CURRENT_MEETING_REPORT_ MINUTES The meeting was convened by Steven Willis. An attendance list will be published with the Proceedings of the IETF. Dave Oran updated the status of the ANSI IS-IS document. It had now reached Draft proposal stage and had been assigned the ISO number 10589. He discussed some of the recent modifications: o The LOC-AREA portion of the address was now gone. o Partition repair is now optional. o Two multicast addresses had been assigned for level 1 and level 2 intermediate systems. The working group addressed a number of issues outstanding from the previous meeting in Ann Arbor. In particular : o Someone brought up the point that it may be limiting for an IP router to only encapsulate over 802.3. (i.e., doing IP IS-IS over HDLC). Do we want to consider changing encapsulation from 802.3 to IP to allow for the additional link-layer flexibility? o The IP L1 partition repair is a bit flaky. Do we want to just say that this is not allowed for IP or do we want to fix it? (Not a straight-forward task). o Dave Oran has corrections for IP routing exchange authentication. We didn't resolve what to do with an authentication mismatch. Drop the packet and what management information? o Presently, the Integrated IP spec says that IP external links can just be generated by L2 routers. This limits the topology (it cannot have a pocket of rip routers anywhere in an area that aren't connected to a L2 router) and will make it hard to transition from another IGP to IP IS-IS. The suggestion was made to be able to generate IP external information at L1 - this is a good idea but potentially creates a problem when AS border gateways are at L1 but are in different areas. Since AS external information is not flooded into areas, L1 routers in different areas will not hear another AS's border router's external information - thus t, Cris BGP won't work in the transit AS case - We were not sure how this will affect other EGPs. o There was some debate about the merits of forwarding based upon default metric if there is no path using desired metric. Forwarding as we currently allow may result in violation of policy. Dropping packet isn't friendly. No conclusions. Tony Lauck pointed out there were three solutions to handling datagrams with TOS not supported by an intermediate system : 1. Let the packet disappear into a black hole 1 2. Map the TOS into another TOS supported by the IS 3. Drop the packet and generate an ICMP message back to source. Solution 3 appeared to be the best answer, but it was unclear as what the ICMP type code should be. o We discussed the possibility of running a partial Dykstra if only the leaves of the tree had changed. Dave Oran pointed out that this was an implementation issue and suggested that an Implementor's Hints Annex be added to the IS-IS specification to address these issues. ATTENDEES Almquist, Philip almquist@jessica.stanford.edu Bagnall, Doug bagnall_d@apollo.hp.com Baker, Fred baker@vitalink.com Bare, Ballard bare%hprnd@hplabs.hp.com Brunner, Ted tob@thumper.bellcore.com Bryant, Stewart bryant@janus.enet.dec.com Cerf, Vint vcerf@nri.reston.va.us Chapin, Lyman lyman-chapin@dgc.mceo.dgcom Chatterjee, Samir samir@nynexst.com Colella, Richard colella@osi3.ncsl.nist.gov Deboo, Farokh sun!iruucp!ntrlink!fjd Farinacci, Dino dino@bridge2.3com.com Ferguson, Dennis dennis@gw.ccie.utoronto.ca Froyd, Stan sfroyd@salt.acc.com Gan, Der-Hwa no email Goguely, Herve rvg@bridge2.3com.com Hagens, Rob hagens@cs.wisc.edu Hain, Tony hain@nmfecc.arpa Heinanen, Juha jh@funet.fi Hytry, Tom tlh@iwlcs.att.com Karels, Mike karels@berkeley.edu Katz, Dave dkatz@merit.edu Kellen, Daniel kellen@eglin.af.mil Lauck, Tony lauck@dsmail.dec.com Little, Mike little@saic.com Marcinkevicz, Mike mdm@gumby.dsd.trw.com Minshall, Greg minshall@kinetics.kinetics.com Mogul, Jeff mogul@decwrl.dec.com Morris, Dennis morrisd@imo-uvax.dca.mil O'Leary, Dave oleary@umd5.umd.edu Oran, David oran@oran.dec.com Perlman, Radia no email Reilly, Michael reilly@nsl.dec.com Rekhter, Yakov yakov@ibm.com Senum, Steve sjs@network.com Sheridan, Jim jsherida@ibm.com Sklower, Keith sklower@okeeffe.berkeley.edu Solensky, Frank solensky@interlan.interlan.com 2 Staw, Tony staw@marvin.enet.dec.com Sturtevant, Allen sturtevant@ccc.nmfecc.gov Tsuchiya, Paul tsuchiya@thumper.bellcore.com Willis, Steven swillis@wellfleet.com Winkler, Linda b32357@anlvm.ctd.anl.gov Woodburn, Robert woody@saic.com 3