Editor's Note: Minutes received 12/21/92 CURRENT_MEETING_REPORT_ Reported by Brian Lloyd/ B.P. Lloyd & Associates Minutes of the Point-to-Point Protocol Extensions Working Group (PPPEXT) Document Status o New RFCs - AppleTalk CP 1378 - DECNET - OSI - IPXWAN 1362 o Internet-Drafts - LCP Extensions - largely complete - Compression - being written, not ready for discussion, compression control protocol - LAPB - being written, not ready for discussion * Numbered mode * MLAP procedure * Link association * Use of RFC 1294 segmentation - IPXCP Compromise between Novell desires and other vendors desires largely complete. Awaiting a few small editorial changes prior to last call. - Van Jacobsen Compression for IPX out for discussion. - Bridging to Draft Standard add ``my MAC Address is'' option. Testing Document Subgroup Two issues: what to test and how to test it. Fred Baker suggested making PT-500 tests available for the purposes; available tests are for synchronous implementations. PPP Consortium could make available to vendors, to make implementations more reliable. The PPPEXT Working Group and the IPLPDN Working Group met together to discuss using the PPP negotiation mechanisms on PDNs using Frame Relay. Frame Relay/PPP Parameter Negotiation o Active PPP Open The idea here is that an older Frame Relay system can talk to a newer one by the newer one detecting the other and switching to the 1 old mechanism. o Agglutination of PPP negotiation parameters (Multiple Option Negotiation) Some sort of LCP option saying ``I want to do in the default manner''. Breaks authentication; NCPs happen after authentication completes. Solution: an LCP configure could be sent as a single datagram carrying a succession of messages. o Agglutination of PPP negotiation parameters (Multiple Option o OUI Acquisition Need the necessary OUI for PPP message identification. o Agglutination of PPP negotiation parameters (Multiple Option o OUI/PID values for PPP PID should be PPP Protocol Identifier. o Agglutination of PPP negotiation parameters (Multiple Option o Multi-link Transport Layered implementation suggested. Attendees Fred Baker fbaker@acc.com Ken Benstead kbenstead@coral.com Daniel Brennan dmb@teleoscom.com Caralyn Brown cbrown@wellfleet.com Kay Chang chang@chang.austin.ibm.com Dean Cheng dean@sun2.retix.com Chi Chong cchong@synoptics.com Nabil Damouny nabil@tdd.sj.nec.com James Forster forster@cisco.com Shoji Fukutomi fuku@furukawa.co.jp Paul Griffiths griff@chang.austin.ibm.com Thomas Hacker hacker@citi.umich.edu Frank Heath heath@cmc.com Marco Hernandez marco@mh-slip.educom.edu Ken Hirata khirata@emulex.com Jeff Hughes jeff@col.hp.com Bob Jeckell rrj@3com.com George Kajos kajos@coral.com Mark Lewis mlewis@telebit.com David Lin lind@janus-ccm.zenith.com Andrew Malis malis@bbn.com Julianne Myers jmyers@network.com Brad Parker brad@fcr.com Drew Perkins perkins+@cmu.edu Christopher Ranch cranch@novell.com Greg Ratta gregra@cc.bellcore.com William Simpson Bill.Simpson@um.cc.umich.edu 2 ^L Eva Wang eva@penril.com James Watt james@newbridge.com Brenda Whitehurst brenda@penril.com Ian Wilson ianw@spider.co.uk Honda Wu honda@nat.com 3