home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD1.mdf / INET / IETF / 94MAR / ROUTING < prev    next >
Encoding:
Text File  |  1994-05-13  |  5.4 KB  |  122 lines

  1.  
  2. Routing Area
  3.  
  4. Director:
  5.  
  6.  
  7.    o Joel Halpern:  jmh@network.com
  8.  
  9.  
  10. Area Summary reported by Joel Halpern/Network Systems Corporation
  11.  
  12.  
  13. Border Gateway Protocol Working Group (BGP) and OSI IDRP for IP Over IP
  14. Working Group (IPIDRP)
  15.  
  16. The BGP and IPIDRP Working Groups met jointly.  The following issues
  17. were discussed:  BGP status, IDRP-IP status, intra-domain route server,
  18. route dampening, potential security attacks in TCP and its impact on
  19. BGP, BGP future work, and support for ROLC with BGP. In the areas of
  20. intra-domain route server and route dampening, the group agreed to
  21. pursue the work further.  The group did not reach any clear consensus on
  22. what has to be done with BGP, in regard to potential security attacks.
  23. Concerning the area of BGP future work, it was suggested that the work
  24. with BGP be confined to bug fixing and all new features should be
  25. targeted towards IDRP-IP. There were no specific actions taken on
  26. supporting ROLC with BGP.
  27.  
  28.  
  29. Inter-Domain Multicast Routing Working Group (IDMR)
  30.  
  31. An update on the status of CBT implementation was presented, followed by
  32. the presentation of the PIM specifications.  The sparse mode
  33. specification was reviewed.  The dense mode specification was also
  34. reviewed, with special attention to the PIM-Assert message for the
  35. elimination of duplicates.  Open issues and implementation status for
  36. PIM were also discussed.
  37.  
  38. There was an extensive discussion of a new version of IGMP. It has been
  39. suggested that the IDMR group should undertake this work.  The new
  40. version would be backwards compatible, and include support for various
  41. aspects of the proposed inter-domain multicast routing technologies,
  42. including the hooks for allowing a source to select tree building
  43. techniques.  Following that was a discussion of administrative scoping
  44. of multicasts and of multicast addresses.  It was suggested that a fixed
  45. set of addresses could be allocated for administratively scoped
  46. multicasts.
  47.  
  48.  
  49. IP Routing for Wireless/Mobile Hosts Working Group (MOBILEIP)
  50.  
  51. An interim meeting of the MOBILEIP Working Group was held 21-22
  52. February.  The editor, Charlie Kunzinger, announced that he had to leave
  53. his post.  Bill Simpson was appointed the new editor.  There was
  54. progress made on shedding features and converging on solutions.
  55.  
  56. The MOBILEIP Working Group met twice at the Seattle IETF. The first day
  57. was mostly consumed with further refining the problem to be addressed.
  58. The end of the first day, and the second day, was taken up with
  59. reviewing the draft specification, section by section.  A little more
  60. than one half of the document was covered during the review.  The
  61. remainder of the document will be reviewed on the mailing list.  Steve
  62. Deering announced that he was having to leave his position as chair of
  63. the working group.
  64.  
  65.  
  66. IS-IS for IP Internets Working Group (ISIS)
  67.  
  68. The working group met for one session in Seattle.  The two topics
  69. discussed were a proposal to support IPX with IS-IS, and the progression
  70. of the current documents.  Novell is participating in the IPX
  71. discussion, and work will be proceeding.  Of the current documents,
  72. several need minor revisions, and need to be re-issued.  Following this,
  73. a request will be submitted to advance the documents, including the base
  74. protocol, the protocol analysis, and the operational experience.  A
  75. small set of base protocol changes/extensions are defined.  These will
  76. be submitted to ISO for consideration.
  77.  
  78.  
  79. Open Shortest Path First IGP Working Group (OSPF)
  80.  
  81. The OSPF Working Group discussed Christian Huitema's proposal for
  82. non-trivial OSPF authentication, based on the MD5 algorithm.  Also
  83. discussed was Fred Baker's Internet-Draft concerning a proposed new OSPF
  84. interface type, the ``Point-to-Multipoint'' interface.  This new
  85. interface simplifies configuration of OSPF over non-mesh Frame Relay
  86. topologies.  Paul Serice gave a presentation on the OSPF scaling test
  87. that was performed at COS in February.  Also, Fred Baker's new CIDR
  88. Forwarding MIB was reviewed.
  89.  
  90.  
  91. Routing Over Large Clouds Working Group (ROLC)
  92.  
  93. After a brief presentation of group history, the three current documents
  94. (two variations on NHRP, and one called NARP) were discussed.  Issues
  95. raised included the relationship to the routing topology, and whether
  96. requesters (and responders) could be routers or had to be hosts.  It was
  97. agreed that there should not be a second topology, but rather that the
  98. routing topology would be used.  There was then a wide ranging
  99. discussion of problems and issues.
  100.  
  101. This led the group to return to the questions of requirements.  It was
  102. agreed that a requirements document was needed, and editors were found
  103. for such.  A set of starting requirements was generated.
  104.  
  105. Finally, there was a joint meeting with the BGP/IPIDRP Working Groups to
  106. discuss possible attributes that BGP/IPIDRP could carry which would help
  107. the peer discovery process (also known as the cut-through route
  108. selection).
  109.  
  110.  
  111. Source Demand Routing Working Group (SDR)
  112.  
  113. The working group discussed several approaches to route construction for
  114. SDR, including RIB query and ``Path Explorer'' mechanisms.  Both
  115. mechanisms make use of BGP/IPIDRP RIBs and/or mechanisms.  Sue Hares,
  116. Steve Hotz, Deborah Estrin, Yakov Rekhter, and Kannan Varadan plan to
  117. complete preliminary design and specification, and to begin prototyping,
  118. by the next IETF. In addition, they hope to get SDR forwarding and set
  119. up implementations ported to other Unix environments (e.g., BSDi) to
  120. facilitate experimentation with other folks around the Internet.
  121.  
  122.