Step
Command
Remarks
. Enter system view.
N/A
. Enter interface view.
N/A
. Configure the negotiation timeout time.
The default setting is 3 seconds.
. (Optional.) Configure the LCP negotiation delay timer.
By default, PPP starts LCP negotiation immediately after the physical layer is up.
To configure the device as the client:
Step | Command | Remarks |
---|---|---|
. Enter system view. |
| N/A |
. Enter interface view. |
| N/A |
. Enable IP address negotiation. |
| By default, IP address negotiation is not enabled. This command is mutually exclusive with the command. For more information about the command, see . |
Configure the server to assign an IP address to a client by using the following methods:
Method 1: Specify an IP address for the client on the server interface.
Method 2: Specify a PPP or DHCP address pool on the server interface.
Method 3: Associate a PPP or DHCP address pool with an ISP domain.
For clients requiring no authentication, you can use either method 1 or method 2, but not both.
For clients requiring authentication, you can use one or more of the three methods, but cannot use method 1 and method 2 at the same time. When multiple methods are configured, method 3 takes precedence over method 1 or method 2.
PPP supports IP address assignment from a PPP or DHCP address pool. If you use a pool name that identifies both a PPP address pool and a DHCP address pool, the system uses the PPP address pool.
To configure the device as the server (Method 1):
Step | Command | Remarks |
---|---|---|
. Enter system view. |
| N/A |
. Enter interface view. |
| N/A |
. Configure the interface to assign an IP address to the peer. |
| By default, an interface does not assign an IP address to the peer. |
. Configure an IP address for the interface. |
| By default, no IP address is configured on an interface. |
To configure the device as the server (Method 2: Specify a PPP address pool):
Step | Command | Remarks |
---|---|---|
. Enter system view. |
| N/A |
. Configure a PPP address pool. | [ ] [ ] | By default, no PPP address pool is configured. |
. (Optional.) Configure a gateway address for the PPP address pool. | [ ] | By default, the PPP address pool is not configured with a gateway address. |
. (Optional.) Configure a PPP address pool route. | { | } [ ] | By default, no PPP address pool route exists. The destination network of the PPP address pool route must include the PPP address pool. |
. Enter interface view. |
| N/A |
. Configure the interface to assign an IP address from the configured PPP address pool to the peer. |
| By default, an interface does not assign an IP address to the peer. |
. Configure an IP address for the interface. |
| By default, no IP address is configured on an interface. This command is optional when the PPP address pool has been configured with a gateway address. |
To configure the device as the server (Method 2: Specify a DHCP address pool):
Step | Command | Remarks |
---|---|---|
. Enter system view. |
| N/A |
. Configure DHCP. | For information about configuring DHCP, see . | |
. Enter interface view. |
| N/A |
. Configure the interface to assign an IP address from the configured DHCP address pool to the peer. |
| By default, an interface does not assign an IP address to the peer. |
. Configure an IP address for the interface. |
| By default, no IP address is configured on an interface. |
To configure the device as the server (Method 3: Associate a PPP address pool with an ISP domain):
Step | Command | Remarks |
---|---|---|
. Enter system view. |
| N/A |
. Configure a PPP address pool. | [ ] [ ] | By default, no PPP address pool is configured. |
. (Optional.) Configure a gateway address for the PPP address pool. | [ ] | By default, the PPP address pool is not configured with a gateway address. |
. (Optional.) Configure a PPP address pool route. | { | } [ ] | By default, no PPP address pool route exists. The destination network of the PPP address pool route must include the PPP address pool. |
. Enter ISP domain view. |
| N/A |
. Associate the ISP domain with the configured PPP address pool for address assignment. |
| By default, no PPP address pool is associated. For more information about this command, see . |
. Return to system view. |
| N/A |
. Enter interface view. |
| N/A |
. Configure an IP address for the interface. |
| By default, no IP address is configured on an interface. This command is optional when the PPP address pool is configured with a gateway address. |
To configure the device as the server (Method 3: Associate a DHCP address pool with an ISP domain):
Step | Command | Remarks |
---|---|---|
. Enter system view. |
| N/A |
. Configure DHCP. | For information about configuring DHCP, see . | |
. Enter ISP domain view. |
| N/A |
. Associate the ISP domain with the configured DHCP address pool for address assignment. |
| By default, no DHCP address pool is associated. For more information about this command, see . |
. Return to system view. |
| N/A |
. Enter interface view. |
| N/A |
. Configure an IP address for the interface. |
| By default, no IP address is configured on an interface. |
This feature enables the local interface to check whether its IP address and the IP address of the remote interface are in the same network segment. If they are not, IPCP negotiation fails.
To enable IP segment match:
Step | Command | Remarks |
---|---|---|
. Enter system view. |
| N/A |
. Enter interface view. |
| N/A |
. Enable IP segment match. |
| By default, this feature is disabled. |
Configure DNS server settings depending on the role of your device in PPP negotiation.
Configuring the local end as the client
During PPP negotiation, the server will assign a DNS server IP address only for a client configured with the ppp ipcp dns request command. For some special devices to forcibly assign DNS server IP addresses to clients that do not initiate requests, configure the ppp ipcp dns admit-any command on these devices.
To configure the local end as the client:
Step | Command | Remarks |
---|---|---|
. Enter system view. |
| N/A |
. Enter interface view. |
| N/A |
. Enable the device to request the peer for a DNS server IP address. |
| By default, a client does not request its peer for a DNS server IP address. |
. Configure the device to accept the DNS server IP addresses assigned by the peer even though it does not request the peer for the DNS server IP addresses. |
| By default, a device does not accept the DNS server IP addresses assigned by the peer if it does not request the peer for the DNS server IP addresses. This command is not necessary if the command is configured. |
Configuring the local end as the server
Step | Command | Remarks |
---|---|---|
. Enter system view. |
| N/A |
. Enter interface view. |
| N/A |
. Specify the primary and secondary DNS server IP addresses to be allocated to the peer in PPP negotiation. | [ ] | By default, a device does not allocate DNS server IP addresses to its peer if the peer does not request them. |
PPP uses the escape mechanism on asynchronous links to avoid treating payload characters as control characters. The escape mechanism converts all one-byte asynchronous control characters into two-byte characters. This mechanism increases the size of asynchronous control characters and reduces the payload size.
The ACCM configuration option provides a method to negotiate with the peer of the local control characters, which must be converted on asynchronous links. The ACCM field contains 32 bits numbered 1 to 32 from left to right. Each bit corresponds to an asynchronous control character numbered the same. If the value of a bit is 0, the system does not convert the corresponding asynchronous control character. If the value of a bit is 1, the system converts the corresponding asynchronous control character by prefacing it with a backslash (\). For example, if the value of the bit numbered 19 is 0, the asynchronous control character numbered 19 (DC3, Control-S) will be sent without being converted.
ACCM negotiation is implemented at the LCP negotiation stage. After ACCM negotiation is completed, the peer converts asynchronous control characters according to the Async Control Character Mappings when sending packets.
By default, the ACCM field takes the value of 0x000A0000. To increase the payload size on low-rate links, set the ACCM field to 0x0 so the system does not convert asynchronous control characters.
To configure ACCM negotiation:
Step | Command | Remarks |
---|---|---|
. Enter system view. |
| N/A |
. Enter interface view. |
| N/A |
. Configure the ACCM value. |
| By default, the ACCM value is 0x000A0000. The ACCM negotiation option applies only to asynchronous links. |
PPP can compress the address and control fields of PPP packets to increase the payload size.
ACFC negotiation notifies the peer that the local end can receive packets carrying compressed address and control fields.
ACFC negotiation is implemented at the LCP negotiation stage. After the ACFC negotiation succeeds, PPP does not include the address and control fields in non-LCP packets. To ensure successful LCP negotiation, PPP does not apply the compression to LCP packets.
As a best practice, use the ACFC configuration option on low-speed links.
To configure the local end to send ACFC requests:
Step | Command | Remarks |
---|---|---|
. Enter system view. |
| N/A |
. Enter interface view. |
| N/A |
. Configure the local end to send ACFC requests by including the ACFC option in outbound LCP negotiation requests. |
| By default, the local end does not include the ACFC option in outbound LCP negotiation requests. |
To configure the local end to reject ACFC requests received from the peer:
Step | Command | Remarks |
---|---|---|
. Enter system view. |
| N/A |
. Enter interface view. |
| N/A |
. Configure the local end to reject ACFC requests received from the peer. |
| By default, the local end accepts the ACFC requests from the remote peer, and performs ACFC on frames sent to the peer. |
PPP can compress the protocol field of PPP packets from 2 bytes to 1 byte to increase the payload size.
PFC negotiation notifies the peer that the local end can receive packets with a single-byte protocol field.
PFC negotiation is implemented at the LCP negotiation stage. After PFC negotiation is completed, the device compresses the protocol field of sent non-LCP packets. If the first eight bits of the protocol field are all zeros, the device does not add those bits into the packet. To ensure successful LCP negotiation, PPP does not apply the compression to LCP packets.
As a best practice, use this configuration option on low-speed links.
To configure the local end to send PFC requests:
Step | Command | Remarks |
---|---|---|
. Enter system view. |
| N/A |
. Enter interface view. |
| N/A |
. Configure the local end to send PFC requests by including the PFC option in outbound LCP negotiation requests. |
| By default, the local end does not include the PFC option in outbound LCP negotiation requests. |
To configure the local end to reject PFC requests received from the peer:
Step | Command | Remarks |
---|---|---|
. Enter system view. |
| N/A |
. Enter interface view. |
| N/A |
. Configure the local end to reject PFC requests received from the peer. |
| By default, the device accepts PFC requests received from the peer, and performs PFC on frames sent to the peer. |
|
|
|
Configuring the polling feature |
| Enabling IP header compression |
© Copyright 2017 Hewlett Packard Enterprise Development LP
Explanation of the IP address assignment using PPP.
The IP address for the PPP network interface is assigned using the following modes:
Flexible IP addressing for IPoE/PPPoE v4 and v6 hosts is by default disabled. In other words, the subscriber hosts are instantiated in the BNG with ability to forward traffic only if their assigned IP addresses belong to one of the configured subnets/prefixes that are associated with the subscriber-interfaces. IPv4 and IPv6 cases are be examined separately:
By default, IPoE and PPPoE subscriber host creation fails in the following two cases:
The subscriber-interface does not have an IPv4 address configured, and therefore it is be operationally down. This configuration is also known as unnumbered subscriber-interface.
The subscriber-interface does have an IPv4 address configured but the IPv4 address assigned to the subscriber host itself is outside of the subscriber-interface configured subnets. In such case, the host is instantiated, but the forwarding is disabled.
Subscriber host instantiation and forwarding can be explicitly enabled for both cases above with flexible IP addressing functionality.
For case 1, this can be achieved by borrowing an IP address for the subscriber-interface from any interface that is operationally up within the routing context. This functionality can be enabled with the configure service ies | vprn < service-id > subscriber-interface < ip-int-name > unnumbered < ip-int-name | ip-address > command.
To enable forwarding for the subscribers whose IP address falls outside of the configured subnet under the subscriber-interface (case 2), the configure service ies | vprn <s service-id > subscriber-interface < ip-int-name > allow-unmatching-subnets command must be entered.
The above commands ( unnumbered and allow-unmatching-subnets ) are mutually exclusive. In addition, the unnumbered command can be configured only if the subscriber interface does not have an IP address already configured. Otherwise the execution of this command fails.
In both of these cases the host is installed in the routing table as /32.
For IPv6 there is a single command that enables flexible IP addressing for both cases:
IPv6 prefixes are not configured under the sub-if > ipv6 node
IPv6 prefixes are configured but the actual address or prefix assigned to the subscriber (by DHCP, LUDB or RADIUS) is outside any prefix that is configured under the sub-if > ipv6 hierarchy.
This single command is configure service ies | vprn < service-id > subscriber-interface < ip-int-name > ipv6 allow-unmatching-prefixes .
To summarize, the following scenarios are possible:
An IPv4 address under the subscriber-interface is configured
By default, hosts outside of the sub-intf subnet are instantiated but they are in a non-forwarding-state. Traffic is dropped.
allow-unmatching-subnets is configured. This command is allowed only if subscriber-interface has also configured its own IPv4 address(es). In this case the IP address for IPCP negotiation is one of the sub-intf addresses. Hosts outside of the sub-intf subnets are instantiated and forwarded.
The unnumbered < ip-address | ip-int-name > command is not allowed in this scenario.
An IPv4 address under the subscriber-interface is not configured
By default, the subscriber-interface is operationally down. Subscribers cannot be instantiated.
The allow-unmatching-subnets command has no effect because a subscriber-interface does not have an IPv4 address configured and is therefore operationally down. No subscribers can be instantiated.
The unnumbered < ip-address | ip-int-name > command is the only viable option in this case. The subscriber-interface borrows an IPv4 address from another interface that is operationally UP and consequently this allows subscribers to be instantiated. This command is mutually exclusive with allow-unmatching-subnets . In addition, this command can only be configured if the subscriber interface itself does not have explicitly configured an IPv4 address.
Like the PPPoE case above.
IPoEv6 and PPPoEv6
The allow-unmatching-prefixes command is independent of any IPv4 command related to flexible IP address assignment ( unnumbered or allow-unmatching-subnets ). This command can always be enabled, regardless of the v6 prefixes configured under the sub-if > ipv6 hierarchy. Any subscriber, regardless of the subscriber interface prefix configuration is instantiated and forwarded.
> PPPoE server IP address assignment through the local DHCP server configuration example |
|
Network requirements.
As shown in Figure 6 , configure the PPPoE server as a DHCP server to assign an IP address to the host.
Figure 6: Network diagram
# Configure Virtual-Template 10 to use PAP for authentication and use a DHCP address pool for IP address assignment, and configure an IP address for Virtual-Template 10.
# Enable the PPPoE server on GigabitEthernet 1/0/1, and bind the interface to Virtual-Template 10.
# Enable DHCP.
# Configure DHCP address pool pool1 .
# Create a PPPoE user.
# Log in to the router by using username user1 and password pass1 .
# Display information about IP addresses assigned by the DHCP server.
The output shows that the router has assigned an IP address to the host.
|
|
|
PPPoE server configuration example |
| PPPoE server IP address assignment through a remote DHCP server configuration example |
© Copyright 2017 Hewlett Packard Enterprise Development LP
To enable communications over the PPP link, the machine at one end of the link must know the host name and IP address of the peer host on the other end of the link. The PPP configurations often require a particular addressing scheme. This section explains the addressing schemes and where each should be used.
On each endpoint machine, you specify addressing information in these places:
/etc/asppp.cf configuration file
/etc/inet/hosts file
NIS+, NIS, or DNS databases, if applicable
When you edit the local machine's asppp.cf file, you must provide the host names and, in certain cases, the IP addresses for each endpoint machine to be on the link. For example, you must type either the IP addresses or host names for each endpoint as arguments in the ifconfig section in the configuration file:
|
See "Editing the Configuration File" for information regarding the format of /etc/asppp.cf .
Additionally, to enable communications, you must add the IP address and host name of the remote endpoints to the hosts database on the local endpoint by editing /etc/inet/hosts . This process is explained in "Configuring Network Clients" .
You have a choice of several addressing schemes for PPP, depending on your configuration type. Before you edit the asppp.cf file and hosts database, you must decide on the appropriate addressing scheme for your configuration. These schemes include:
Using the same IP addresses for the PPP endpoints as is assigned to their primary network interface in their local /etc/inet/hosts files
Assigning a unique IP address for each PPP endpoint
Assigning a new network number for the network created by the PPP link
This addressing scheme is appropriate for point-to-point links only. In this scheme, you specify the addresses of the primary network interface for each endpoint. (See Chapter 2, Network Services Overview for more information about the primary network interface.) These endpoints might be:
Two standalone machines communicating over the PPP link (if they have existing IP addresses)
Two network endpoints communicating over the PPP link
Remote host connecting to a network dial-in server through a point-to-point link
Dial-in server connecting to remote hosts through a dynamically allocated point-to-point link
When you edit the /etc/inet/hosts file on a local endpoint, supply the IP address of its primary network interface and host name and the IP address of the peer host on the other end of the link.
In this method, you assign a unique host name and IP address to the PPP network interface. (You might want to call the interface hostname-ppp .) Use this addressing scheme for:
Endpoint machines on a network used as a multipoint dial-in server.
Machines on a virtual network.
Remote host that uses a dedicated IP address for communicating with a dial-in server over a dynamically allocated PPP link. (Note that this is not a requirement for the dynamic link configuration.)
Machine that is also configured as a router for a physical network, such as Ethernet or Token Ring.
Machine in a standalone-to-standalone configuration that does not have an existing IP address. (The PPP interface becomes the primary network interface.)
You must specify the unique address and host name for the PPP network interface in the asppp.cf configuration file.
To create the new host name and IP address, add it to the /etc/inet/hosts file on the endpoint machines, as described in " hosts Database" .
You create a new network number for the PPP configuration when it involves:
Virtual networks of computers communicating through PPP multipoint links (required)
A multipoint dial-in server and its remote hosts (required)
The PPP link between two networks, particularly when one or both of the network endpoint machines are also routers for a physical network (optional)
(See Chapter 5, Planning Your TCP/IP Network for information on network numbers.)
The PPP link becomes a virtual network , since it does not involve any physical network media. You need to type its network number in the networks database on all endpoint machines, along with the network numbers of the networks being linked.
The following sample shows an /etc/inet/networks file for an internetwork with PPP.
In the sample file, kalahari and negev are two local area networks, and nubian-ppp is the name of the PPP link.
Help us improve your experience.
Let us know what you think.
Do you have time for a two-minute survey?
With an address pool , you configure an address or address range. When you define an address pool for a client, the L2TP network server ( LNS ) allocates IP addresses for clients from an address pool. If you do not want to use an address pool, you can specify an IP address by means of the framed-ip-address statement at the [edit access profile profile-name client client-name ppp] hierarchy level. For information about specifying an IP address, see Point-to-Point Protocol (PPP) .
When an address pool is modified or deleted, all the sessions using that pool are deleted.
To define an address or a range of addresses, include the address-pool statement at the [edit access] hierarchy level:
pool-name is the name assigned to the address pool.
To configure an address, include the address statement at the [edit access address-pool pool-name ] hierarchy level:
address-or-prefix is one address or a prefix value.
When you specify an address range, it cannot exceed 65,535 IP addresses.
To configure the address range, include the address-range statement at the [edit access address-pool pool-name ] hierarchy level:
low lower-limit —The lower limit of an address range.
high upper-limit —The upper limit of an address range.
The address pools for user access and Network Address Translation (NAT) can overlap. When you configure an address pool at the [edit access address-pool pool-name ] hierarchy level, you can also configure an address pool at the [edit services nat pool pool-name ] hierarchy level.
Lesson Contents
Sometimes we see a network design where we have more than one serial link between two routers. Perhaps a single serial link doesn’t provide enough bandwidth or you want some extra redundancy. Each interface on a router requires a different IP address, so with two serial links you might end up with a design that looks like this:
Above we see that the first link uses the 192.168.12.0/24 subnet, the second link uses 192.168.21.0/24.When we use two subnets between two routers and when you configure a routing protocol like OSPF or EIGRP, it will form two neighbor adjacencies:
When the metric on both links is the same, our routing protocol will use load balancing so both links will be used. By default, Cisco IOS will load balance based on the destination. For example, if 2.2.2.2 would be behind R2 then R1 might use Serial 0/0/0 for all traffic destined to 2.2.2.2. Another destination might use the Serial 0/1/0 interface.
What if we add more serial links? For each serial link, we will have to configure another subnet and we will get another neighbor adjacency. It will work but we can make things much easier…
Multilink PPP allows us to combine multiple physical serial links into a single logical link . We will only need a single subnet for the logical multilink interface and if you use OSPF or EIGRP, only a single neighbor adjacency is required:
MLPPP also does load balancing on layer two. This is pretty efficient, when it receives some data like an IP packet that has to be forwarded over the multilink interface, it will fragment the IP packet in two pieces and forwards it on the multilink interface. The receiving router takes the fragments and reassembles them into the original IP packet:
By using PPP multilink, we simplify our configuration on layer three since there will be only one logical interface to work with.
Let’s see how we configure PPP multilink. I will use the following topology:
First, don’t forget to specify a clock rate. I will check which of my routers has the DCE end of the cable:
R2 is the DCE and you can see a clock rate was configured. Let’s enable PPP encapsulation on all serial interfaces on R1:
And we do the same thing on R2:
Now we can create the multilink interface on both routers:
You can pick whatever multilink interface number you like, just make sure that it’s the same on both ends. This is where we configure the IP address.
On the physical serial interfaces, we have to configure to which multilink interface they belong with the ppp multilink group command. Let’s start with R1:
And let’s do the same thing on R2:
That takes care of the PPP multilink configuration.
To see the PPP multilink interface in action, let’s configure OSPF on both routers:
That completes our configuration.
Let’s verify our work step-by-step. First, let me quickly show you multilink interface in the running configuration:
We only created the multilink 1 interface and configured an IP address but you can see that Cisco IOS automatically added the ppp multilink and ppp multilink group commands.
Let’s continue, I want to make sure that the physical interfaces are up and running:
The interfaces are up/up which tells us that the clock rate is configured correctly and that PPP encapsulation is configured on both ends. Let’s take a look at the multilink interface:
The multilink interface is up too, it also shows me the IP address. Let’s take a closer look at the PPP details of the multilink interface:
The output above tells me that the multilink interface is up and has bundled Serial 0/0/0 and Serial 0/1/0 to the multilink interface. One more command to verify the PPP multilink interface, let’s look at its IP settings:
540 Sign Ups in the last 30 days
Hello Vianney
Take a look at this lesson on PPP Multilink. It describes the configuration and various principles that you need to keep in mind. Take a look, and if you have any questions or concerns, let us know.
https://networklessons.com/cisco/ccna-routing-switching-icnd2-200-105/ppp-multilink
I hope this has been helpful!
Hi Vianney,
From what I know, PPP multilink is reliable and shouldn’t impact your latency/bandwidth. It’s also used in VoIP scenarios where they recommend to enable interleaving. When you do this, the smaller (delay sensitive) packets are not multilink encapsulated.
If you want a definitive answer, it would be best just to test this. Lab it up on some real hardware, then see how it compares against two regular PPP links.
2 more replies! Ask a question or join the discussion by visiting our Community Forum
Registries included below
Ppp link control protocol (lcp) and internet protocol control protocol (ipcp) codes, ppp lcp configuration option types, ppp tncp configuration option types, ppp ecp configuration option types, ppp ccp configuration option types, ppp sdcp configuration options, ppp authentication algorithms, ppp lcp fcs-alternatives, ppp multilink endpoint discriminator class, ppp lcp callback operation fields, ppp atcp configuration option types, ppp osinlcp configuration option types, ppp banyan vines configuration option types, ppp bridging configuration option types, ppp bridging mac types, ppp bridging spanning tree, ipx compression protocol values (value 3), ipx routing protocol options (value 4), nbfcp configuration options - name-projection 'added' field (value 1), nbfcp configuration options - peer-information (value 2), ppp eap request/response types, ppp vendor specific oui options, ppp ipcp configuration option types, ppp ipv6cp configuration options, ip-compression-protocol types, ipv6-compression-protocol types, ip header compression configuration option suboption types, rohc configuration option suboption identifier values, ppp over ethernet versions.
Range | Registration Procedures | Note |
---|---|---|
0xxx-3xxx | IETF Review | Network Layer Protocols |
4xxx-7xxx | IETF Review | Low volume traffic without NCP |
8xxx-bxxx | IETF Review | Network Control Protocols |
cxxx-fxxx | IETF Review | Link-layer Control Protocols |
Value (in hex) | Protocol Name | Reference |
---|---|---|
0001 | Padding Protocol | [ ] |
0003 | ROHC small-CID | [ ] |
0005 | ROHC large-CID | [ ] |
0007-001f | Reserved (transparency inefficient) | [ ] |
0021 | Internet Protocol version 4 | [ ] |
0023 | OSI Network Layer | [ ] |
0025 | Xerox NS IDP | [ ] |
0027 | DECnet Phase IV | [ ] |
0029 | Appletalk | [ ] |
002b | Novell IPX | [ ] |
002d | Van Jacobson Compressed TCP/IP | [ ] |
002f | Van Jacobson Uncompressed TCP/IP | [ ] |
0031 | Bridging PDU | [ ] |
0033 | Stream Protocol (ST-II) | |
0035 | Banyan Vines | [ ] |
0037 | Unassigned | |
0039 | AppleTalk EDDP | |
003b | AppleTalk SmartBuffered | |
003d | Multi-Link | [ ] |
003f | NETBIOS Framing | [ ] |
0041 | Cisco Systems | |
0043 | Ascom Timeplex | |
0045 | Fujitsu Link Backup and Load Balancing (LBLB) | |
0047 | DCA Remote Lan | |
0049 | Serial Data Transport Protocol (PPP-SDTP) | [ ] |
004b | SNA over 802.2 | [ ] |
004d | SNA | [ ] |
004f | IPv6 Header Compression | |
0051 | KNX Bridging Data | [ ] |
0053 | Encryption | [ ] |
0055 | Individual Link Encryption | [ ] |
0057 | Internet Protocol version 6 | [ ] |
0059 | PPP Muxing | [ ] |
005b | Vendor-Specific Network Protocol (VSNP) | [ ] |
005d | TRILL Network Protocol (TNP) | [ ] |
0061 | RTP IPHC Full Header | [ ] |
0063 | RTP IPHC Compressed TCP | [ ] |
0065 | RTP IPHC Compressed Non TCP | [ ] |
0067 | RTP IPHC Compressed UDP 8 | [ ] |
0069 | RTP IPHC Compressed RTP 8 | [ ] |
006f | Stampede Bridging | |
0071 | Reserved | [ ] |
0073 | MP+ Protocol | [ ] |
007d | Reserved (Control Escape) | [ ] |
007f | Reserved (compression inefficient) | [ ] |
0081 | Unassigned | |
0083 | Unassigned | |
00c1 | NTCITS IPI | [ ] |
00cf | Reserved (PPP NLPID) | [ ] |
00fb | Single link compression in multilink | [ ] |
00fd | Compressed datagram | [ ] |
00ff | Reserved (compression inefficient) | [ ] |
0201 | 802.1d Hello Packets | [ ] |
0203 | IBM Source Routing BPDU | [ ] |
0205 | DEC LANBridge100 Spanning Tree | [ ] |
0207 | Cisco Discovery Protocol | [ ] |
0209 | Netcs Twin Routing | [ ] |
020b | STP - Scheduled Transfer Protocol | [ ] |
020d | EDP - Extreme Discovery Protocol | [ ] |
0211 | Optical Supervisory Channel Protocol (OSCP) | [ ] |
0213 | Optical Supervisory Channel Protocol (OSCP) | [ ] |
0231 | Luxcom | |
0233 | Sigma Network Systems | |
0235 | Apple Client Server Protocol | [ ] |
0281 | MPLS Unicast | [ ] |
0283 | MPLS Multicast | [ ] |
0285 | IEEE p1284.4 standard - data packets | [ ] |
0287 | ETSI TETRA Network Protocol Type 1 | [ ] |
0289 | Multichannel Flow Treatment Protocol | [ ] |
028b-1exx | Reserved for compression inefficient | |
2063 | RTP IPHC Compressed TCP No Delta | [ ] |
2065 | RTP IPHC Context State | [ ] |
2067 | RTP IPHC Compressed UDP 16 | [ ] |
2069 | RTP IPHC Compressed RTP 16 | [ ] |
4001 | Cray Communications Control Protocol | [ ] |
4003 | CDPD Mobile Network Registration Protocol | [ ] |
4005 | Expand accelerator protocol | [ ] |
4007 | ODSICP NCP | [ ] |
4009 | DOCSIS DLL | [ ] |
400B | Cetacean Network Detection Protocol | [ ] |
4021 | Stacker LZS | [ ] |
4023 | RefTek Protocol | [ ] |
4025 | Fibre Channel | [ ] |
4027 | OpenDOF | [ ] |
405b | Vendor-Specific Protocol (VSP) | [ ] |
405d | TRILL Link State Protocol (TLSP) | [ ] |
8001-801f | Not Used - reserved | [ ] |
8021 | Internet Protocol Control Protocol | [ ] |
8023 | OSI Network Layer Control Protocol | [ ] |
8025 | Xerox NS IDP Control Protocol | [ ] |
8027 | DECnet Phase IV Control Protocol | [ ] |
8029 | Appletalk Control Protocol | [ ] |
802b | Novell IPX Control Protocol | [ ] |
802d | Reserved | |
802f | Reserved | |
8031 | Bridging NCP | [ ] |
8033 | Stream Protocol Control Protocol | |
8035 | Banyan Vines Control Protocol | [ ] |
8037 | Unassigned | |
8039 | Reserved | |
803b | Reserved | |
803d | Multi-Link Control Protocol | [ ] |
803f | NETBIOS Framing Control Protocol | [ ] |
8041 | Cisco Systems Control Protocol | |
8043 | Ascom Timeplex | |
8045 | Fujitsu LBLB Control Protocol | |
8047 | DCA Remote Lan Network Control Protocol (RLNCP) | |
8049 | Serial Data Control Protocol (PPP-SDCP) | [ ] |
804b | SNA over 802.2 Control Protocol | [ ] |
804d | SNA Control Protocol | [ ] |
804f | IP6 Header Compression Control Protocol | |
8051 | KNX Bridging Control Protocol | [ ] |
8053 | Encryption Control Protocol | [ ] |
8055 | Individual Link Encryption Control Protocol | [ ] |
8057 | IPv6 Control Protocol | [ ] |
8059 | PPP Muxing Control Protocol | [ ] |
805b | Vendor-Specific Network Control Protocol (VSNCP) | [ ] |
805d | TRILL Network Control Protocol (TNCP) | [ ] |
806f | Stampede Bridging Control Protocol | |
8073 | MP+ Control Protocol | [ ] |
8071 | Reserved | [ ] |
807d | Not Used - reserved | [ ] |
8081 | Unassigned | |
8083 | Unassigned | |
80c1 | NTCITS IPI Control Protocol | [ ] |
80cf | Not Used - reserved | [ ] |
80fb | single link compression in multilink control | [ ] |
80fd | Compression Control Protocol | [ ] |
80ff | Not Used - reserved | [ ] |
8207 | Cisco Discovery Protocol Control | [ ] |
8209 | Netcs Twin Routing | [ ] |
820b | STP - Control Protocol | [ ] |
820d | EDPCP - Extreme Discovery Protocol Ctrl Prtcl | [ ] |
8235 | Apple Client Server Protocol Control | [ ] |
8281 | MPLSCP | [ ] |
8285 | IEEE p1284.4 standard - Protocol Control | [ ] |
8287 | ETSI TETRA TNP1 Control Protocol | [ ] |
8289 | Multichannel Flow Treatment Protocol | [ ] |
c021 | Link Control Protocol | [ ] |
c023 | Password Authentication Protocol | [ ] |
c025 | Link Quality Report | [ ] |
c027 | Shiva Password Authentication Protocol | |
c029 | CallBack Control Protocol (CBCP) | |
c02b | BACP Bandwidth Allocation Control Protocol | [ ] |
c02d | BAP | [ ] |
c05b | Vendor-Specific Authentication Protocol (VSAP) | [ ] |
c081 | Container Control Protocol | [ ] |
c223 | Challenge Handshake Authentication Protocol | [ ] |
c225 | RSA Authentication Protocol | [ ] |
c227 | Extensible Authentication Protocol | [ ] |
c229 | Mitsubishi Security Info Exch Ptcl (SIEP) | [ ] |
c26f | Stampede Bridging Authorization Protocol | |
c281 | Proprietary Authentication Protocol | [ ] |
c283 | Proprietary Authentication Protocol | [ ] |
c481 | Proprietary Node ID Authentication Protocol | [ ] |
Code | Packet Type | Reference | Note |
---|---|---|---|
0 | Vendor Specific | [ ] | |
1 | Configure-Request | [ ] | |
2 | Configure-Ack | [ ] | |
3 | Configure-Nak | [ ] | |
4 | Configure-Reject | [ ] | |
5 | Terminate-Request | [ ] | |
6 | Terminate-Ack | [ ] | |
7 | Code-Reject | [ ] | |
8 | Protocol-Reject | [ ] | LCP Only |
9 | Echo-Request | [ ] | LCP Only |
10 | Echo-Reply | [ ] | LCP Only |
11 | Discard-Request | [ ] | LCP Only |
12 | Identification | [ ] | LCP Only |
13 | Time-Remaining | [ ] | LCP Only |
14 | Reset-Request | [ ] | CCP Only |
15 | Reset-Reply | [ ] | CCP Only |
Type | Configuration Option | Reference |
---|---|---|
0 | Vendor Specific | [ ] |
1 | Maximum-Receive-Unit | [ ] |
2 | Async-Control-Character-Map | |
3 | Authentication-Protocol | [ ] |
4 | Quality-Protocol | [ ] |
5 | Magic-Number | [ ] |
6 | DEPRECATED (Quality-Protocol) | |
7 | Protocol-Field-Compression | [ ] |
8 | Address-and-Control-Field-Compression | [ ] |
9 | FCS-Alternatives | [ ] |
10 | Self-Describing-Pad | [ ] |
11 | Numbered-Mode | [ ] |
12 | DEPRECATED (Multi-Link-Procedure) | |
13 | Callback | [ ] |
14 | DEPRECATED (Connect-Time) | |
15 | DEPRECATED (Compound-Frames) | |
16 | DEPRECATED (Nominal-Data-Encapsulation) | |
17 | Multilink-MRRU | [ ] |
18 | Multilink-Short-Sequence-Number-Header | [ ] |
19 | Multilink-Endpoint-Discriminator | [ ] |
20 | Proprietary | [ ] |
21 | DCE-Identifier [Warning: option type in the RFC is incorrect.] | [ ] |
22 | Multi-Link-Plus-Procedure | [ ] |
23 | Link Discriminator for BACP | [ ] |
24 | LCP-Authentication-Option | [ ] |
25 | Consistent Overhead Byte Stuffing (COBS) | [ ] |
26 | Prefix elision | [ ][ ] |
27 | Multilink header format | [ ][ ] |
28 | Internationalization | [ ] |
29 | Simple Data Link on SONET/SDH | [ ] |
30 | Unassigned |
Type | Configuration Option | Reference |
---|---|---|
0 | Vendor Specific | [ ] |
ECP Option | Configuration Type | Reference |
---|---|---|
0 | OUI | [ ] |
1 | Deprecated (DESE) | [ ] |
2 | 3DESE | [ ] |
3 | DESE-bis | [ ] |
4-255 | Unassigned |
CCP Option | Configuration Type | Reference |
---|---|---|
0 | OUI | [ ] |
1 | Predictor type 1 | [ ] |
2 | Predictor type 2 | [ ] |
3 | Puddle Jumper | [ ] |
4-15 | Unassigned | |
16 | Hewlett-Packard PPC | [ ] |
17 | Stac Electronics LZS | [ ] |
18 | Microsoft PPC | [ ] |
19 | Gandalf FZA | [ ] |
20 | V.42bis compression | [ ] |
21 | BSD Compress | [ ] |
22 | Unassigned | |
23 | LZS-DCP | [ ] |
24 | MVRCA (Magnalink) | [ ] |
25 | Unassigned | |
26 | Deflate | [ ] |
27 | V.44/LZJH Compression Protocol | [ ] |
28-254 | Unassigned | |
255 | Reserved | [ ] |
SDCP Option | Configuration Element | Reference |
---|---|---|
1 | Packet-Format | [ ] |
2 | Header-Type | [ ] |
3 | Length-Field-Present | [ ] |
4 | Multi-Port | [ ] |
5 | Transport-Mode | [ ] |
6 | Maximum-Frame-Size | [ ] |
7 | Allow-Odd-Frames | [ ] |
8 | FCS-Type | [ ] |
9 | Flow-Expiration-Time | [ ] |
Number | Name | Reference |
---|---|---|
0 | Reserved | [ ] |
1 | Reserved | [ ] |
2 | Reserved | [ ] |
3 | Reserved | [ ] |
4 | Reserved | [ ] |
5 | CHAP with MD5 | [ ] |
6 | SHA-1 | [ ] |
7 | CHAP with SHA-256 | [ ] |
8 | CHAP with SHA3-256 | [ ] |
9-127 | Unassigned | |
128 | MS-CHAP | [ ] |
129 | MS-CHAP-2 | [ ] |
Bit | FCS | Reference |
---|---|---|
1 | Null FCS | [ ] |
2 | CCITT 16-Bit FCS | [ ] |
3 | Unassigned | |
4 | CCITT 32-bit FCS | [ ] |
Class | Description | Reference |
---|---|---|
0 | Null Class | [ ] |
1 | Locally Assigned | [ ] |
2 | Internet Protocol (IPv4) | [ ] |
3 | IEEE 802.1 global MAC address | [ ] |
4 | PPP Magic Number Block | [ ] |
5 | Public Switched Network Director Number | [ ] |
6 | Internet Protocol (Ipv6) Address | [ ] |
Operation | Description | Reference |
---|---|---|
0 | Location determined by user authentication | [ ] |
1 | Dialing string | [ ] |
2 | Location identifier | [ ] |
3 | E.164 number | [ ] |
4 | X.500 distinguished name | [ ] |
5 | Unassigned | |
6 | Location is determined during CBCP negotiation |
Type | Configuration Option | Reference |
---|---|---|
1 | AppleTalk-Address | [ ] |
2 | Routing-Protocol | [ ] |
3 | Suppress-Broadcasts | [ ] |
4 | AT-Compression-Protocol | [ ] |
5 | Reserved | [ ] |
6 | Server-information | [ ] |
7 | Zone-information | [ ] |
8 | Default-Router-Address | [ ] |
Type | Configuration Option | Reference |
---|---|---|
1 | Align-NPDU | [ ] |
Type | Configuration Option | Reference |
---|---|---|
1 | BV-NS-RTP-Link-Type | [ ] |
2 | BV-FRP | [ ] |
3 | BV-RTP | [ ] |
4 | BV-Suppress-Broadcast | [ ] |
Type | Configuration Option | Reference |
---|---|---|
1 | Bridge-Identification | [ ] |
2 | Line-Identification | [ ] |
3 | MAC-Support | [ ] |
4 | Tinygram-Compression | [ ] |
5 | LAN-Identification (obsoleted) | [ ] |
6 | MAC-Address | [ ] |
7 | Spanning-Tree-Protocol (old formatted) | [ ] |
8 | IEEE-802-Tagged-Frame | [ ] |
9 | Management-Inline | [ ] |
10 | Bridge-Control-Packet-Indicator | [ ] |
Type | MAC | Address Format | Reference |
---|---|---|---|
0 | Reserved | [ ] | |
1 | IEEE 802.3/Ethernet | Canonical addresses | [ ] |
2 | IEEE 802.4 | Canonical addresses | [ ] |
3 | IEEE 802.5 | Non-canonical addresses | [ ] |
4 | FDDI | Non-canonical addresses | [ ] |
5-10 | Reserved | ||
11 | IEEE 802.5 | Canonical addresses | [ ] |
12 | FDDI | Canonical addresses | [ ] |
Protocol | Spanning Tree | Reference |
---|---|---|
0 | Null - no spanning tree protocol supported | [ ] |
1 | IEEE 802.1D spanning tree protocol | [ ] |
2 | IEEE 802.1G extended spanning tree protocol | [ ] |
3 | IBM source route spanning tree protocol | [ ] |
4 | DEC LANbridge 100 spanning tree protocol | [ ] |
Option | Description | Reference |
---|---|---|
1 | IPX-Network-Number | [ ] |
2 | IPX-Node-Number | [ ] |
3 | IPX-Compression-Protocol | [ ] |
4 | IPX-Routing-Protocol | [ ] |
5 | IPX-Router-Name | [ ] |
6 | IPX-Configuration-Complete | [ ] |
Value (in hex) | Protocol | Reference |
---|---|---|
0000-0001 | Unassigned | |
0002 | Telebit Compressed IPX | [ ] |
0002-0234 | Unassigned | |
0235 | Shiva Compressed NCP/IPX | [ ] |
Value | Protocol | Reference |
---|---|---|
0 | No routing protocol required | [ ] |
1 | Reserved | [ ] |
2 | Novell RIP/SAP required | [ ] |
3 | Unassigned | |
4 | Novell NLSP required | [ ] |
5 | Novell Demand RIP required | [ ] |
6 | Novell Demand SAP required | [ ] |
7 | Novell Triggered RIP required | [ ] |
8 | Novell Triggered SAP required | [ ] |
Value | Option | Reference |
---|---|---|
0 | Reserved | [ ] |
1 | Name-Projection | [ ] |
2 | Peer-Information | [ ] |
3 | Multicast-Filtering | [ ] |
4 | IEEE-MAC-Address-Required | [ ] |
5-255 | Unassigned |
Value (Hex) | Result Codes for Added field | Reference |
---|---|---|
00 | Name successfully added. | [ ] |
0D | Duplicate name in local name table. | [ ] |
0E | Name table full. | [ ] |
15 | Name not found or cannot specify "*" or null. | [ ] |
16 | Name in use on remote NetBIOS. | [ ] |
19 | Name conflict detected. | [ ] |
30 | Name defined by another environment. | [ ] |
35 | Required system resources exhausted. | [ ] |
36-FF | Undefined |
Value | Peer-Class | Reference |
---|---|---|
1 | Reserved for legacy implementations. | [ ] |
2 | PPP NetBIOS Gateway Server. | [ ] |
3 | Reserved for legacy implementations. | [ ] |
4 | PPP Local Access Only Server. | [ ] |
5 | Reserved for legacy implementations. | [ ] |
6 | PPP NBF Bridge. | [ ] |
7 | Reserved for legacy implementations. | [ ] |
8 | PPP End-System. | [ ] |
9-255 | Unassigned |
OUI (in hex) | Organization | Reference |
---|---|---|
CF0001 | NTT Mobile Communications Network | |
CF0001 | Data Comm for Business [ ] | [ ] |
CF0002 | 3GPP2 Vendor specific packet ID | [ ] |
CF0003 | Trafficmaster, Plc | [ ] |
CF0004-CFFFFF | Reserved: Registry closed |
Type | Configuration Option | Reference |
---|---|---|
1 | IP-Addresses (deprecated) | [ ] |
2 | IP-Compression-Protocol | [ ] |
3 | IP-Address | [ ] |
4 | Mobile-IPv4 | [ ] |
5-128 | Unassigned | |
129 | Primary DNS Server Address | [ ] |
130 | Primary NBNS Server Address | [ ] |
131 | Secondary DNS Server Address | [ ] |
132 | Secondary NBNS Server Address | [ ] |
Type | Configuration Option | Reference |
---|---|---|
1 | Interface-Identifier | [ ] |
2 | IPv6-Compression-Protocol | [ ] |
Value (hex) | Description | Reference |
---|---|---|
002d | Van Jacobson Compressed TCP/IP | [ ][ ] |
0003 | Robust Header Compression (ROHC) | [ ] |
0061 | IP Header Compression | [ ][ ] |
Value (hex) | Description | Reference |
---|---|---|
0003 | Robust Header Compression (ROHC) | [ ] |
004f | Historical; do not use -- see RFC2023 | |
0061 | IP Header Compression | [ ][ ] |
Value | Description | Reference |
---|---|---|
1 | RTP Header Compression | [ ][ ] |
2 | Enhanced RTP-Compression | [ ] |
3 | TCP or non-TCP Compression Disable | [ ] |
VER | Description | Reference |
---|---|---|
0 | Reserved | [ ] |
1 | PPPoE | [ ] |
2 | 5G WWC User Plane Encapsulation | [ ] |
3-15 | Unassigned |
ID | Name | Contact URI | Last Updated |
---|---|---|---|
Alan Ungar | 1995-04 | ||
Arun Sastry | 1995-04 | ||
Badari Narayana | |||
Ben Segal | 2000-08 | ||
Brian Batchelder | 1999-01 | ||
Bryant Eastham | 2015-04-23 | ||
Curtis A. Siller Jr. | 2003-01 | ||
David Fernandez | 2007-04-18 | ||
David Black | 2019-10-08 | ||
David L. Black | 2002-12 | ||
Don Grosser | 2000-10 | ||
Erling B. Stage | 1994-10 | ||
Frank Quick | |||
Howard Ridenour | 1995-02 | ||
Ilan Rachmani | 1999-10 | ||
James Carlson | 2001-02 | ||
Jason Gaedtke | 2002-04 | ||
Jeff Heath | 2002-04 | ||
John McCain | 1997-07 | ||
K. Arvind | 2000-11 | ||
Karl Fox | 1997-01 | ||
Ken Culbert | 1996-10 | ||
Murali Rajagopal | 2000-05 | ||
Oliver Korfmacher | 1995-04 | ||
Pete McCann | 2001-03 | ||
Richard Edmonstone | 1996-07 | ||
Robert Banfill | 1997-07 | ||
Seppo Nieminen | 1999-07 | ||
Sharat C. Prasad | 2001-10 | ||
Shoichiro Seno | 1995-04 | ||
Trevor Plestid | 2003-06 | ||
Wayne Tackabury | 1995-01 | ||
1994-11 | |||
Configuration of ippool module.
gw-ip-address=x.x.x.x
Specifies single IP address to be used as local address of ppp interfaces.
Range format should be x.x.x.x/mask or x.x.x.x-y Specifies range of local address of ppp interfaces.
tunnel=range
Specifies range of remote address of ppp interfaces, format is same as above.
x.x.x.x/mask,pool_name | x.x.x.x-y,pool_name
Also specifies range of remote address of ppp interfaces.
IMAGES
VIDEO
COMMENTS
PPP (Point to Point Protocol) was originally used on serial interfaces for point-to-point interfaces. In the 90s, PPP was also commonly used for internet dial-up connections. One of the advantages of PPP is that you can use it to assign an IP address to the other end. The most important advantage, however, is that you can use CHAP authentication.
The PPP protocol partners up with TCP/IP. Plus, it handles communication at the link layer between two PCs. Specifically, it lets you connect to your service provider and set up the web link using a modem. Broadband connections such as PPPoE or PPPoA are used to accomplish this. PPP has authentication and dynamic IP address assignment functions.
While the derived protocol from PPP is PPP over Ethernet and PPP over ATM. IP address assignment: SLIP is a static IP addressing assignment. PPP is a dynamic IP addressing assignment. Data transfer type: In SLIP data is transferred in synchronous form. While in this, data is transferred in both synchronous and asynchronous form. Supported Protocols
As shown in Figure 18, configure the PPPoE server to meet the following requirements: The PPPoE server uses the RADIUS server to perform authentication, authorization, and accounting for access users. The RADIUS server assigns access users a PPP address pool named pool1 and a VPN instance named vpn1. Users in vpn1 obtain IP addresses from PPP ...
IPv6 Address Management. The IPv6 Control Protocol (IPV6CP) is used to configure and enable IPv6 on both ends of a PPP link. Options related to IPV6CP and IPv6 address assignment are located on the TCP/IP IPv6 Settings section of a connection profile. IPv6 address assignment on a PPP link differs from IPv4 since only a 64-bit interface ...
4. PPPoE refers to Point-to-Point Protocol over Ethernet. The "P-t-P" you are seeing is specifically "Point-to-Point". What this effectively means is a method of tunnelling an internet connection over an ethernet network, most likely through your local exchange. This works by you being given a local IP address for your modem and then the ...
Configure the server to assign an IP address to a client by using the following methods: Method 1: Specify an IP address for the client on the server interface. Method 2: Specify a PPP or DHCP address pool on the server interface. Method 3: Associate a PPP or DHCP address pool with an ISP domain.
The IP address for the PPP network interface is assigned using the following modes: Static IP. The IP address is configured manually in the Net_Config_PPP.h file. However, it is possible to change the IP address at runtime. The static configuration specifies also a primary and optional secondary DNS server. Automatic IP. This mode is mostly used.
IPv6: For IPv6 there is a single command that enables flexible IP addressing for both cases: IPv6 prefixes are configured but the actual address or prefix assigned to the subscriber (by DHCP, LUDB or RADIUS) is outside any prefix that is configured under the sub-if > ipv6 hierarchy. This single command is configure service ies | vprn < service ...
Configuration procedure. # Configure Virtual-Template 10 to use PAP for authentication and use a DHCP address pool for IP address assignment, and configure an IP address for Virtual-Template 10. # Enable the PPPoE server on GigabitEthernet 1/0/1, and bind the interface to Virtual-Template 10. # Enable DHCP.
IP Address Assignment. The IP address for the PPP network interface is assigned using the following modes: Static IP The IP address, network mask and default gateway are configured manually in the system configuration file. However, it is possible to change the IP address at runtime. The static configuration specifies also a primary and ...
Creating a Unique IP Address and Host Name. In this method, you assign a unique host name and IP address to the PPP network interface. (You might want to call the interface hostname-ppp.) Use this addressing scheme for: Endpoint machines on a network used as a multipoint dial-in server. Machines on a virtual network.
IP is overlaid over a PPP connection and uses PPP as a virtual dial-up connection between points on the network. From the user's perspective, a PPPoE session is initiated by using connection software on the client machine or router. PPPoE session initiation involves the identification of the Media Access Control (MAC) address of the remote ...
RFC 1332 PPP IPCP May 1992 The maximum length of an IP packet transmitted over a PPP link is the same as the maximum length of the Information field of a PPP data link layer frame. Larger IP datagrams must be fragmented as necessary. ... By default, no IP address is assigned. A summary of the IP-Address Configuration Option format is shown ...
When you define an address pool for a client, the L2TP network server (LNS) allocates IP addresses for clients from an address pool. If you do not want to use an address pool, you can specify an IP address by means of the framed-ip-address statement at the [edit access profile. profile-name client client-name. ppp] hierarchy level.
Current configuration : 105 bytes ! interface Multilink1 ip address 192.168.12.1 255.255.255. ppp multilink ppp multilink group 1 end. We only created the multilink 1 interface and configured an IP address but you can see that Cisco IOS automatically added the ppp multilink and ppp multilink group commands.
The Network Component's PPP interface supports IPv4 connections only. This documentation is separated as follows: User API explains the PPP API of the Network Component. IP Address Assignment describes the various methods that are used to assign an IP address to the embedded system using PPP.
The Point-to-Point Protocol (PPP) Data Link Layer [RFC1331] [RFC1332] [RFC1353] contains a 16 bit Protocol field to identify the the encapsulated protocol. The Protocol field is consistent with the ISO 3309 (HDLC) extension mechanism for Address fields. All Protocols MUST be assigned such that the least significant bit of the most significant ...
Configuration of ippool module. gw-ip-address=x.x.x.x. Specifies single IP address to be used as local address of ppp interfaces. gw=range. Range format should be x.x.x.x/mask or x.x.x.x-y. Specifies range of local address of ppp interfaces. tunnel=range. Specifies range of remote address of ppp interfaces, format is same as above.