home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / isis / isis-minutes-93nov.txt < prev    next >
Text File  |  1994-02-08  |  7KB  |  167 lines
  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4. Reported by Dave Katz/cisco Systems
  5.  
  6. Minutes of the IS-IS for IP Internets Working Group (ISIS)
  7.  
  8.  
  9. CLNP Multicast
  10.  
  11. Radia Perlman gave a presentation on several methods of achieving CLNP
  12. multicast functionality without significantly changing unicast routing.
  13.  
  14. One use of multicast is for service location.  This could be achieved in
  15. CLNP by using a well-known system ID for each service and advertising it
  16. via unicast routing (from multiple locations).  This is also known as
  17. ``anycast.''
  18.  
  19. In the very branchy case, one could use NSAP addresses with the
  20. multicast bit set in the system ID. Then a single spanning tree per area
  21. could be created for all multicast destinations and data packets could
  22. be delivered to all subnetworks in the area along this spanning tree.
  23. Since it is very branchy, no pruning mechanisms are necessary (making it
  24. simple).  Inter-area forwarding could be accomplished by simply sending
  25. one packet per destination area (normal unicast routing would take place
  26. until the packet arrives in its destination area), or by creating a
  27. special area address that means ``all areas,'' calculating a single
  28. spanning tree over all areas, and delivering the packet to the entire
  29. domain.
  30.  
  31. For very sparse multicast with a limited number of participants per
  32. group, a scheme such as CBT would be appropriate.  One suggested
  33. optimization was to tunnel data packets between the routers at the
  34. branching points; this eliminates the need to set up state through the
  35. non-branching routers.
  36.  
  37.  
  38.  
  39. IS-IS Over Non-Broadcast Multiaccess (NBMA) Networks
  40.  
  41. An Internet-Draft has been published on IS-IS over non-broadcast
  42. multiaccess (NBMA) networks; the Routing Over Large Clouds Working Group
  43. (ROLC) was due to take up the subject during this IETF meeting.
  44.  
  45.  
  46.  
  47. The Integrated IS-IS Specification
  48.  
  49. The latest version of the Integrated IS-IS specification Internet-Draft
  50. (the changes to which were essentially reference updates) has expired.
  51. The protocol cannot continue along the standards track until RFCs
  52. describing operational experience and an analysis of the protocol are
  53. published.  Chris Gunner is working on those documents.
  54.  
  55.  
  56.  
  57. Integrated IS-IS for IPX and Appletalk
  58.  
  59. The ISIS Working Group charter needs to be revisited in order that it be
  60. broadened to include other topics, such as Integrated IS-IS for IPX and
  61. Appletalk.
  62.  
  63. Radia gave a presentation on Integrated IS-IS for IPX and Appletalk.
  64. The significant issues include encapsulation (in order to carry data
  65. packets through islands that do not provide native forwarding service
  66. for the protocol), metric translation, route propagation between areas
  67. (and between protocols), clustering issues for protocols with small
  68. address spaces (such as the creation of addressing domains for
  69. Appletalk), the use of tunnels to carry routing information between
  70. areas when the level 2 subdomain does not understand the protocol, and
  71. various issues specific to the protocols (zones, services, etc.).  An
  72. Internet-Draft has been published on the subject.
  73.  
  74. Radia described the new Novell link state protocol for routing IPX,
  75. Netware Link Services Protocol (NLSP). NLSP is basically equivalent to
  76. IS-IS, and uses compatible packet formats.  There are several minor
  77. improvements, most of which could be realized in IS-IS without actually
  78. changing the protocol definition.  There are also several changes deemed
  79. necessary for using the protocol in an IPX environment such as the
  80. inclusion of service advertisements, and running the protocol over IPX
  81. rather than over the data link (though it was observed by some present
  82. that this is unnecessary).  Several people expressed the view that it
  83. would be possible to implement IS-IS and NLSP from a single code base
  84. without too much difficulty.
  85.  
  86.  
  87.  
  88. IS-IS Enhancements
  89.  
  90. Discussion turned to enhancements and changes that the group might like
  91. to pursue with IS-IS.
  92.  
  93.  
  94.    o Increasing the LSP number space to four octets (allowing vast
  95.      amounts of information to be carried, such as large numbers of BGP
  96.      routes, and also allowing implementations to use OSPF-style
  97.      numbering of individual adjacencies)
  98.  
  99.    o Designated router ``tenure'' (increasing the DR election priority
  100.      after being elected DR in order to provide stability for the choice
  101.      of DR--no protocol change necessary)
  102.  
  103.    o Allow different LSP holding time values per LSP (so that static
  104.      information such as service advertisements can be advertised less
  105.      often)
  106.  
  107.    o Possible fixes to the ``hedgehog'' problem (extremely branchy,
  108.      low-speed networks).  Ross Callon will write this up
  109.  
  110.    o Expand the pseudonode ID to two octets (in order to support more
  111.      than 255 circuits per router)
  112.  
  113.    o Multilevel (>2) routers
  114.  
  115.    o Multiarea routers (no protocol change necessary)
  116.  
  117.    o Integrated IPX/Appletalkrouting
  118.  
  119.    o NBMA support
  120.  
  121.    o Further definition of the External Info attribute
  122.  
  123.    o Multicast routing
  124.  
  125.    o Increase the size of link metrics from 6 to 16 bits, and total path
  126.      cost from 12 to 32 bits
  127.  
  128.  
  129. Dave Katz agreed to write up a draft for increasing the LSP number,
  130. pseudonode ID, and link metric fields, as well as a proposal for how to
  131. transition to new versions of the various packets (necessary because the
  132. changes are incompatible with the existing packet formats).
  133.  
  134.  
  135.  
  136. Attendees
  137.  
  138. Kenneth Albanese         albanese@icp.net
  139. William Barns            barns@gateway.mitre.org
  140. Ross Callon              rcallon@wellfleet.com
  141. Chris Gunner             gunner@dsmail.lkg.dec.com
  142. Herluf Hansen            hha@tbit.dk
  143. Susan Hares              skh@merit.edu
  144. Marc Hasson              marc@mentat.com
  145. Denise Heagerty          denise@dxcoms.cern.ch
  146. Cornelius Healy          con@icp.net
  147. Robert Hinden            hinden@eng.sun.com
  148. Phil Irey                pirey@relay.nswc.navy.mil
  149. Matthew Jonson           jonson@ddn.af.mil
  150. Akira Kato               kato@wide.ad.jp
  151. Dave Katz                dkatz@cisco.com
  152. Tony Li                  tli@cisco.com
  153. David Marlow             dmarlow@relay.nswc.navy.mil
  154. Randy Miyazaki           randy@lantron.com
  155. Doug Montgomery          dougm@osi.ncsl.nist.gov
  156. Dennis Morris            morris@altair.disa.mil
  157. Ismat Pasha              ipasha@icm1.icp.net
  158. Alex Reijnierse          a.a.l.reijnierse@research.ptt.nl
  159. Allen Rochkind           Allen_Rochkind@3com.com
  160. Greg Ruth                gruth@gte.com
  161. Dallas Scott             scott@fluky.mitre.org
  162. Frank Solensky           solensky@ftp.com
  163. Thuan Tran               thuan@xylogics.com
  164. Scott Williamson         scottw@nic.ddn.mil
  165. Jean Yao                 yao@cup.hp.com
  166.  
  167.