home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / 93mar / vcrout-minutes-93mar.txt < prev    next >
Text File  |  1993-05-18  |  7KB  |  185 lines

  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4.  
  5. Reported by Rob Coltun/Consultant
  6.  
  7. Minutes of the Virtual Circuit Routing BOF (VCROUT)
  8.  
  9. The Group's first session began with a discussion of the VC Routing
  10. Architecture Draft and ended somewhere on planet ATM-Forum-Flashback.
  11. Several interesting issues were raised here.
  12.  
  13. Radia Perlman suggested that the routing protocol should be scalable to
  14. any level of hierarchy so that a prefix address advertised by a switch
  15. may represent directly connected terminals or an aggregation address of
  16. a directly connected sub-network.
  17.  
  18. Juha Heinanen was concerned that a 32 bit address is not sufficient.  It
  19. is big enough to identify the exchange portion of a North American
  20. Numbering Plan address, should be big enough for the routable portion of
  21. other E.164 addresses, and is big enough for the routable part of a
  22. GOSIP-style NSAP (Rd/Area).  However, it was pointed out that the
  23. GOSIP-style NSAP format may be used in a more efficient manner than
  24. suggested in RFC1237 (i.e., the Rsvd field may have significance and the
  25. RD/Area separation may not be clear cut).  This makes a 32 bit address
  26. useless.
  27.  
  28. Dan had a strong objection to using the transit carrier ID for call
  29. setup in VC networks.
  30.  
  31. Fore's SPANS
  32.  
  33. Next, Drew from Fore systems presented an overview of Fore's SPANS
  34. (Simple Protocol for ATM Network Signaling) protocol.  The presentation
  35. included Fore's internal addressing, UNI, NNI, QoS, SPF routing
  36. algorithm, multicast solution and connectionless server.
  37.  
  38. Goals of Proposed Working Group
  39.  
  40. The second session started with a discussion of the goals and milestones
  41. of the proposed VCROUT Working Group.  The following goals were agreed
  42. to:
  43.  
  44.  
  45.    o The Working Group will initially focus on protocols for use within
  46.      a single VC network (intra-domain routing).  Routing for a VC
  47.      internet (inter-domain routing) is also within the Charter.
  48.  
  49.    o Initial specifications to focus on what each switch needs to
  50.      monitor to describe its local topology (including neighbor
  51.      interactions), and the protocol for distributing/updating topology
  52.      information should be in Internet-Draft form by the end of June and
  53.      submitted as a Proposed Standard by the end of '93.
  54.  
  55.                                    1
  56.  
  57.  
  58.  
  59.  
  60.  
  61.    o Interaction between the the CAC and the routing information should
  62.      be worked out, such that by June, a description of how it would
  63.      work, with a list of requirements needed from the UNI signaling and
  64.      NNI signaling detailed for liaison with the ATM Forum.  Any
  65.      modifications should have worked out trade-offs described.
  66.  
  67.    o As part of the interaction between the the CAC and routing, ways of
  68.      describing the performance expected by a switch rather than the
  69.      algorithm used by the switch should be explored.
  70.  
  71.  
  72. VC-Routing Proposal
  73.  
  74. We then had a brief overview of the vc-routing proposal, focusing on
  75. routing metrics and how they may be used by signaling.
  76.  
  77. Marek suggested that for high-speed networking, the minimum propagation
  78. delay between switches is related to the geographic distance between the
  79. switches.
  80.  
  81. Tony questioned the stability of a system that would be doing call
  82. set-up based on metrics that are in part reflecting available resources.
  83.  
  84. Allison gave a presentation on congestion control implications in
  85. signaling which began with the question ``Do we really gain if routing
  86. protocol ``helps'' call admission control?''  and continued with an
  87. overview of a number of (as of yet unresolved) signaling issues
  88. regarding the terminal (hosts and routers) to switch interaction.  This
  89. presentation (vcroute_mankin.txt) is available on the machine
  90. gated.cornell.edu in the pub/ospf directory.
  91.  
  92. Distant-Vector Protocol
  93.  
  94. There was a short discussion on the possible use of a distant-vector
  95. protocol to be used for a VC routing protocol.  Yakov brought up the
  96. point that there is usually no policy routing within the IGP and that
  97. congestion avoidance and QoS requirements can be met on a hop-by-hop
  98. basis.  Others countered that keeping the map at the source (i.e., using
  99. a link-state routing protocol) and doing a source route call setup was a
  100. superior technical approach.
  101.  
  102. Tony suggested that a VC domain should be able to inform IDRP of
  103. reachability information.
  104.  
  105. The Group agreed to meet at the Amsterdam IETF.
  106.  
  107. Attendees
  108.  
  109. David Arneson            arneson@ctron.com
  110. Fred Baker               fbaker@acc.com
  111. Jim Beers                Jim.Beers@cornell.edu
  112. Nutan Behki              Nutan_Behki@qmail.newbridge.com
  113.  
  114.                                    2
  115.  
  116.  
  117.  
  118.  
  119.  
  120. Lou Berger               lberger@bbn.com
  121. Caralyn Brown            cbrown@wellfleet.com
  122. Jeff Carman              tcarman@bnr.ca
  123. George Clapp             clapp@ameris.center.il.ameritech.com
  124. Robert Cole              rgc@qsun.att.com
  125. Rob Coltun               rcoltun@ni.umd.edu
  126. Dave Cullerot            cullerot@ctron.com
  127. Steve DeJarnett          steve@ibmpa.awdpa.ibm.com
  128. Osmund DeSouza           osmund.desouza@att.com
  129. Chas DiFatta             chas@cmu.edu
  130. M.J. Dixon               mjd@att.com
  131. Kurt Dobbins             kurtdob@ctron.com
  132. Bob Downs                bdowns@combinet.com
  133. Chip Elliott             celliot@bbn.com
  134. Robert Enger             enger@reston.ans.net
  135. Michael Fidler           fidler@mitre.org
  136. Karen Frisa              karen.frisa@andrew.cmu.edu
  137. Mike Goguen              goguen@synoptics.com
  138. Kenneth Goodwin          goodwin@a.psc.edu
  139. Daniel Grossman          dan@merlin.dev.cdx.mot.com
  140. Chris Gunner             gunner@dsmail.enet.dec.com
  141. Joel Halpern             jmh@network.com
  142. Patrick Hanel            hanel@yoyodyne.trs.ntc.nokia.com
  143. Ken Hayward              Ken.Hayward@bnr.ca
  144. Juha Heinanen            juha.heinanen@datanet.tele.fi
  145. Frank Hoffmann           hoffmann@dhdibm1.bitnet
  146. Kathy Huber              khuber@bbn.com
  147. Fong-Ching Liaw          fong@eng.sun.com
  148. Andrew Malis             malis_a@timeplex.com
  149. Tracy Mallory            tracym@3com.com
  150. Allison Mankin           mankin@cmf.nrl.navy.mil
  151. Keith McCloghrie         kzm@hls.com
  152. Gerry Meyer              gerry@spider.co.uk
  153. David O'Leary            doleary@cisco.com
  154. Zbigniew Opalka          zopalka@agile.com
  155. Ayal Opher               aopher@synoptics.com
  156. John Penners             jpenners@advtech.uswest.com
  157. Maryann Perez            perez@cmf.nrl.navy.mil
  158. Drew Perkins             ddp@fore.com
  159. Radia Perlman            perlman@dsmail.enet.dec.com
  160. Hal Sandick              sandick@vnet.ibm.com
  161. Shiva Sawant             shiva@synoptics.com
  162. Andrew Schmidt           ags@uius.edu
  163. Kanan Shah               kshag@cmf.nrl.navy.mil
  164. Andrew Smith             asmith@synoptics.com
  165. Marco Sosa               mxs@sabre.bellcore.com
  166. Subbu Subramaniam        subbu@cup.hp.com
  167. Terry Sullivan           terrys@newbridge.com
  168. Sally Tarquinio          sallyt@gateway.mitre.org
  169. Marek Tomaszewski        marek@net.com
  170. Scott Wasson             sgwasson@eng.xyplex.com
  171. James Watt               james@newbridge.com
  172. Rick Wilder              wilder@ans.net
  173. Steven Willis            steve@wellfleet.com
  174.  
  175.                                    3
  176.  
  177.  
  178.  
  179.  
  180.  
  181.  
  182.  
  183.  
  184. 4
  185.