RE: pppcn
James Carlson <[email protected]>
| Newsgroups | gmane.ietf.pppext |
|---|---|
| Message-ID | <[email protected]> |
Kevin Purser (QA/EMC) writes: > > The obvious solution does not require any changes to the on-the-wire > > PPP protocol. It is for both peers to anticipate each > > others' sequence > > and magjic numbers and options, and to send a single burst of LCP, > > authentication, and IPCP packets. This solution requires no changes > > in PPP state machines except for what might be called "pre-loading. > > Yes, this is exactly what we were aiming for- at least from reading rfc1661, I understood that sending this burst of packets was not allowed. What draft/rfc describes this "pre-loading"? None. Nor is any needed, since it's really just an implementation detail. As far as any observer looking at the wire can tell, the negotiation is all happening "normally," albeit with remarkable prescience on the part of the cooperating peers. -- James Carlson, IP Systems Group <[email protected]> Sun Microsystems / 1 Network Drive 71.234W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.497N Fax +1 781 442 1677