home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / x400ops / x400ops-minutes-93jul.txt < prev    next >
Text File  |  1993-09-24  |  18KB  |  534 lines
  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4.  
  5. Reported by Jim Romaguera/NetConsult AG
  6.  
  7. Minutes of the X.400 Operations Working Group (X400OPS)
  8.  
  9.  
  10.  
  11. 1. Introduction
  12.  
  13.     - Agenda Approval
  14.  
  15.         - Goal is to define when the documents will be finished.
  16.  
  17.         - Marko Kaotia would like 1 hour.
  18.  
  19.         - Christian Panigil to report on Aconet's ADA arrangement.
  20.  
  21.         - Tool Survey cut, so Marko now 45 mins.
  22.  
  23.     - Minutes Approval
  24.  
  25.  
  26. 2. Action Items
  27.  
  28.     - 1 - Jim - Done.
  29.  
  30.     - 2 - Erik  - (To be reported further on in the meeting)
  31.  
  32.     - 3 - Urs -New directory on SWITCH file server called /new-procedures.
  33.               Action is ongoing but not yet completed.
  34.  
  35.     - 4 - Alf - Done.
  36.  
  37.     - 5 - Claudio - Done
  38.  
  39.     - 6 - Claudio - Done.
  40.  
  41.     - 7 - Claudio - Not yet revised due to ongoing discussion on 
  42.               NameDroppers group.
  43.  
  44.     - 8 - Urs - Done. IESG reviewed and published.
  45.  
  46.     - 9 - HTA - IESG reviewed and now at RFC editor.
  47.  
  48.     - 10 - Marko - New document revised.
  49.  
  50.     - 11 - Stef - IESG has been discussing the document. John & Liam 
  51.                looked at this report.
  52.  
  53.     Presentation problem with this document. Technically it seems OK. 
  54.         Trying to make the document less antagonistic. Tony - Well done work 
  55.         IESG by putting together a team and taking the initiative to 
  56.         straighten it out. John - Would ask WG to approve IESG removing the 
  57.         appendix before : WG approves this move.
  58.  
  59.     - 12 - Jim - Aplogies, Allan updated document with US modifications.
  60.                An East European change came in about the same time. Document 
  61.                went back into stack. Will be e-mailed to list today.
  62.  
  63.     - 13 - Allan - Done.
  64.  
  65.     - 14 - Jeroen - Done. Request for 4 or 5 members to put some time 
  66.                into this report and give some feedback. Change authority 
  67.                within wgmsg. Jeroen to take the initiative.
  68.  
  69.     - 15 - Alf & Tony - Done.
  70.  
  71.     - 16 - Erik - Done. WG applauds Erik & Tim Dixon for pushing this throw.
  72.  
  73.  
  74. 3. Liaison Reports
  75.  
  76.     - MHSDS - Have a pilot project Longbud that is doing well. DIT is 
  77.           getting populated. Some documents describing project & participation 
  78.           are now available. Tutorial available on MHSDS 16:00 - 18:00 Room O.
  79.           Kevin will ask NADF to participate within Longbud.
  80.  
  81.     - RARE WG-MSG
  82.  
  83.         - Character sets
  84.  
  85.         - TF88
  86.  
  87.         - MAIL-11
  88.  
  89.         - Mail based Server
  90.  
  91.         - Action items generated from last wgmsg list that as of yet 
  92.                   have no volunteers:
  93.  
  94.             - Claudio's colleague - MetaMail tool for X.400(84).
  95.  
  96.             - UA capabilities registration - Maybe should be in 
  97.                           MHSDS type area.
  98.  
  99.         - European view on e-mail - HTA volunteered to present this at 
  100.                   this IETF. Suggestion to present this at next IETF plenary. 
  101.                   Should include ADMD <-> Internet interconnection. Also a 
  102.                   good way to launch the new CXII work group. Tony has 
  103.                   volunteered to cross-post wgmsg relevant messages to x400ops.
  104.  
  105.     - EMA / EEMA
  106.  
  107.         - Jeroen has posted his view on what happened at EEMA. Paper 
  108.                   copies will be available for tomorrow's session. APS work 
  109.                   seems good. Doesn't appear any need to duplicate this work.
  110.                   There is increasing mention of RFC 1006 at EEMA. Internet 
  111.                   project being. Jeroen will ask APS if they are interested 
  112.                   in presenting their work at next IETF and hopefully getting 
  113.                   a feel if this work should go out as some sort of RFC.
  114.  
  115.     - COSINE MHS
  116.  
  117.         - Schedule for new tables (RFC 1465). New tables only from 
  118.                   1st September. Can send in new format tables and SWITCH will
  119.                   rewrite to old format such that people can keep using the 
  120.                   new tools. Standard logging format document available from 
  121.                   Felix Kugler. Action to submit as I-D. Seems best to make 
  122.                   a list with all X400OPS members but under MADMAN Chair / 
  123.                   MTR's area. Sue (ESnet) will coordinate making a file 
  124.                   server / list for this. MHS Managers meeting at Tampere 
  125.                   Finland, September 13-14.
  126.  
  127.  
  128. 4. Document Review
  129.  
  130.     - Keep it short. Status and planned changes. Most documents are 
  131.           non-controversial.
  132.  
  133.     - PRMD document put forward as Info. RFC.
  134.  
  135.     - HTA's document put forward as proposed standard.
  136.  
  137.     - Postmaster document by Allan.
  138.  
  139.     - A=IMX, see above discussion.
  140.  
  141.     - ADMD Evaluation - see above discussion.
  142.  
  143.     - Claudio - a document that needs to be written to a date or else 
  144.           remove it.
  145.  
  146.     - Jeroen - see above discussion.
  147.  
  148.     - Allan - Postmaster document. Short presentation / background of 
  149.           concept. Possible that the gateway could recognize 'postmaster' 
  150.           string and act upon it - this is not very nice but either a 
  151.           'black-hole' or 'not read' is the alternative. Within document put 
  152.           it as postmaster@host.domain. Gateways are responsible for what 
  153.           they pass out to the network. The idea is to differentiate between 
  154.           'helpdesk' (information requests), 'postmaster' (e-mail / machine 
  155.           faults). Support for S=postmaster within the GO-MHS is really needed.
  156.           This document goes back to the list where hopefully the lively 
  157.           discussion at the meeting will continue on the list and lead to a 
  158.           high quality result.
  159.  
  160. 5. DNS (Claudio Allocchio)
  161.  
  162.     - The DNS powers that be are not happy with the extra work that
  163.           Claudio's proposal implies. Presentation of some possible 
  164.           variations. IANA has no way to determine whether national 
  165.           responsible points nominated are the correct one. It seems that 
  166.           most vendor built BINDs are broken. It is normal that the vendor 
  167.           BINDs are replaced with the public domain version which does work.
  168.           How well does this approach scale? (reference to quotes on this 
  169.           subject from minutes from last wgmsg meeting.) Depending on the 
  170.           performance of the 2 distributed methods ( DNS / X.500) it may mean 
  171.           that the existing static method (TABLES) remains as a master 
  172.           submission point and all 3 methods are used in parallel to get the 
  173.           tables down to the application.
  174.  
  175.  
  176. LUNCH
  177.  
  178. 6. E-mail File Distribution (Marko Kaotia)
  179.  
  180.  
  181.     - Urs will later lead the discussion through the documents such 
  182.           that Marko can concentrate on being involved within the discussion.
  183.           Tony - should this approach be used beyond X400 table distribution 
  184.           but more general uses? It seems so (Erik). Experimental now within 
  185.           X400. Then concurrently through to the standards process. Dave 
  186.           Crocker - enjoys and fully supports the 'File Transfer over E-mail' 
  187.           idea: "It's a bizarre but wonderful idea". Short lived Work Group 
  188.           of 1 or 2 IETFs based within the IETF SAP area and which is very 
  189.           focused is a good idea.
  190.  
  191.     Area - SAP (Dave Crocker),
  192.  
  193.     Chairman - Urs Eppenberger,
  194.  
  195.     Charter - Keep this discussion / work focused as there is an 
  196.         immediate need for this from an existing user need,
  197.  
  198.     List / Archive - Sue will do list at ESnet. Name is mail-sync@es.net,
  199.  
  200.     Next Meeting - agree this on the list.
  201.  
  202.     Usage such that down / upscaling for 'humans' seems a likely / 
  203.         possible / maybe good idea.
  204.  
  205.     Issues - MD5 Data Integrity, SEC - see people should look at it, 
  206.         why do we need more / less, PEM for security, MIME - content type - 
  207.         fragmentation - compression, Headers and gatewaying, MIME-MHS OIDs & 
  208.         gatewaying, Addressing, Wrapping, Synchronisation, Bootstrap, New 
  209.         files, Retix has e-mail based directory synch via DX, SoftSwitch has 
  210.         e-mail based directory synch via DS. Alpha system is available for 
  211.         demoing at the IETF.
  212.  
  213.     Discussion point - the experiment involving this concept needs to 
  214.         be done, then once abit of proven stability is there, then it may be 
  215.         used within the GO-MHS service (after the discussion of the Charter / 
  216.         'Future of working group' is finalised).
  217.  
  218. 7. X400 OPS Charter
  219.  
  220.     - Strategy (HTA's points of what should be within a deployment document)
  221.  
  222.         - Service exists now!!!!, and must be documented.
  223.  
  224.         - Service should progress to a quality service that is easy 
  225.                   to join.
  226.  
  227.         - Path should be visible and endorsed by the IETF.
  228.  
  229.         - All steps need operational support. Who gives it?
  230.  
  231.     - Deployment of X.400 over Internet is a document that is needed. 
  232.           (Go look at the X.500 deployment document for reference.)
  233.  
  234.     - Rewrite charter as per RFC 1430. Erik will help Tony & Alf draft this.
  235.  
  236.     - Start a new working group that is taking over from this working group.
  237.  
  238.     - How the existing documents get handled is uncertain, as a number 
  239.           of documents reference other documents that might violate existing 
  240.           procedural rules?
  241.  
  242.     - Shutdown in Houston with the existing documents. Remove document 
  243.           references in the stable documents (i.e. PRMD Operational 
  244.           Guidelines, RFC 1465) that are blocking the shutdown. The need for 
  245.           a postmaster reference in the 'PRMD Guidelines' will be almost a 
  246.           certain requirement from the IESG.
  247.  
  248.  
  249. 8. Aconet and ADA ADMD (Christian Panigil)
  250.  
  251.     Presentation summary by Christian Panigil:
  252.  
  253.     - Goals:
  254.  
  255.          - Internet access for ADMD customers.
  256.  
  257.         - ADMD access for AT's Internet domains GO-MHS community.
  258.  
  259.     - Domain Game:
  260.  
  261.         - real PRMDs: Uni X........Aconet -> Aconet pays
  262.  
  263.         - gateway PRMD: ACGATE (DDAs, local mappings) <-> for free
  264.  
  265.         - pseudo PRMDs: ac, co, gv, or routed through ACGATE <-> for 
  266.                   free.
  267.  
  268.         - GO-MHS PRMDs: not reachable by ADMD backbone routed through
  269.                   Aconet <-> for free
  270.  
  271.     - Requirements:
  272.  
  273.         - No additional cost for Aconet.
  274.  
  275.         - Leased line provided by  ADMD
  276.  
  277.         - ADMD provides full connectivity info.
  278.  
  279.         - Aconet generate exception routing for ADMD.
  280.  
  281.     - Support:
  282.  
  283.         - ADMD's customers -> ADMD
  284.  
  285.         - Aconet/GO-MHS Customers -> Aconet
  286.  
  287.     - Aconet is providing Gateway - and Relay-Service on 'voluntary' basis.
  288.  
  289.         - NO QOS guaranties above 'academic reality'.
  290.  
  291.     - Service starts this year in October.
  292.  
  293.     - Norway has also been offering this sort service for about year.
  294.  
  295.  
  296. Thursday
  297.  
  298. 9. A=IMX
  299.  
  300.     - A number of IESG members have given comments on this document.
  301.  
  302.     - Introduction from Allan on this A=IMX issue. A US sub-work group of
  303.     X.400OPS was working on this. Biggest issue is the registration of 
  304.         the A=IMX at ANSI. However the operational issues (routing, etc) 
  305.         still need to be addressed. Non-us PRMDs could register under the 
  306.         A=IMX. However the addresses of these PRMDs would be C=US;A=IMX.
  307.  
  308.     - Urs - should move onto ADMD/Internet issue as that is also 
  309.           overlapping with the A=IMX.
  310.  
  311.     - Jeroen - Concern about the overlap of the A=IMX & ADMD/Internet 
  312.           issue. And maybe the UScentricity of the proposed work group. 
  313.  
  314.     - Stef - he thinks that US can not solve this alone. 1st step is US,
  315.           then per country a task force.
  316.  
  317.     - Harald - I believe your point was covered yesterday we believe.
  318.  
  319.     - Erik - Not convinced that this really belongs at the IETF but not 
  320.           sure where this belongs. Discussion with Vint Cerf & ISOC & ISEG 
  321.           about whether this initiative could be included within a proposed 
  322.           Internet Operational Group. Uncertainty as to where this work group
  323.           should go. It's quite new ground.
  324.  
  325.     - Harald structure of how to proceed;
  326.  
  327.         - Longbud, GO-MHS, ADMD Interconnection, C=US register
  328.  
  329.         - Question is how to proceed with allocation & stopping of 
  330.                   overlap of work. Suggestion - Longbud, GO-MHS, 
  331.                   ADMD/Interconnection are international work groups but 
  332.                   C=US should be a sub-task of probably GO-MHS.
  333.  
  334.         - C=US should be a sub-group of one of the other work groups.
  335.  
  336.     - Conclusion - work group to do this work.
  337.  
  338.     - Where this politically gets put in IETF / IOTF is still open.
  339.  
  340.     - What the split of the work groups is still open. 
  341.  
  342.     - Stef believes that Harald's idea of the work group structure is OK.
  343.  
  344.  
  345. 10. ADMD Interconnection BOF
  346.  
  347.  
  348.     - Presentation of the proposed charter by Tony Genovese.
  349.  
  350.     - Jeroen - Is the timescale for this too optimistic?
  351.  
  352.      -Tony & Jim - make progress or close down.
  353.  
  354.     - Paul (AT&T) - What should the relationship between the connection 
  355.           scenarios be? Addressing & Naming issue to be included in the 
  356.           work group?
  357.  
  358.     - Tony - RFC 822 e-mail service providers to be included?
  359.  
  360.     - Stef - There is a need to consider the different 'business 
  361.           models' of the Internet & the Commercial world.
  362.  
  363.     - Jeroen - Don't connect with non-RFC 1327 scenario.
  364.  
  365.     - Allan - pointers to IANA & appropriate other areas of interest 
  366.           need to be included.
  367.  
  368.     - Urs - Base routing & addressing issues need to be tackled by the 
  369.           GO-MHS work group.
  370.  
  371.     - Harald - ISOC discuss registration & mapping rule authority issues.
  372.  
  373.     - Erik - Description of the work group is very specific in the first 
  374.           3 chapters. Liaisons are OK. Goals & Milestones - need to be more 
  375.           concrete in the focus of the document. Need to identify the name 
  376.           of the authors for the documents. Recommendations instead
  377.       of Requirements.
  378.  
  379.     - Urs - Wait for EEMA paper and then base the 2 proposed documents 
  380.           on this paper.
  381.  
  382.     - Marko - 3 documents. 1 overview paper linking the 2 other papers.
  383.  
  384.     - Harald 
  385.  
  386.         - Problem statement is probably the EEMA document. 
  387.  
  388.         - Doc 1: Models of Interconnections between the Internet 
  389.                   and commercial mail service providers.
  390.  
  391.         - Doc 2: Recomm. for X.400 interconn.
  392.  
  393.         - Doc 3: Recomm. for RFC 822 interconn.
  394.  
  395.     - Stef - sender keeps all is the onl y model.
  396.  
  397.     - Paul - Stef's model is right on target. Lobbying within his company.
  398.  
  399.     - Tony & Jim volunteer to jointly editor the Model's document (Doc 1).
  400.  
  401.     - Please send in as many ADMD / Internet connection models to Jim 
  402.           as possible.
  403.  
  404.     - Allan editor of listing connection models document.
  405.  
  406.     - Refine charter on list.
  407.  
  408.     - Allan - C=US needs to be done but it is national. It needs to have 
  409.           standing and thus a formal Work Group is needed. Make a IETF 
  410.           regional work group. Or put the work group under some US centric 
  411.           report.
  412.  
  413.  
  414. 11. TF88 (Erik Huizer)
  415.  
  416.     - A bunch of guys were formed to look into the X.400(1988) issues.
  417.  
  418.     - CEC project to look into the issue.
  419.  
  420.     - 2 documents generated.
  421.  
  422.     - Goals - Convince funding people to invest money type 
  423.                   document. (But that would have meant a too 
  424.                   bureaucratic type of document.)
  425.  
  426.         - People who want to migrate to X.400(1988), technically 
  427.                   capable and relevant issues needed to be addressed and thus 
  428.                   that's how this document came about.
  429.  
  430.     - Main paper's deadline is July 1993.
  431.  
  432.     - Jeroen's paper can be finalised this month.
  433.  
  434.     - Tony - imply a global purpose and usable within any e-mail community.
  435.     How to migrate documents to reference GO-MHS influence. How to move
  436.     these documents into the Internet world? Erik - They will be RTRs and 
  437.         thus RFCs.
  438.  
  439.  
  440. 12. Support of GO-MHS/Mail Based Server - What's Going On- (Erik Huizer)
  441.  
  442.     - Result of how to get global funding is;
  443.  
  444.         - Meeting within September / October with,
  445.  
  446.             - Dai Davies of Dante (RARE OU)
  447.  
  448.             - PAP - X.400 coordination should not be limited to 
  449.                           'owners' of DANTE. This quagmire needs to be 
  450.                           sorted out.
  451.  
  452.     - Mail Based Servers
  453.  
  454.         - Previous group was too broadly focused and that needs to
  455.         be changed this time around.
  456.  
  457.         - John Kleinson is leading this group.
  458.  
  459.         - Model of this 'Machine' so far has 4 areas.
  460.  
  461.             - LISTSERV command language.
  462.  
  463.                 - Start now.
  464.  
  465.                 - Maria - Don't make a 'myth' of LISTSERV 
  466.                                   functionality. In her opinion it is not so 
  467.                                   good.
  468.  
  469.             (other areas later)
  470.  
  471.             - Mail Distribution
  472.  
  473.                 - Mail & NNTP are linked together.
  474.  
  475.             - Client / Server management of lists
  476.  
  477.             - Mail Headers (based upon Jeroen's existing document)
  478.  
  479.  
  480. 13. Gateway to LANs
  481.  
  482.     - Action - Tony to bring the issue onto the list.
  483.  
  484.  
  485. 14. AOB
  486.  
  487.     - GO-MHS / Management Procedures Document Changes (Urs)
  488.  
  489.         - Something in place now on the server (see above). About 2 
  490.                   months old.
  491.  
  492.         - But action is not yet complete. Discussion moved to list.
  493.  
  494. Attendees
  495.  
  496. Claudio Allocchio        Claudio.Allocchio@elettra.trieste.it
  497. Harald Alvestrand        Harald.Alvestrand@uninett.no
  498. Per Andersson            pa@cdg.chalmers.se
  499. George Chang             gkc@ctt.bellcore.com
  500. Robert Cooney            cooney@wnyose.nctsw.navy.mil
  501. Thomas DeWitt            tdewitt@osi.ncsl.nist.gov
  502. Maria Dimou-Zacharova    dimou@dxcern.cern.ch
  503. Urs Eppenberger          eppenberger@switch.ch
  504. Osten Franberg           euaokf@eua.ericsson.se
  505. Tony Genovese            genovese@es.net
  506. Tim Goodwin              tim@pipex.net
  507. Christoph Graf           graf@switch.ch
  508. Alf Hansen               Alf.Hansen@delab.sintef.no
  509. Jan Hansen               Jan.Hansen@teknologi.agderforskning.no
  510. Jeroen Houttuin          houttuin@rare.nl
  511. Erik Huizer              Erik.Huizer@SURFnet.nl
  512. Ola Johansson            ojn@tip.net
  513. Kevin Jordan             Kevin.E.Jordan@cdc.com
  514. Peter Jurg               jurg@surfnet.nl
  515. Thomas Kaeppner          kaeppner%heidelbg.vnet@ibmpa.ibm.com
  516. Peter Kaufmann           kaufmann@dfn.dbp.de
  517. Paul Klarenberg          klarenberg@netconsult.ch
  518. Bruno Koechlin           Bruno.Koechlin@inria.fr
  519. Arnold Krechel           krechel@gmd.de
  520. Erik Lawaetz             erik.lawaetz@uni-c.dk
  521. Paul Lustgarten          Paul.Lustgarten@att.com
  522. Ignacio Martinez         martinez@rediris.es
  523. Ronny Nilsen             Ronny.Nilsen@usit.uio.no
  524. Christian Panigl         christian.panigl@cc.univie.ac.at
  525. Paul-Andre Pays          pays@faugeres.inria.fr
  526. Jim Romaguera            romaguera@netconsult.ch
  527. Marjo Rottschaefer
  528. Hugh Smith               h.smith@cs.nott.ac.uk
  529. Suzanne Smith            smith@es.net
  530. Eftimios Tsigros         tsigros@helios.iihe.rtt.be
  531. Russ Wright              wright@lbl.gov
  532. Peter Yee                yee@atlas.arc.nasa.gov
  533.  
  534.