home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / sdr / sdr-minutes-94jul.txt < prev    next >
Text File  |  1994-11-02  |  3KB  |  58 lines
  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4. Reported by Tony Li/cisco Systems
  5.  
  6. Minutes of the Source Demand Routing Working Group (SDR)
  7.  
  8. The SDRP forwarding protocol and prototype has been stable for some
  9. time.  There are two issues now facing the working group:  1) mechanisms
  10. for constructing source routes to make the forwarding code useful, and
  11. 2) working with IPng folks to support SDR functionality.  Looking a bit
  12. farther ahead, the SDR requirements raised by integrated-services/RSVP
  13. traffic should be addressed.  This meeting was composed of two parts:  a
  14. discussion of RIB query support in IDRP to support SDR route
  15. construction, and a joint meeting with the SIPP Working Group to present
  16. a strawman proposal on SDR support in IPng.
  17.  
  18.  
  19. IDRP Support
  20.  
  21. As introduction to the IDRP support discussion, Deborah Estrin reviewed
  22. the two basic route construction approaches under development:  RIB
  23. query and path explorer.  Activity has been focused mainly at USC/ISI
  24. and Merit.
  25.  
  26. Sue Hares presented some new functionality to enable route computation
  27. by obtaining information through IDRP. The mechanisms permit a node to
  28. query an IDRP speaker via a IDRP RIB Refresh message, with the response
  29. being a series of update messages.  The facility allows the requestor to
  30. get a single snapshot of the IDRP speaker's database, or to get a
  31. continuous series of updates, effectively forming a one-way IDRP
  32. peering.  The requestor can specify particular attributes in the
  33. information request, including QOS and NLRI criteria.
  34.  
  35. The response can contain information from the IDRP speaker's Loc_RIB or
  36. Adj_RIB, so that the requestor also learns some information about all of
  37. the IDRP speaker's neighbors.  The end of the initial response is also
  38. clearly delimited by a message so that the requestor can begin
  39. computation.
  40.  
  41. Deborah briefly addressed two related issues:  one was the role of the
  42. Route Server/Routing Arbiter in route construction and acquisition, and
  43. the second was the proposed use of SDR routes to guide multicast (e.g.,
  44. PIM) join messages along alternate routes to join the distribution tree,
  45. when the generic unicast route is inadequate.
  46.  
  47.  
  48. SDR/SIPP Joint Session
  49.  
  50. The working group then went to a joint session with the SIPP Working
  51. Group, where SDR for IPv6 was discussed.  Peter Ford presented a basic
  52. proposal in which SDR would become an optional header in an IPv6 packet.
  53. There was some inconclusive discussion about the utility of strict
  54. source routing and for the requirement of policy routing in general.
  55. After this discussion, it was decided that SDR for IPv6 is indeed of
  56. interest and that this work should continue in the SDR Working Group.
  57.  
  58.