home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / 93jul / osiextend-minutes-93jul.txt < prev    next >
Text File  |  1993-09-24  |  12KB  |  317 lines

  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4.  
  5. Reported by Mark Knopper/Merit Network
  6.  
  7. Minutes of the Extensions to OSI for use in the Internet BOF (OSIEXTND)
  8.  
  9.  
  10. Dave Katz presented the following slides to the group.  Comments interjected
  11. by the recording secretary are [bracketed].
  12.  
  13. Motivation
  14.     Plenty of technical work to do
  15.     Expertise is here
  16.     Work will benefit from IETF process
  17.     Liaison relationship likely
  18.     Liaison relationship likely to take awhile
  19.     Experience shows that work transfers
  20.  
  21. Goals
  22.     Functional, tested protocols
  23.     Further deployment of OSI suite
  24.     SINGLE technical specification
  25.     Progression into ISO/ITU communities
  26.     Backward compatibility
  27.     Concentrate on Network Layer
  28.     Open specifications on line
  29.  
  30. [There should be significant liaison with TUBA working group
  31. for application and transport layers over CLNP.]
  32.  
  33. Mechanism
  34.     Zero or more new working groups
  35.     Maintain unofficial relationships with ISO, national bodies
  36.     Utilize official relationships when they are in place
  37.     Forward work through these channels 
  38.     [There are good channels even with unofficial relationships.]
  39.     Cooperation between IETF, IS bodies likely
  40.  
  41. Liaison Status
  42.     Memorandum of understanding between ISOC, ISO to be written
  43.     Liaison class (A or C) unclear (does it matter?)
  44.  
  45. [Many people agreed that the relationship status does not matter.
  46. Pragmatic technical interactions are most important.  What role would
  47. other standards organizations take in this arrangement?]
  48.  
  49. [NOOP, TUBA and ANSI X3S3.3 committees are doing work.]
  50.  
  51. [Jack Houldsworth was present, representing ISO/JTC1. He works for ICL. JTC1 
  52. has endorsed the idea of relationship. Jack can carry documents from IETF to 
  53. ISO using informal liaison. ISO is very keen to get this work done.]
  54.  
  55. Standards Status [(for network layer)]
  56.     Multicast
  57.        Addressing to IS in Seoul [will include group addressing semantics]
  58.        CLNP, IS-IS PDAM ballot closing
  59.        Early work on scope control [including automated methods of 
  60.              constraining recipient sets for multicast]
  61.        No work on routing [yet]
  62.        [Multicast IS-IS needed. The intent is to leverage off of
  63.         ongoing work in IETF.]
  64.  
  65.     IDRP to IS in Seoul
  66.  
  67. [The rate at which documents progress is proportional to the amount of
  68. work the authors and their organizations are willing to undertake to
  69. manage the process.  At IETF there is more implementation up front.
  70. That is also beginning to happen with ISO standards. There is a
  71. timeline convergence happening between ISO and IETF.]
  72.  
  73. Possible areas of work
  74.  
  75. Multicast (network layer)
  76.     anycast
  77.     multicast routing
  78.     structured addressing
  79.     ES-IS
  80.  
  81. CLNP extensions
  82.     QoS fixes [How useful are QoS features in existing spec?  2nd edition
  83.            CLNP ballot to be discussed in Seoul]
  84.     provider loose source route
  85.     fix loose source route
  86.     header compression
  87.     MTU discovery
  88.     flows, resource reservation
  89.  
  90. IS-IS extensions
  91.     Multiprotocol [Part of original IS-IS WG charter]
  92.     Metric expansion
  93.  
  94. IDRP extensions
  95.     New attributes [IDRP has the capability of tunneling new attributes
  96.     through routers that don't understand them, if appropriate]
  97.  
  98. ES-IS extensions
  99.     System ID in address administration [for dynamic address assignment.
  100.     Allows host to drive address assignment process.]
  101.  
  102. IDRP/IS-IS interaction
  103.  
  104. PPP LCP/NCP for OSI network layer
  105.  
  106. Host configuration protocols
  107.  
  108. EON
  109.  
  110. Mobility
  111.  
  112. Large network support
  113.     CLNP
  114.     routing
  115. [Radia Perlman of DEC has written documents on CLNP over 
  116. SMDS. This is an internet draft. There is another document that is SMDS-
  117. specific available from SMDS Interest Group.]
  118.  
  119.  
  120. The group agreed that a letter should be written to ISO, based on the
  121. presentation and discussion, stating that the IETF has sufficient
  122. expertise to contribute to these areas.  Dave Katz and Dave Piscitello
  123. will draft a document.
  124.  
  125. This work spans about six IETF working groups.
  126.  
  127. BGP and IPIDRP Working Groups are meeting jointly (IDRP is BGP5).  IDRP
  128. for SIP is being considered.
  129.  
  130. Phill Gross expressed concern over the apparent danger of having
  131. different IETF and ISO standards for protocols.  ISO has more precedence
  132. for accepting standards from other groups without change.  IETF tends to
  133. change or rewrite protocols before acceptance.  Peter Furniss said that
  134. the Internet-Draft process will be appreciated by ISO.
  135.  
  136. Mark Knopper has created a discussion list, osiextnd@merit.edu.  Those
  137. interested in being added to the list should send a request to
  138. osiextnd-request@merit.edu.
  139.  
  140. Phill Gross suggested to identify work that could be done by existing
  141. IETF working groups, as well as that which could be done by this group
  142. if it is to become a working group.
  143.  
  144. CLNP over Large Public Data Networks (LPDN) is an area which needs
  145. consideration.  Much of the work is done.  ES-IS and IS-IS protocols
  146. over LPDNs needs further work.  Note that as of this IETF, the IPLPDN
  147. Working Group has ended their work.  Perhaps CLNPLPDN could be handled
  148. as a BOF with identified base documents.
  149.  
  150. The consensus of the BOF attendees was that a working group should be
  151. formed from these ideas, and relationships should be pursued with ISO.
  152. Dave Piscitello and Dave Katz have drafted a letter and will send it to
  153. the IESG, IAB, and ISO (through Jack Houldsworth).
  154.  
  155.  
  156. Attendees
  157.  
  158. Nick Alfano              alfano@mpr.ca
  159. Bernt Allonen            bal@tip.net
  160. Rebecca Bostwick         bostwick@es.net
  161. Jim Bound                bound@zk3.dec.com
  162. Ross Callon              rcallon@wellfleet.com
  163. George Chang             gkc@ctt.bellcore.com
  164. A. Lyman Chapin          lyman@bbn.com
  165. Richard Colella          colella@nist.gov
  166. Dave Cullerot            cullerot@ctron.com
  167. Toerless Eckert          Toerless.Eckert@informatik.uni-erlangen.de
  168. Dino Farinacci           dino@cisco.com
  169. Peter Ford               peter@goshawk.lanl.gov
  170. Peter Furniss            p.furniss@ulcc.ac.uk
  171. Phillip Gross            pgross@ans.net
  172. Chris Gunner             gunner@dsmail.lkg.dec.com
  173. Susan Hares              skh@merit.edu
  174. Denise Heagerty          denise@dxcoms.cern.ch
  175. Jack Houldsworth         J.Houldsworth@ste0906.wins.icl.co.uk
  176. Chris Howard             chris_howard@inmarsat.org
  177. Geoff Huston             g.huston@aarnet.edu.au
  178. David Jacobson           dnjake@vnet.ibm.com
  179. Philip Jones             p.jones@jnt.ac.uk
  180. Cyndi Jung               cmj@3com.com
  181. Anders Karlsson          sak@cdg.chalmers.se
  182. Dave Katz                dkatz@cisco.com
  183. Sean Kennedy             liam@nic.near.net
  184. Mark Knopper             mak@merit.edu
  185. Rajeev Kochhar           rajeev_kochhar@3com.com
  186. Ton Koelman              koelman@stc.nato.int
  187. John Krawczyk            jkrawczy@wellfleet.com
  188. Robin Littlefield        robin@wellfleet.com
  189. David Marlow             dmarlow@relay.nswc.navy.mil
  190. David O'Leary            doleary@cisco.com
  191. Christian Panigl         christian.panigl@cc.univie.ac.at
  192. Alex Reijnierse          a.a.reijnierse@research.ptt.nl
  193. Victor Reijs             reijs@surfnet.nl
  194. Georg Richter            richter@uni-muenster.de
  195. John Scudder             jgs@merit.edu
  196. Keith Sklower            sklower@cs.berkeley.edu
  197. John Stewart             john@bunter.fdc.iaf.nl
  198. Kamlesh Tewani           ktt@arch2.att.com
  199. Richard Thomas           rjthomas@bnr.ca
  200. Marcel Wiget             wiget@switch.ch
  201. Douglas Williams         dougw@ralvmg.vnet.ibm.com
  202. Rachel Willmer           rachelw@spider.co.uk
  203.  
  204.  
  205.  
  206. Attachment:  Letter to the IESG and IAB
  207.  
  208.  
  209.  
  210. To:   IESG, IAB
  211. From: David Piscitello (Bellcore), David Katz (Cisco)
  212. RE:   Recommendations from"Extensions to OSI for use in the 
  213.       Internet" (osiextnd) BOF regarding future CLNP activities in the 
  214.       IETF.
  215.  
  216. During the "Extensions to OSI for use in the Internet (OSIEXTND)" 
  217. BOF, attendees identified a number of areas where the IETF might 
  218. apply its experience and expertise to complement and enhance the 
  219. ongoing work within ISO/IEC and the ITU-TS relating to ISO/IEC 
  220. 8473 (CLNP). David Katz and David Piscitello were chartered by the 
  221. BOF to annotate the list with Internet activities and standards that 
  222. are or might be relevant to these areas. The results and 
  223. recommendations are as follows.
  224.  
  225. 1)  Multicasting (network layer)
  226.  
  227. ISO/IEC JTC1/SC6/WG2 is currently working on a multicast 
  228. architecture, addressing scheme and protocol for CLNP. The 
  229. IETF has made considerable progress in the area of multicast 
  230. (see in particular RFCs 1112, 1458) within several of its 
  231. working groups. A working group is likely to be formed within 
  232. the IETF to address "anycast" (the ability to deliver traffic to 
  233. one member of a group), multicast routing, the use of 
  234. structured multicast addresses, and multicast extensions to the 
  235. ES-IS protocol for CLNP.
  236.  
  237. 2)  Extensions to ISO/IEC 8473 and its routing architecture:
  238.  
  239. The IETF has acquired considerable CLNP deployment 
  240. experience. The coordinating body for developing a CLNP 
  241. infrastructure for the Internet is the Network OSI Operations 
  242. working group (NOOP). Based on the deployment of CLNP and 
  243. more recently, TCP/UDP atop CLNP (TUBA), the IETF has 
  244. identified several extensions to CLNP (improvements to quality 
  245. of service support, provider loose source routing, amendments 
  246. to the current partial source routing parameter); Intradomain 
  247. IS-IS protocol (multiprotocol support, routing metric 
  248. expansion); Interdomain routing protocol (new attributes, 
  249. IDRP/IS-IS interaction), and ES-IS (provision of system 
  250. identification in address administration). OSIEXTND will seek 
  251. working group status within the IETF to continue this work.
  252.  
  253. 3)  Link and network layer control protocols for operation of CLNP 
  254.     over point-to-point subnetworks
  255.  
  256. The IETF has developed a set of protocols that enable link 
  257. negotiation, authentication, and operation of multiple network 
  258. layer protocols (IP, IPX, CLNP, etc.) over point-to-point 
  259. subnetworks. This work exists either as Internet standards or 
  260. standards in progress (see in particular RFCs 1331 and 1337). 
  261. Attendees to OSIEXTND recommend that the IESG/IAB/ISOC 
  262. encourage ISO/IEC and ITU-TS to study these standards as 
  263. potential future joint standards between the ISOC, ISO/IEC, and 
  264. ITU-TS. 
  265.  
  266. 4)  CLNP header compression and MTU discovery
  267.  
  268. The IETF has developed a method of compressing IP headers 
  269. for low-speed serial links to maximize throughput across such 
  270. links (RFC 1144); equivalent methods need to be developed for 
  271. CLNP based on the experience acquired by the IETF.  Similarly, 
  272. the IETF has developed a method for determining the 
  273. maximum transmission unit size that may be used between IP 
  274. hosts connected across a multi-hop internetwork route (RFC 
  275. 1191); an equivalent means should be developed for deriving 
  276. the maximum subnetwork service data unit size for CLNP.  
  277. Attendees to OSIEXTND expect that a working group will be 
  278. formed to address these mechanisms and solicit contributions 
  279. in these areas.
  280.  
  281. 5)  CLNP "flows", resource reservation
  282.  
  283. The IETF is examining the notions of flows and resource 
  284. reservation (packet sequencing, allocation of bandwidth, 
  285. processing, etc. to source-destination pairs across an internet).  
  286. Attendees to OSIEXTND believe that the work developed for IP 
  287. is very likely to be directly applicable to CLNP, and expect to 
  288. participate actively in this work.
  289.  
  290. 6)  Host configuration protocols
  291.  
  292. The IETF has standards in progress that allow hosts to be 
  293. installed and configured with a minimum of manual 
  294. intervention.  Similar work is being pursued in ISO/IEC.  
  295. Attendees to OSIEXTND believe that aspects of the work 
  296. developed for IP are likely to be applicable to CLNP, and 
  297. expects that a working group will be formed to enhance 
  298. functionality in this area. 
  299.  
  300. 7)  Mobility
  301.  
  302. The IETF is currently exploring methods of supporting host 
  303. mobility.  Attendes to OSIEXTND believes that the approaches 
  304. being developed can be directly applied to CLNP, and expect to 
  305. participate actively in this work.
  306.  
  307. Attendees to OSIEXTND believe that the work outlined in items (4) - 
  308. (7)  is very likely to be directly applicable to CLNP, and recommend 
  309. that the IESG/IAB/ISOC encourage ISO/IEC and ITU-TS to study and 
  310. possibly participate in this work. 
  311.  
  312.  
  313. Respectfully,
  314.  
  315. ________________                    ________________
  316. David Piscitello                         David Katz
  317.