Deploy E-LINE Services for Customer 3¶

Preparing The Lab¶

Log into the LabAccess jumpserver:
1. Type labs, or select Option 97 to get to the Additional Labs menu.
2. Type or select the option for ring-topology-ipvpn-labs to access the LDP and IPVPN labs.
3. Type c3eline in this menu to configure the topology with the necessary prerequisites.

Lab Tasks¶

Customer-3 is attached to two Service Provider nodes, EOS1 and EOS4. These will be PE nodes. Since this customer will require a Layer 1 Wire Service, create a local patch and use an LDP Pseudowire to advertise the customers port to the other interested PE.
1. On EOS1 and EOS4, configure the port facing CE devices EOS17 and EOS16 respectively.
  
  Note
  
  For a port-based service (which differs from a VLAN-based service), the CE-facing interface must be configured as a routed interface with the no switchport command. We will also disable LLDP so those frames are not consumed on the interface.
```
interface Ethernet6
    no switchport
    no lldp transmit
    no lldp receive
```
2. On EOS1 and EOS4, create the logical patch name C3-E-LINE between the local CE interface and an, that will be created with a name of EOS16-EOS17.
  
  Note
  
  As the name implies, the patch-panel configuration allows for stitching together local and remote interfaces using an emulated Layer 1 Service.
```
patch panel
    patch C3-E-LINE
        connector 1 interface Ethernet6
        connector 2 pseudowire ldp EOS16-EOS17
```
3. On EOS1, leverage LDP to advertise the Layer 1 Service to the peer node of EOS4. In addition, use an MTU value of 9000. Use the pseudowire name of EOS16-EOS17 and an ID of 1617. These values must match on both ends of the service.
  
  Note
  
  These values tie together the previous patch configuration.
```
mpls ldp
    !
    pseudowires
        mtu 9000
        !
        pseudowire EOS16-EOS17
            neighbor 4.4.4.4
            pseudowire-id 1617
```
4. Repeat the previous step on EOS4 while adjusting the variables accordingly to match the other side of the service.
```
mpls ldp
    !
    pseudowires
        mtu 9000
        !
        pseudowire EOS16-EOS17
            neighbor 1.1.1.1
            pseudowire-id 1617
```
Configure the Customer-3 CE nodes to connect to each other over the emulated LINE service.
1. Since the Service Provider is providing a Layer 1 service, configure the CE on EOS16 and EOS17 interfaces as OSPF peers as if they were attached back to back with a cable.
  
  Note
  
  The IP addressing on the links has already been configured by the base IPv4 configuration template.
```
interface Ethernet1
    ip ospf network point-to-point
!
router ospf 300
    network 0.0.0.0/0 area 0.0.0.0
    max-lsa 12000
```

Testing¶

With all PE and CE nodes configured, verify connectivity between CE nodes EOS16 and EOS17.
1. Verify that all CE interfaces are able to resolve ARP for their peers and are able to see each other as LLDP neighbors.
  
  Note
  
  The Service Provider network is emulating the behavior of a Layer 1 connection and as such should be transparent to the Layer 2 and 3 operations between the CE nodes. Note that depending on the holdtime of the CE LLDP table, the PEs may still be present, but they should age out.
```
show ip arp
show lldp neighbor
```
2. Verify OSPF adjacencies have formed between the CEs and routes have been exchanged.
```
show ip ospf neighbor
show ip route
```
3. Test connectivity between CE Loopback0 interfaces from EOS16 to EOS17.
```
ping 17.17.17.17 source 16.16.16.16
```
Next, verify the LDP control-plane and MPLS data-plane for the customer E-LINE service.
1. On EOS1, verify the local patch status.
  
  Note
  
  Take note of the MPLS label assigned to the local and remote nodes and that they may differ, since the VPN label for the E-LINE service is locally significant.
```
show interface Ethernet6
show patch panel detail
```
2. Verify the forwarding path for traffic on the pseudowire towards EOS4 on EOS1.
  
  Note
  
  The In/Out section of the show patch panel forwarding output will show the VPN label for the PW and the associated LDP tunnel index for the destination PE. This tunnel index can then be found in the output of the show tunnel rib brief command.
```
show patch panel forwarding
show mpls ldp tunnel
```

Success

Lab Complete!