- play_arrow Common Configuration for Layer 2 VPNs and VPLS
- play_arrow Overview
- play_arrow Layer 2 VPNs Configuration Overview
- play_arrow Configuring Layer 2 Interfaces
- play_arrow Configuring Path Selection for Layer 2 VPNs and VPLS
- play_arrow Creating Backup Connections with Redundant Pseudowires
- play_arrow Configuring Class of Service for Layer 2 VPNs
- play_arrow Monitoring Layer 2 VPNs
- Configuring BFD for Layer 2 VPN and VPLS
- BFD Support for VCCV for Layer 2 VPNs, Layer 2 Circuits, and VPLS
- Configuring BFD for VCCV for Layer 2 VPNs, Layer 2 Circuits, and VPLS
- Connectivity Fault Management Support for EVPN and Layer 2 VPN Overview
- Configure a MEP to Generate and Respond to CFM Protocol Messages
-
- play_arrow Configuring Group VPNs
- play_arrow Configuring Public Key Infrastructure
- play_arrow Configuring Digital Certificate Validation
- play_arrow Configuring a Device for Certificate Chains
- play_arrow Managing Certificate Revocation
-
- play_arrow Configuring Layer 2 Circuits
- play_arrow Overview
- play_arrow Layer 2 Circuits Configuration Overview
- play_arrow Configuring Class of Service with Layer 2 Circuits
- play_arrow Configuring Pseudowire Redundancy for Layer 2 Circuits
- play_arrow Configuring Load Balancing for Layer 2 Circuits
- play_arrow Configuring Protection Features for Layer 2 Circuits
- Egress Protection LSPs for Layer 2 Circuits
- Configuring Egress Protection Service Mirroring for BGP Signaled Layer 2 Services
- Example: Configuring an Egress Protection LSP for a Layer 2 Circuit
- Example: Configuring Layer 2 Circuit Protect Interfaces
- Example: Configuring Layer 2 Circuit Switching Protection
- play_arrow Monitoring Layer 2 Circuits with BFD
- play_arrow Troubleshooting Layer 2 Circuits
-
- play_arrow Configuring VPWS VPNs
- play_arrow Overview
- play_arrow Configuring VPWS VPNs
- Understanding FEC 129 BGP Autodiscovery for VPWS
- Example: Configuring FEC 129 BGP Autodiscovery for VPWS
- Example: Configuring MPLS Egress Protection Service Mirroring for BGP Signaled Layer 2 Services
- Understanding Multisegment Pseudowire for FEC 129
- Example: Configuring a Multisegment Pseudowire
- Configuring the FAT Flow Label for FEC 128 VPWS Pseudowires for Load-Balancing MPLS Traffic
- Configuring the FAT Flow Label for FEC 129 VPWS Pseudowires for Load-Balancing MPLS Traffic
-
- play_arrow Configuring VPLS
- play_arrow Overview
- play_arrow VPLS Configuration Overview
- play_arrow Configuring Signaling Protocols for VPLS
- VPLS Routing and Virtual Ports
- BGP Signaling for VPLS PE Routers Overview
- Control Word for BGP VPLS Overview
- Configuring a Control Word for BGP VPLS
- BGP Route Reflectors for VPLS
- Interoperability Between BGP Signaling and LDP Signaling in VPLS
- Configuring Interoperability Between BGP Signaling and LDP Signaling in VPLS
- Example: VPLS Configuration (BGP Signaling)
- Example: VPLS Configuration (BGP and LDP Interworking)
- play_arrow Assigning Routing Instances to VPLS
- Configuring VPLS Routing Instances
- Configuring a VPLS Routing Instance
- Support of Inner VLAN List and Inner VLAN Range for Qualified BUM Pruning on a Dual-Tagged Interface for a VPLS Routing Instance Overview
- Configuring Qualified BUM Pruning for a Dual-Tagged Interface with Inner VLAN list and InnerVLAN range for a VPLS Routing Instance
- Configuring a Layer 2 Control Protocol Routing Instance
- PE Router Mesh Groups for VPLS Routing Instances
- Configuring VPLS Fast Reroute Priority
- Specifying the VT Interfaces Used by VPLS Routing Instances
- Understanding PIM Snooping for VPLS
- Example: Configuring PIM Snooping for VPLS
- VPLS Label Blocks Operation
- Configuring the Label Block Size for VPLS
- Example: Building a VPLS From Router 1 to Router 3 to Validate Label Blocks
- play_arrow Associating Interfaces with VPLS
- play_arrow Configuring Pseudowires
- Configuring Static Pseudowires for VPLS
- VPLS Path Selection Process for PE Routers
- BGP and VPLS Path Selection for Multihomed PE Routers
- Dynamic Profiles for VPLS Pseudowires
- Use Cases for Dynamic Profiles for VPLS Pseudowires
- Example: Configuring VPLS Pseudowires with Dynamic Profiles—Basic Solutions
- Example: Configuring VPLS Pseudowires with Dynamic Profiles—Complex Solutions
- Configuring the FAT Flow Label for FEC 128 VPLS Pseudowires for Load-Balancing MPLS Traffic
- Configuring the FAT Flow Label for FEC 129 VPLS Pseudowires for Load-Balancing MPLS Traffic
- Example: Configuring H-VPLS BGP-Based and LDP-Based VPLS Interoperation
- Example: Configuring BGP-Based H-VPLS Using Different Mesh Groups for Each Spoke Router
- Example: Configuring LDP-Based H-VPLS Using a Single Mesh Group to Terminate the Layer 2 Circuits
- Example: Configuring H-VPLS With VLANs
- Example: Configuring H-VPLS Without VLANs
- Configure Hot-Standby Pseudowire Redundancy in H-VPLS
- Sample Scenario of H-VPLS on ACX Series Routers for IPTV Services
- play_arrow Configuring Multihoming
- VPLS Multihoming Overview
- Advantages of Using Autodiscovery for VPLS Multihoming
- Example: Configuring FEC 129 BGP Autodiscovery for VPWS
- Example: Configuring BGP Autodiscovery for LDP VPLS
- Example: Configuring BGP Autodiscovery for LDP VPLS with User-Defined Mesh Groups
- VPLS Multihoming Reactions to Network Failures
- Configuring VPLS Multihoming
- Example: VPLS Multihoming, Improved Convergence Time
- Example: Configuring VPLS Multihoming (FEC 129)
- Next-Generation VPLS for Multicast with Multihoming Overview
- Example: Next-Generation VPLS for Multicast with Multihoming
- play_arrow Configuring Point-to-Multipoint LSPs
- play_arrow Configuring Inter-AS VPLS and IRB VPLS
- play_arrow Configuring Load Balancing and Performance
- Configuring VPLS Load Balancing
- Configuring VPLS Load Balancing Based on IP and MPLS Information
- Configuring VPLS Load Balancing on MX Series 5G Universal Routing Platforms
- Example: Configuring Loop Prevention in VPLS Network Due to MAC Moves
- Understanding MAC Pinning
- Configuring MAC Pinning on Access Interfaces for Bridge Domains
- Configuring MAC Pinning on Trunk Interfaces for Bridge Domains
- Configuring MAC Pinning on Access Interfaces for Bridge Domains in a Virtual Switch
- Configuring MAC Pinning on Trunk Interfaces for Bridge Domains in a Virtual Switch
- Configuring MAC Pinning for All Pseudowires of the VPLS Routing Instance (LDP and BGP)
- Configuring MAC Pinning on VPLS CE Interface
- Configuring MAC Pinning for All Pseudowires of the VPLS Site in a BGP-Based VPLS Routing Instance
- Configuring MAC Pinning on All Pseudowires of a Specific Neighbor of LDP-Based VPLS Routing Instance
- Configuring MAC Pinning on Access Interfaces for Logical Systems
- Configuring MAC Pinning on Trunk Interfaces for Logical Systems
- Configuring MAC Pinning on Access Interfaces in Virtual Switches for Logical Systems
- Configuring MAC Pinning on Trunk Interfaces in Virtual Switches for Logical Systems
- Configuring MAC Pinning for All Pseudowires of the VPLS Routing Instance (LDP and BGP) for Logical Systems
- Configuring MAC Pinning on VPLS CE Interface for Logical Systems
- Configuring MAC Pinning for All Pseudowires of the VPLS Site in a BGP-Based VPLS Routing Instance for Logical Systems
- Configuring MAC Pinning on All Pseudowires of a Specific Neighbor of LDP-Based VPLS Routing Instance for Logical Systems
- Example: Prevention of Loops in Bridge Domains by Enabling the MAC Pinnning Feature on Access Interfaces
- Example: Prevention of Loops in Bridge Domains by Enabling the MAC Pinnning Feature on Trunk Interfaces
- Configuring Improved VPLS MAC Address Learning on T4000 Routers with Type 5 FPCs
- Understanding Qualified MAC Learning
- Qualified Learning VPLS Routing Instance Behavior
- Configuring Qualified MAC Learning
- play_arrow Configuring Class of Service and Firewall Filters in VPLS
- play_arrow Monitoring and Tracing VPLS
-
- play_arrow Connecting Layer 2 VPNs and Circuits to Other VPNs
- play_arrow Connecting Layer 2 VPNs to Other VPNs
- play_arrow Connecting Layer 2 Circuits to Other VPNs
- Using the Layer 2 Interworking Interface to Interconnect a Layer 2 Circuit to a Layer 2 VPN
- Applications for Interconnecting a Layer 2 Circuit with a Layer 2 Circuit
- Example: Interconnecting a Layer 2 Circuit with a Layer 2 VPN
- Example: Interconnecting a Layer 2 Circuit with a Layer 2 Circuit
- Applications for Interconnecting a Layer 2 Circuit with a Layer 3 VPN
- Example: Interconnecting a Layer 2 Circuit with a Layer 3 VPN
-
- play_arrow Configuration Statements and Operational Commands
Pinging Customer Edge Device IP Address
In a virtual private LAN service (VPLS), hierarchical VPLS (H-VPLS), and Ethernet VPN (EVPN) network, you can test the connectivity to a given customer edge (CE) IP address to get the CE device’s MAC address and attachment points (name of the provider edge [PE] device and local interfaces) to the provider network. This is beneficial in Layer 2 VPN technologies, which have a large number of PE devices and for which getting connectivity information about customers is a challenge.
The capability to ping CE IP address has the following use cases and feature support:
VPLS or EVPN Use Case
Prior to Junos OS Release 17.3R1, the ping utility for VPLS
was for destination MAC addresses. Junos OS Release 17.3R1 introduces
the CE-IP ping
utility, which is based on the LSP ping
infrastructure defined in RFC 4379. With the CE-IP ping feature, the ping
utility is enhanced with the capability to ping an IP
address for a VPLS and EVPN network. Separate unicast LSP ping echo
requests are sent to all neighboring PE devices, and only one PE device
responds back with the information about the CE device.
Figure 1 illustrates a use case for implementing the CE-IP ping feature in
a VPLS or EVPN network. There are three PE devices—Devices PE1,
PE2, and PE3—connected to four customer sites—Devices
CE1, CE2, CE3, and CE4. In this use case, Device PE1 tests the connectivity
to an IP host— 10.0.0.2 —to get the MAC address and attachment
point of the host in the VPLS or EVPN service provider network for
a specific routing instance. This is done using the ce-ip
command. The command output displays the required information depending
on the type of routing instance configured.

When the ce-ip
ping command is executed in a VPLS
or EVPN network, the packet flow is as follows:
1—LSP ping echo request
The
ce-ip
LSP ping echo request packet is sent using the data plane.Device PE1 sends an LSP ping echo request to all the neighboring PE devices, Devices PE2 and PE3. The IP address to the target host is carried in the LSP ping echo request using type, length, and value (TLV).
2—ARP request
Remote PE devices send host-injected Address Resolution Protocol (ARP) requests on all the CE-facing interfaces for the destination IP address. The ARP request is sent to the host 10.0.0.2 from Device PE2 to Device CE2 and from Device PE3 to Devices CE3 and CE4. The source IP address in the ARP request is set to 0.0.0.0 by default.
3—ARP response
Device CE2 responds to the ARP request from Device PE2.
4—LSP ping echo response
If an ARP response is received from a CE device, the remote PE device responds to the PE device initiating the ARP request with the MAC address and attachment point encoded as TLV in the LSP ping echo response packet.
The
ce-ip
LSP ping echo response packet is sent using IP/UDP protocol in the control plane.Device PE2 sends an LSP ping response to Device PE1. The other remote PE device, Device PE3, does not respond to the LSP ping because an ARP response is not received from Device CE3.
The output of the
ce-ip
ping command on Device PE1 displays the information that is received from the LSP ping response.
H-VPLS Use Case
In a VPLS or EVPN network, all the PE devices are connected in a mesh topology and therefore the devices are reachable to each other through one hop in terms of virtual circuit label reachability. However, in an H-VPLS network, there are spoke PE devices connected to the VPLS full-mesh network. These spoke PE devices cannot be reached by the remote PE devices through one hop. Because the VPLS ping feature always uses a virtual circuit label TTL value of one, the ping packets are received by the control plane in all the PE devices that are one hop away. The control plane then reinjects the ping packets to the next hop (that is, the spoke PE device) in the H-VPLS network for the ping packet to reach all the PE devices.
Figure 2 illustrates a use case for implementing the CE-IP ping feature in
an H-VPLS network. There are three PE devices—Devices PE1, PE2,
and PE3—connected to four customer sites—Devices CE1,
CE2, CE3, and CE4. Device PE3 is connected to an H-VPLS spoke that
connects to Device CE4. In this use case, Device PE1 tests the connectivity
to an IP host— 10.0.0.4 —to get the MAC address and attachment
point of the host in the H-VPLS service provider network using the ce-ip
command.

When the ce-ip
ping command is executed in an H-VPLS
network, the packet flow is as follows:
1—LSP ping echo request
The
ce-ip
LSP ping echo request packet is sent using the data plane.Device PE1 sends an LSP ping echo request to all the neighboring PE devices, Devices PE2 and PE3. The IP address to the target host is carried in the LSP ping echo request using type, length, and value (TLV).
1A—LSP re-injected ping request
Device PE3 re-injects the LSP ping request to the spoke PE device, Device HPE3.
2—ARP request
The remote PE devices, Devices PE2 and PE3, and the spoke PE device, Device HPE3, send host-injected ARP requests on all the CE-facing interfaces for the destination IP address. The ARP request is sent to the host 10.0.0.4. The source IP address in the ARP request is set to 0.0.0.0 by default.
3—ARP response
Device CE4 responds to the ARP request from Device HPE3.
4—LSP ping echo response
If an ARP response is received from a CE device, the remote PE device responds to the PE device initiating the ARP request with the MAC address and attachment point encoded as TLV in the LSP ping echo response packet.
The
ce-ip
LSP ping echo response packet is sent using IP/UDP protocol in the control plane.Device HPE3 sends an LSP ping response to Device PE1. The other remote PE devices, Device PE2 and PE3, do not respond to the LSP ping because they do not receive an ARP response from the CE device.
Supported and Unsupported Features for CE-IP Ping
The following features are supported with the CE-IP address ping feature:
The CE-IP ping feature in a VPLS or H-VPLS network is supported on routing instance type VPLS only
The CE-IP ping feature in an EVPN network is supported on routing instance type EVPN only.
Support for VPLS and EVPN hybrid routing instances, where the routing instance type is EVPN and the CE-IP ping support is available on single-homing seamless migration nodes with LDP-VPLS only.
The CE-IP ping feature has the following considerations and limitations:
If the CE destination IP address that is being pinged is behind the very same PE device where the ping command is issued, the ce-ip ping functionality does not work.
The LSP ping echo response packet is always sent using the IP/UDP protocol in the control plane. This requires that the PE devices are IP reachable to each other for the feature to work.
The CE-IP feature does not provide support for the following:
Virtual switch routing instance
IPv6 addresses
Logical systems
Integrated routing and bridging (IRB) configured in the EVPN or VPLS routing instance