home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / x400ops / x400ops-minutes-92mar.txt < prev    next >
Text File  |  1993-02-17  |  10KB  |  284 lines
  1. This in only a rough draft - Megan 04/10/92
  2.  
  3. Minutes, 4th meeting in the IETF X.400 Operations Working Group, IETF San
  4. Diego, California, U.S.A.
  5. -----------------------------------------------------------------------
  6.  
  7. MEETING TIME:
  8.  
  9.     TUESDAY,   March 17, 1992,    1:30- 3:30 PM
  10.     WEDNESDAY, March 18, 1992,    9:00-12:00 noon, 1:30-3:30 PM
  11.  
  12.  
  13. -----------------------------------------------------------------------
  14. 1. Review minutes and liaison report
  15. -----------------------------------------------------------------------
  16.  
  17. Liaison report: (given on March 18, 1992)
  18.  
  19. MHS-MD subcommittee of Study Group D of the US Department of State (the
  20. administrator of C=US) liaison report from Stef.
  21.  
  22. US backbone will exist as virtual ADMD, all ADMDs must be able to send
  23. mail to all other ADMDs. The ADMDs, however, do not have to be directly
  24. connected to the other ADMDs. PRMD names do NOT have to be unique in US.
  25. You can register with a service provider using ADMD=USBB (rather than the
  26. service providers ADMD), provided that you are registered in the national
  27. registry.
  28.  
  29.  
  30. -----------------------------------------------------------------------
  31. 2. Action list from last meeting:
  32. -----------------------------------------------------------------------
  33.  
  34. a) EMA (Electronic Mail Association) member present: John Sherburne,
  35. SPRINT, gave report: Liaison from EMA (non official) - Full connectivity
  36. with commercial world is important. Biggest problem is naming of domains
  37. (in particular ADMD='blank').
  38.  
  39. b) Alf - Tell WG1 that mapping coordination procedures should be published
  40. as a RFC.  WG1 chair, Urs Eppenberger, at this meeting was notified, and
  41. volunteered the COSINE MHS Project Team to submit the coordination
  42. procedures as an experimental RFC.
  43.  
  44. c) All other action items done.
  45.  
  46.  
  47. -----------------------------------------------------------------------
  48. 3. Review of "Routing coordination for X.400 MHS services within a multi
  49. protocol /multi network environment" by Urs Eppenberger
  50. -----------------------------------------------------------------------
  51.  
  52. Urs gave an overview of his document. Following terms were defined: WEP,
  53. MHS Community, MHS subtree.
  54.  
  55. It was noted that all WEPs must know about all other WEPs within a given
  56. community.
  57.  
  58. Routing coordination document was created, in part, to facilitate the
  59. connection of domains that do not share the same lower layer stacks.
  60.  
  61. Selection of the WEP is determined by the priority and delay parameters in
  62. the DOMAIN document.
  63.  
  64. General Discussion Starts:
  65.  
  66. Tony Genovese had a number of operational questions that were not answered
  67. in the document. Urs said that was not part of the scope of the document.
  68.  
  69. Urs volunteered the COSINE MHS Project Team to be the global MHS
  70. coordinator.
  71.  
  72. The COSINE MHS-Managers meetings will have to be funded by the regional
  73. networks after this next meeting. Tony expressed his concern that we may
  74. loose global coordination if this group goes away.
  75.  
  76. Urs stated that there should be no more than 100 WEPs per community.
  77.  
  78. Conclusion: Urs document looks good. This WG recommends that this document
  79. be published as a draft RFC with the assumption that it will be moved to
  80. "experimental RFC" status.
  81.  
  82.  
  83. -----------------------------------------------------------------------
  84. 4. March 18, 1992- Alf presented his view of "Our Community".
  85. -----------------------------------------------------------------------
  86.  
  87. This community consists of at least three sub-communities: The COSINE
  88. Community, North American community, Pacific Rim community.
  89.  
  90. Stef floated an idea - MIX (mail exchange point) should be created to
  91. allow mail systems to connect at a (possible virtual) central MTA. Stef
  92. also noted that "OUR" is not a good name for a community. Will probably
  93. create misunderstandings.
  94.  
  95. Conclusion:
  96. We need a single global community. If we need more sub-communities, we
  97. will deal with that when the need surfaces.
  98.  
  99. The WG agreed that there should be mandatory support of X.25, RFC1006 and
  100. CLNS. THIS DOES NOT IMPLY THAT EACH WEP IS REQUIRED TO SUPPORT ALL THREE
  101. STACKS. Bilateral agreements must be made where support of one of the
  102. mandatory stacks is not present. It was noted that some people may not
  103. want to go to the trouble of making these agreements. This (hopefully
  104. small) group will have to form a sub-community of our global community.
  105.  
  106.  
  107. -----------------------------------------------------------------------
  108. 5. Review of "Operational Requirements for X.400 Management Domains"
  109. -----------------------------------------------------------------------
  110.  
  111. The WG discussed the use of ADMD=<blank>. The WG decided to add editors
  112. note that the semantics of ADMD=<blank> are not yet understood.
  113.  
  114. Rob Hagens discussed the following comments from WG1: 
  115.  
  116. NOTE: Some editorial changes not included in minutes: See new version of
  117. document.
  118.  
  119.  
  120. Section 1.2: Profiles
  121.  
  122. Which profiles should we support? There was a request to add UK Gosip.
  123. It was decided that the section should be phrased more generically. Basic
  124. idea is that there are many different profiles. Each country will have to
  125. support their own profile.
  126.  
  127.  
  128. Section 3.1.7: Domain Defined Attributes
  129.  
  130. Request to soften requirement of support of DDAs.  Something to effect of
  131. "old MTAs don't have to support DDAs; new ones MUST support DDAs". The WG
  132. agreed that DDA support should remain mandatory.
  133.  
  134. Request to make automatic return of contents mandatory. The WG decided to
  135. add a recommendation to support automatic return of contents.
  136.  
  137. Global substitute "The Internet X.400 Community" for "International X.400
  138. Service".
  139.  
  140. Add a section to the document that defines "Our X.400 Community".
  141.  
  142.  
  143. Section 2.1: Management Domains
  144.  
  145. Question: "Should a MD be part of a community". Yes is the answer.
  146.  
  147. It was suggested that a new section that specifies the minimum requirement
  148. of WEPs be added. Alf suggested that a separate document be created to
  149. address this issue.
  150.  
  151.  
  152. Section 2.2: WEP
  153.  
  154. Should this section be re-written using the "community" concept?  NO.
  155.  
  156. Last sentence:  Replace "shall operate" with "shall route"
  157.  
  158. WG agreed to add a statement that says that one level of OUs SHOULD be
  159. used.
  160.  
  161.  
  162. Section 3.1.6: Given name, Initials, Surname
  163.  
  164. Add a sentence that we recommend using
  165.  
  166.   1) Given name + surname  OR
  167.   2) Initials + Surname
  168.  
  169. Add statement that you SHALL NOT use dots between initials.
  170.  
  171.  
  172. Section 3.5: Minimum statistics/accounting
  173.  
  174. It was decided that we get a list of the data elements that are required.
  175.  
  176.  
  177.  
  178. -----------------------------------------------------------------------
  179. 6. WG Business:
  180. -----------------------------------------------------------------------
  181.  
  182. Review of Charter:
  183.  
  184. Alf will update and send to list
  185.  
  186. List of documents:
  187.  
  188.     Routing document
  189.     Operational requirements document
  190.     7 documents from MHS-DS WG
  191.     2 documents form MIME/MHS WG
  192.     Mapping table update procedure from WG1
  193.     MAIL11 Gateway
  194.     DNS
  195.     1148bis
  196.     88/84 Downgrading
  197.         X.400 and International character sets.
  198.  
  199. General discussion of problem with documents originated outside of IETF.
  200. There have been problems convincing people to publish these documents as
  201. RFCs.
  202.  
  203.  
  204. -----------------------------------------------------------------------
  205. 7. Claudio Allocchio presented his paper on "Mapping between X.400 and
  206. Mail-11"
  207. -----------------------------------------------------------------------
  208.  
  209. Comment from Stef to change the way BCC is handled. Don't just treat it
  210. as a regular CC.  Use the method that MH uses (enclose original message in
  211. envelope and deliver to bcc recipient).
  212.  
  213. Claudio discussed how to handle hidden areas and different domains:
  214. DD.Dnet will contain the community name.
  215.  
  216.  
  217. -----------------------------------------------------------------------
  218. 8. Claudio presented his experiments with using DNS to store X.400 to
  219. RFC822 mapping information using DNS to store X.400 routing information
  220. -----------------------------------------------------------------------
  221.  
  222. A number of WG members volunteered to put routing and mapping information
  223. into the experimental DNS subtree (under .it).
  224.  
  225.  
  226. -----------------------------------------------------------------------
  227. 9. Rob Hagens - Status of multi-stack connectivity.
  228. -----------------------------------------------------------------------
  229.  
  230. Tony Genovese noted that ESNET was very close to having a production CLNP
  231. service.
  232.  
  233.  
  234. -----------------------------------------------------------------------
  235. 10. Harald Tveit Alvestrand - International Character sets.
  236. -----------------------------------------------------------------------
  237.  
  238. Harald will turn the draft document into a draft RFC.
  239.  
  240.  
  241. -----------------------------------------------------------------------
  242. 11. Milestones:
  243. -----------------------------------------------------------------------
  244.  
  245. COSINE - reports available on the COSINE fileserver (anonymous FTP from
  246. nic.switch.ch)
  247.  
  248. ESNET- A white paper on x.400/x.500 available.
  249.  
  250. UNINETT - Have tested X.400 to Word Perfect and Banyan gateways. Also have
  251. contracted with a company to create a user interface for PP that runs
  252. under X windows. There will also be a PC version. This will be available
  253. to all educational sites.
  254.  
  255. XNREN - Has made a fax gateway available.
  256.  
  257.  
  258. -----------------------------------------------------------------------
  259. 12. NEXT MEETING JULY 13-17th at Boston IETF
  260. -----------------------------------------------------------------------
  261.  
  262.  
  263. -----------------------------------------------------------------------
  264. 13. Action Items:
  265. -----------------------------------------------------------------------
  266.  
  267. John Sherburne (SPRINT) will work with Tony Genovese to figure out how US
  268. can provide an MTA that has X.25 connectivity.
  269.  
  270. Urs will ask the COSINE MHS Project Team to submit the address mapping
  271. table procedures as a draft RFC.
  272.  
  273. Stef - Start a discussion on X.400 OPS and WG1 lists about ADMD name in
  274. the US.  See section 3.1.2.
  275.  
  276. Alf will send the updated charter to the list.
  277.  
  278. Claudio will produce a draft document that will propose a method for using
  279. DNS to store X.400 to RFC 822 mapping and routing.
  280.  
  281. Claudio will follow up the MAIL 11 mapping document.
  282.  
  283. Harald will follow up the International Character set document.
  284.