Routing Area Director(s): o Bob Hinden: hinden@eng.sun.com Area Summary reported by Bob Hinden/Sun Inter-Domain Multicast Routing BOF (IDMR) The entire IDMR session was spent in a discussion of the CBT protocol. Particular attention was given to the changes in the Protocol since the November IETF. o MulticastOScopenControle possible solution to multicast scope control was * *presented, based on having a separate group per level of scope required. This resulted in a considerable debate as to how multicast scoping should be defined and the requirements of users it should be able to satisfy. The solution presented was deemed unsuitable, and it was agreed to continue the discussion on the IDMR mailing list. The conclusion was that the Group should work towards a concise definition of multicast scope control. o MulticastTDatahPacketsere was a brief discussion on the issue of multicast* * data packets carrying the group-id as an IP option. The conclusion however, was that there was no more suitable alternative. It was also decided that non-primary cores should be less stringent in accepting join-requests. Further, an additional error detection mechanism is required by routers to distinguish on-tree packets arriving via a child as link-level unicast. Paul Tsuchiya concluded the session with a description of how CBT will run over Pip. Virtual Circuit Routing BOF (VCROUT) The VCROUT BOF meet on Monday and Wednesday. On Monday, Rob Coltun led a discussion on routing criteria for a seamless VC internet. Much of the discussion centered on address as well as terminology. Drew Perkins presented Fore Systems' routing strategy. On Wednesday, Marco Sosa led a discussion on the scope of the Working Group's direction and goals. The Group agreed that they would include both intra-domain and inter-domain routing within their scope, but initially focus on intra-domain routing. The protocol for topology notifications and methods for aggregating topology information to provide possible routes to a call set-up will be addressed. Rob then 1 provided an overview of the proposal drafted by Marco and himself. Allison Mankin gave a presentation on congestion control implementation, signaling, and its relationship to QOS and routing. Finally, some modification to the draft proposal were suggested and discussed. The Group plans to meet in Amsterdam as a working group. Border Gateway Protocol Working Group (BGP) The BGP Working Group met jointly with the IPIDRP Working Group. Refer to the IPIDRP section of this report for a summary of their meeting. Inter-Domain Policy Routing Working Group (IDPR) There are two new Internet-Drafts, one by Rob Austein on DNS extensions for IDPR and one by Woody Woodburn which is the latest version of the IDPR MIB. The Group encourages people to read these Drafts and send comments to the IDPR mailing list. The Internet pilot demonstration of IDPR is scheduled to begin next week and will run for approximately one month. The results of the pilot, as well as a description of the installation, will be published in an Informational RFC at the conclusion of that period. Discussion topics included the implications of domain hierarchies (``superdomains'' in the architecture document terminology) and resource allocation in the context of IDPR. Super domain discussion included domain address representation; policies of super domains; and obtaining more detailed information about the contents of a super domain through mechanisms such as active distribution by constituent domains and queries from external domains. Resource allocation discussion included a description of the ``fair share'' resource allocation mechanism as well as a general discussion of how to integrate resource allocation and policy routing. Topics included route generation heuristics to improve the probability of generating routes that supply the necessary resources, as well as passing flow control information back to the beginning of a path. IP Routing for Wireless/Mobile Hosts Working Group (MOBILEIP) The MOBILEIP Working Group met twice during the Columbus IETF. There were six formal presentations on different approaches to mobile IP followed by a discussion of how to actually make progress. After listening to 6 talks on the status of old proposals and on new proposals, the Working Group decomposed the problem into 5 pieces (with an additional 5 ``cross matrix'' pieces). Each of the pieces was assigned to a Working Group member for them to edit a document documenting a solution to that part of the puzzle. 2 ISIS for IP Internets Working Group (ISIS) The ISIS Working Group met for one session. The Group agreed to try and advance the Proposed Standard (RFC1195) and the MIB up the standard track to Draft and Proposed status respectively at the next IETF meeting. The Group also discussed a number of new enhancements and extensions to the protocol. These include: o Support for CLNP Multicast (maybe define something new - not what ANSI/ISO are defining). o Adding a designated router ``feature'' to the Protocol specification. o Defining how to support multiple level 1 Areas in one router. o Defining multiple levels of hierarchy. o Adding Appletalk and IPX integration into the Protocol. o Increasing the LSP number limit to 64K bytes. o Increasing the metric range to 16 bit internal and 32 bit external. o Methods to run over non-broadcast multi-access networks (e.g. SMDS, ATM, X.25, etc.). Multicast Extensions to OSPF Working Group (MOSPF) The MOSPF Working Group met for one session. John Moy discussed the MOSPF Analysis and Experience Draft that he prepared to accompany the MOSPF Protocol Specification, as required for all routing protocols submitted to the standards track. Christian Huitema raised a concern about the scaling properties of MOSPF, and suggested the use of Reverse Path Forwarding with on-demand pruning as a backup mechanism for cases of router memory or processor exhaustion. In the discussion that ensued, it was pointed out that, for the size of domains for which MOSPF is intended, the overhead of MOSPF is well within the capabilities of contemporary routers, given certain assumptions of worse-case behavior of multicast group members and senders. However, it was observed that a good model for multicast workload does not yet exist, thus making it difficult to judge the value of Christian's proposed extensions. The Group decided to submit the MOSPF draft, as is, to the IESG for publication as a Proposed Standard. Open Shortest Path First IGP Working Group (OSPF) 3 After reviewing the four OSPF documents that were pending, the Group decided to: o Submit the updated OSPF V2 spec for RFC publication, obsoleting RFC1247 (some urgency exists, since the Group wants CIDR changes communicated to the larger community); o Submit the OSPF Trap MIB as a Proposed Standard; o Publish a document describing how to implement OSPF on Frame Relay as an Informational RFC; and o Delay the OSPF NSSA area document for small modifications. The Group spent the majority of the remaining time discussing a proposal for carrying BGP path information in OSPF (to eliminate Internal BGP). At the end of the meeting, the Group outlined a document describing RIP to OSPF transition strategies. OSI IDRP for IP over IP Working Group (IPIDRP) The IPIDRP and the BGP Working Groups met jointly with over 80 people in attendance for the two sessions. Issues discussed during the sessions include the following: o PIP's requirements for BGP/IDRP. o Status of BGP-4 documents. o Size of Local Preference in BGP-4. o Size of MULTI_EXIT_DISC in BGP-4. o IDRP for IP documents. - IDRP for IP document. - IDRP for IP family document. - IDRP MIB. o BGP-4 Transport Session Statistics and Routing Statistics. o IDRP/BGP-4 to OSPF. o OSPF Paper. It was recommended that IDRP for IP be progressed to Proposed Standard as soon as one implementation was completed. The BGP-4 has one implementation and was recommended to be progressed to Proposed Standard. Source Demand Routing Working Group (SDR) A brief tutorial on SDRP was given. Changes to the packet format and 4 forwarding specification since the last IETF were reviewed and approved without comment. Prototype development on this portion of the protocol will continue. Preliminary discussions were held on the contents of the usage document and on a proposed ``futures'' document. A list of other tasks were enumerated and volunteers were drafted. 5