CURRENT_MEETING_REPORT_ Reported by Howard Berkowitz/PSC International and Andrew Malis/Ascom Nexion Minutes of the Routing Over Large Clouds Working Group (ROLC) The ROLC working group met in two sessions. The first session is reported on in these minutes. The second session, which has a separate set of minutes (following these), was a joint meeting of the ROLC and IPATM Working Groups. There were over 120 attendees at the first session. Agenda o Agenda bashing No changes were made to the agenda. o ATM Forum MPOA Update Presented by George Swallow, cisco Systems, Chair, ATM Forum Multiprotocol Over ATM Working Group o NHRP implementation experience o NHRP open issues and draft-ietf-rolc-nhrp-IV.txt Presented by Dave Katz, cisco Systems o NHRP Applicability Statement (draft-ietf-rolc-nhrp-appl-01.txt) Presented by Derya Cansever, GTE Laboratories o NHRP MIB (draft-ietf-rolc-nhrp-mib-00.txt) Presented by Mike Patrick, Motorola ISG o Status and Workplan ATM Forum Multiprotocol over ATM (MPOA) Update The initial BOF was held last September, and the Forum began a working group in November before the last IETF. The scope and requirements are complete. The plan is to support MPOA with an Overlay Model comparable to ROLC. It is intended to be compatible with integrated PNNI, and a future Peer Model is not precluded. Any solution must interoperate with LAN emulation and non-ATM devices. In the reference model, the MPOA service cloud interconnects with LAN emulation as a separate service over ATM. The exact nature of this interconnection has yet to be defined. It is intended to be ``a good citizen of the Internet.'' MPOA and NHRP relationship: An MPOA requirement is to build on NHRP. There is a strong feeling this should be more general with regard to the network layer, however, the group is concentrating on ATM, rather than supporting general link layers. NHRP Implementation Experience No implementation experience was shared in the meeting. The chair said there are at least two implementations in progress. cisco Systems announced that they are one of the two, and plan to begin testing soon. NHRP Open Issues and Draft The new draft was distributed on the list as draft-ietf-rolc-nhrp-IV.txt. An official -04 version will be submitted as an Internet-Draft several weeks following the meeting, and including all comments and changes from the meeting. Dave Katz gave an overview of the changes to the specification. This is the same list of changes he included in the introduction to draft -IV itself. Dave then led the discussion. o The need was discussed for a separate document discussing the router-to-router case, because of its complexity. Dave will start a new Internet-Draft on the topic. o NHRP servers along the path are now not allowed to cache NHRP entries information unless the new bit is set indicating that the information is stable. o If metrics are not preserved between routers (e.g., in OSPF-BGP interactions), then there is the potential for looping. Full semantic preservation of metrics prevents the formation of such loops. NHRP is also loop free when used in one AS, or the new stable bit is set in the NHRP reply, or if stub networks have no back doors. o The goal that NHRP is usable in connectionless (SMDS) as well as connection-oriented (ATM) environments. o The chair encouraged people to comment on the looping problem (or anything else, for that matter). Revision -04 may be subject to the Last Call for Proposed Standard; comments are solicited following its publication. o Curtis Villamizar wants the specification to state things more clearly. It is known that there are scenarios where routing loops can exist, and they cannot all be solved. This should be mentioned in the applicability statement. o The question was asked if we are denigrating NHRP because some of the actions routers take? The purpose of this working group is large clouds; the solution is not viable if it only works over limited topology. Dave Piscitello replied that if the limited topology is widely used, then the solution is still useful. NHRP will also be applicable to cases where there is no exterior protocol. NHRP Applicability Statement Derya discussed the changes he has planned for the applicability statement, draft-ietf-rolc-nhrp-appl-01.txt: o Clarify the router-to-router case o Not a replacement for routing protocols o Clarification of potential looping cases o Needs to be harmonized with NHRP-IV draft The chair reminded the working group that the applicability statement and protocol analysis must be submitted in order to standardize , as well as the MIB and implementation experience when available. NHRP MIB Mike led a discussion of some issues with the current draft of the MIB, draft-ietf-rolc-nhrp-mib-00.txt. o The MIB has not yet been compiled. o The section on cut-through circuits will be moved to the applicability statement. o Traps: customers like them, but engineers do not. The current plan is to not use traps. o Unnumbered links over ATM: Consensus that these need to be supported. Every unnumbered link should have an ifIndex entry. Consider OSPF methodology here. o RFC 1573 logical interface addresses---is this being done? Mike will query. o The MIB does not allow a LIS to be implemented on multiple NHRP network IDs. This was agreed to be acceptable assumption. o May need additional indexing for QoS, and different MAC addresses for different QoS. MAC address plus QoS forms a tuple (cf. SNA Virtual Route). Status and Workplan The chair asked to be told, in public or private, of implementations underway. Kanan Shah will write the forthcoming protocol analysis document. July 95: Discuss implementation experience; submit NHRP document to the IESG as a Proposed Standard; continue to review companion documents. December 95: Submit companion documents to IESG. The charter will be updated to reflect this new workplan.