Skip to content

Deploy E-LINE Services for Customer 3

Topology

Preparing The Lab

  1. 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 mesh-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

  1. 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
      
  2. 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

  1. 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
      
  2. 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!