LCP echo request/reply support over multilink interface (RFC 1990)
Y Prasad <[email protected]> Tue, 23 Feb 2010 15:32:26 +0530
| Newsgroups | gmane.ietf.pppext |
|---|---|
| Message-ID | <[email protected]> |
Hi Can you please help me to understand how LCP echo request/response can be supported on a bundle? Page no.4 of RFC 1990 says below. LCP negotiations are not permitted on the bundle itself. An implementation MUST NOT transmit LCP Configure-Request, -Reject, -Ack, -Nak, Terminate-Request or -Ack packets via the multilink procedure, and an implementation receiving them MUST silently discard them. (By "silently discard" we mean to not generate any PPP packets in response; an implementation is free to generate a log entry registering the reception of the unexpected packet). By contrast, other LCP packets having control functions not associated with changing the defaults for the bundle itself are permitted. An implementation MAY transmit LCP Code-Reject, Protocol-Reject, Echo- Request, Echo-Reply and Discard-Request Packets. "Bundle interface is a virtual interface. If there has to be LCP keep alive on it, it has to go through one of the underlying physical links. But LCP keep alive packet format does not seem to specify any interface details. How does the remote identify that the LCP echo received on a physical link belongs to bundle? Regards yp _______________________________________________ Pppext mailing list [email protected] https://www.ietf.org/mailman/listinfo/pppext