| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
PPP Bandwidth Allocation Protocol (BAP) and Bandwidth Allocation Control Protocol (BACP) (Page 2 of 2) BACP Operation: Configuring the Use of BAP Let's start with BACP, since it is the protocol used for initial setup of the feature. BACP is very similar in general concept to all those other PPP protocols with Control in their names, such as LCP, the NCP family, CCP and ECP, but is actually even simpler. It is used only during link configuration to set up BAP. This is done using Configure-Request, Configure-Ack, Configure-Nak and Configure-Reject messages just as described in the LCP topic. The only configuration option that is negotiated in BACP is one called Favored-Peer, which is used to ensure that the two devices on the link don't get stuck if each tries to send the same request at the same time. If both devices support BAP then the BACP negotiation will succeed and BAP will be activated. BAP defines a special set of messages that can be sent between devices to add or drop links to/from the current PPP bundle. What's particularly interesting about BAP is that it includes the tools necessary to have a device actually initiate different types of physical layer connections (such as dialing a modem for bundled analog links or enabling an extra ISDN channel) when more bandwidth is required, and then shut them down when no longer needed. A brief description of the BAP message types:
I should also point out that the decision of when to add or remove links is not made by these protocols. It is left up to the particular implementation.
Home - Table Of Contents - Contact Us The TCP/IP Guide (http://www.TCPIPGuide.com) Version 3.0 - Version Date: September 20, 2005 © Copyright 2001-2005 Charles M. Kozierok. All Rights Reserved. Not responsible for any loss resulting from the use of this site. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||