7. VSR Pseudowire Ports

This chapter provides information about Virtualized Service Router (VSR) pseudowire ports (PW ports), process overview, and implementation notes.

7.1. Flex SW Ports

A PW port represents an extraction point of a payload carried within a tunnel. This payload is extracted onto a PW SAP within a service context (such as a Epipe, VPRN or IES). Various types of tunnels can be supported and the details of each tunnel type whose payload is terminated on a PW port is described in the following sections.

The entry point of a tunnel depends on the routing conditions in the network. To make a distinction between a PW port with a fixed connection to a physical port (a virtual port in the VSR), and a PW port that is free to switch between the ports, the latter is referred to as a Flex PW port.

A Flex PW port is bound to a list of ports, and the tunnel associated with the Flex PW port can be routed (and rerouted) through any port in that list. If traffic is re-routed through a different port due to failure in the network, the Flex PW port continues to be the terminating point of the tunnel, with minimal packet loss incurred during the switchover. See Figure 215.

Figure 215:  Flex PW Port 

7.1.1. PW Port List

Each port eligible to transmit traffic on a Flex PW port, must be added to a pw-port-list.

config>service>system> PW port list# port ?
 - no port <port-id> [<port-id>... (16 max)]
- port <port-id> [<port-id>... (16 max)]

Only hybrid ports (configure port port-id ethernet mode hybrid) can be members of a PW port list.

A port used by Flex PW port can be shared with any other Layer 2 or Layer 3 service. For example, a Layer 3 interface using a regular SAP can be associated with a VPRN service, while the underlying port is also used by a Flex PW port. Another regular SAP from the same port can be associated with a VPLS or Epipe service at the same time.

Follow these rules when populating a PW port list:

  1. A port must be in hybrid mode before it is added to a PW port list.
  2. Before a port is removed from or added to a PW port list, all PW ports must be dissociated from the corresponding Epipe services (the PW ports must be unconfigured). This implies that all PW SAPs be deleted.
  3. Network interfaces (configured in Base routing context) can be configured only on ports that are in the PW port list.
  4. A port mode (access, network, or hybrid) cannot be changed while the port is in the PW port list.

From this, an operator can consider adding all ports that are in hybrid mode to a PW port list from the beginning of the system configuration. This ensures that those ports can be used by Flex PW port at any later time, independently of their current use.

7.1.2. Failover Times

Traffic loss during port switchover depends on several factors:

  1. Routing convergence – This depends on the number of routes in the network and the deployed routing protocol.
  2. The time it takes to associate PW SAPs with a new port. This action is performed within the VSR and the timing depends on the number of PW SAPs that are being moved from the old port to the new port. Note that PW SAPs are not recreated, instead the existing PW-SAPs are re-mapped to a new port.

The egress queues on the new port must be recreated. However, this does not incur additional downtime because a spare egress queue is always present on a port (referred to as a failover queue) and is used while per PW SAP egress queues are being created.

Depending on the scale and network load, downtime during a switchover can range from the sub-second range to a several seconds.

7.1.3. QoS

Egress queues are attached to the port that is used by a Flex PW port to forward traffic (a Flex PW port is bound to one of the ports in the PW port list). In similar fashion, if an egress port scheduler is used, it is attached to the same port. However, the egress port schedulers must be associated by configuration with every port in the PW port list while egress queues are instantiated only on a single port. During a port switchover, egress queues are recreated on the new port and while this is occurring, the failover queue is used to forward traffic. Each port has a single egress failover queue that is used to forward traffic while SAP or subscriber queues are being recreated during transitioning events. A failover queue is an expedited queue with a CIR of 0 and this queue cannot be tied to an egress port scheduler.

On the other hand, egress port scheduler must be configured by the operator in advance on each port in the PW port list so that it can be ready to treat traffic immediately after its children queues are recreated on this port.

Policers are used on ingress and they do not need to be recreated during port switchover. Instead, they are re-mapped to a new port.

A sample QoS configuration is provided below:

  1. Egress port scheduler definition:
       port-scheduler-policy “flex" create
           max-rate 1000000
           group "test" create
           exit
           level 1 rate 100000 cir 70000
       exit
  2. Association between the egress port scheduler and ports:
       configure  port 1/1/1 
           ethernet
              mode hybrid
              encap-type qinq
              egress-scheduler-policy “flex"
           exit
       no shutdown
       configure  port 1/1/2 
           ethernet
              mode hybrid
              encap-type qinq
              egress-scheduler-policy “flex"
           exit
       no shutdown
  3. Association between subscriber queues or policers and the egress port scheduler:
       configure  qos sap-egress 2 
           queue 1 create
              port-parent level 1 cir-level 1
              rate 10000
           exit
           queue 2 create 
              port-parent level 1 cir-level 1
              rate 10000
           exit
           queue 3 create
              port-parent level 2 cir-level 1
              rate 1000 cir 1000
           exit
  4. Applying queue policy to an object:
    Subscriber management
       configure  subscriber-mgmt sla-profile "sla-profile-1"  
           egress 
              qos 2  
           exit 
    PW SAP in a Layer 2 service
       configure  service epipe 10
           sap pw-1:1.2
              egress
              qos 2
           exit
    PW SAP in a Layer 3 service
       configure  service vprn 11
           interface ‘flex-int’
              address 1.1.1.1/24
              sap pw-1:1.3
                 egress
                    qos 2
                 exit
           exit
       exit

7.1.4. PW Port Termination for Various Tunnel Types

The MPLS-based spoke SDP tunnel type is supported on a Flex PW port.

7.1.4.1. MPLS-Based Spoke SDP

An MPLS-based spoke SDP can be rerouted between the ports defined in the PW port list and still be mapped to the same PW port based on the service label. Ethernet payload within the spoke SDP can be extracted onto a PW SAP with minimal traffic loss during port switchover.

7.1.4.1.1. Flex PW-Port Operational State for MPLS Based Spoke SDP

The operational state of the Flex PW port is driven by the ability of the Epipe service (that ties the PW port to the spoke SDP) to forward traffic. The following events renders the PW port non-operational and triggers propagation of the PW status bits toward the remote end:

  1. The Epipe service is shut down. This raises the following flags on the local end:
    1. lacIngressFault
    2. lacEgressFault
    3. psnEgressFault

The corresponding PW status bits that are propagated to the remote end raises the counterpart flags on the remote end.

  1. The PW port within the Epipe service is shutdown. This raises the following flags on the local end:
    1. lacIngressFault
    2. lacEgressFault

The corresponding PW status bits that are propagated to the remote end raises the counterpart flags on the remote end.

  1. MTU mismatch. This raises the following flags on the local end:
    1. lacIngressFault
    2. lacEgressFault
    3. pwNotForwarding
      The corresponding PW status bits that are propagated to the remote end raises the counterpart flags on the remote end.
    In addition, PW port transitions into a non-operation state without propagating any PW status bits if the remote end cannot be reached.
    The operation state of the Flex PW port state can be observed through the state of the underlying tunnel and the corresponding service via the following show command:
    show pw-port 10 detail 
    ===============================================================================
    PW Port Information
    ===============================================================================
    PW Port            : 10
    Encap              : dot1q
    IfIndex            : 1526726666
    Description        : PW Port
    Dot1Q Ethertype    : 0x8100
    Service Id         : 10239
    Admin Status       : up
    Oper Status        : up
    ===============================================================================

7.1.4.1.2. Statistics

Statistics for the number of forwarded or dropped packets pr octets per direction on a Flex PW port associated with a MPLS based spoke SDP are maintained per the spoke SDP. Octets field counts octets in customer frame (including customer’s Ethernet header with VLAN tags).

The following command is used to display Flex PW port statistics along with the status of the spoke SDP associated with the PW port:

config>service>epipe# show pw-port 10 statistics 
===============================================================================
Pw-Port 10
===============================================================================
 
Statistics            :
I. Fwd. Pkts.        : 110                   I. Dro. Pkts.      : 0
I. Fwd. Octs.        : 23060                 I. Dro. Octs.      : 0
E. Fwd. Pkts.        : 76                    E. Fwd. Octets     : 16660
 
Grp Enc Stats         :
I. Dro. Inv. Spi.    : 0                     I. Dro. OthEncPkts.: 0
E. Dro. Enc. Pkts.   : 0                     
===============================================================================

7.1.4.1.3. Provisioning

The termination of a MPLS-based spoke SDP on a Flex PW port follows the common provisioning framework:

  1. Creating a pw-port-list
  2. Adding ports that are in hybrid mode to the pw-port-list
  3. Creating a PW port
  4. Configuring a tunnel
  5. Terminating a tunnel on a PW port via an Epipe service. A PW port must be configured within the Epipe before a spoke SDP is added to the same Epipe.
    The steps for MPLS-based spoke SDP termination on a Flex PW port are displayed in Figure 216.
    Figure 216:  Provisioning MPLS-Based Spoke SDP Termination on a Flex PW Port 
  6. Once a Flex PW port is associated with a tunnel, a payload from the tunnel can be extracted using service delimiting tags (Ethernet VLANs to S-tags, C-tags in the inner Ethernet header) on a PW SAP on a Layer 2 or Layer 3 service. See Figure 217
    Figure 217:  PW SAP Configuration Example