VLL services

This chapter provides information about Virtual Leased Line (VLL) services and implementation notes.

Epipe services

This section provides information about the Epipe services and implementation notes.

Epipe services overview

An Epipe service is a Layer 2 point-to-point service where the customer data is encapsulated and transported across a service provider network. An Epipe service is completely transparent to the subscriber data and protocols. The Epipe service does not perform any MAC learning. A local Epipe service consists of two SAPs on the same node, whereas a distributed Epipe service consists of two SAPs on different nodes.

Each SAP configuration includes a specific port on which service traffic enters the 7210 SAS router from the customer side (also called the access side). Each port is configured with an encapsulation type. If a port is configured with an IEEE 802.1Q (referred to as Dot1q) encapsulation, a unique encapsulation value (ID) must be specified.

The following figure shows Epipe/VLL customer service.

Figure 1. Epipe/VLL service

Epipe with PBB

Note:

Epipes with PBB are supported only on 7210 SAS-T operating in the network mode.

A PBB tunnel may be linked to an Epipe to a B-VPLS. MAC switching and learning is not required for the point-to-point service (all packets ingressing the SAP are PBB encapsulated and forwarded to the PBB tunnel to the backbone destination MAC address, and all the packets ingressing the B-VPLS destined for the ISID are PBB de-encapsulated and forwarded to the Epipe SAP).

A fully specified backbone destination address must be provisioned for each PBB Epipe instance to be used for each incoming frame on the related I-SAP. If the backbone destination address is not found in the B-VPLS FDB, packets may be flooded through the B-VPLSs

All B-VPLS constructs may be used, including B-VPLS resiliency and OAM. Not all generic Epipe commands are applicable when using a PBB tunnel.

Processing packets received with more than two tags on a QinQ SAP in Epipe service

Note:

This section applies to all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

The 7210 SAS platforms operating in access-uplink mode can process and forward packets with more than two tags. See Configuration notes for restrictions on the use of SAPs by platforms operating in access-uplink mode.

To forward packets with two or more tags using a QinQ SAP, an Epipe service type is available for use when 7210 SAS devices are operating in network mode. This service allows for configuration of a QinQ SAP as one endpoint and the following service entities as the other endpoint:

  • MPLS spoke-SDP with vc-type set to vlan

    • The vc-vlan-tag must match the inner-tag VLAN ID value specified in the QinQ SAP.

  • dot1q SAP

    • The VLAN value configured for the dot1q SAP must match the inner-tag VLAN ID value of the QinQ SAP.

  • QinQ SAP

    • The inner VLAN tag of both QinQ SAPs configured in the service must be the same.

In the forward direction, the device will process the packet as follows:

  • If the packet is received on a QinQ SAP, assign an incoming packet to this service based on matching the outermost two tags in the packet header (that is, the first two tags in the packet header). It will strip only the outermost tag (single tag) on ingress and forward the rest to the other endpoint in the service.

  • If the other endpoint the packet is sent out of is an MPLS SDP, MPLS encapsulation is added.

  • If the other endpoint that the packet is sent out of is a dot1q SAP, the packet is forwarded as is, without any egress VLAN checks. It is expected that the operator will ensure that the inner tag of the packet matches the dot1q VLAN value.

  • If the other endpoint that the packet is sent out of is another QinQ SAP (for example, Q1.Q2 SAP), another tag (that is, Q2 tag) is added to the packet and sent out of the QinQ SAP.

In the reverse direction, the device will process the packet as follows:

  • If the packet is received on an MPLS SDP, the vc-vlan tag is retained as is and the VLAN tag corresponding to the outermost tag configured for the QinQ SAP (that is, the other endpoint) is added to the packet. The system does not match the vc-vlan tag received in the packet with the configured value (that is, the inner tag of the QinQ SAP). It is expected that the operator will configure both end of the service appropriately to ensure that only appropriate packets enter the service.

  • If the packet is received on a dot1q SAP, the outermost tag is not stripped and the VLAN tag corresponding to the outermost tag configured for the QinQ SAP is added to the packet.

  • If the packet is received on a QinQ SAP, assign an incoming packet to this service based on matching the outermost two tags in the packet header (that is, the first two tags in the packet header). It will strip only the outermost tag (single tag) on ingress. The VLAN tag corresponding to the outermost tag configured for the QinQ SAP (that is, the other endpoint) is added to the packet, which is forwarded from the QinQ SAP.

Therefore, the device processes packets received with two or more tags using the MPLS SDP or a dot1q SAP while classifying on the QinQ SAP ingress using two tags.

Feature support, configuration notes, and restrictions

An svc-sap-type value qinq-inner-tag-preserve is available for configuring the service. This must be used when creating a new Epipe service if this functionality is needed (for example, epipe 10 svc-sap-type qinq-inner-tag-preserve create):

  • This service is available only in network mode.

  • Epipe service created with the parameter svc-sap-type set to qinq-inner-tag-preserve will allow for only one QinQ SAP and only one SDP of vc-type vlan. The system will not allow the use of any other SAP in this new service; that is, null SAP, Q1. * SAP, 0.* SAP, and so on, are not allowed for configuration in this service. The SDP cannot be of vc-type ether.

  • The user can configure the vlan-vc tag value for the SDP, the dot1q SAP VLAN tag value, and the inner tag VLAN value of a QinQ SAP to match the VLAN ID value of the inner tag specified in the Q1.Q2 SAP configured in the service. For example, if the SAP is 1/1/10:Q1.Q2, the vlan-vc tag must be set to Q2, the dot1q SAP VLAN value must be Q2, and the inner tag of another QinQ SAP must be set to Q2.

    If any other value, other than the QinQ SAP inner tag is configured for the vlan-vc tag or dot1q SAP VLAN value, or for the inner tag of the QinQ SAP, it will be errored out by the software. If the vlan-vc tag value is not configured, it defaults to use the inner VLAN tag value. It is highly recommended that the customer configure the vlan-vc-tag value to match the VLAN ID value of the inner tag configured for the QinQ SAP, to avoid misconfiguration.

  • Existing QoS and ACL functionality for the Epipe service entities are available, with the following exceptions:

    • If the packet is received with more than two tags, IP match-criteria cannot be used with SAP ingress QoS classification and ACLs (both ingress and egress ACLs).

    • If the packet is received with more than two tags, the Ethertype value in the mac-criteria cannot be used with SAP ingress QoS classification and ACLs (both ingress and egress ACLs).

    • Dot1p bits from the outermost tag (that is, Q1 VLAN tag, if the SAP is 1/1/10:Q1.Q2) will be used for SAP ingress classification. Dot1p bits of the outermost tag will be marked on egress, if marking is enabled on the egress port. The Dot1p bit value of the vc-vlan-tag is not used to mark the Dot1p bits of the outermost VLAN tag, when the packets is exiting the QinQ SAP.

  • OAM tools

    • MPLS OAM tools such as vccv-ping, vccv-trace, and so on, are supported for the SDPs.

    • Accounting and Statistics for the service entities (for example, SAP and SDP) will be available as before.

    • CFM/Y.1731 tools are supported. Up and Down MEP is supported on the SAPs and the SDPs configured in the Epipe service.

  • The following redundancy mechanisms available in Epipe service are supported when using MPLS SDP:

    • Epipe PW redundancy

    • MC-LAG based protection for access SAPs using the service type (along with using PW redundancy)

Configuration example of Epipe services for processing of packets received with more than two tags on a QinQ SAP

The following is a sample output of an Epipe service with the vlan-vc-tag value configured to match the inner tag specified in the Q1.Q2 SAP in the service.

*A:7210SAS>config>service# info
----------------------------------------------
epipe 10 svc-sap-type qinq-inner-tag-preserve customer 1 create
       sap 1/1/3:10.45 create
    exit
    spoke-sdp 111:69 vc-type vlan create
         vlan-vc-tag 45
    exit
    no shutdown
----------------------------------------------

The following is a sample output of an Epipe service with QinQ SAP and dot1q SAP. The dot1q SAP (1/1/4:45) VLAN value 45, matches the inner tag VLAN value specified with QinQ SAP (1/1/3:10.45).

*A:7210>config>service# info
----------------------------------------------
epipe 10 svc-sap-type qinq-inner-tag-preserve customer 1 create
       sap 1/1/3:10.45 create
         no shutdown
    exit
    sap 1/1/4:45 create
         no shutdown
    exit
    no shutdown
exit
----------------------------------------------

The following is a sample output of an Epipe service with two QinQ SAPs. The inner tag of both QinQ SAPs matches and is set to a value of 45.

*A:7210>config>service# info
------------------------------------------------------------------------------------
------
epipe 10 svc-sap-type qinq-inner-tag-preserve customer 1 create
    sap 1/1/3:10.45 create
        no shutdown
    exit
    sap 1/1/4:200.45 create
        no shutdown
    exit
    no shutdown
exit
------------------------------------------------------------------------------------
----------

Epipe operational state decoupling

An Epipe service transitions to an operational state of down when only a single entity SAP or binding is active and the operational state of the mate is down or displays an equivalent state. The default behavior does not allow operators to validate the connectivity and measure performance metrics. With this feature, an option is provided to allow operators to validate the connectivity and measure performance metrics of an Epipe service before the customer handoff. The operator can also maintain performance and continuity measurement across their network regardless of the connectivity between the terminating node and the customer.

If the SAP between the operator and the customer enters a oper down state, the Epipe remains operationally up, so the results can continue to be collected uninterrupted. The operator receives applicable port or SAP alerts and alarms. This option is available only for the customer-facing SAP failures. If a network-facing SAP or spoke-SDP, fails the operational state of the Epipe service is set to down. That is, there is no option to hold the service in an up state, if a network component fails.

The following functionality is supported:

  • Configuration under SAP is required to change the default behavior of the Epipe service in response to the SAP failure.

  • The user can create a SAP on a LAG where the LAG has no port members. In this case, the operator configures the ignore-oper-state on the SAP and the service remains operational. However, because no ports exist in the LAG member group, there is no extraction function that can be created. This feature protects against an established working configuration with full forwarding capabilities from failing to collect PM data. The user should shutdown their equipment and place the Epipe SAP in an operationally down state.

  • The SAP connecting the provider equipment to the customer is configured to hold the Epipe service status up when the customer-facing SAP enters any failed state. Only one SAP per Epipe is allowed to be configured.

  • Any failure of the network entity (network SAP or SDP-binding) still causes the Epipe service to transition to operationally down.

  • While the service remains operationally up, all bindings should remain operationally up and should be able to receive and transmit data. The PW status represents the failed SAP in the LDP status message, but this does not prevent the data from using the PW as a transport, in or out. This is the same as LDP status messaging.

  • The SAP failure continues to trigger normal reactions, except the operational state of the service.

  • ETH-CFM PM measurement tools (DMM/SLM) can be used with the UP MEP on the failed SAP to collect performance metric. Additionally, CFM troubleshooting tools and connectivity (LBM, LTM, AIS, CCM) can be used and will function.

  • ETH-CFM CCM processing and fault propagation does not change. Even when a SAP fails with the hold service UP configuration, CCM sets the Interface Status TLV to down.

  • VPLS services remain operationally UP until the final entity in the service enters a failed operational state. There are no changes to VPLS services and the change is specific to Epipe.

Pseudowire switching

Note:

The 7210 SAS-T can only be configured as T-PE nodes.

The 7210 SAS-Mxp, 7210 SAS-Sx/S 1/10GE, and 7210 SAS-Sx 10/100GE can be configured as either T-PE or S-PE nodes.

The pseudowire switching feature provides the user with the ability to create a VLL service by cross-connecting two spoke-SDPs. This feature allows the scaling of VLL and VPLS services in a large network in which the otherwise full mesh of PE devices would require thousands of Targeted LDP (T-LDP) sessions per PE node.

Services with one SAP and one spoke-SDP are usually created on the PE; however, the target destination of the SDP is the pseudowire switching node instead of what is usually the remote PE.

The pseudowire switching node acts in a passive role with respect to signaling of the pseudowires. It waits until one or both of the PEs sends the label mapping message before relaying it to the other PE. This is because it needs to pass the interface parameters of each PE to the other.

A pseudowire switching point TLV is inserted by the switching pseudowire to record its system address when relaying the label mapping message. This TLV is useful in a few situations:

  • It allows for troubleshooting of the path of the pseudowire, especially if multiple pseudowire switching points exist between the two PEs.

  • It helps in loop detection of the T-LDP signaling messages where a switching point would receive back a label mapping message it had already relayed.

  • It is inserted in pseudowire status notification messages when they are sent end-to-end or from a pseudowire switching node toward a destination PE.

Pseudowire OAM is supported for the manual switching pseudowires and allows the pseudowire switching node to relay end-to-end pseudowire status notification messages between the two PEs. The pseudowire switching node can generate a pseudowire status and send it to one or both of the PEs by including its system address in the pseudowire switching point TLV. This allows a PE to identify the origin of the pseudowire status notification message.

In the following pseudowire service switching node example, the user configures a regular Epipe VLL service PE1 and PE2. These services each consist of a SAP and a spoke-SPD. However, the target destination of the SDP is not the remote PE but the pseudowire switching node. In addition, the user configures an Epipe VLL service on the pseudowire switching node using the two SDPs.

|7210 PE1 (Epipe)|---sdp 2:10---|7210 PW SW (Epipe)|---sdp 7:15---|7210 PE2 (Epipe)|

Pseudowire switching with protection

Pseudowire switching scales VLL and VPLS services over a multi-area network by removing the need for a full mesh of targeted LDP sessions between PE nodes. The following figure shows the use of pseudowire redundancy to provide a scalable and resilient VLL service across multiple IGP areas in a provider network.

Figure 2. VLL Resilience with pseudowire redundancy and switching

In the network in the preceding figure, PE nodes act as leading nodes and pseudowire switching nodes act as followers for the purpose of pseudowire signaling. A switching node will need to pass the SAP interface parameters of each PE to the other. T-PE1 sends a label mapping message for the Layer 2 FEC to the peer pseudowire switching node; for example, S-PE1.

It will include the SAP interface parameters, such as MTU, in the label mapping message. S-PE1 checks the FEC against the local information and if a match exists, it appends the optional pseudowire switching point TLV to the FEC TLV in which it records its system address. T-PE1 then relays the label mapping message to S-PE2. S-PE2 performs similar operations and forwards a label mapping message to T-PE2.

The same procedures are followed for the label mapping message in the reverse direction; for example, from T-PE2 to T-PE1. S-PE1 and S-PE2 will affect the spoke-SDP cross-connect only when both directions of the pseudowire have been signaled and matched.

The pseudowire switching TLV is useful in a few situations. First, it allows for troubleshooting of the path of the pseudowire, especially if multiple pseudowire switching points exist between the two T-PE nodes. Second, it helps in loop detection of the T-LDP signaling messages where a switching point receives back a label mapping message it already relayed. Finally, it can be inserted in pseudowire status messages when they are sent from a pseudowire switching node toward a destination PE.

Pseudowire status messages can be generated by the T-PE nodes. Pseudowire status messages received by a switching node are processed and then passed on to the next-hop. An S-PE node appends the optional pseudowire switching TLV, with its system address added to it, to the FEC in the pseudowire status notification message, only if it originated the message or the message was received with the TLV in it. Otherwise, the message was originated by a T-PE node and the S-PE should process and pass the message without changes except for the VC ID value in the FEC TLV.

Pseudowire switching behavior

In the network in VLL Resilience with pseudowire redundancy and switching, PE nodes act as leading nodes and pseudowire switching nodes act as followers for the purpose of pseudowire signaling. A switching node must pass the SAP interface parameters of each PE to the other. T-PE1 sends a label mapping message for the Layer 2 FEC to the peer pseudowire switching node; for example, S-PE1.

It includes the SAP interface parameters, such as MTU, in the label mapping message. S-PE1 checks the FEC against the local information and if a match exists, it appends the optional pseudowire switching point TLV to the FEC TLV in which it records its system address. T-PE1 then relays the label mapping message to S-PE2. S-PE2 performs similar operations and forwards a label mapping message to T-PE2.

The same procedures are followed for the label mapping message in the reverse direction; for example, from T-PE2 to T-PE1. S-PE1 and S-PE2 will affect the spoke-SDP cross-connect only when both directions of the pseudowire have been signaled and matched.

The merging of the received T-LDP status notification message and the local status for the spoke-SDPs from the service manager at a PE complies with the following rules:

  • When the local status for both spokes is up, the S-PE passes any received SAP or SDP-binding generated status notification message unchanged; for example, the status notification TLV is unchanged but the VC ID in the FEC TLV is set to the value of the pseudowire segment to the next hop.

  • When the local operational status for any of the spokes is down, the S-PE always sends SDP-binding down status bits, regardless of whether the received status bits from the remote node indicated SAP up/down or SDP-binding up/down.

Pseudowire switching TLV

The following figure shows the format of the pseudowire switching TLV.

Figure 3. Pseudowire switching TLV format
  • PW sw TLV Length

    This field specifies the total length of all the following pseudowire switching point TLV fields in octets.

  • Type

    This field encodes how the Value field is interpreted.

  • Length

    This field specifies the length of the Value field in octets.

  • Value

    The octet string of Length octets encodes information to be interpreted as specified by the Type field.

The format of the pseudowire switching point sub-TLVs is as follows:

  • pseudowire ID of last pseudowire segment traversed

    This sub-TLV type contains a pseudowire ID in the format of the pseudowire ID.

  • pseudowire switching point description string

    This is an optional description text string up to 80 characters.

  • IP address of pseudowire switching point

  • IPv4 or IPv6 address of pseudowire switching point

    This is an optional sub-TLV.

  • MH VCCV capability indication

Static-to-dynamic pseudowire switching

When one segment of the pseudowire cross-connect at the S-PE is static while the other is signaled using T-LDP, the S-PE operates much like a T-PE from a signaling perspective and as an S-PE from a data plane perspective.

The S-PE signals a label mapping message as soon as the local configuration is complete. The control word C-bit field in the pseudowire FEC is set to the value configured on the static spoke-SDP.

When the label mapping for the egress direction is also received from the T-LDP peer, and the information in the FEC matches that of the local configuration, the static-to-dynamic cross-connect is effected.

It is possible for end nodes of a static pseudowire segment to be misconfigured. In that case, an S-PE or T-PE node may be receiving packets with the wrong encapsulation. Therefore, an invalid payload will be forwarded over the pseudowire or the SAP, respectively. Also, if the S-PE or T-PE node is expecting the control word in the packet encapsulation, and the received packet comes with no control word but the first nibble below the label stack is 0x0001, the packet may be mistaken for a VCCV OAM packet and may be forwarded to the CPM. In that case, the CPM will perform a check of the IP header fields, such as version, IP header length, and checksum. If any of this fails, the VCCV packet will be discarded.

Pseudowire redundancy

Pseudowire redundancy provides the ability to protect a pseudowire with a preprovisioned pseudowire and to switch traffic over to the secondary standby pseudowire in case of a SAP and network failure condition. Usually, pseudowires are redundant because of the SDP redundancy mechanism. For example, if the SDP is an RSVP LSP and is protected by a secondary standby path or by fast reroute (FRR) paths, the pseudowire is also protected. However, there are a couple of applications in which SDP redundancy does not protect the end-to-end pseudowire path:

  • There are two different destination PE nodes for the same VLL service. The main use case is the provision of dual-homing of a CPE or access node to two PE nodes located in different POPs. The other use case is the provision of a pair of active and standby BRAS nodes, or active and standby links to the same BRAS node, to provide service resiliency to broadband service subscribers.

  • The pseudowire path is switched in the middle of the network and the 7210 SAS pseudowire switching node fails.

Pseudowire and VPLS link redundancy extends link-level resiliency for pseudowires and VPLS to protect critical network paths against physical link or node failures. These innovations enable the virtualization of redundant paths across the metro or core IP network to provide seamless and transparent fail-over for point-to-point and multi-point connections and services. When deployed with multi-chassis LAG, the path for return traffic is maintained through the pseudowire or VPLS switchover, which enables carriers to deliver ‟always on” services across their IP/MPLS networks.

VLL resilience with two destination PE nodes

The following figure shows the application of pseudowire redundancy to provide Ethernet VLL service resilience for broadband service subscribers accessing the broadband service on the service provider BRAS.

Figure 4. VLL resilience

If the Ethernet SAP on PE2 fails, PE2 notifies PE1 of the failure by either withdrawing the primary pseudowire label it advertised or by sending a pseudowire status notification with the code set to indicate a SAP defect. PE1 will receive it and will immediately switch its local SAP to forward over the secondary standby spoke-SDP. To avoid black holing of in-flight packets during the switching of the path, PE1 will accept packets received from PE2 on the primary pseudowire while transmitting over the backup pseudowire.

When the SAP on PE2 is restored, PE2 updates the new status of the SAP by sending a new label mapping message for the same pseudowire FEC or by sending a pseudowire status notification message indicating that the SAP is back up. PE1 then starts a timer and reverts back to the primary at the expiry of the timer. By default, the timer is set to 0, which means PE1 reverts immediately. A special value of the timer (infinity) will mean that PE1 should never revert to the primary pseudowire.

The behavior of the pseudowire redundancy feature is the same if PE1 detects or is notified of a network failure that brought the spoke-SDP operational status to down. The following are the events that will cause PE1 to trigger a switchover to the secondary standby pseudowire:

  1. T-LDP peer (remote PE) node withdrew the pseudowire label.

  2. T-LDP peer signaled a FEC status indicating a pseudowire failure or a remote SAP failure.

  3. T-LDP session to the peer node times out.

  4. SDP binding and VLL service went down as a result of a network failure condition, such as the SDP to peer node going operationally down.

The 7210 SAS routers support the ability to configure multiple secondary standby pseudowire paths. For example, PE1 uses the value of the user-configurable precedence parameter associated with each spoke-SDP to select the next available pseudowire path after the failure of the current active pseudowire (whether it is the primary or one of the secondary pseudowires). However, the revertive operation always switches the path of the VLL back to the primary pseudowire. There is no revertive operation between secondary paths, meaning that the path of the VLL will not be switched back to a secondary pseudowire of higher precedence when the latter comes back up again.

-The 7210 SAS routers support the ability for a user-initiated manual switchover of the VLL path to the primary or any of the secondary be supported to divert user traffic in case of a planned outage, such as in node upgrade procedures.

Dynamic multi-segment pseudowire routing

Note:

T-PE functionality is supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

S-PE functionality is only supported on 7210 SAS-Mxp, 7210 SAS-Sx/S 1/10GE, and 7210 SAS-Sx 10/100GE.

The following sections describe the end-to-end solution with BGP PW-routing, assuming appropriate platforms are used for various functions.

Dynamic Multi-Segment Pseudowire (MS-PW) routing enables a complete MS-PW to be established, while only requiring per-pseudowire configuration on the T-PEs. No per-pseudowire configuration is required on the S-PEs. End-to-end signaling of the MS-PW is achieved using T-LDP, while multi-protocol BGP is used to advertise the T-PEs, allowing dynamic routing of the MS-PW through the intervening network of S-PEs. Dynamic MS-PWs are described in IETF draft-ietf-pwe3-dynamic-ms-pw-13.txt.

The following figure shows the operation of dynamic MS-PWs.

Figure 5. Dynamic MS-PW operation

The FEC 129 Attachment Individual Identifier (AII) type 2 structure shown in the following figure is used to identify each individual pseudowire endpoint.

Figure 6. MS-PW addressing using FEC 129 aII Type 2

A four-byte global ID followed by a four-byte prefix and a four-byte attachment circuit ID are used to provide for hierarchical, independent allocation of addresses on a per service provider network basis. The first eight bytes (global ID + prefix) may be used to identify each individual T-PE or S-PE as a loopback Layer 2 address.

This new AII type is mapped into the MS-PW BGP NLRI (a new BGP AFI of L2VPN, and SAFI for network layer reachability information for dynamic MS-PWs. As soon as a new T- PE is configured with a local prefix address of global id:prefix, pseudowire routing will proceed to advertise this new address to all the other T- PEs and S-PEs in the network, as shown in the following figure.

Figure 7. Advertisement of PE addresses by PW routing

In step 1, a new T-PE (T-PE2) is configured with a local prefix.

Next, in steps 2 to 5, MP-BGP will use the NLRI for the MS-PW routing SAFI to advertise the location of the new T-PE to all the other PEs in the network. Alternatively, static routes may be configured on a per T-PE/S-PE basis to accommodate non-BGP PEs in the solution.

As a result, pseudowire routing tables for all the S-PEs and remote T-PEs are populated with the next hop to be used to reach T-PE2.

VLL services can then be established, as shown in the following figure.

Figure 8. Signaling of dynamic MS-PWs using T-LDP

In step 1 and 1', the T-PEs are configured with the local and remote endpoint information, Source AII (SAII), Target AII (TAII). On the 7210 SAS, the AIIs are locally configured for each spoke-SDP, according to the model shown in the following figure. Therefore, the 7210 SAS provides for a flexible mapping of AII to SAP. That is, the values used for the AII are through local configuration, and it is the context of the spoke-SDP that binds it to a specific SAP.

Figure 9. Mapping of AII to SAP

Before T-LDP signaling starts, the two T-PEs determine an active and passive relationship using the highest AII (comparing the configured SAII and TAII) or the configured precedence. Next, the active T-PE (in the IETF draft this is referred to as the source T-PE or ST-PE) checks the PW routing table to determine the next signaling hop for the configured TAII, using the longest match between the TAII and the entries in the PW routing table.

This signaling hop is then used to choose the T-LDP session to the chosen next-hop S-PE. Signaling proceeds through each subsequent S-PE using similar matching procedures to determine the next signaling hop. Otherwise, if a subsequent S-PE does not support dynamic MS-PW routing, and therefore uses a statically configured PW segment, the signaling of individual segments follows the procedures already implemented in the PW switching feature.

Note:

BGP can install a PW AII route in the PW routing table with ECMP next hops. However, when LDP needs to signal a PW with matching TAII, it will choose only one next hop from the available ECMP next hops. PW routing supports up to four ECMP paths for each destination.

The signaling of the forward path ends when the PE matches the TAII in the label mapping message with the SAII of a spoke-SDP bound to a local SAP. The signaling in the reverse direction can now be initiated, which follows the entries installed in the forward path. The PW routing tables are not consulted for the reverse path. This ensures that the reverse direction of the PW follows exactly the same set of S-PEs as the forward direction.

This solution can be used in either a MAN-WAN environment or in an inter-AS/inter-provider environment, as shown in the following figure.

Figure 10. VLL using dynamic MS-PWs, Inter-AS scenario
Note:

Data plane forwarding at the S-PEs uses pseudowire service label switching, as per the pseudowire switching feature.

Pseudowire routing

Each S-PE and T-PE has a pseudowire routing table that contains a reference to the T-LDP session to use to signal to a set of next-hop S-PEs to reach a specific T-PE (or the T-PE if that is the next hop). For VLLs, this table contains aggregated AII type 2 FECs and may be populated with routes that are learned through MP-BGP or that are statically configured.

MP-BGP is used to automatically distribute T-PE prefixes using the new MS-PW NLRI, or static routes can be used. The MS-PW NLRI is composed of a length, an eight-byte RD, a four-byte global ID, a four-byte local prefix, and (optionally) a four-byte AC ID. Support for the MS-PW address family is configured in CLI under config>router>bgp>family ms-pw.

MS-PW routing parameters are configured in the config>service>pw-routing context.

To enable support for dynamic MS-PWs on a 7210 SAS node to be used as a T-PE or S-PE, a single, globally unique, S-PE ID, known as the S-PE address, is first configured under config>service>pw-routing on each 7210 SAS to be used as a T-PE or S-PE. The S-PE address has the format global-id:prefix. It is not possible to configure any local prefixes used for pseudowire routing or to configure spoke-SPDs using dynamic MS-PWs at a T-PE unless an S-PE address has already been configured. The S-PE address is used as the address of a node used to populate the switching point TLV in the LDP label mapping message and the pseudowire status notification sent for faults at the S-PE.

Each T-PE is also be configured with the following parameters:

  1. Global ID

    This is a 4-byte identifier that uniquely identifies an operator or the local network.

  2. Local prefix

    One or more local (Layer 2) prefixes (up to a maximum of 16), which are formatted in the style of a 4-octet IPv4 address. A local prefix identifies a T-PE or S-PE in the PW routing domain.

  3. For each local prefix, at least one 8-byte route distinguisher can be configured. It is also possible to configure an optional BGP community attribute.

For each local prefix, BGP then advertises each global ID/prefix tuple and unique RD and community pseudowire using the MS-PW NLRI, based on the aggregated FEC129 AII Type 2 and the Layer 2 VPN/PW routing AFI/SAFI 25/6, to each T-PE/S-PE that is a T-LDP neighbor, subject to local BGP policies.

The dynamic advertisement of each of these pseudowire routes is enabled for each prefix and RD, using the advertise-bgp command.

Exporting MS-PW routes in MP-BGP

An export policy is also required to export MS-PW routes in MP-BGP. This can be done using a default policy, such as the following:


*A:lin-123>config>router>policy-options# info
----------------------------------------------
            policy-statement "ms-pw"
                default-action accept
                exit
            exit
----------------------------------------------


However, the preceding would export all routes. A recommended choice is to enable filtering per-family, as follows:


*A:lin-123>config>router>policy-options# info
----------------------------------------------
            policy-statement "to-mspw"
                entry 1
                    from
                        family ms-pw
                    exit
                    action accept
                    exit
                exit
            exit
----------------------------------------------

The following command is then added in the config>router>bgp context:

export "to-mspw"

The local preference for iBGP and BGP communities can be configured under such a policy.

Static routing

In addition to support for BGP routing, static MS-PW routes may also be configured using the config>services>pw-routing>static-route command. Each static route comprises the target T-PE global ID and prefix, and the IP address of the T-LDP session to the next-hop S-PE or T-PE that should be used.

If a static route is set to 0, this represents the default route. If a static route exists to a specific T-PE, this is used in preference to any BGP route that may exist.

Explicit paths

A set of default explicit paths to a remote T-PE or S-PE prefix may be configured on a T-PE under config>services>pw-routing using the path name command. Explicit paths are used to populate the explicit route TLV used by MS-PW T-LDP signaling. Only strict (fully qualified) explicit paths are supported.

Note that it is possible to configure explicit paths independently of the configuration of BGP or static routing.

Configuring VLLs using dynamic MS-PW

One or more spoke-SDPs may be configured for distributed Epipe VLL services. Dynamic MS-PWs use FEC129 (also known as the Generalized ID FEC) with AII type 2 to identify the pseudowire, as opposed to FEC128 (also known as the PW ID FEC) used for traditional single segment pseudowires and for pseudowire switching. FEC129 spoke-SDPs are configured under the spoke-sdp-fec command in the CLI.

FEC129 AII type 2 uses a SAII and a TAII to identify the end of a pseudowire at the T-PE. The SAII identifies the local end, while the TAII identifies the remote end. The SAII and TAII are each structured as follows:

  • global ID

    The global ID is a 4-byte identifier that uniquely identifies an operator or the local network.

  • prefix

    This is 4-byte prefix, which should correspond to one of the local prefixes assigned under pw-routing.

  • AC ID

    The AC ID is a 4-byte identifier for this end of the pseudowire. This should be locally unique within the scope of the global-id:prefix.

Active/passive T-PE selection

Dynamic MS-PWs use single-sided signaling procedures with double-sided configuration; a fully qualified FEC must be configured at both endpoints. That is, one T-PE (the source T-PE: ST-PE) of the MS-PW initiates signaling for the MS-PW, while the other end (the terminating T-PE: TT-PE) passively waits for the label mapping message from the far-end. The TT-PE only responds with a label mapping message to set up the opposite direction of the MS-PW when it receives the label mapping from the ST-PE. By default, the 7210 SAS will determine which T-PE is the ST-PE (the active T-PE) and which is the TT-PE (the passive T-PE) automatically, based on comparing the SAII with the TAII as unsigned integers. The T-PE with SAII>TAII assumes the active role. However, it is possible to override this behavior using the signaling {master | auto} command in the spoke-sdp-fec context. If master is selected at a specific T-PE, it will assume the active role. If a T-PE is at the endpoint of a spoke-SDP that is bound to an VLL SAP, and single-sided autoconfiguration is used, that endpoint is always passive. Therefore, signaling master should only be used when it is known that the far end will assume a passive behavior.

Automatic endpoint configuration

Automatic endpoint configuration allows the configuration of an endpoint without specifying the TAII associated with that spoke-SDP FEC. It allows a single-sided provisioning model where an incoming label mapping message with a TAII that matches the SAII of that spoke-SDP can be automatically bound to that endpoint. This is useful in scenarios where a service provider must separate the service configuration from the service activation phase.

Automatic endpoint configuration is supported and required for Epipe VLL spoke-SDP FEC endpoints bound to a VLL SAP. It is configured using the spoke-sdp-fec auto-config command, and excludes the TAII from the configuration. When autoconfiguration is used, the node assumes passive behavior with regards to T-LDP signaling. Therefore, the far-end T-PE must be configured for signaling master for that spoke-SDP FEC.

Selecting a path for an MS-PW

Path selection for signaling occurs in the outbound direction (ST-PE to TT-PE) for an MS-PW. In the TT-PE to ST-PE direction, a label mapping message follows the reverse of the path of the outgoing label mapping.

A node can use explicit paths, static routes, or BGP routes to select the next hop S-PE or T-PE. The order of preference used in selecting these routes is:

  1. explicit path

  2. static route

  3. BGP route

To use an explicit path for an MS-PW, an explicit path must have been configured in the config>services>pw-routing>path path-name context. The user must then configure the corresponding path path-name in the spoke-sdp-fec context.

If an explicit path name is not configured, the TT-PE or S-PE will perform a longest match lookup for a route (static if it exists, and BGP if not) to the next-hop S-PE or T-PE to reach the TAII.

Pseudowire routing chooses the MS-PW path in terms of the sequence of S-PEs to use to reach a specific T-PE. It does not select the SDP to use on each hop, which is instead determined at signaling time. When a label mapping is sent for a specific pseudowire segment, an LDP SDP will be used to reach the next-hop S-PE/T-PE if such an SDP exists. If not, and an RFC 3107 labeled BGP SDP is available, then that will be used. Otherwise, the label mapping will fail and a label release will be sent.

Pseudowire templates

Dynamic MS-PWs support the use of the pseudowire template for specifying generic pseudowire parameters at the T-PE. The pseudowire template to use is configured in the spoke-sdp-fec>pw-template-bind policy-id context. Dynamic MS-PWs do not support the provisioned SDPs specified in the pseudowire template.

Pseudowire redundancy

Pseudowire redundancy is supported on dynamic MS-PWs used for VLLs. It is configured in a similar manner to pseudowire redundancy on VLLs using FEC128, whereby each spoke-SDP FEC within an endpoint is configured with a unique SAII/TAII.

The following figure shows the use of pseudowire redundancy.

Figure 11. Pseudowire redundancy

The following is a summary of the key points to consider in using pseudowire redundancy with dynamic MS-PWs:

  • Each MS-PW in the redundant set must have a unique SAII/TAII set and is signaled separately. The primary pseudowire is configured in the spoke-sdp-fec>primary context.

  • Each MS-PW in the redundant set should use a diverse path (from the point of view of the S-PEs traversed) from every other MS-PW in that set, if path diversity is possible in a specific network topology. There are a number of possible ways to achieve this:

    • Configure an explicit path for each MS-PW.

    • Allow BGP routing to automatically determine diverse paths using BGP policies applied to different local prefixes assigned to the primary and standby MS-PWs.

    • Provide path diversity for each primary pseudowire through the use of a BGP route distinguisher.

If the primary MS-PW fails, it fails-over to a standby MS-PW, as per the normal pseudowire redundancy procedures. A configurable retry timer for the failed primary MS-PW is then started. When the timer expires, it attempts to reestablish the primary MS-PW using its original path, up to a maximum number of attempts as per the retry count parameter. The T-PE may then optionally revert to the primary MS-PW on successful reestablishment.

Note:

Because the SDP ID is determined dynamically at signaling time, it cannot be used as a tie breaker to choose the primary MS-PW between multiple MS-PWs of the same precedence. The user should therefore explicitly configure the precedence values to determine which MS-PW is active in the final selection.

VCCV OAM for dynamic MS-PWs

The primary difference between dynamic MS-PWs and those using FEC128 is support for FEC129 AII type 2. As in PW switching, VCCV on dynamic MS-PWs requires the use of the VCCV control word on the pseudowire. Both the vccv-ping and vccv-trace commands support dynamic MS-PWs.

VCCV-Ping on dynamic MS-PWs

VCCV-ping supports the use of FEC129 AII type 2 in the target FEC stack of the ping echo request message. The FEC to use in the echo request message is derived in one of two ways: either the user can explicitly specify the SAII and TAII to use, or the user can specify only the spoke-sdp-fec-id of the MS-PW in the vccv-ping command.

If the SAII:TAII is entered by the user in the vccv-ping command, those values are used for the VCCV-ping echo request. However, their order is reversed before being sent, so that they match the order for the downstream FEC element for an S-PE, or the locally configured SAII:TAII for a remote T-PE of that MS-PW.

Note:

If SAII:TAII is entered in addition to the spoke-sdp-fec-id, the system will verify the entered values against the values stored in the context for that spoke-sdp-fec-id.

If the SAII:TAII to use in the target FEC stack of the VCCV-ping message is not entered by the user, and if a switching point TLV was received in the initial label mapping message for the reverse direction of the MS-PW (with respect to the sending PE), the SAII:TAII to use in the target FEC stack of the VCCV-ping echo request message is derived by parsing that TLV based on the user-specified TTL (or a TTL of 255 if none is specified). In this case, the order of the SAII:TAII in the switching point TLV is maintained for the VCCV-ping echo request message.

If no pseudowire switching point TLV was received, the SAII:TAII values to use for the VCCV-ping echo request are derived from the MS-PW context, but their order is reversed before being sent, so that they match the order for the downstream FEC element for an S-PE, or the locally configured SAII:TAII for a remote T-PE of that MS-PW.

Note:

The use of spoke-sdp-fec-id in vccv-ping is only applicable at T-PE nodes, because it is not configured for a specific MS-PW at S-PE nodes.

VCCV-Trace on dynamic MS-PWs

The 7210 SAS supports the MS-PW path trace mode of operation for VCCV-trace, as per pseudowire switching, but using FEC129 AII type 2. As in the case of VCCV-ping, the SAII:TAII used in the VCCV-trace echo request message sent from the T-PE or S-PE, from which the vccv-trace command is executed, is specified by the user or derived from the context of the MS-PW.

Note:

The use of spoke-sdp-fec-id in vccv-trace is only applicable at T-PE nodes, since it is not configured for a specific MS-PW at S-PE nodes

Example dynamic MS-PW configuration

The following figure shows how to configure dynamic MS-PWs for a VLL service between a set of 7210 SAS nodes. The network consists of two 7210 T-PEs and two 7210 SAS nodes in the role of S-PEs. Each 7210 SAS peers with its neighbor using LDP and BGP.

Figure 12. Dynamic MS-PW example

This example uses BGP to route dynamic MS-PWs and T-LDP to signal them. Therefore, each node must be configured to support the MS-PW address family under BGP, and BGP and LDP peerings must be established between the T-PEs/S-PEs. The appropriate BGP export policies must also be configured.

Finally, pseudowire routing must be configured on each node. This includes an S-PE address for every participating node, and one or more local prefixes on the T-PEs. MS-PW paths and static routes may also be configured. When this routing and signaling infrastructure is established, spoke-SDP FECs can be configured on each of the T-PEs.

Sample configuration for T-PE1

The following is a sample configuration for T-PE1.

config
   router
      ldp
         targeted-session
            peer 10.20.1.5
            exit
         exit
      policy-options
         begin
         policy-statement "exportMsPw"
            entry 10
               from
                  family ms-pw
               exit
               action accept
               exit
            exit
         exit
         commit
      exit
      bgp
         family ms-pw
         connect-retry 1
         min-route-advertisement 1
         export "exportMsPw" 
         rapid-withdrawal          
         group "ebgp"
            neighbor 10.20.1.5
               multihop 255
               peer-as 200
            exit
         exit
     exit

config
   service
      pw-routing
         spe-address 3:10.20.1.3
         local-prefix 3:10.20.1.3 create
         exit
         path "path1_to_F" create
            hop 1 10.20.1.5
            hop 2 10.20.1.2
            no shutdown
        exit
     exit
     epipe 1 customer 1 vpn 1 create
        description "Default epipe
             description for service id 1"
        service-mtu 1400
        service-name "XYZ Epipe 1"
        sap 2/1/1:1 create
        exit
        spoke-sdp-fec 1 fec 129 aii-type 2 create
           retry-timer 10
           retry-count 10
           saii-type2 3:10.20.1.3:1
           taii-type2 6:10.20.1.6:1
           no shutdown
        exit
        no shutdown
     exit

Sample configuration for T-PE2

The following is a sample configuration for T-PE2.

config
   router
      ldp
         targeted-session
            peer 10.20.1.2
            exit
         exit
         …
      policy-options
         begin
         policy-statement "exportMsPw"
            entry 10
               from
                  family ms-pw
               exit
               action accept
               exit
            exit
         exit
         commit
      exit
      
      bgp
         family ms-pw
         connect-retry 1
         min-route-advertisement 1
         export "exportMsPw" 
         rapid-withdrawal          
         group "ebgp"
            neighbor 10.20.1.2
               multihop 255
               peer-as 300
            exit
         exit
     exit

config
   service
      pw-routing
         spe-address 6:10.20.1.6
         local-prefix 6:10.20.1.6 create
         exit
         path "path1_to_F" create
            hop 1 10.20.1.2
            hop 2 10.20.1.5
            no shutdown
        exit
     exit
     epipe 1 customer 1 vpn 1 create
        description "Default epipe
             description for service id 1"
service-mtu 1400
        service-name "XYZ Epipe 1"
        sap 1/1/3:1 create
        exit
        spoke-sdp-fec 1 fec 129 aii-type 2 create
           retry-timer 10
           retry-count 10
           saii-type2 6:10.20.1.6:1
           taii-type2 3:10.20.1.3:1
           no shutdown
        exit
        no shutdown
     exit

Sample configuration for S-PE1

The following is a sample configuration for S-PE1.

config
   router
      ldp
         targeted-session
            peer 10.20.1.3
            exit
            peer 10.20.1.2
            exit
         exit
         …
      bgp
         family ms-pw
         connect-retry 1
         min-route-advertisement 1
         rapid-withdrawal          
         group "ebgp"
            neighbor 10.20.1.2
               multihop 255
               peer-as 300
            exit
            neighbor 10.20.1.3
               multihop 255
               peer-as 100
            exit
         exit
     exit

   service
      pw-routing
         spe-address 5:10.20.1.5
      exit

Sample configuration for S-PE2

The following is a sample configuration for S-PE2.

config
   router
      ldp
         targeted-session
            peer 10.20.1.5
            exit
            peer 10.20.1.6
            exit
         exit
         …
      bgp
         family ms-pw
         connect-retry 1
         min-route-advertisement 1
         rapid-withdrawal          
         group "ebgp"
            neighbor 10.20.1.5
               multihop 255
               peer-as 200
            exit
            neighbor 10.20.1.6
               multihop 255
               peer-as 400
            exit           
         exit
     exit
service
      pw-routing
         spe-address 2:10.20.1.2
      exit

Master-slave operation

Note:

The standby-signaling-master command is supported on all 7210 SAS platforms as described in this document, except for those operating in access-uplink mode. The standby-signaling-slave command is not supported. In the following section, references to the standby-signaling-slave command are only used to describe the complete solution. The 7210 SAS platforms can only be used where the standby-signaling-master command is used in the example.

This section describes a mechanism in which one end on a pseudowire (the ‟master”) dictates the active PW selection, which is followed by the other end of the PW (the ‟slave”). This mechanism and associated terminology is specified in RFC 6870.

This section describes master-slave pseudowire redundancy. This redundancy adds the ability for the remote peer to react to the pseudowire standby status notification, even if only one spoke-SDP terminates on the VLL endpoint on the remote peer, by blocking the transmit (Tx) direction of a VLL spoke-SDP when the far-end PE signals standby. This solution enables the blocking of the Tx direction of a VLL spoke-SDP at both master and slave endpoints when standby is signalled by the master endpoint. This satisfies a majority of deployments where bidirectional blocking of the forwarding on a standby spoke-SDP is required.

The following figure shows the operation of master-slave pseudowire redundancy. In this scenario, an Epipe service is provided between CE1 and CE2. CE2 is dual-homed to PE2 and PE3, and therefore PE1 is dual-homed to PE2 and PE3 using Epipe spoke-SDPs. The objective of this feature is to ensure that only one pseudowire is used for forwarding in both directions by PE1, PE2, and PE3, in the absence of a native dual homing protocol between CE2 and PE2/PE3, such as MC-LAG. In normal operating conditions (the SAPs on PE2 and PE3 toward CE2 are both up and there are no defects on the ACs to CE2), PE2 and PE3 cannot choose which spoke-SDP to forward on based on the status of the AC redundancy protocol.

Figure 13. Master-slave pseudowire redundancy

Master-slave pseudowire redundancy adds the ability for the remote peer to react to the pseudowire standby status notification, even if only one spoke-SDP terminates on the VLL endpoint on the remote peer. When the CLI command standby-signaling-slave is enabled at the spoke-SDP or explicit endpoint level in PE2 and PE3, any spoke-SDP for which the remote peer signals PW FWD standby will be blocked in the transmit direction.

This is achieved as follows. The standby-signaling-master state is activated on the VLL endpoint in PE1. In this case, a spoke-SDP is blocked in the transmit direction at this master endpoint if it is either in operDown state, or it has lower precedence than the highest precedence spoke-SDP, or the specific peer PE signals one of the following pseudowire status bits:

  • pseudowire not forwarding (0x01)

  • SAP (ingress) receive fault (0x02)

  • SAP (egress) transmit fault (0x04)

  • SDP binding (ingress) receive fault (0x08)

  • SDP binding (egress) transmit fault (0x10)

That the specific spoke-SDP has been blocked will be signaled to the LDP peer through the pseudowire status bit (PW FWD standby (0x20)). This will prevent traffic being sent over this spoke-SDP by the remote peer, but only in case that remote peer supports and reacts to pseudowire status notification. Previously, this applied only if the spoke-SDP terminated on an IES, VPRN, or VPLS.

Note that although master-slave operation provides bidirectional blocking of a standby spoke-SDP during steady-state conditions, it is possible that the Tx directions of more than one slave endpoint can be active for transient periods during a fail-over operation. This is because of slave endpoints transitioning a spoke-SDP from standby to active receiving and processing a pseudowire preferential forwarding status message before those transitioning a spoke-SDP to standby.

This transient condition is most likely when a forced switch-over is performed, or the relative preferences of the spoke-SDPs are changed, or the active spoke-SDP is shutdown at the master endpoint. During this period, loops of unknown traffic may be observed. Fail-overs because of common network faults that can occur during normal operation, or a failure of connectivity on the path of the spoke-SDP or the SAP, would not result in such loops in the datapath.

Operation of master-slave pseudowire redundancy with existing scenarios

This section describes how master-slave pseudowire redundancy could operate.

VLL resilience path

The following figure shows a VLL resilience path example. An sample configuration follows.

Figure 14. VLL resilience
Note:

A revert-time value of zero (default) means that the VLL path will be switched back to the primary immediately after it comes back up.

Sample configuration for PE1

The following is a sample configuration for PE1.

configure service epipe 1
     endpoint X
     exit
     endpoint Y
     revert-time 0
     standby-signaling-master
     exit
     sap 1/1/1:100 endpoint X
     spoke-sdp 1:100 endpoint Y 
precedence primary
     spoke-sdp 2:200 endpoint Y 
precedence 1
Sample configuration for PE2

The following is a sample configuration for PE2.

configure service epipe 1
     endpoint X
     exit
     sap 2/2/2:200 endpoint X
     spoke-sdp 1:100 
          standby-signaling-slave

Sample configuration for PE3

The following is a sample configuration for PE3.

configure service epipe 1
     endpoint X
     exit
     sap 3/3/3:300 endpoint X
     spoke-sdp 2:200 
          standby-signaling-slave

VLL resilience for a switched PW path

Note:

T-PE functionality is supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

S-PE functionality is only supported on 7210 SAS-Mxp, 7210 SAS-Sx/S 1/10GE, and 7210 SAS-Sx 10/100GE.

The following figure shows VLL resilience for a switched pseudowire path example. A sample configuration follows.

Figure 15. VLL resilience with pseudowire switching

Sample configuration of T-PE1

The following is a sample configuration of T-PE1.

configure service epipe 1
     endpoint X
     exit
     endpoint Y
     revert-time 100
     standby-signaling-master
     exit
     sap 1/1/1:100 endpoint X
     spoke-sdp 1:100 endpoint Y 
          precedence primary
     spoke-sdp 2:200 endpoint Y 
          precedence 1
     spoke-sdp 3:300 endpoint Y 
          precedence 1

Sample configuration of T-PE2

The following is a sample configuration of T-PE2.

configure service epipe 1
     endpoint X
     exit
     endpoint Y
     revert-time 100
     standby-signaling-slave
     exit
     sap 2/2/2:200 endpoint X
     spoke-sdp 4:400 endpoint Y 
          precedence primary
     spoke-sdp 5:500 endpoint Y 
          precedence 1
     spoke-sdp 6:600 endpoint Y 
          precedence 1

VC switching indicates a VC cross-connect so that the service manager does not signal the VC label mapping immediately, but will put this into passive mode.

Sample configuration of S-PE1

The following is a sample configuration of S-PE1.

configure service epipe 1 vc-switching 
     spoke-sdp 1:100 
     spoke-sdp 4:400 

Access mode resilience Using MC-LAG and pseudowire redundancy

The following figure shows the use of both Multi-Chassis Link Aggregation (MC-LAG) in the access network and pseudowire redundancy in the core network to provide a resilient end-to-end VLL service to the customers.

Figure 16. Access node resilience using MC-LAG and PW redundancy

In this application, a pseudowire status bit of active or standby indicates the status of the SAP in the MC-LAG instance in the 7210 SAS aggregation node. All spoke-SDPs are of secondary type and there is no use of a primary pseudowire type in this mode of operation.

Node A is in the active state according to its local MC-LAG instance, and therefore advertises active status notification messages to both its peer pseudowire nodes; for example, nodes C and D. Node D performs the same operation. Node B is in the standby state according to the status of the SAP in its local MC-LAG instance, and therefore advertises standby status notification messages to both nodes C and D. Node C performs the same operation.

The 7210 SAS node selects a pseudowire as the active path for forwarding packets when both the local pseudowire status and the received remote pseudowire status indicate active status. However, a 7210 SAS device in standby status according to the SAP in its local MC-LAG instance is capable of processing packets for a VLL service received over any of the pseudowires that are up. This is to avoid black holing of user traffic during transitions.

The 7210 SAS standby node forwards these packets to the active node via the Inter-Chassis Backup (ICB) pseudowire for this VLL service. An ICB is a spoke-SDP used by an MC-LAG node to back up an MC-LAG SAP during transitions. The same ICB can also be used by the peer MC-LAG node to protect against network failures causing the active pseudowire to go down.

Note that at configuration time, the user specifies a precedence parameter for each of the pseudowires that are part of the redundancy set as described in the application. A 7210 SAS node uses this to select which pseudowire to forward packet to in case both pseudowires show active/active for the local/remote status during transitions.

Only VLL service of type Epipe is supported in this application. Also, ICB spoke-SDP can only be added to the SAP side of the VLL cross-connect if the SAP is configured on a MC-LAG instance.

VLL resilience for a switched pseudowire path

The following figure shows the use of both pseudowire redundancy and pseudowire switching to provide a resilient VLL service across multiple IGP areas in a provider network.

Figure 17. VLL resilience with PW redundancy and PW switching

Pseudowire switching is a method for scaling a large network of VLL or VPLS services by removing the need for a full mesh of T-LDP sessions between the PE nodes as the number of these nodes grows over time.

As in the application in VLL resilience for a switched pseudowire path, the T-PE1 node switches the path of a VLL to a secondary standby pseudowire, in the case of a network-side failure causing the VLL binding status to be down or if T-PE2 notified it that the remote SAP went down. This application requires that pseudowire status notification messages generated by either a T-PE node or a S-PE node be processed and relayed by the S-PE nodes.

Note:

It is possible that the secondary pseudowire path terminates on the same target PE as the primary; for example, T-PE2. This provides protection against network-side failures, but not against a remote SAP failure.

When the target destination PE for the primary and secondary pseudowires is the same, T-PE1 will usually not switch the VLL path onto the secondary pseudowire upon receipt of a pseudowire status notification indicating that the remote SAP is down. This occurs because the status notification is sent over both the primary and secondary pseudowires. However, the status notification on the primary pseudowire may arrive earlier than the one on the secondary pseudowire because of the differential delay between the paths. This will cause T-PE1 to switch the path of the VLL to the secondary standby pseudowire and remain there until the status notification is cleared. At that time, the VLL path is switched back to the primary pseudowire because of the revertive behavior operation. The path will not switch back to a secondary path when it comes up, even if it has a higher precedence than the currently active secondary path.

Pseudowire redundancy service models

This section describes the various MC-LAG and pseudowire redundancy scenarios, and the algorithm used to select the active transmit object in a VLL endpoint.

Redundant VLL service model

To implement pseudowire redundancy, a VLL service accommodates more than a single object on the SAP side and on the spoke-SDP side. The following figure shows the model for a redundant VLL service based on the concept of endpoints.

Figure 18. Redundant VLL endpoint objects

A VLL service supports, by default, two implicit endpoints managed internally by the system. Each endpoint can only have one object: a SAP or a spoke-SDP.

To add more objects, up to two explicitly named endpoints may be created per VLL service. The endpoint name is locally significant to the VLL service. They are referred to as endpoint X and endpoint Y as shown in the preceding figure.

The preceding figure is only an example and the Y endpoint can also have a SAP and/or an ICB spoke-SDP. The following describes the four types of endpoint objects supported and the rules used when associating them with an endpoint of a VLL service:

  • SAP

    There can only be a maximum of one SAP per VLL endpoint.

  • primary spoke-SDP

    The VLL service always uses this pseudowire and only switches to a secondary pseudowire when it is down. The VLL service switches the path to the primary pseudowire when it is back up. The user can configure a timer to delay reverting back to primary or to never revert. There can only be a maximum of one primary spoke-SDP per VLL endpoint.

  • secondary spoke-SDP

    There can be a maximum of four secondary spoke-SDPs per endpoint. The user can configure the precedence of a secondary pseudowire to indicate the order in which a secondary pseudowire is activated.

  • inter-chassis backup (ICB) spoke-SDP

    This is a special pseudowire used for MC-LAG and pseudowire redundancy applications. Forwarding between ICBs is blocked on the same node. The user has to explicitly indicate that the spoke-SDP is an ICB at creation time. There are a few scenarios, as follows, where the user can configure the spoke-SDP as an ICB or as a regular spoke-SDP on a specific node. The CLI for those cases will indicate both options.

A VLL service endpoint can only use one active object to transmit at a time, but can receive from all endpoint objects.

An explicitly named endpoint can have a maximum of one SAP and one ICB. When a SAP is added to the endpoint, only one more object of type ICB spoke-SDP is allowed. The ICB spoke-SDP cannot be added to the endpoint if the SAP is not part of a MC-LAG instance. A SAP that is not part of a MC-LAG instance cannot be added to an endpoint that already has an ICB spoke-SDP.

An explicitly named endpoint, which does not have a SAP object, can have a maximum of four spoke-SDPs and can include any of the following:

  • a single primary spoke-SDP

  • one or many secondary spoke-SDPs with precedence

  • a single ICB spoke-SDP

T-LDP status notification handling rules

Using Redundant VLL endpoint objects as a reference, the following are the rules for generating, processing, and merging T-LDP status notifications in VLL service with endpoints. Note that any allowed combination of objects as specified in Redundant VLL service model can be used on endpoints ‟X” and ‟Y”. The following sections refer to the specific combination objects in Redundant VLL endpoint objects as an example to describe the more general rules.

Processing endpoint SAP active/standby status bits

The advertised admin forwarding status of active/standby reflects the status of the local LAG SAP in the MC-LAG application. If the SAP is not part of a MC-LAG instance, the forwarding status of active is always advertised.

When the SAP in endpoint ‟X” is part of a MC-LAG instance, a node must send the T-LDP forwarding status bit of ‟SAP active/standby” over all ‟Y” endpoint spoke-SDPs, except the ICB spoke-SDP, whenever this status changes. The status bit sent over the ICB is always zero (active by default).

When the SAP in endpoint ‟X” is not part of a MC-LAG instance, the forwarding status sent over all ‟Y” endpoint spoke-SDPs should always be set to zero (active by default).

Processing and merging

Endpoint X is operationally up if at least one of its objects is operationally up. It is down if all its objects are operationally down.

If the SAP in endpoint X transitions locally to the down state, or receives a SAP down notification by SAP-specific OAM signal, the node must send T-LDP SAP down status bits on the Y endpoint ICB spoke-SDP only.

Note:

The Ethernet SAP does not support the SAP OAM protocol. All other SAP types cannot exist on the same endpoint as an ICB spoke-SDP because a non-Ethernet SAP cannot be part of an MC-LAG instance.

If the ICB spoke-SDP in endpoint X transitions locally to the down state, the node must send T-LDP SDP-binding down status bits on this spoke-SDP.

If the ICB spoke-SDP in endpoint X receives T-LDP SDP-binding down status bits or pseudowire not forwarding status bits, the node saves this status and takes no further action. The saved status is used for selecting the active transmit endpoint object.

If all objects in endpoint X have any of the following happen, the node must send status bits of SAP down over all Y endpoint spoke-SDPs, including the ICB:

  • transition locally to down state

  • receive a SAP down notification by remote T-LDP status bits or by SAP-specific OAM signal

  • receive status bits of SDP-binding down

  • receive status bits of pseudowire not forwarding

Endpoint Y is operationally up if at least one of its objects is operationally up. It is down if all its objects are operationally down.

If a spoke-SDP in endpoint Y, including the ICB spoke-SDP, transitions locally to down state, the node must send T-LDP SDP-binding down status bits on this spoke-SDP.

If a spoke-SDP in endpoint Y, including the ICB spoke-SDP, receive any of the following, the node saves this status and takes no further action:

  • T-LDP SAP down status bits

  • T-LDP SDP-binding down status bits

  • status bits of pseudowire not forwarding

The saved status is used for selecting the active transmit endpoint object.

If all objects in endpoint Y, except the ICB spoke-SDP, have any of the following happen, the node must send status bits of SDP-binding down over the X endpoint ICB spoke-SDP only:

  • transition locally to down state

  • receive T-LDP SAP down status bits

  • receive T-LDP SDP-binding down status bits

  • receive status bits of pseudowire not forwarding

If all objects in endpoint Y have any of the following happen, the node must send status bits of the SDP-binding down over the X endpoint ICB spoke-SDP, and must send a SAP down notification on the X endpoint SAP by the SAP-specific OAM signal, if applicable:

  • transition locally to down state

  • receive T-LDP SAP down status bits

  • receive T-LDP SDP-binding down status bits

  • receive status bits of pseudowire not forwarding

An Ethernet SAP does not support signaling status notifications.

Epipe configuration for MPLS-TP

Note:

MPLS-TP PWs are supported in Epipe services.

MPLS-TP is only supported on 7210 SAS-T operating in the network mode.

The following subsections describe how SDPs and spoke-SDPs are used with MPLS-TP LSPs and static PWs with MPLS-TP OAM.

SDPs

An SDP used for MPLS-TP supports the configuration of an MPLS-TP identifier as the far-end address, as an alternative to an IP address. MPLS-TP node identifiers are used if MPLS-TP tunnels are used. IP addresses are used if IP/MPLS LSPs are used by the SDP, or MPLS-TP tunnels identified by IPv4 source or destination addresses.

The following syntax shows the MPLS-TP options:

config
   service
          sdp
            no description
            network-domain "default"
            signaling off
            far-end node-id 0.0.0.43 global-id 4294967295
            no mixed-lsp-mode
            no ldp
            no bgp-tunnel
            lsp "unnumberedLSP"
            no vlan-vc-etype
            no pbb-etype
            no path-mtu
            no adv-mtu-override
            keep-alive
                shutdown
                hello-time 10
                hold-down-time 10
                max-drop-count 3
                timeout 5
                no message-length
            exit
            no metric
            no collect-stats
            no accounting-policy
            binding
                no port
            exit
            no shutdown
----------------------------------------------
*A:7210SAS>config>service>sdp#

The far-end node-id ip-address global-id global-id command is used to associate an SDP far end with an MPLS-TP tunnel whose far-end address is an MPLS-TP node ID. If the SDP is associated with an RSVP-TE LSP, the far end must be a routable IPv4 address.

The system accepts the node-id being entered in either 4-octet IP address format <a.b.c.d> or unsigned integer format.

The SDP far end refers to an MPLS-TP node-id or global-id only if:

  • delivery type is MPLS

  • signaling is off

  • keep-alive is disabled

  • mixed-lsp-mode is disabled

  • adv-mtu-override is disabled

An LSP will only be allowed to be configured if the far-end info matches the LSP far-end info (whether MPLS-TP or RSVP):

  • Only one LSP is allowed if the far end is an MPLS-TP node-id or global-id.

  • MPLS-TP or RSVP-TE LSPs are supported. However, note that LDP and BGP LSPs are not blocked in CLI.

Signaling TLDP or BGP is blocked if:

  • far-end node-id or global-id is configured

  • control-channel-status is enabled on any spoke-SDP (or mate VC-switched spoke)

  • pw-path-id is configured on any spoke-SDP (or mate VC-switched spoke)

The following commands are blocked if a far-end node-id or global-id is configured:

  • class-forwarding

  • tunnel-far-end

  • mixed-lsp-mode

  • keep-alive

  • LDP or BGP-tunnel

  • adv-mtu-override

VLL spoke-SDP configuration

The 7210 SAS-T can only be a T-PE. MPLS-TP OAM related commands are applicable to spoke-SDPs configured under all services supported by MPLS-TP pseudowires. All commands and functions that are applicable to spoke-SDPs in the current implementation are supported, except for those that explicitly depend on an LDP session on the SDP or as described in this section. Likewise, all existing functions on a specific service SAP are supported if the spoke-SDPs that it are matched to is MPLS-TP.

The following describes how to configure MPLS-TP on an Epipe VLL. However, similar configuration applies to other VLL types.

A spoke-SDP bound to an SDP with the mpls-tp keyword cannot be no shutdown unless the ingress label, the egress label, the control word, and the PW path ID are configured, as follows:

*7210SAS>config>service>epipe# info 
----------------------------------------------
            sap 1/1/10:1.111 create
            exit
            spoke-sdp 1:111 create
               [no] hash-label  ingress
                    vc-label 2111
                exit
                egress
                    vc-label 2111
                exit
                control-word
                pw-path-id
                        agi 0:111
                        saii-type2 4294967295:0.0.0.42:111
                        taii-type2 4294967295:0.0.0.43:111
                exit
                no shutdown
            exit
            no shutdown
----------------------------------------------
*7210SAS>config>service>epipe# 

The pw-path-id context is used to configure the end-to-end identifiers for a MS-PW. These may not coincide with those for the local node if the configuration is at an S-PE. The SAII and TAII are consistent with the source and destination of a label mapping message for a signaled PW.

The control-channel-status command enables static PW status signaling. This is valid for any spoke-SDP where signaling none is configured on the SDP (for example, where T-LDP signaling is not in use). The refresh timer is specified in seconds, from 10 to 65535, with a default of 0 (off). This value can only be changed if control-channel-status is shutdown.

Commands that rely on PW status signaling are allowed if control-channel-status is configured for a spoke-SDP bound to an SDP with signaling off, but the system will use control channel status signaling rather than T-LDP status signaling. The ability to configure control channel status signaling on a specific spoke-SDP is determined by the credit-based algorithm described in Credit-based algorithm. The control-channel-status configuration for a particular PW only counts against the credit-based algorithm if it is in a no shutdown state and has a non-zero refresh timer.

Note:

Shutdown of a service will cause the static PW status bits for the corresponding PW to be set.

The spoke-SDP is held down unless the pw-path-id is complete.

The system accepts the node-id of the pw-path-id SAII or TAII being entered in either 4-octet IP address format <a.b.c.d> or unsigned integer format.

The control-word must be enabled to use MPLS-TP on a spoke-SDP.

The pw-path-id is only configurable if all of the following is true:

  • network mode D

  • SDP signaling is off

  • control-word is enabled (control-word is disabled by default)

  • service type Epipe or VPLS

  • mate SDP signaling is off for VC-switched services

  • an MPLS-TP node-id or global-id is configured under the config>router>mpls>mpls-tp context; this is required for OAM to provide a reply address

In the vc-switching case, if configured on a mate spoke-SDP, the TAII of the spoke-SDP must match the SAII of its mate, and SAII of spoke-SDP has to match the TAII of its mate.

A control-channel-status no shutdown is only allowed if all of the following is true:

  • network mode D

  • SDP signaling is off

  • control-word is enabled (control-word is disabled by default)

  • the service type is Epipe or VPLS interface

  • mate SDP signaling is off (in VC-switched services)

  • pw-status-signaling is enabled

  • pw-path-id is configured for this spoke

The hash-label option is only configurable if SDP far-end is not the node-id or global-id.

The control channel status request mechanism is enabled when the request-timer timer parameter is non-zero. When enabled, this overrides the normal RFC-compliant refresh timer behavior. The refresh timer value in the status packet defined in RFC 6478 is always set to zero.

The refresh timer in the sending node is taken from the request timer. The two mechanisms are not compatible with each other. One node sends a request timer while the other is configured for a refresh timer. In a specific node, the request timer can only be configured with both acknowledgment and refresh timers disabled.

When configured, the following procedures are used instead of the RFC 6478 procedures when a PW status changes.

Use the following syntax to configure control channel status requests:

[no] control-channel-status
[no] refresh-timer <value> //0,10-65535, default:0
[no] request-timer 
[timeout-multiplier <value>]
[no] shutdown
exit
request-timer <timer1>: 0, 10-65535, defaults: 0.

  • This parameter determines the interval at which PW status messages, including a reliable delivery TLV, with the request bit set are sent. This cannot be enabled if refresh-timer is not equal to 0. retry-timer: 3-60s.

  • This parameter determines the timeout interval if no response to a PW status is received. This defaults to 0 when no retry-timer. timeout-multiplier <value> - 3-15.

  • If a requesting node does not hear back after the retry-timer value times the multiplier value, the node must assume that the peer is down. This defaults to zero (0) when no retry-timer.

Credit-based algorithm

To constrain the CPU resources consumed processing control channel status messages, the system should implement a credit-based mechanism. If a user enables control channel status on a PW[n], a specific number of credits (c_n) are consumed from a CPM-wide pool of max_credit credits. The number of credits consumed is inversely proportional to the configured refresh timer (the first three messages at 1 s intervals do not count against the credit). If the current_credit <= 0, the control channel status signaling cannot be configured on a PW (but the PW can still be configured, and no shutdown).

The following is an example algorithm:

If refresh timer > 0, c_n = 65535 / refresh_timer

Else c_n = 0.

For n=1, current_credit[n] = max_credits – c_n

Else current_credit [n] = current_credit [n-1] – c_n

By default, if a PE with a non-zero refresh timer configured does not receive control channel status refresh messages for 3.5 times the specified timer value, the PE will time out and assume a PW status of zero. A proprietary optional extension to the [RFC6478] protocol should be implemented to enable a node to resolve such a stale PW status condition by requesting the status from the far-end node in specific cases.

VLAN range for SAPs in an Epipe service

The 7210 SAS VLAN ranges provide a mechanism to group a range of VLAN IDs as a single service entity. This allows the operator to provide the service treatment (forwarding, ACL, QoS, accounting, and others) to the group of VLAN IDs as a whole.

Note:

Grouping a range of VLAN IDs to a SAP is supported only for Virtual Leased Line (VLL) Ethernet services.

Processing behavior for SAPs using VLAN ranges in access-uplink mode

The access SAPs that specify VLAN range values using connection profile (also known as dot1q range SAPs) are allowed in Epipe service and in VPLS service. For more information about functionality supported, see VLAN range SAPs feature support and restrictions. The system allows one range SAP in an Epipe service, and fails any attempt to configure more than one. Range SAPs can only be configured on access ports. The other endpoint in the Epipe service has to be a Q.* SAP in access-uplink mode. The processing and forwarding behavior for packets received on range SAPs are listed as follows:

  • No VLAN tags are removed/stripped on ingress of an access dot1q SAP configured to use VLAN ranges. A single tag (Q1) is added to the frame when it is forwarded out of the Q1.* access-uplink SAP.

  • When a packet is received on the access-uplink Q1.* SAP, the outermost tag is removed and the packet is forwarded out of the access dot1q range SAP. The system does not check if the inner VLAN tag matches the VLANs IDs (both range and individual values specified in the connection profile) of the dot1q access SAPs configured in the service.

  • The dot1q range SAP can be supported in a service with svc-sap-type set to dot1q-range.

VLAN range SAPs feature support and restrictions

The following restrictions apply to VLAN range SAPs:

  • The access SAPs that specify VLAN range values (using the connection profile) are only allowed in an Epipe service. The system allows only one range SAP in an Epipe service, and fails any attempt to configure more than one. Range SAPs can only be configured on access ports.

  • In access-uplink mode, the dot1q range SAP is only allowed to be configured in a service with svc-sap-type set to dot1q-range. In network mode, the dot1q range SAP is allowed to be configured in a service with svc-sap-type set to any.

  • The access SAPs using VLAN range values are only allowed for dot1q encapsulation ports or LAGs. A connection profile is used to specify either range of VLAN IDs or individual VLANs to be grouped together in a single SAP.

  • A connection profile is used to specify either range of VLAN IDs or individual VLANs to be grouped together in a single SAP.

  • Multiple connection profiles can be used per port or LAG, as long as the VLAN value specified by each of them does not overlap. The number of VLAN ranges available per port/LAG is limited. The available number must be shared among all the SAPs on the port/LAG.

  • The connection profile associated with a SAP cannot be modified. To modify a connection profile, it must be removed from all SAPs that are using it.

Processing behavior for SAPs using VLAN ranges in network operating mode

The access SAPs that specify VLAN range values (using the connection profile) are only allowed in an Epipe service. The system allows only one range SAP in an Epipe service, and fails any attempt to configure more than one. Range SAPs can only be configured on access ports. The other endpoint in the Epipe service has to be a Q.* access SAP or a spoke-SDP (PW) in network mode.

The spoke-SDP processing and forwarding behavior for packets received on range SAPs are as follows:

  • No VLAN tags are removed/stripped on ingress of the access dot1q SAPs using VLAN range connection profile.

  • When the other endpoint in the service is configured to be an Q1.* access SAP, 7210 adds another tag to the packet and forwards it out of that SAP.

  • If the other endpoint in the service is configured to be a spoke-SDP whose vc-type is set to vc-ether, the 7210 SAS adds the appropriate MPLS PW and LSP encapsulations and forwards it out of the SDP.

  • In the reverse direction, when the other endpoint is a Q1.* SAP and a packet is received on it, the 7210 SAS removes the outermost VLAN tag and forwards the packet out of the access dot1q SAP using VLAN ranges.

  • When the other endpoint is a spoke-SDP (whose vc-type is set to vc-ether), the 7210 SAS removes the MPLS PW and LSP encapsulation and forwards the packet out of the access dot1q SAP using VLAN ranges.

  • The system does not check if the VLAN in the packet matches the VLAN IDs of the dot1q access SAPs configured in the service.

ACLs, QoS, hardware, accounting, and mirroring are supported as follows:

  • For ACLs, filter policies are supported on SAP ingress. In 7210 SAS-T operating in access-uplink mode, IP criteria and MAC criteria-based filter policy is supported with access SAPs.

    For more information about ACLs on range SAPs, see the 7210 SAS-Mxp, R6, R12, S, Sx, T Router Configuration Guide.

  • In 7210 SAS devices operating in network mode, only MAC criteria-based filter policy is supported with access SAPs.

    For more information about ACLs on range SAPs, see the 7210 SAS-Mxp, R6, R12, S, Sx, T Router Configuration Guide.

  • For QoS, ingress classification and hierarchical metering are supported for SAP ingress. On the 7210 SAS-T, egress per port queues and shaping are supported. On the 7210 SAS-Mxp, egress per SAP queues and shaping are supported:

    • SAP ingress classification criteria that is available for use with VLAN range SAPs is similar to that available for other SAPs supported in an Epipe service. Dot1p-based ingress classification uses the dot1p bits in the outermost VLAN tag for matching. On access egress, dot1p received from the SDP (on a network port) from another access port is preserved.

  • The amount of hardware resources (such as CAM entries used for matching in QoS classification and ACL matching, meters used in SAP ingress policy, and others), consumed by a single range SAP, are equivalent to the amount of resources consumed by a single SAP that specifies a single VLAN ID for service identification. That is, the hardware has the ability to match a range of VLAN values, and therefore uses X resources for a SAP using a VLAN range, instead of X✕n, where n is the number of VLANs specified in the range and X is the amount of QoS or ACL resources needed.

  • Ingress accounting support is similar to the support available for other SAPs in an Epipe service. The count of packets or octets received from individual VLANs configured in the connection profile is not available. No support for Egress SAP statistics and accounting is available.

  • Mirroring is supported. In network mode, the use of service resiliency mechanisms, such as MC-LAG and Epipe PW redundancy, is supported.

VLL service considerations

This section describes various general service features and any special capabilities or considerations as they relate to VLL services.

SDPs

The most basic SDPs must have the following:

  • locally unique SDP identification (ID) number

  • system IP address of the originating and far-end routers

  • SDP encapsulation type, MPLS

SAP encapsulations

The Epipe service is designed to carry Ethernet frame payloads, so it can provide connectivity between any two SAPs that pass Ethernet frames. The following SAP encapsulations are supported on the Epipe service:

  • Ethernet null

  • Ethernet dot1q

  • QinQ

While different encapsulation types can be used, encapsulation mismatch can occur if the encapsulation behavior is not understood by connecting devices and they are unable to send and receive the expected traffic. For example, if the encapsulation type on one side of the Epipe is dot1q and the other is null, tagged traffic received on the null SAP will potentially be double tagged when it is transmitted out of the dot1q SAP.

QoS policies

The following QoS policies can be applied to an Epipe service:

  • traffic management

    Traffic management of Ethernet VLLs is achieved through the application of ingress QoS policies to SAPs and access egress QoS policies applied to the port. All traffic management is forwarding-class aware, and the SAP ingress QoS policy identifies the forwarding class based on the rules configured to isolate and match the traffic ingressing on the SAP. Forwarding classes are determined based on the Layer 2 (dot1p, MAC) or Layer 3 (IP, DSCP) fields of contained packets, and this association of forwarding class at ingress will determine both the queuing and the Dot1P bit setting of packets on the Ethernet VLL on the egress.

  • SAP ingress classification and policing

    The traffic at the SAP ingress is classified and metered according to the SLA parameters. All the traffic ingressing on the SAP is classified to a particular forwarding class. All the forwarding class is metered through and marked in-profile or out-of-profile, based on the meter parameters.

    When applied to 7210 SAS Epipe services, service ingress QoS policies only create the unicast queues defined in the policy. The multipoint queues are not created on the service. Both Layer 2 or Layer 3 criteria can be used in the QoS policies for traffic classification in a service.

  • egress network dot1p marking

    Marking of IEEE dot1p bits in VLAN tags is as per the FC-to-dot1p map. See the default network QoS policy in the 7210 SAS-Mxp, R6, R12, S, Sx, T Quality of Service Guide for more information. This marking is applied at the port level on access ports and access-uplink ports.

  • Ingress network classification

    Ingress network classification is based on the dot1p bits in the outer VLAN tag received on the access-uplink port. Dot1p-to-FC mapping is based on the network ingress QoS policy.

Filter policies

The 7210 SAS Epipe services can have a single filter policy associated on both ingress and egress. Both MAC and IP filter policies can be used on Epipe services.

MAC resources

Epipe services are point-to-point Layer 2 VPNs capable of carrying any Ethernet payloads. Although an Epipe is a Layer 2 service, the 7210 SAS Epipe implementation does not perform any MAC learning on the service, so Epipe services do not consume any MAC hardware resources.

Configuring a VLL service with CLI

This section describes how to configure Virtual Leased Line (VLL) services using the command line interface.

Common configuration tasks

This section provides a brief overview of the tasks that must be performed to configure the VLL services and provides the CLI commands:

  • Associate the service with a customer ID.

  • Define SAP parameters:

    • (Optional) Select ingress QoS policies (configured in the config>qos context).

    • (Optional) Select accounting policy (configured in the config>log context).

  • Define spoke-SDP parameters.

    Note:

    Spoke-SDP parameters are only supported on 7210 SAS platforms operating in the network mode.

  • Enable the service.

Configuring VLL components

This section provides VLL configuration examples for the VLL services.

Creating an Epipe service in network mode

Use the following syntax to create an Epipe service.

config>service# epipe service-id [customer customer-id][create][vpn vpn-id]
    description description-string
    no shutdown 

The following is a sample Epipe configuration output:

A:ALA-1>config>service# info
-------------------------------------------
...
         1101 customer 1 vpn 1101 create
            description "Default epipe description for service id 1101"
            no shutdown
        exit
----------------------------------------------
A:ALA-1>config>service#

Creating an Epipe service in access-uplink mode

Note:

This section only applies to 7210 SAS-T operating in access-uplink mode.

Use the following syntax to create an Epipe service.

config>service# epipe service-id [customer customer-id] [create] [svc-sap-type {null-star | dot1q | dot1q-preserve | any}] [customer- vid vlan-id] description description-string no shutdown
A:ALA-1>config>service# info
-------------------------------------------
...
     epipe 500 customer 1 svc-sap-type null-star create
          description "Local Epipe Service with NULL SVC_SAP_TYPE"
          no shutdown
     exit
----------------------------------------------
A:ALA-1>config>service#
Configuring Epipe SAP parameters

A default QoS policy is applied to each ingress SAP. Additional QoS policies can be configured in the config>qos context. Filter policies are configured in the config>filter context and explicitly applied to a SAP. There are no default filter policies.

Epipe SAP
config>service# epipe service-id [customer customer-id]
    sap sap-id 
    accounting-policy policy-id
    collect-stats
    description description-string
    no shutdown
    egress
        filter {ip ip-filter-name | mac mac-filter-name}
    ingress
        filter {ip ip-filter-name | mac mac-filter-name}
        qos policy-id
Local Epipe SAPs

To configure a basic local Epipe service, enter the sap sap-id command twice with different port IDs in the same service configuration.

By default, QoS policy ID 1 is applied to ingress service SAPS. Existing filter policies or other existing QoS policies can be associated with service SAPs on ingress and egress ports.

Ingress and egress SAP parameters can be applied to local and distributed Epipe service SAPs.

The following is a sample of SAP configurations for local Epipe service 500 on SAP 1/1/2 and SAP 1/1/3 on ALA-1:

A:ALA-1>config>service# epipe 500 customer 5 create
config>service>epipe$ description "Local epipe service
config>service>epipe# sap 1/1/2 create
config>service>epipe>sap? ingress
config>service>epipe>sap>ingress# qos 20
config>service>epipe>sap>ingress# filter ip 1
config>service>epipe>sap>ingress# exit
config>service>epipe>sap# egress
config>service>epipe# sap 1/1/3 create
config>service>epipe>sap# ingress
config>service>epipe>sap>ingress# qos 555
config>service>epipe>sap>ingress# filter ip 1
config>service>epipe>sap>ingress# exit
config>service>epipe>sap# no shutdown
config>service>epipe>sap# exit

A:ALA-1>config>service# info
----------------------------------------------
...
        epipe 500 customer 5 create
            description "Local epipe service"
            sap 1/1/2 create
                ingress
                    qos 20
                    filter ip 1
                exit
            exit
            sap 1/1/3 create
                ingress
                    qos 555
                    filter ip 1
                exit
            exit
            no shutdown
        exit
----------------------------------------------
A:ALA-1>config>service#
Distributed Epipe service
Note:

SDPs are supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

To configure a distributed Epipe service, you must configure service entities on the originating and far-end nodes. You must use the same service ID on both ends (for example, Epipe 5500 on ALA-1 and Epipe 5500 on ALA-2). The spoke-sdp sdp-id:vc-id must match on both sides. A distributed Epipe consists of two SAPs on different nodes.

By default, QoS policy ID 1 is applied to ingress service SAPs. On egress, QoS policies are associated with a port. Existing filter policies can be associated with service SAPs on ingress and egress.

Meters (defined in SAP-ingress policies) can be applied on ingress, which is associated with SAPs. Scheduler policies can be applied on egress, which is associated with a port.

Ingress and egress SAP parameters can be applied to local and distributed Epipe service SAPs.

For SDP configuration information, see Configuring an SDP. For SDP binding information, see Configuring SDP bindings.

The following example configures a distributed service between ALA-1 and ALA-2:

A:ALA-1>epipe 5500 customer 5 create
     config>service>epipe$ description "Distributed epipe service to east coast"
     config>service>epipe# sap 221/1/3:21 create 
     config>service>epipe>sap# ingress
     config>service>epipe>sap>ingress# qos 555
     config>service>epipe>sap>ingress# filter ip 1
     config>service>epipe>sap>ingress# exit
     config>service>epipe>sap# no shutdown
     config>service>epipe>sap# exit
     config>service>epipe#

A:ALA-2>config>service# epipe 5500 customer 5 create
     config>service>epipe$ description "Distributed epipe service to west coast"
     config>service>epipe# sap 441/1/4:550 create
     config>service>epipe>sap# ingress
     config>service>epipe>sap>ingress# filter ip 1020
     config>service>epipe>sap>ingress# exit
     config>service>epipe>sap# egress
     config>service>epipe>sap>egress# filter ip 6
     config>service>epipe>sap>egress# exit
     config>service>epipe>sap# no shutdown
     config>service>epipe#

The following is a sample of the SAP configurations for ALA-1 and ALA-2:

A:ALA-1>config>service# info
----------------------------------------------
...
        epipe 5500 customer 5 vpn 5500 create
            description "Distributed epipe service to east coast"
            sap 221/1/3:21 create
                ingress
                    qos 555
                    filter ip 1
                exit

            exit
        exit
...
----------------------------------------------
A:ALA-1>config>service#


A:ALA-2>config>service# info
----------------------------------------------
...
        epipe 5500 customer 5 vpn 5500 create
            description "Distributed epipe service to west coast"
            sap 441/1/4:550 create
                ingress
                    qos 654
                    filter ip 1020
                exit

            exit
        exit
...
----------------------------------------------
A:ALA-2>config>service#
Configuring ingress SAP parameters

By default, QoS policy ID 1 is applied to ingress service SAPs. Existing filter policies or other existing QoS policies can be associated with service SAPs on ingress and egress ports.

Ingress and egress SAP parameters can be applied to local and distributed Epipe service SAPs.

The following is a sample of SAP ingress and egress parameters:

ALA-1>config>service# epipe 5500 
     config>service>epipe# sap 1/1/3:21
     config>service>epipe>sap# ingress
     config>service>epipe>sap>ingress# qos 555
     config>service>epipe>sap>ingress# filter ip 1
     config>service>epipe>sap>ingress# exit
     config>service>epipe>sap#

The following is a sample Epipe SAP ingress configuration output:

A:ALA-1>config>service#
----------------------------------------------
...
        epipe 5500 customer 5 vpn 5500 create
            description "Distributed epipe service to east coast"
            sap 1/1/3:21 create
                ingress
                    qos 555
                    filter ip 1
                exit
            exit
            no shutdown
        exit
----------------------------------------------
A:ALA-1>config>service#

Creating an Epipe service for 7210 SAS-Mxp with range SAPs

The following is a sample of connection-profile used to configure a range of SAPs and an Epipe configuration output using the connection profile:

*A:7210SAS>config>connprof# info
----------------------------------------------
        ethernet
            ranges 0 2804-2805 2810-2811 2813 2832-2839
        exit
----------------------------------------------

*A:7210SAS>config>service>epipe# info
----------------------------------------------
            description "Default epipe description for service id 292"
            sap 1/1/4:292.* create
                description "Default sap description for service id 292"
                exit
            exit
            sap 1/1/9:cp-292 create
                description "Default sap description for service id 292"
                exit
            exit
            no shutdown
----------------------------------------------

Configuring default QinQ SAPs for Epipe transit traffic in a ring scenario in access-uplink mode

Note:

Default QinQ SAPs are only supported on 7210 SAS platforms operating in the access-uplink mode.

In the following figure, 7210-1 is used to deliver some services to customers connected to the device, and additionally it needs to pass through transit from other nodes on the ring (for example, traffic from 7210-2 to 7210-3 or from 7210-2 to 7750-SR onto the core network).

Figure 19. Default QinQ SAP for transit traffic in a ring scenario

Without default QinQ SAPs, the user would need to configure a service on 7210-1, with access-uplink SAPs for each service originating on some other node in the ring. With support for default QinQ SAPs, all traffic that does not need to be delivered to any customer service configured on 7210-1 can be switched using the Epipe service.

The following is a sample configuration output:

ALA-1>config>service# epipe 8 customer 1 svc-sap-type null-star create
            sap 1/1/5:*.* create
                statistics
                    ingress
                    exit
                exit
            exit
            sap 1/1/6:*.* create
                statistics
                    ingress
                    exit
                exit
            exit
            no shutdown
        exit

Configuring SDP bindings

Note:

SDPs are supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

The following figure shows an example of a distributed Epipe service configuration between two routers, identifying the service and customer IDs, and the unidirectional SDPs required to communicate to the far-end routers.

A spoke-SDP is treated like the equivalent of a traditional bridge ‟port” where flooded traffic received on the spoke-SDP is replicated on all other ‟ports” (other spoke and mesh SDPs or SAPs) and not transmitted on the port it was received.

Figure 20. SDPs — unidirectional tunnels

Use the following syntax to create a spoke-SDP binding with an Epipe service.

config>service# epipe service-id [customer customer-id] 
    spoke-sdp sdp-id:vc-id [vc-type {ether | vlan}]
    vlan-vc-tag 0..4094
    egress
        filter {ip ip-filter-id}
        vc-label egress-vc-label
    ingress
        filter {ip ip-filter-id}
        vc-label ingress-vc-label
    no shutdown

The following shows the command usage to bind an Epipe service between ALA-1 and ALA-2. This example assumes that the SAPs have already been configured (see Distributed Epipe service).

A:ALA-1>config>service# epipe 5500
     config>service>epipe# spoke-sdp 2:123
     config>service>epipe>spoke-sdp# egress
     config>service>epipe>spoke-sdp>egress# vc-label 5500
     config>service>epipe>spoke-sdp>egress# exit
     config>service>epipe>spoke-sdp# ingress
     config>service>epipe>spoke-sdp>ingress# vc-label 6600
     config>service>epipe>spoke-sdp>ingress# exit
     config>service>epipe>spoke-sdp# no shutdown
     
     ALA-2>config>service# epipe 5500
     config>service>epipe# spoke-sdp 2:456
     config>service>epipe>spoke-sdp# egress
     config>service>epipe>spoke-sdp>egress# vc-label 6600
     config>service>epipe>spoke-sdp>egress# exit
     config>service>epipe>spoke-sdp# ingress
     config>service>epipe>spoke-sdp>ingress# vc-label 5500
     config>service>epipe>spoke-sdp>ingress# exit
     config>service>epipe>spoke-sdp# no shutdown

The following is a sample SDP binding for the Epipe service between ALA-1 and ALA-2 configuration output:

A:ALA-1>config>service# info
----------------------------------------------
...
        epipe 5500 customer 5 vpn 5500 create
            description "Distributed epipe service to east coast"
            sap 1/1/3:21 create
                ingress
                    qos 555
                    filter ip 1
                exit
            exit
            spoke-sdp 2:123 create
                ingress
                    vc-label 6600
                exit
                egress
                    vc-label 5500
                exit
            exit
            no shutdown
        exit
...
----------------------------------------------
A:ALA-1>config>service#


A:ALA-2>config>service# info
----------------------------------------------
...
exit
        epipe 5500 customer 5 vpn 5500 create
            description "Distributed epipe service to west coast"
            sap 441/1/4:550 create
                ingress
                    qos 654
                    filter ip 1020
                exit
            exit
            spoke-sdp 2:456 create
                ingress
                    vc-label 5500
                exit
                egress
                    vc-label 6600
                exit
            exit
            no shutdown
        exit
...
----------------------------------------------
A:ALA-2>config>service#

Using spoke-SDP control words

Note:

SDPs are supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

The control-word command provides the option to add a control word as part of the packet encapsulation for PW types for which the control word is optional. On the 7210 SAS, an option is provided to enable it for Ethernet PW (Epipe). The control word might be needed because when ECMP is enabled on the network, packets of a specific PW may be spread over multiple ECMP paths if the hashing router mistakes the PW packet payload for an IPv4 or IPv6 packet. This occurs when the first nibble following the service label corresponds to a value of 4 or 6.

The control word negotiation procedures described in Section 6.2 of RFC 4447 are not supported, and therefore the service will only come up if the same C-bit value is signaled in both directions. If a spoke-SDP is configured to use the control word, but the node receives a label mapping message with a C-bit clear, the node releases the label with an ‟Illegal C-bit” status code per Section 6.1 of RFC 4447. As soon as the user enables control of the remote peer, the remote peer withdraws its original label and sends a label mapping with the C-bit set to 1 and the VLL service is up in both nodes.

When the control word is enabled, VCCV packets also include the VCCV control word. In that case, the VCCV CC type 1 (OAM CW) is signaled in the VCCV parameter in the FEC. If the control word is disabled on the spoke-SDP, the router alert label is used. In that case, VCCV CC type 2 is signaled. Note that for a multi-segment PW (MS-PW), the CC type 1 is the only type supported, and therefore the control word must be enabled on the spoke-SDP to be able to use VCCV-ping and VCCV-trace.

The following is a sample spoke-SDP control word configuration output:

-Dut-B>config>service>epipe# info
----------------------------------------------
description "Default epipe description for service id 2100"
sap 1/2/7:4 create
description "Default sap description for service id 2100"
exit
spoke-sdp 1:2001 create
control-word
exit
no shutdown
----------------------------------------------
*A:ALA-Dut-B>config>service>epipe#
To disable the control word on spoke-sdp 1:2001:
*A:ALA-Dut-B>config>service>epipe# info
----------------------------------------------
description "Default epipe description for service id 2100"
sap 1/2/7:4 create
description "Default sap description for service id 2100"
exit
spoke-sdp 1:2001 create
exit
no shutdown
----------------------------------------------
*A:ALA-Dut-B>config>service>epipe#

Configuring VLL resilience

The following figure shows an example to create VLL resilience. Note that the zero revert-time value means that the VLL path will be switched back to the primary immediately after it comes back up.

Figure 21. VLL resilience

PE1 configuration output

The following is a sample configuration output on PE1:

*A:ALA-48>config>service>epipe# info
----------------------------------------------
            endpoint "x" create
            exit
            endpoint "y" create
            exit
            spoke-sdp 1:100 endpoint "y" create
                precedence primary
            exit
            spoke-sdp 2:200 endpoint "y" create
                precedence 1
            exit
            no shutdown
----------------------------------------------
*A:ALA-48>config>service>epipe#

Configuring VLL resilience for a switched pseudowire path

VLL resilience with pseudowire switching shows VLL resilience with pseudowire switching.

Figure 22. VLL resilience with pseudowire switching

T-PE1 configuration output

The following is a sample configuration output on TPE1:


*A:ALA-48>config>service>epipe# info
----------------------------------------------
            endpoint "x" create
            exit
            endpoint "y" create
            exit
            sap 1/1/1:100 endpoint "x" create
            exit
            spoke-sdp 1:100 endpoint "y" create
                precedence primary
            exit
            spoke-sdp 2:200 endpoint "y" create
                precedence 1
            exit
            spoke-sdp 3:300 endpoint "y" create
                precedence 1
            exit
            no shutdown
----------------------------------------------
*A:ALA-48>config>service>epipe#

T-PE2 configuration output

The following is a sample configuration output on TPE2:

*A:ALA-49>config>service>epipe# info
----------------------------------------------
            endpoint "x" create
            exit
            endpoint "y" create
                revert-time 100
            exit
            spoke-sdp 4:400 endpoint "y" create
                precedence primary
            exit
            spoke-sdp 5:500 endpoint "y" create
                precedence 1
            exit
            spoke-sdp 6:600 endpoint "y" create
                precedence 1
            exit
            no shutdown
----------------------------------------------
*A:ALA-49>config>service>epipe#

S-PE1 configuration output

The following is a sample configuration output on S-PE1:

*A:ALA-50>config>service>epipe# info
----------------------------------------------
...
            spoke-sdp 1:100 create
            exit
            spoke-sdp 4:400 create
            exit
            no shutdown
----------------------------------------------
*A:ALA-49>config>service>epipe#

Service management tasks

This section provides information about VLL service management tasks.

Modifying Epipe service parameters

The following shows the command usage to add an accounting policy to an existing SAP.

Example:
config>service# epipe 2 
    config>service>epipe# sap 1/1/3:21
    config>service>epipe>sap# accounting-policy 14
    config>service>epipe>sap# exit
SAP configuration output

The following is a sample SAP configuration output:

ALA-1>config>service# info
----------------------------------------------
     epipe 2 customer 6 vpn 2 create
            description "Distributed Epipe service to east coast"
            sap 1/1/3:21 create
               accounting-policy 14
            exit
            no shutdown
        exit
----------------------------------------------
ALA-1>config>service#

Disabling an Epipe service

Use the following syntax to shut down an Epipe service without deleting the service parameters.

config>service> epipe service-id
    shutdown
Example:
config>service# epipe 2
    config>service>epipe# shutdown
    config>service>epipe# exit

Re-enabling an Epipe service

Use the following syntax to re-enable an Epipe service that was shut down.

config>service# epipe service-id 
    no shutdown
Example:
config>service# epipe 2
    config>service>epipe# no shutdown
    config>service>epipe# exit

Deleting an Epipe service

Perform the following steps before deleting an Epipe service.

  1. Shut down the SAP.

  2. Delete the SAP.

  3. Shut down the service.

Use the following syntax to delete an Epipe service.

config>service
    [no] epipe service-id
    shutdown
    [no] sap sap-id
        shutdown
Example:
config>service# epipe 2 
    config>service>epipe# sap 1/1/3:21
    config>service>epipe>sap# shutdown
    config>service>epipe>sap# exit
    config>service>epipe# no sap 1/1/3:21
    config>service>epipe# epipe 2
    config>service>epipe# shutdown
    config>service>epipe# exit
    config>service# no epipe 2

VLL services command reference

Command hierarchies

VLL service configuration commands

Epipe global commands (for access-uplink operating mode)
config
    - service
        - epipe service-id [customer customer-id] [create] [vpn vpn-id] [svc-sap-type {null-star | dot1q-preserve | any | dot1q-range}] [customer-vid vlan-id]
        - no epipe service-id
            - description description-string
            - no description
            - sap sap-id [create] [no-endpoint] 
            - sap sap-id [create] endpoint endpoint-name
            - no sap sap-id 
            - [no] shutdown
Epipe global commands (for network operating mode)
config
    - service
        - epipe service-id [customer customer-id] [create] [vpn vpn-id] [svc-sap-type {any | qinq-inner-tag-preserve}] [customer-vid vlan-id] [pbb-epipe]
        - no epipe service-id
            - description description-string
            - no description
            - [no] endpoint endpoint-name [create]
                - active-hold-delay active-endpoint-delay
                - no active-hold-delay
                - revert-time [revert-time | infinite]
                - no revert-time
                - standby-signaling-master
                - [no] standby-signaling-master
            - sap sap-id [create] [no-endpoint] 
            - sap sap-id [create] endpoint endpoint-name
            - no sap sap-id 
            - service-mtu octets
            - no service-mtu
            - [no] service-mtu-check
            - [no] shutdown
            - spoke-sdp sdp-id[:vc-id] [vc-type {ether | vlan}] [create] [no-endpoint]
            - spoke-sdp sdp-id[:vc-id] [vc-type {ether | vlan}] [create] endpoint 
            - no spoke-sdp sdp-id[:vc-id]
            - spoke-sdp-fec spoke-sdp-fec-id [fec fec-type] [aii-type aii-type] [create]
            - spoke-sdp-fec spoke-sdp-fec-id no-endpoint
            - spoke-sdp-fec spoke-sdp-fec-id [fec fec-type] [aii-type aii-type] [create] endpoint name [icb]
            - no spoke-sdp-fec spoke-sdp-fec-id
Epipe SAP configuration commands
config
    - service
        - epipe service-id [customer customer-id] [create] [vpn vpn-id] [svc-sap-type {any | qinq-inner-tag-preserve}] [customer-vid vlan-id] [pbb-epipe] 
        - epipe service-id [customer customer-id] [create] [vpn vpn-id] [svc-sap-type {null-star | dot1q-preserve | any | dot1q-range}] [customer-vid vlan-id] 
        - no epipe service-id
            - sap sap-id [create] [no-endpoint] 
            - sap sap-id [create] endpoint endpoint-name
            - no sap sap-id 
                - accounting-policy acct-policy-id
                - no accounting-policy acct-policy-id
                - [no] cflowd
                - [no] collect-stats
                - description description-string
                - no description
                - eth-cfm
                    - [no] mep mep-id domain md-index association ma-index [direction {up | down}] primary-vlan-enable
                        - ais-enable [no] 
                            - [no] client-meg-level [[level [level ...]]
                            - [no] interval {1 | 60}
                            - [no] priority priority-value
                        - [no] ccm-enable 
                        - [no] ccm-ltm-priority priority
                        - [no] description
                        - [no] eth-test-enable
                            - [no] bit-error-threshold bit-errors
                            - [no] test-pattern {all-zeros | all-ones} [crc-enable]
                        - [no] fault-propagation-enable {use-if-tlv | suspendccm}
                        - low-priority-defect {allDef | macRemErrXcon | remErrXcon | errXcon | xcon | noXcon}
                        - [no] mac-address mac-address
                        - [no] one-way-delay-threshold seconds
                        - [no] shutdown
                    - mip [mac mac address]
                    - mip default-mac
                    - no mip
                - ethernet
                    - [no] llf
                - [no] ignore-oper-down
                - [no] shutdown
Epipe SAP meter override commands
config
    - service
        - epipe service-id [customer customer-id] [create] [vpn vpn-id] [svc-sap-type {any | qinq-inner-tag-preserve}] [customer-vid vlan-id] [pbb-epipe] 
        - epipe service-id [customer customer-id] [create] [vpn vpn-id] [svc-sap-type {null-star | dot1q-preserve | any | dot1q-range}] [customer-vid vlan-id] 
        - no epipe service-id
            - sap sap-id [create] [no-endpoint] 
            - sap sap-id [create] endpoint endpoint-name
            - no sap sap-id 
                - ingress 
                    - meter-override
                        - meter meter-id [create]
                        - no meter meter-id
                            - adaptation-rule [pir adaptation-rule] [cir adaptation-rule]
                            - cbs size [kbits | bytes | kbytes] 
                            - no cbs
                            - mbs size [kbits | bytes | kbytes] 
                            - no mbs
                            - mode mode
                            - no mode
                            - rate cir cir-rate [pir pir-rate]
                            - no rate
Epipe SAP statistics commands
config
    - service
        - epipe service-id [customer customer-id] [create] [vpn vpn-id] [svc-sap-type {any | qinq-inner-tag-preserve}] [customer-vid vlan-id] [pbb-epipe] 
        - epipe service-id [customer customer-id] [create] [vpn vpn-id] [svc-sap-type {null-star | dot1q-preserve | any | dot1q-range}] [customer-vid vlan-id] 
        - no epipe service-id
            - sap sap-id [create] [no-endpoint] 
            - sap sap-id [create] endpoint endpoint-name
            - no sap sap-id 
                - statistics
                    - ingress
                        - counter-mode {in-out-profile-count | forward-drop-count}
                        - [no] drop-count-extra-vlan-tag-pkts 
Epipe spoke-SDP configuration commands
Note:

Spoke-SDP commands are supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

config
    - service]
        - epipe service-id [customer customer-id] [create] [vpn vpn-id] [svc-sap-type {any | qinq-inner-tag-preserve}] [customer-vid vlan-id] [pbb-epipe]
        - no epipe service-id 
            - spoke-sdp sdp-id[:vc-id] [vc-type {ether | vlan}] [create] [no-endpoint]
            - spoke-sdp sdp-id[:vc-id] [vc-type {ether | vlan}] [create] endpoint
            - no spoke-sdp sdp-id[:vc-id]
                - accounting-policy acct-policy-id
                - no accounting-policy
                - [no] collect-stats
                - [no] control-word
                - control-channel-status
                    - acknowledgment
                    - no acknowledgment
                    - refresh-timer seconds
                    - no refresh-timer
                    - request-timer request-timer request-timer-secs retry-timer retry-timer-secs timeout-multiplier multiplier
                - [no] description
                - [no] egress
                    - [no] vc-label egress-vc-label
                - eth-cfm
                    - [no] mep mep-id domain md-index association ma-index [direction {up | down}]
                        - [no] ais-enable
                            - [no] client-meg-level [[level [level ...]]
                            - [no] interval {1 | 60}
                            - [no] priority priority-value
                        - [no] ccm-enable 
                        - [no] ccm-ltm-priority priority
                        - [no] description
                        - [no] eth-test-enable
                            - [no] bit-error-threshold bit-errors
                            - [no] test-pattern {all-zeros | all-ones} [crc-enable]
                        - [no] fault-propagation-enable {use-if-tlv | suspendccm}
                        - low-priority-defect {allDef | macRemErrXcon | remErrXcon | errXcon | xcon | noXcon}
                        - [no] mac-address mac-address
                        - [no] one-way-delay-threshold seconds
                        - [no] shutdown
                    - mip [mac mac address]
                    - mip default-mac
                    - no mip
                - [no] force-vlan-vc-forwarding
                - hash-label
                - hash-label [signal-capability]
                - no hash-label
                - [no] ingress
                    - [no] vc-label egress-vc-label
                - precedence [precedence-value| primary]
                - no precedence
                - [no] pw-path-id
                    - agi attachment-group-identifier
                    - no agi
                    - no saii-type2
                    - saii-type2 global-id:node-id:ac-id
                    - no taii-type2
                    - taii-type2 global-id:node-id:ac-id
                - no pw-status-signaling
                - pw-status-signaling
                - [no] shutdown
                - vlan-vc-tag 0..4094
                - no vlan-vc-tag [0..4094]
            - spoke-sdp-fec spoke-sdp-fec-id [fec fec-type] [aii-type aii-type] [create]
            - spoke-sdp-fec spoke-sdp-fec-id no-endpoint
            - spoke-sdp-fec spoke-sdp-fec-id [fec fec-type] [aii-type aii-type] [create] endpoint name [icb]
            - no spoke-sdp-fec spoke-sdp-fec-id
                - [no] auto-config
                - path name
                - no path
                - precedence prec-value
                - precedence primary
                - no precedence
                - pw-template-bind policy-id
                - no pw-template-bind
                - retry-count retry-count
                - no retry-count
                - retry-timer retry-timer
                - no retry-timer
                - saii-type2 global-id:prefix:ac-id
                - no saii-type2
                - [no] shutdown
                - taii-type2 global-id:prefix:ac-id
                - no taii-type2
Epipe SAP QoS and filter commands (for 7210 SAS-T, 7210 SAS-Sx/S 1/10GE (standalone and standalone-VC), and 7210 SAS-Sx 10/100GE (standalone) devices)
config
    - service
        - epipe service-id [customer customer-id] [create] [vpn vpn-id] [svc-sap-type {any | qinq-inner-tag-preserve}] [customer-vid vlan-id] [pbb-epipe] 
        - epipe service-id [customer customer-id] [create] [vpn vpn-id] [svc-sap-type {null-star | dot1q-preserve | any | dot1q-range}] [customer-vid vlan-id] 
        - no epipe service-id 
            - sap sap-id [create] [no-endpoint] 
            - sap sap-id [create] endpoint endpoint-name
            - no sap sap-id 
                - egress 
                    - aggregate-meter-rate rate-in-kbps [burst burst-in-kbits] [enable-stats] 
                    - no aggregate-meter-rate 
                    - filter [ip ip-filter-id]
                    - filter [ipv6 ipv6 -filter-id] 
                    - filter [mac mac-filter-id] 
                    - no filter [ip ip-filter-id] [ipv6 ipv6 -filter-id] [mac mac-filter-id]
                - ingress 
                    - aggregate-meter-rate rate-in-kbps [burst burst-in-kbits] 
                    - no aggregate-meter-rate
                    - filter [ip ip-filter-id]
                    - filter [ ipv6 ipv6-filter-id] 
                    - filter [mac mac-filter-id]
                    - no filter [ip ip-filter-id] [ipv6 ipv6-filter-id] [mac mac-filter-id]
                    - qos policy-id 
                    - no qos
Epipe SAP QoS and filter commands (for 7210 SAS-Mxp)
config
    - service
        - epipe service-id [customer customer-id] [create] [vpn vpn-id] [svc-sap-type {any | qinq-inner-tag-preserve}] [customer-vid vlan-id] [pbb-epipe]
        - no epipe service-id 
            - sap sap-id [create] [no-endpoint] 
            - sap sap-id [create] endpoint endpoint-name
            - no sap sap-id 
                - egress 
                    - agg-rate-limit [cir cir-rate] [pir pir-rate]
                    - no agg-rate-limit
                    - filter [ip ip-filter-id]
                    - filter [ipv6 ipv6 -filter-id] 
                    - filter [mac mac-filter-id] (app
                    - no filter [ip ip-filter-id] [ipv6 ipv6 -filter-id] [mac mac-filter-id]
                    - qos policy-id 
                    - no qos
                - ingress 
                    - aggregate-meter-rate rate-in-kbps [burst burst-in-kbits] 
                    - no aggregate-meter-rate
                    - filter [ip ip-filter-id]
                    - filter [ ipv6 ipv6-filter-id] 
                    - filter [mac mac-filter-id]
                    - no filter [ip ip-filter-id] [ipv6 ipv6-filter-id] [mac mac-filter-id]
                    - qos policy-id [enable-table-classification] 
                    - no qos

Show commands

show
    - service
        - egress-label start-label [end-label]
        - id service-id
            - all
            - base
            - endpoint [endpoint-name]
            - epipe
            - labels 
            - sap sap-id  [detail] 
            - sdp [sdp-id | far-end ip-addr] [detail] 
            - split-horizon-group [group-name] 
            - stp [detail]]
        - saii-type2-using global-id[:prefix[:ac-id]]
        - sap-using [sap sap-id]
        - sap-using [ingress | egress] filter filter-id
        - sap-using [ingress] qos-policy qos-policy-id
        - service-using [epipe] [vpls] [mirror] [b-vpls] [i-vpls] [m-vpls] [sdp sdp-id] [customer customer-id]
        - sdp [sdp-id | far-end ip-address] [detail | keep-alive-history] 
        - spoke-sdp-fec-using [spoke-sdp-fec-id spoke-sdp-fec-id] [saii-type2 global-id:prefix:ac-id] [taii-type2 global-id:prefix:ac-id] [path name] [expired]
        - taii-type2-using global-id[:prefix[:ac-id]]
show
    - connection-profile [conn-prof-id] [associations]

Clear commands

clear
    - service
        - id service-id
        - statistics
            - id service-id
            - counters
            - sap sap-id {all | cem | counters | stp | l2pt}

Command descriptions

VLL service configuration commands

Generic commands
description
Syntax

description description-string

no description

Context

config>service>epipe

config>service>epipe>sap

config>service>epipe>spoke-sdp (not supported in access-uplink operating mode)

config>connection-profile

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command creates a text description stored in the configuration file for a configuration context. The description command associates a text string with a configuration context to help identify the content in the configuration file.

The no form of this command removes the string from the configuration.

Default

No description associated with the configuration context.

Parameters
string

Specifies the description character string. Allowed values are any string up to 80 characters composed of printable, 7-bit ASCII characters. If the string contains special characters (#, $, spaces, and on), the entire string must be enclosed within double quotes.

shutdown
Syntax

[no] shutdown

Context

config>service>epipe

config>service>epipe>sap

config>service>epipe>spoke-sdp (not supported in access-uplink operating mode)

config>service>epipe>sap>eth-cfm>mep

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command administratively disables an entity. When disabled, an entity does not change, reset, or remove any configuration settings or statistics.

The operational state of the entity is disabled as well as the operational state of any entities contained within. Many objects must be shut down before they may be deleted.

Services are created in the administratively down (shutdown) state. When a no shutdown command is entered, the service becomes administratively up and then tries to enter the operationally up state. Default administrative states for services and service entities is described as follows in Special Cases.

The no form of this command places the entity into an administratively enabled state.

VLL global commands
epipe
Syntax

epipe service-id [customer customer-id] [create] [vpn vpn-id] [svc-sap-type {any | qinq-inner-tag-preserve}] [customer-vid vlan-id] [pbb-epipe]

no epipe service-id

Context

config>service

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command configures an Epipe service instance. This command is used to configure a point-to-point Epipe service. An Epipe connects two endpoints defined as Service Access Points (SAPs). In a local service, the SAPs may be defined in one 7210 SAS node and in distributed service the SAPs may be defined on two different 7210 SAS nodes.

On 7210 SAS, platforms operating in network mode, both local and distributed services are supported.

MAC learning and filtering are not supported on an Epipe service.

When a service is created, the customer keyword and customer-id parameter must be specified to associate the service with a customer. The customer-id value must already exist having been created using the customer command in the service context. When a service has been created with a customer association, it is not possible to edit the customer association. The service must be deleted and recreated with a new customer association.

When a service is created, the use of the customer customer-id command is optional for navigating into the service configuration context. Editing a service with the incorrect customer-id value specified results in an error.

The no form of this command deletes the Epipe service instance with the specified service-id. The service cannot be deleted until the service has been shut down and all instances of SAPs, mesh, or spokes have been deleted from the service.

Default

No Epipe services exist until they are explicitly created with this command.

Parameters
service-id

The unique service identification number or string identifying the service in the service domain. This ID must be unique to this service and may not be used for any other service of any type. The service-id must be the same number used for every 7210 SAS on which this service is defined.

Values

service-id: 1 to 2147483647

svc-name: 64 characters maximum

customer customer-id

Specifies the customer ID number to be associated with the service. This parameter is required on service creation and optional for service editing or deleting.

Values

1 to 2147483647

vpn vpn-id

Specifies the VPN ID number which allows you to identify virtual private networks (VPNs) by a VPN ID. If this parameter is not specified, the VPN ID uses the same service ID number.

Values

1 to 2147483647

Default

null (0)

svc-sap-type

Specifies the service type and the allowed SAPs in the service. When the pbb-epipe keyword is not configured, a plain Epipe service can be configured with SAPs and SDPs.

Values

any - Specifies that all supported SAPs are allowed in the service. See sectionQinQ SAP Configuration Restrictions for 7210 SAS platforms in network operating mode for information about restrictions related to QinQ SAPs.

qinq-inner-tag-preserve - Specifies that an Epipe service processes and forwards packets received with 3 or more tags on a QinQ SAP. See Processing packets received with more than two tags on a QinQ SAP in Epipe service for more information.

Default

any

create

Keyword used to create the service instance. The create keyword requirement can be enabled or disabled in the environment>create context.

pbb-epipe

Specifies a PBB Epipe service, which allows the software to allocate the appropriate resources for PBB Epipe. Only SAPs can be configured with a PBB Epipe service.

Note:

PBB and the pbb-epipe keyword are supported only on 7210 SAS-T operating in the network mode.

epipe
Syntax

epipe service-id [customer customer-id] [create] [vpn vpn-id] [svc-sap-type {null-star | dot1q-preserve | any | dot1q-range}] [customer-vid vlan-id]

no epipe service-id

Context

config>service

Platforms

Only supported on 7210 SAS platforms configured in the access-uplink operating mode

Description

This command configures an Epipe service instance. This command is used to configure a point-to-point Epipe service. An Epipe connects two endpoints defined as SAPs. In a local service, the SAPs may be defined in one 7210 SAS node and in distributed service the SAPs may be defined on two different 7210 SAS nodes.

Note:

Distributed services are only supported on 7210 SAS platforms operating in the network mode. 7210 SAS platforms operating in access-uplink mode only support local SAP-to-SAP service.

MAC learning and filtering are not supported on an Epipe service.

When a service is created, the customer keyword and customer-id parameter must be specified to associate the service with a customer. The customer-id parameter must already exist having been created using the customer command in the service context. When a service has been created with a customer association, it is not possible to edit the customer association. The service must be deleted and recreated with a new customer association.

When a service is created, the use of the customer customer-id command is optional for navigating into the service configuration context. Editing a service with the incorrect customer-id value specified results in an error.

The no form of this command deletes the Epipe service instance with the specified service-id value. The service cannot be deleted until it has been shut down and all instances of SAPs have been deleted from the service.

Default

No Epipe services exist until they are explicitly created with this command.

Parameters
service-id

Specifies the unique service identification number or string identifying the service in the service domain. The ID must be unique to the service and may not be used for any other service of any type. The service-id must be the same value for every 7210 SAS device on which this service is defined.

Values

service-id: 1 to 2147483647

svc-name: 64 characters maximum

customer customer-id

Specifies the customer ID to be associated with the service. This parameter is required on service creation and is optional for service editing or deletion.

Values

1 to 2147483647

vpn vpn-id

Specifies the VPN ID , which allows you to identify virtual private networks (VPNs). If this parameter is not specified, the VPN ID uses the same number as the service ID.

Values

1 to 2147483647

Default

null (0)

svc-sap-type

Specifies the service type and the SAPs allowed in the service.

Values

null-star - Specifies the allowed SAP in the service, which can be null SAP, dot1q default SAP, Q.* SAP, or default QinQ SAP (also known as *.* SAP).

dot1q-preserve - Specifies that the allowed access SAPs in the service are dot1q. The dot1q ID is not stripped after packets match the SAP.

dot1q-range - Specifies that the access SAP in the service can use VLAN ranges as the SAP tags. The VLAN ranges are configured using the configure>connection-profile CLI command. On ingress of the access dot1q SAP using VLAN ranges, the outermost tag is not removed before forwarding.

any - Specifies that the SAPs allowed in the service are defined as shown in SAP and service combinations for 7210 SAS-T in access-uplink mode. See the SAP configuration notes for 7210 SAS platforms in access-uplink operating mode section for more information.

Default

any

customer-vid vlan-id

Specifies the dot1q VLAN ID to be used while creating the local dot1q SAP for the svc-sap-type command with the dot1q-preserve option specified.

Values

1 to 4094

create

Keyword used to create the service instance. The create keyword can be enabled or disabled in the environment>create context.

endpoint
Syntax

[no] endpoint endpoint-name

Context

config>service>epipe

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode

Description

This command configures a service endpoint.

Parameters
endpoint-name

Specifies an endpoint name.

active-hold-delay
Syntax

active-hold-delay active-hold-delay

no active-hold-delay

Context

config>service>epipe>endpoint

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode

Description

This command specifies that the node delays sending the change in the T-LDP status bits for the VLL endpoint when the MC-LAG transitions the LAG subgroup which hosts the SAP for this VLL endpoint from active to standby or when any object in the endpoint. For example, SAP, ICB, or regular spoke-SDP, transitions from up to down operational state.

By default, when the MC-LAG transitioned the LAG subgroup which hosts the SAP for this VLL endpoint from active to standby, the node sends immediately new T-LDP status bits indicating the new value of "standby" over the spoke-SDPs which are on the mate-endpoint of the VLL. The same applies when any object in the endpoint changes an operational state from up to down.

There is no delay applied to the VLL endpoint status bit advertisement when the MC-LAG transitions the LAG subgroup which hosts the SAP from "standby" to "active" or when any object in the endpoint transitions to an operationally up state.

Default

0 — A value of zero means that when the MC-LAG transitioned the LAG subgroup which hosts the SAP for this VLL endpoint from active to standby, the node sends immediately new T-LDP status bits indicating the new value of standby over the spoke-SDPs which are on the mate-endpoint of the VLL. The same applies when any object in the endpoint changes an operational state from up to down.

Parameters
active-hold-delay

Specifies the active hold delay in 100s of milliseconds.

Values

0 to 60

revert-time
Syntax

revert-time [revert-time | infinite]

no revert-time

Context

config>service>epipe>endpoint

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode

Description

This command configures the time to wait before reverting back to the primary spoke-SDP defined on this service endpoint, after having failed over to a backup spoke-SDP.

The no form of this command resets the timer to the default value of 0.

Parameters
revert-time

Specify the time, in seconds, to wait before reverting to the primary SDP.

Values

0 to 600

infinite

Causes the endpoint to be non-revertive.

standby-signaling-master
Syntax

[no] standby-signaling-master

Context

config>service>vll>endpoint

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode

Description

This command enables the pseudowire standby bit (value 0x00000020) to be sent to T-LDP peer for each spoke SPD of the endpoint that is selected as a standby.

This command is mutually exclusive with a VLL mate SAP created on an MC-LAG or ICB. It is also mutually exclusive with vc-switching.

Default

no standby-signaling-master

service-mtu
Syntax

service-mtu octets

no service-mtu

Context

config>service>epipe

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode

Description

This command configures the service payload (Maximum Transmission Unit – MTU), in bytes, for the service. This MTU value overrides the service-type default MTU. The service-mtu defines the payload capabilities of the service. It is used by the system to validate the SAP and SDP binding operational state within the service.

The service MTU and a SAP service delineation encapsulation overhead (that is, 4 bytes for a dot1q tag) is used to derive the required MTU of the physical port or channel on which the SAP was created. If the required payload is larger than the port or channel MTU, the SAP is placed in an inoperative state. If the required MTU is equal to or less than the port or channel MTU, the SAP is able to transition to the operative state.

If a service MTU, port or channel MTU, or path MTU is dynamically or administratively modified, then all associated SAP and SDP binding operational states are automatically re-evaluated.

The no form of this command returns the default service-mtu for the indicated service type to the default value.

Note: To disable service MTU check execute the command no service-mtu-check. Disabling service MTU check allows the packets to pass to the egress if the packet length is lesser than or equal to the MTU configured on the port.

Default

VPLS: 1514

The following table displays MTU values (in octets) for specific VC types.

Table 1. MTU values for specific VC types

VC-type

Example service MTU

Advertised MTU

Ethernet

1514

1500

Ethernet (with preserved dot1q)

1518

1504

VPLS

1514

1500

VPLS (with preserved dot1q)

1518

1504

VLAN (dot1p transparent to MTU value)

1514

1500

VLAN (QinQ with preserved bottom Qtag)

1518

1504

Parameters
octets

Specifies the size of the MTU in octets, expressed as a decimal integer.

Values

1 to 9194

service-name
Syntax

service-name service-name

no service-name

Context

config>service>epipe

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command configures an optional service name, up to 64 characters, which adds a name identifier to a specific service to then use that service name in configuration references as well as display and use service names in show commands throughout the system. This helps the service provider/administrator to identify and manage services within the 7210 SAS platforms.

All services are required to assign a service ID to initially create a service. However, either the service ID or the service name can be used o identify and reference a specific service when it is initially created.

Parameters
service-name

Specifies a unique service name to identify the service. Service names may not begin with an integer (0-9).

service-mtu-check
Syntax

[no] service-mtu-check

Context

config>service>epipe

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode

Description

The no form of this command disables the service MTU check.

Disabling service MTU check allows the packets to pass to the egress if the packet length is lesser than or equal to the MTU configured on the port. The length of the packet sent from a SAP is limited only by the access port MTU. In case of a pseudowire the length of a packet is limited by the network port MTU (including the MPLS encapsulation).

Note:

If TLDP is used for signaling, the configured value for service-mtu is used during a pseudowire setup.

Default

enabled

VLL SAP commands
sap
Syntax

sap sap-id [create] [no-endpoint]

sap sap-id [create] endpoint endpoint-name

no sap sap-id

Context

config>service>epipe

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command creates a SAP within a service. A SAP is a combination of port and encapsulation parameters which identifies the service access point on the interface and within the 7210 device. Each SAP must be unique.

All SAPs must be explicitly created. If no SAPs are created within a service or on an IP interface, a SAP does not exist on that object.

Enter an existing SAP without the create keyword to edit SAP parameters. The SAP is owned by the service in which it was created.

In a single physical port only one SAP can belong to one service. Multiple SAPs can be defined over a physical port but each of these SAPs should belong to different service. This is true only for access-uplink mode. That is, for network mode, multiple SAPs on the same port can belong to the same service.

A SAP can only be associated with a single service. A SAP can only be defined on a port that has been configured as an access port. Additionally, in access-uplink mode, SAPs can be defined also on access-uplink port. Access-uplink SAPs are network facing SAPs representing Dot1q or QinQ tunnels used to transport traffic toward the service nodes.

If a port is shut down, all SAPs on that port become operationally down. When a service is shut down, SAPs for the service are not displayed as operationally down although all traffic traversing the service is discarded.

The operational state of a SAP is relative to the operational state f the port on which theo SAP is defined.

The following encapsulations are supported:

  • Ethernet access SAPs support null, dot1q

  • Ethernet access-uplink SAPs support only QinQ encapsulation.

The no form of this command deletes the SAP with the specified port. When a SAP is deleted, all configuration parameters for the SAP is also deleted.

Default

No SAPs are defined.

Special Cases
Default SAPs

A default SAP has the following format: port-id:*. This type of SAP is supported only on Ethernet MDAs and its creation is allowed only in the scope of Layer 2 services (Epipe and VPLS).

Parameters
sap-id

Specifies the physical port identifier portion of the SAP. See Common CLI command descriptions for command syntax.

create

Keyword used to create a SAP instance. The create keyword requirement can be enabled/disabled in the environment>create context.

no-endpoint

Keyword used to remove the association of a SAP or a spoke-SDP with an explicit endpoint name. This keyword is not supported on platforms operating in the access-uplink operating mode.

endpoint-name

Specifies to add a SAP endpoint association, up to 32 characters. This parameter is not supported on platforms configured in the access-uplink operating mode.

accounting-policy
Syntax

accounting-policy acct-policy-id

no accounting-policy

Context

config>service>epipe>sap

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode.

Description

This command creates the accounting policy context that can be applied to a SAP.

An accounting policy must be defined before it can be associated with a SAP. If the policy-id does not exist, an error message is generated.

A maximum of one accounting policy can be associated with a SAP at one time. Accounting policies are configured in the config>log context.

The no form of this command removes the accounting policy association from the SAP, and the accounting policy reverts to the default.

Default

Default accounting policy.

Parameters
acct-policy-id

Enter the accounting policy-id as configured in the config>log>accounting-policy context.

Values

1 to 99

cflowd
Syntax

[no] cflowd

Context

config>service>epipe>sap

Platforms

7210 SAS-Mxp and 7210 SAS-Sx/S 1/10GE

Description

This command enables cflowd to collect traffic flow samples through a service interface (SAP) for analysis. When cflowd is enabled on an Ethernet service SAP, the Ethernet traffic can be sampled and processed by the system’s cflowd engine and exported to IPFIX collectors with the l2-ip template enabled.

Cflowd is used for network planning and traffic engineering, capacity planning, security, application and user profiling, performance monitoring, usage-based billing, and SLA measurement. When cflowd is enabled at the SAP level, all packets forwarded by the interface are subjected to analysis according to the cflowd configuration.
Note:

See the "Configuration notes" section in the "Cflowd" chapter of the 7210 SAS-Mxp, R6, R12, S, Sx, T Router Configuration Guide for more information about the sampling of packets.

The no form of this command disables cflowd to collect traffic flow samples through a SAP.

Default

no cflowd

collect-stats
Syntax

[no] collect-stats

Context

config>service>epipe>sap

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode.

Description

This command enables accounting and statistical data collection for either the SAP, network port, or IP interface. When applying accounting policies the data, by default, is collected in the appropriate records and written to the designated billing file.

When the no collect-stats command is issued, the statistics are still accumulated by the cards. However, the CPU does not obtain the results and write them to the billing file. If a subsequent collect-stats command is issued, the counters written to the billing file include all the traffic while the no collect-stats command was in effect.

Default

no collect-stats

description
Syntax

description description-string

no description

Context

config>service>epipe>sap

config>service>epipe>spoke-sdp (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode.

Description

This command defines an ASCII string associated with egress-multicast-group-name.

The no form of this command removes an existing description string from egress-multicast-group.

Parameters
description-string

Specifies the description as an ASCII string of up to 80 characters. Only printable 127 bit ASCII characters are allowed. If the string contains spaces, the string must be specified with beginning and ending quotes.

Values

An ASCII string up to 80 characters.

eth-cfm
Syntax

eth-cfm

Context

config>service>epipe>sap

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

Commands in this context configure ETH-CFM parameters.

mep
Syntax

mep mep-id domain md-index association ma-index [direction {up | down}] primary-vlan-enable

no mep mep-id domain md-index association ma-index

Context

config>service>epipe>sap>eth-cfm

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command provisions the maintenance endpoint (MEP).

For more information about ETH-CFM support, see the 7210 SAS-Mxp, R6, R12, S, Sx, T OAM and Diagnostics Guide.

The no form of this command reverts to the default values.

Parameters
mep-id

Specifies the maintenance association end point identifier.

Values

1 to 8191

md-index

Specifies the maintenance domain (MD) index value.

Values

1 to 4294967295

ma-index

Specifies the MA index value.

Values

1 to 4294967295

direction up | down

Indicates the direction in which the maintenance association (MEP) faces on the bridge port. Direction is not supported when a MEP is created directly under the vpls>eth-cfm construct (vMEP).

down — Sends ETH-CFM messages away from the MAC relay entity.

up — Sends ETH-CFM messages toward the MAC relay entity.

primary-vlan-enable

Provides a method for linking the with the primary VLAN configured under the bridge-identifier for the MA. This is only allowed if the mhf-creation method is static. MIPs cannot be changed from or to primary VLAN functions without first being deleted. This must be configured as part of the creation step and can only be changed by deleting the MEP and recreating it. Primary VLANs are only supported under Ethernet SAPs.

This parameter is only supported on 7210 SAS-T (network operating mode), 7210 SAS-Sx/S 1/10GE (standalone and standalone-VC), and 7210 SAS-Mxp (network operating mode).

ais-enable
Syntax

[no] ais-enable

Context

config>service>epipe>sap>eth-cfm>mep

config>service>epipe>spoke-sdp>eth-cfm>mep (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command enables the generation and the reception of AIS messages.

client-meg-level
Syntax

client-meg-level [[level [level ...]]

no client-meg-level

Context

config>service>epipe>sap>eth-cfm>mep>ais-enable

config>service>epipe>spoke-sdp>eth-cfm>mep>ais-enable (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command configures the client maintenance entity group (MEG) levels to use for AIS message generation. Up to 7 levels can be provisioned with the restriction that the client MEG level must be higher than the local MEG level.

Parameters
level

Specifies the client MEG level.

Values

1 to 7

Default

1

interval
Syntax

interval {1 | 60}

no interval

Context

config>service>vpls>epipe>eth-cfm>mep>ais-enable

config>service>epipe>spoke-sdp>eth-cfm>mep>ais-enable (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command specifies the transmission interval of AIS messages in seconds.

Parameters
1 | 60

Specifies the transmission interval of AIS messages in seconds.

Default

1

priority
Syntax

priority priority-value

no priority

Context

config>service>vpls>epipe>eth-cfm>mep>ais-enable

config>service>epipe>spoke-sdp>eth-cfm>mep>ais-enable (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command specifies the priority of AIS messages originated by the node.

Parameters
priority-value

Specifies the priority value of the AIS messages originated by the node.

ccm-enable
Syntax

[no] ccm-enable

Context

config>service>epipe>sap>eth-cfm>mep

config>service>epipe>spoke-sdp>eth-cfm>mep (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command enables the generation of CCM messages.

The no form of this command disables the generation of CCM messages.

ccm-ltm-priority
Syntax

ccm-ltm-priority priority

no ccm-ltm-priority

Context

config>service>epipe>sap>eth-cfm>mep

config>service>epipe>spoke-sdp>eth-cfm>mep (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command specifies the priority value for CCMs and LTMs transmitted by the MEP.

The no form of this command removes the priority value from the configuration.

Default

The highest priority on the bridge-port.

Parameters
priority

Specifies the priority of CCM and LTM messages.

Values

0 to 7

eth-test-enable
Syntax

[no] eth-test-enable

Context

config>service>epipe>sap>eth-cfm>mep

config>service>epipe>spoke-sdp>eth-cfm>mep (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

For ETH-test to work, operators need to configure ETH-test parameters on both sender and receiver nodes. The ETH-test then can be done using the following OAM commands:

oam eth-cfm eth-test mac-address mep mep-id domain md-index association ma-index [priority priority] [data-length data-length]

A check is done for both the provisioning and test to ensure that the MEP is an Y.1731 MEP (MEP provisioned with domain format none, association format icc-based). If not, the operation fails. An error message in the CLI and SNMP indicates the problem.

bit-error-threshold
Syntax

bit-error-threshold errors

no bit-error-threshold

Context

config>service>epipe>sap>eth-cfm>mep>eth-test-enable

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode.

Description

This command specifies the threshold value of bit errors.

test-pattern
Syntax

test-pattern {all-zeros | all-ones} [crc-enable]

no test-pattern

Context

config>service>epipe>sap>eth-cfm>mep>eth-test-enable

config>service>epipe>spoke-sdp>eth-cfm>mep>eth-test-enable (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command configures the test pattern for eth-test frames.

The no form of this command removes the values from the configuration.

Parameters
all-zeros

Specifies to use all zeros in the test pattern.

all-ones

Specifies to use all ones in the test pattern.

crc-enable

Generates a CRC checksum.

Default

all-zeros

fault-propagation-enable
Syntax

fault-propagation-enable {use-if-tlv | suspend-ccm}

no fault-propagation-enable

Context

config>service>epipe>sap>eth-cfm>mep

config>service>epipe>spoke-sdp>eth-cfm>mep (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command configures the fault propagation for the MEP.

Parameters
use-if-tlv

Specifies to use the interface TLV.

suspend-ccm

Specifies to suspend the continuity check messages.

low-priority-defect
Syntax

low-priority-defect {allDef | macRemErrXcon | remErrXcon | errXcon | xcon | noXcon}

Context

config>service>epipe>sap>eth-cfm>mep

config>service>epipe>spoke-sdp>eth-cfm>mep (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command specifies the lowest priority defect that is allowed to generate a fault alarm.

Default

macRemErrXcon

Values

allDef

DefRDICCM, DefMACstatus, DefRemoteCCM, DefErrorCCM, and DefXconCCM

macRemErrXcon

Only DefMACstatus, DefRemoteCCM, DefErrorCCM, and DefXconCCM

remErrXcon

Only DefRemoteCCM, DefErrorCCM, and DefXconCCM

errXcon

Only DefErrorCCM and DefXconCCM

xcon

Only DefXconCCM; or

noXcon

No defects DefXcon or lower are to be reported

mac-address
Syntax

mac-address mac-address

no mac-address

Context

config>service>epipe>spoke-sdp>eth-cfm>mep (not supported in access-uplink operating mode)

config>service>epipe>sap>eth-cfm>mep

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command specifies the MAC address of the MEP.

The no form of this command reverts the MAC address of the MEP back to that of the port (if the MEP is on a SAP) or the bridge (if the MEP is on a spoke).

Parameters
mac-address

Specifies the MAC address of the MEP.

Values

6-byte mac-address in the form of xx:xx:xx:xx:xx:xx or xx-xx-xx-xx-xx-xx of the MEP. Must be unicast. Using the all zeros address is equivalent to the no form of this command.

agg-rate-limit
Syntax

agg-rate-limit agg-rate

no agg-rate-limit

Context

config>service>epipe>sap>egress

config>service>vpls>sap>egress

config>service>ies>sap>egress

config>service>vprn>sap>egress (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode.

Description

This command defines a maximum total rate for all egress queues on a service SAP.

The SAP aggregate rate can be used only if SAP based scheduling mode is configured at the port level. It is not supported in FC-based scheduling mode.

When configured in SAP-based scheduling mode, the egress port scheduler distributes the available bandwidth to all the SAPs configured on the port, up to the configured aggregate rate for the SAP.

The no form of this command removes the aggregate rate limit from the SAP.

Parameters
agg-rate

Defines the rate, in kilobits-per-second, that the maximum aggregate rate the queues on the SAP or MSS can operate.

Values

1 to 40000000, max

tod-suite
Syntax

tod-suite tod-suite-name

no tod-suite

Context

config>service>epipe>sap

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode.

Description

This command applies a time-based policy (filter or QoS policy) to the service SAP. The suite name must already exist in the config>cron context.

Default

no tod-suite

Parameters
tod-suite-name

Specifies collection of policies (ACLs, QoS) including time-ranges that define the full or partial behavior of a SAP. The suite can be applied to more than one SAP.

one-way-delay-threshold
Syntax

one-way-delay-threshold seconds

Context

config>service>vpls>sap>eth-cfm>mep

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode.

Description

This command enables/disables eth-test functionality on MEP.

Parameters
seconds

Specifies the one way delay threshold in seconds.

Values

0 to 600

Default

3

mip
Syntax

mip [mac mac-address]

mip default-mac

no mip

Context

config>service>epipe>sap>eth-cfm

config>service>epipe>spoke-sdp>eth-cfm (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode.

Description

This command allows Maintenance Intermediate Points (MIPs) to be created if mhf-creation for the MA is configured using the default option.

Parameters
mac-address

Specifies the MAC address of the MIP.

Values

6-byte mac-address in the form of xx:xx:xx:xx:xx:xx or xx-xx-xx-xx-xx-xx of the MIP. The MAC must be unicast. Using the all zeros address is equivalent to the no form of this command.

default-mac

Using the no command deletes the MIP. If the operator needs to change the mac back to the default mac without having to delete the MIP and reconfiguring this command is useful.

Default

no mip

ethernet
Syntax

ethernet

Context

config>service>epipe>sap

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode.

Description

This command configures Ethernet properties in this SAP.

llf
Syntax

[no] llf

Context

config>service>epipe>sap>ethernet

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode.

Description

This command enables Link Loss Forwarding (LLF) on an Ethernet port. It provides an end-to-end OAM fault notification for Ethernet VLL service.LLF on an Ethernet port brings down the port when there is a local fault on the pseudowire or service, or a remote fault on the SAP or pseudowire, signaled with label withdrawal or TLDP status bits. It ceases when the fault disappears.

The Ethernet port must be configured for null encapsulation.

The no form of this command disables LLF.

ignore-oper-down
Syntax

[no] ignore-oper-down

Context

config>service>epipe>sap

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode.

Description

This command enables the user to configure the optional command for a specific SAP to ignore the transition of the operational state to down when a SAP fails. Only a single SAP in an Epipe may use this option.

Default

no ignore-oper-down

Service filter and QoS policy commands
egress
Syntax

egress

Context

config>service>epipe>spoke-sdp (not supported in access-uplink mode)

config>service>epipe>sap

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode.

Description

Commands in this context configure egress SAP parameters.

force-vlan-vc-forwarding
Syntax

[no] force-vlan-vc-forwarding

Context

config>service>epipe>spoke-sdp

config>service>vpls>spoke-sdp

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command forces vc-vlan-type forwarding in the datapath for spoke which have either vc-type. This comand is not allowed on vlan-vc-type SDPs.

The no version of this command sets default behavior.

Default

Per default this feature is disabled

hash-label
Syntax

hash-label [signal-capability]

no hash-label

Context

config>service>epipe>spoke-sdp

Platforms

7210 SAS-Mxp, 7210 SAS-R6 IMM-b, 7210 SAS-R6 IMM-c, 7210 SAS-R12 IMM-b, 7210 SAS-R12 IMM-c, and 7210 SAS-Sx/S 1/10GE (standalone and standalone-VC)

Description

This command enables the use of a hash label on a VLL or VPLS service bound to LDP or RSVP SDP, using the autobind mode with the ldp, rsvp-te, or mpls options. When this command is enabled, the ingress datapath is modified such that the result of the hash on the packet header is communicated to the egress datapath for use as the value of the label field of the hash label. Only the hash-2 parameters are used to compute the hash label, even if the SDP is over a lag (with load-balancing set as hash-1 or hash-2) or a port. The egress datapath adds the hash label at the bottom of the stack (BoS) and sets the S-bit to one.

Note:

On the 7210 SAS, the hash label is not used on the local node for ECMP hashing and LAG hashing. It is available for use by LSR nodes, through which the traffic flows and which are capable of using the labels for hashing.

Packets that are generated in the CPM and forwarded with a label in the context of a service (for example, OAM packets) must also include a hash label at the BoS and set the S-bit accordingly.

The TTL of the hash label is set to a value of 0.

The user enables the signaling of the hash label capability under a VLL spoke-SDP interface, a VPLS spoke-SDP interface, or a VPLS mesh-SDP interface by configuring the signal-capability option. In this case, the decision to insert the hash label on the user and control plane packets by the local PE is solely determined by the outcome of the signaling process and can override the local PE configuration. The following procedures apply when the hash-label command and the signal-capability option are enabled on the local PE.

  • The 7210 SAS local PE inserts the Flow Label Interface Parameters sub-TLV with T=1 and R=1 in the PW ID FEC element in the label mapping message for that spoke SDP or mesh SDP.

  • If the remote PE does not send the Flow Label sub-TLV in the PW ID FEC element, or sends a Flow Label sub-TLV in the PW ID FEC element with T=FALSE and R=FALSE, the local node disables the hash label capability. Consequently, the local PE node does not insert a hash label in user and control plane packets it forwards on the spoke SDP or mesh SDP. It also drops user and control plane packets received from remote PE if they include a hash label. The latter may also be caused by a remote 7210 SAS PE that does not support the hash-label command, has the hash-label command enabled but does not support the signal-capability option, or does support both options but the user did not enable them because of a misconfiguration.

  • If the remote PE sends the Flow Label sub-TLV in the PW ID FEC element with T=TRUE and R=TRUE, the local PE enables the hash label capability. The local PE inserts a hash label in user and control plane packets it forwards on the spoke-SDP or mesh SDP. It also accepts user and control plane packets form the remote PE with or without a hash label.

    • If the hash-label command was enabled on the local configuration of the spoke SDP or mesh SDP at the remote PE, the pseudowire packets received by the local PE have the hash label included. These packets must be dropped. The only way to solve this is to disable the signaling-capability option on the local node, which results in the insertion of the hash label by both PE nodes.

    • If the hash-label command is not supported or was not enabled on the local configuration of the spoke SDP or mesh SDP at the remote PE, the pseudowire received by the local PE does not have the hash label included.

The user can enable or disable the signal-capability option in CLI as required. When doing so, the router must withdraw the label it sent to its peer and send a new label mapping message with the new value of the F bit in the flow label interface parameters sub-TLV of the PW ID FEC element.

Note:

  • This feature is supported only for VLL and VPLS services. It is not supported for VPRN services. It is also not supported on multicast packets forwarded using RSVP P2MP LSPs or mLDP LSPs in both the base router instance and in the multicast VPN (mVPN) instance.

  • On the 7750 SR and possibly other vendor implementations, to allow applications where the egress LER infers the presence of the hash label implicitly from the value of the label, the Most Significant Bit (MSB) of the result of the hash is set before copying into the hash label. That is, the value of the hash label is always in the range of 524,288 to 1,048,575 and does not overlap with the signaled or static LSP and signaled or static service label ranges. This also guarantees that the hash label does not match a value in the reserved label range. This is not supported on the 7210 SAS for service traffic (for MPLS OAM traffic the MSB bit is set). That is, 7210 SAS devices do not set the MSB in the hash label value for service traffic. Consequently, the user must ensure that both ends are correctly configured to either process hash labels or disable them.

The no form of this command disables the use of the hash label.

Default

no hash-label

Parameters
signal-capability

Enables the signaling and negotiation of the hash label between the local and remote PE nodes.

ingress
Syntax

ingress

Context

config>service>epipe>sap

config>service>epipe>sap>statistics

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

Commands in this context configure ingress SAP Quality of Service (QoS) policies.

If no sap-ingress QoS policy is defined, the system default sap-ingress QoS policy is used for ingress processing.

aggregate-meter-rate
Syntax

aggregate-meter-rate rate-in-kbps [burst burst-in-kbits] [enable-stats]

no aggregate-meter-rate

Context

config>service>vpls>sap>egress

config>service>epipe>sap>egress (not supported on 7210 SAS-Mxp)

config>service>ies>sap>egress

config>service>vprn>sap>egress (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command configures the SAP egress aggregate policer. The rate (PIR) of the SAP egress aggregate policer must be specified by the user. The user can optionally specify the burst size for the SAP aggregate policer. The aggregate policer monitors the traffic sent out of the SAP and determines if the packet is either forwarded or dropped.

An option is provided to associate a set of two counters to calculate total forwarded packets and octets, and total dropped packets and octets. When the counter is enabled, the resources required increases to twice the resources required when the counter is not used. If enable-stats keyword is specified during the creation of the meter, the counter is allocated by software (if available). To free up the counter and relinquish its use, the user can use the no aggregate-meter-rate command, and then recreate the meter again using the aggregate-meter rate command.

If egress frame-based accounting is used, the SAP egress aggregate meter rate accounts for the Ethernet frame overhead. The system accounts for 12 bytes of IFG and 8 bytes of start delimiter. Frame-based counting does not affect the count of octets maintained by the counter (if in use).

Note:

  • Before enabling this command for a SAP, resources must be allocated to this feature from the egress-internal-tcam resource pool using the command configure>system>resource-profile>egress-internal-tcam>egress-sap-aggregate-meter. See the 7210 SAS-Mxp, R6, R12, S, Sx, T Basic System Configuration Guide for more information.

  • The egress aggregate meter is not FC aware. The forward and drop decisions are taken based on the order the packets are sent out of the SAP by the egress port scheduler.

The no form of this command removes the egress aggregate policer from use.

Default

no aggregate-meter-rate

Parameters
rate-in-kbps

Specifies the rate in kilobits per second.

Values

1 to 20000000 | max

Default

max

burst <burst-in-kilobits>

Specifies the burst size for the policer in kilobits. The burst size cannot be configured without configuring the rate.

Values

4 to 2146959

Default

512

enable-stats

Specifies if counter to count forwarded and dropped count must be allocated or not. If this keyword is used while configuring the meter, counter is allocated.

aggregate-meter-rate
Syntax

aggregate-meter-rate rate-in-kbps [burst burst-in-kbits]

no aggregate-meter-rate

Context

config>service>vpls>sap>ingress

config>service>epipe>sap>ingress

config>service>ies>sap>ingress

config>service>vprn>sap>ingress (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including platforms configured in the access-uplink operating mode; not supported on 7210 SAS-Sx 10/100GE

Description

This command configures the SAP ingress aggregate policer. The rate of the SAP ingress aggregate policer must be specified by the user. The user can optionally specify the burst size for the SAP aggregate policer. The aggregate policer monitors the ingress traffic on different FCs and determines the final disposition of the packet. The packet is either forwarded to an identified profile or dropped.

Note:
  • When operating the 7210 SAS in access-uplink mode, this command is available only for access SAPs; it is not supported for access-uplink SAPs.

  • The sum of CIR of the individual FCs configured under the SAP cannot exceed the PIR rate configured for the SAP. Though the 7210 SAS software does not block this configuration, it is not recommended for use.

The following table provides information about the final disposition of the packet based on the operating rate of the per FC policer and the per SAP aggregate policer.

Table 2. Final disposition of the packet based on per-FC and per-SAP policer or meter

Per FC meter operating rate

Per FC assigned color

SAP aggregate meter operating rate

SAP aggregate meter color

Final packet color

Within CIR

Green

Within PIR

Green

Green or

In-profile

Within CIR1

Green

Above PIR

Red

Green or

In-profile

Above CIR, Within PIR

Yellow

Within PIR

Green

Yellow or

Out-of-Profile

Above CIR, Within PIR

Yellow

Above PIR

Red

Red or

Dropped

Above PIR

Red

Within PIR

Green

Red or

Dropped

Above PIR

Red

Above PIR

Red

Red or

Dropped

1 This row is not recommended for use. For more information, see the Note in the ‟aggregate-meter-rate” description.

When the SAP aggregate policer is configured, per FC policer can be only configured in ‟trtcm2” mode (RFC 4115).

The meter modes ‟srtcm” and ‟trtcm1” are used in the absence of an aggregate meter.

The SAP ingress meter counters increment the packet or octet counts based on the final disposition of the packet.

If ingress Frame-based accounting is used, the SAP aggregate meter rate accounts for the Ethernet frame overhead. The system accounts for 12 bytes of IFG and 8 bytes of start delimiter.

The no form of this command removes the aggregate policer from use.

Default

no aggregate-meter-rate

Parameters
rate-in-kbps

Specifies the rate in kilobits per second.

Values

1 to 20000000 | max

Default

max

burst burst-in-kilobits

Specifies the burst size for the policer in kilobits. The burst size cannot be configured without configuring the rate.

Values

4 to 2146959

Default

512

filter
Syntax

filter [ip ip-filter-id]

filter [ipv6 ipv6-filter-id]

filter [mac mac-filter-id]

no filter [ip ip-filter-id]

no filter [ipv6 ipv6-filter-id]

no filter [mac mac-filter-id]

Context

config>service>epipe>sap>egress

config>service>epipe>sap>ingress

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command associates an IP filter policy with an ingress or egress SAP or IP interface.

Filter policies control the forwarding and dropping of packets based on IP matching criteria. Only one filter can be applied to a SAP at a time.

The filter command is used to associate a filter policy with a specified filter-id with an ingress or egress SAP. The filter-id must already be defined before the filter command is executed. If the filter policy does not exist, the operation fails and an error message is returned.

IP filters apply only to IP packets. Frames that do not contain IP packets are not subject to the filter and are always be passed, even if the filter's default action is to drop.

Note:

For filter support available on different 7210 SAS platforms, see the 7210 SAS-Mxp, R6, R12, S, Sx, T Router Configuration Guide.

The no form of this command removes any configured filter ID association with the SAP or IP interface. The filter ID is not removed from the system.

Special Cases
Epipe

Both MAC and IP filters are supported on an Epipe service SAP.

Parameters
ip ip-filter-id

Specifies IP filter policy. The filter ID must already exist within the created IP filters.

Values

1 to 65535

ipv6 ipv6-filter-id

Specifies the IPv6 filter policy. The filter ID must already exist within the created IPv6 filters.

Values

1 to 65535

mac mac-filter-id

Specifies the MAC filter policy. The specified filter ID must already exist within the created MAC filters. The filter policy must already exist within the created MAC filters.

Values

1 to 65535

meter-override
Syntax

[no] meter-override

Context

config>service>epipe>sap>ingress

config>service>vpls>sap>ingress

config>service>ies>interface>sap>ingress

config>service>vprn>interface>sap>ingress (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command, within the SAP ingress contexts, is used to create a CLI node for specific overrides to one or more meters created on the SAP through the sap-ingress QoS policies.

The no form of this command is used to remove any existing meter overrides.

Default

no meter-overrides

meter
Syntax

meter meter-id [create]

no meter meter-id

Context

config>service>epipe>sap>ingress>meter-override

config>service>vpls>sap>ingress>meter-override

config>service>ies>interface>sap>ingress>meter-override

config>service>vprn>interface>sap>ingress>meter-override (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command, within the SAP ingress contexts, is used to create a CLI node for specific overrides to a specific meter created on the SAP through a sap-ingress QoS policies.

The no form of this command is used to remove any existing overrides for the specified meter-id.

Parameters
meter-id

The meter-id parameter is required when executing the meter command within the meter-overrides context. The specified meter-id must exist within the sap-ingress QoS policy applied to the SAP. If the meter is not currently used by any forwarding class or forwarding type mappings, the meter does not exist on the SAP. This does not preclude creating an override context for the meter-id.

create

The create keyword is required when a meter meter-id override node is being created and the system is configured to expect explicit confirmation that a new object is being created. When the system is not configured to expect explicit confirmation, the create keyword is not required.

adaptation-rule
Syntax

adaptation-rule [pir adaptation-rule] [cir adaptation-rule]

no adaptation-rule

Context

config>service>epipe>sap>ingress>meter-override>meter

config>service>vpls>sap>ingress>meter-override>meter

config>service>ies>interface>sap>ingress>meter-override>meter

config>service>vprn>interface>sap>ingress>meter-override>meter (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command can be used to override specific attributes of the specified meter adaptation rule parameters. The adaptation rule controls the method used by the system to derive the operational CIR and PIR settings when the meter is provisioned in hardware. For the CIR and PIR parameters individually, the system attempts to find the best operational rate depending on the defined constraint.

The no form of this command removes any explicitly defined constraints used to derive the operational CIR and PIR created by the application of the policy. When a specific adaptation-rule is removed, the default constraints for rate and cir apply.

Default

no adaptation-rule

Parameters
pir

The pir parameter defines the constraints enforced when adapting the PIR rate defined within the meter-override meter meter-id command. The pir parameter requires a qualifier that defines the constraint used when deriving the operational PIR for the queue. When the meter-override command is not specified, the default applies.

Note:

When the meter mode in use is 'trtcm2', this parameter is interpreted as EIR value. For more information, see the description and relevant notes for meter modes in the 7210 SAS-Mxp, R6, R12, S, Sx, T Quality of Service Guide.

cir

Specifies the constraints enforced when adapting the CIR rate defined within the meter-override meter meter-id command. The cir parameter requires a qualifier that defines the constraint used when deriving the operational CIR for the queue. When the cir parameter is not specified, the default constraint applies.

adaptation-rule

Specifies the criteria to use to compute the operational CIR and PIR values for this meter, while maintaining a minimum offset.

Values

max — The max (maximum) keyword is mutually exclusive with the min and closest options. When max is defined, the operational PIR for the meter is equal to or less than the administrative rate specified using the meter-override command.

min — The min (minimum) keyword is mutually exclusive with the max and closest options. When min is defined, the operational PIR for the queue is equal to or greater than the administrative rate specified using the meter-override command.

closest — The closest parameter is mutually exclusive with the min and max parameter. When closest is defined, the operational PIR for the meter is the rate closest to the rate specified using the meter-override command.

cbs
Syntax

cbs size [kbits | bytes | kbytes]

no cbs

Context

config>service>epipe>sap>ingress>meter-override>meter

config>service>vpls>sap>ingress>meter-override>meter

config>service>ies>interface>sap>ingress>meter-override>meter

config>service>vprn>interface>sap>ingress>meter-override>meter (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command provides a mechanism to override the default CBS for the meter. The committed burst size parameter specifies the maximum burst size that can be transmitted by the source while still complying with the CIR. If the transmitted burst is lower than the CBS value then the packets are marked as in-profile by the meter to indicate that the traffic is complying meter configured parameters.

The no form of this command returns the CBS size to the default value.

Default

32 kbits

Parameters
size

Specifies the value in either kbits, kilobytes or bytes.

Values

kbits : [4..2146959 | default]

bytes : [512..274810752]

kbytes : [1..268369]

mbs
Syntax

mbs size [kbits | bytes | kbytes]

no mbs

Context

config>service>epipe>sap>ingress>meter-override>meter

config>service>vpls>sap>ingress>meter-override>meter

config>service>ies>interface>sap>ingress>meter-override>meter

config>service>vprn>interface>sap>ingress>meter-override>meter (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command provides a mechanism to override the default MBS for the meter. The maximum burst size parameter specifies the maximum burst size that can be transmitted by the source while still complying with the CIR. If the transmitted burst is lower than the MBS value, the packets are marked as in-profile by the meter to indicate that the traffic is complying meter configured parameters.

The no form of this command returns the MBS size to the default value.

Default

512kbits

Parameters
size

Specifies the value in either kbits, kilobytes or bytes.

Values

kbits: 4 to 2146959 | default

bytes: 512 to 274810752

kbytes: 1to 268369

mode
Syntax

mode mode

no mode

Context

config>service>epipe>sap>ingress>meter-override>meter

config>service>vpls>sap>ingress>meter-override>meter

config>service>ies>interface>sap>ingress>meter-override>meter

config>service>vprn>interface>sap>ingress>meter-override>meter (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command within the SAP ingress meter-overrides contexts is used to override the sap-ingress QoS policy configured mode parameters for the specified meter-id.

The no form of this command is used to restore the policy defined metering and profiling mode to a meter.

Parameters
mode

Specifies the rate mode of the meter-override.

Values

trtcm1 | trtcm2 | srtcm

rate
Syntax

rate cir cir-rate [pir pir-rate]

no rate

Context

config>service>epipe>sap>ingress>meter-override>meter

config>service>vpls>sap>ingress>meter-override>meter

config>service>ies>interface>sap>ingress>meter-override>meter

config>service>vprn>interface>sap>ingress>meter-override>meter (not supported in access-uplink operating mode)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command within the SAP ingress meter-overrides contexts is used to override the sap-ingress QoS policy configured rate parameters for the specified meter-id.

The no form of this command is used to restore the policy defined metering and profiling rate to a meter.

Default

max

The max default specifies the amount of bandwidth in kilobits per second (thousand bits per second). The max value is mutually exclusive to the pir-rate value.

Parameters
pir-rate

Specifies the administrative PIR rate, in kilobits, for the queue. When the rate command is executed, a valid PIR setting must be explicitly defined. When the rate command has not been executed, the default PIR of max is assumed. Fractional values are not allowed and must be specified as a positive integer.

Note:

When the meter mode is set to 'trtcm2' the PIR value is interpreted as the EIR value. For more information, see the 7210 SAS-Mxp, R6, R12, S, Sx, T Quality of Service Guide.

The actual PIR rate is dependent on the queue adaptation-rule parameters and the actual hardware where the queue is provisioned.

Values

[0..20000000 | max]

Default

max

cir-rate

The cir parameter overrides the default administrative CIR used by the queue. When the rate command is executed, a CIR setting is optional. When the rate command has not been executed or the cir parameter is not explicitly specified, the default CIR (0) is assumed. Fractional values are not allowed and must be specified as a positive integer.

Values

[0..20000000 | max]

Default

0

qos
Syntax

qos policy-id

qos policy-id [enable-table-classification] (for 7210 SAS-Mxp Epipe ingress only)

no qos policy-id

Context

config>service>epipe>sap>ingress

config>service>epipe>sap>egress (7210 SAS-Mxp with Epipe)

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command associates a Quality of Service (QoS) policy with an ingress or egress SAP.

QoS ingress policies are important for the enforcement of SLA agreements. The policy ID must be defined before associating the policy with a SAP. If the policy-id does not exist, an error is returned.

The qos command associates both ingress and egress QoS policies. The qos command only allows ingress policies to be associated on SAP or IP interface ingress, and only allows egress policies on SAP or IP interface egress. Attempts to associate a QoS policy of the wrong type returns an error.

Only one ingress and one egress QoS policy can be associated with a SAP at one time. Attempts to associate a second policy of same or different type replaces the earlier one with the new policy.

Note:

SAP egress QoS policies are only supported on the 7210 SAS-Mxp.

On the 7210 SAS-Mxp (ingress), using the enable-table-classification keyword enables the use of IP DSCP tables to assign FC and profile on a per-SAP ingress basis. The match-criteria configured from the service ingress policy, which require CAM resources, are ignored. Only meters from the service ingress policy are used (and the meters still require CAM resources). The IP DSCP classification policy configured in the SAP ingress policy is used to assign FC and profile. The default FC is assigned from the SAP ingress policy.

By default, if no specific QoS policy is associated with the SAP for ingress or egress, the default QoS policy is used.

The no form of this command removes the QoS policy association from the SAP, and the QoS policy reverts to the default.

Parameters
policy-id

Specifies the ingress or egress policy ID to associate with SAP on ingress or egress. The policy ID must already exist.

Values

1 to 65535

enable-table-classification

Enables the use of table-based classification instead of CAM-based classification at SAP ingress. The FC and profile are taken from the IP DSCP classification policy configured in the ingress policy, along with the meters from the SAP ingress policy. Match-criteria entries in the SAP ingress policy are ignored. This parameter is only supported on the 7210 SAS-Mxp.

Epipe Service SAP Statistics Commands
statistics
Syntax

statistics

Context

config>service>epipe>sap

Platforms

7210 SAS-T (both network and access uplink mode), 7210 SAS-Mxp, and 7210 SAS-Sx/S 1/10GE (standalone and standalone-VC)

Description

Commands in this context configure the counters associated with SAP ingress and egress.

ingress
Syntax

ingress

Context

config>service>epipe>sap>statistics

Platforms

7210 SAS-T (both network and access uplink mode), 7210 SAS-Mxp, and 7210 SAS-Sx/S 1/10GE (standalone and standalone-VC)

Description

Commands in this context configure the ingress SAP statistics counters.

counter-mode
Syntax

counter-mode {in-out-profile-count | forward-drop-count}

Context

config>service>epipe>sap>statistics>ingress

Platforms

7210 SAS-T (network and access-uplink mode), 7210 SAS-Mxp, 7210 SAS-Sx/S 1/10GE (standalone and standalone-VC), and 7210 SAS-Sx 10/100GE (standalone)

Description

This command sets the counter mode for the counters associated with SAP ingress meters (also known as policers). A pair of counters is available with each meter. These counters count different events based on the counter mode value.

Note:

  • The counter mode can be changed if an accounting policy is associated with a SAP. If the counter mode is changed, the counters associated with the meter are reset and the counts are cleared. If an accounting policy is in use when the counter mode is changed, a new record is written into the current accounting file.

  • The configuration information is not saved across a reboot.

Execute the following sequence of commands on the specified SAP to ensure that the correct statistics are collected when the counter-mode is changed:

  1. Execute the command config>service>epipe>sap>no collect-stats, to disable writing of accounting records for the SAP.

  2. Change the counter-mode to the needed option, execute the command config>service>epipe>sap>counter-mode {in-out-profile-count | forward-drop-count}.

  3. Execute the command config>service>epipe>sap>collect-stats, to enable writing of accounting records for the SAP.

Default

in-out-profile-count

Parameters
forward-drop-count

Counts the forwarded packets and octets received on ingress of a SAP and another counts the dropped packets. The forwarded count is the sum of in-profile and out-of-profile packets/octets received on SAP ingress. The dropped count is count of packets/octets dropped by the policer. A packet is determined to be in-profile or out-of-profile based on the meter rate parameters configured. A packet is dropped by the policer if it exceeds the configured PIR rate. The in-profile count and out-of-profile count is not individually available when operating in this mode.

in-out-profile-count

Counts on one counter the total in-profile packets and octets received on ingress of a SAP, and on another, counts the total out-of-profile packets and octets received on ingress of a SAP. A packet is determined to be in-profile or out-of-profile based on the meter rate parameters configured. A packet is dropped by the policer if it exceeds the configured PIR rate. Dropped counts are not maintained in hardware when this mode is used. It is obtained by subtracting the sum of in-profile count and out-of-profile count from the total SAP ingress received count and displayed.

drop-count-extra-vlan-tag-pkts
Syntax

[no] drop-count-extra-vlan-tag-pkts

Context

config>service>epipe>sap>statistics>ingress

config>service>epipe>spoke-sdp>statistics>ingress

Platforms

7210 SAS-T (network operating mode), 7210 SAS-Mxp, and 7210 SAS-Sx/S 1/10GE (standalone and standalone-VC)

Description

This command associates a counter which enables the counting of extra VLAN-tag dropped packets for the SAP or spoke-SDP. A limited number of counters are available for use.

The no form of this command removes the associated counter.

VLL SDP Commands
Note:

VLL SDP commands are supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode. Any exceptions are noted explicitly.

spoke-sdp
Syntax

spoke-sdp sdp-id[:vc-id] [no-endpoint] [create]

spoke-sdp sdp-id[:vc-id] endpoint endpoint-name

no spoke-sdp sdp-id[:vc-id]

Context

config>service>epipe

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command binds a service to an existing Service Distribution Point (SDP).

The SDP has an operational state that determines the operational state of the SDP within the service. For example, if the SDP is administratively or operationally down, the SDP for the service is down.

The SDP must already exist in the config>service>sdp context to associate an SDP with an Epipe or VPL service. If the sdp-id is not already configured, an error message is generated. If the sdp-id does exist, a binding between the specific sdp-id and the service is created.

SDPs must be explicitly associated and bound to a service to allow far-end 7210 SAS devices to participate in the service.

The no form of this command removes the SDP binding from the service; the SDP configuration is not affected. When the binding is removed, no packets are forwarded to the far-end router.

Default

no sdp-id is bound to a service

Special Cases
Epipe

At most, only one sdp-id can be bound to an Epipe service. Since an Epipe is a point-to-point service, it can have, at most, two end points. The two end points can be one SAP and one SDP or two SAPs. VC-switching VLLs are an exception. If the VLL is a ‟vc-switching” VLL, the two endpoints must both be SDPs.

Parameters
sdp-id

Specifies the SDP identifier.

Values

1 to 17407

vc-id

Specifies the virtual circuit identifier.

Values

1 to 4294967295

no-endpoint

Keyword to remove the association of a spoke-SDP with an explicit endpoint name.

endpoint-name

Specifies the name of the service endpoint.

create

Keyword to create spoke-SDP.

control-word
Syntax

[no] control-word

Context

config>service>epipe>spoke-sdp

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command provides the option to add a control word as part of the packet encapsulation for pseudowire types for which the control word is optional. These are Ethernet pseudowires (Epipe).

The configuration for the two directions of the pseudowire must match because the control word negotiation procedures described in Section 6.2 of RFC 4447 are not supported. The C-bit in the pseudowire FEC sent in the label mapping message is set to 1 when the control word is enabled. Otherwise, it is set to 0.

The service only comes up if the same C-bit value is signaled in both directions. If a spoke-SDP is configured to use the control word but the node receives a label mapping message with a C-bit clear, the node releases the label with the an ‟Illegal C-bit” status code as per Section 6.1 of RFC 4447. As soon as the user also enabled the control the remote peer, the remote peer withdraws its original label and sends a label mapping with the C-bit set to 1 and the VLL service is up in both nodes.

control-channel-status
Syntax

[no] control-channel-status

Context

config>service>epipe>spoke-sdp

Platforms

7210 SAS-T

Description

This command enables the configuration of static pseudowire status signaling on a spoke-SDP for which signaling for its SDP is set to OFF.

A control-channel-status no shutdown is allowed only if all of the following is true:

  • The system is using network chassis mode D

  • SDP signaling is off

  • The control-word is enabled (control-word by default is disabled)

  • The service type is Epipe or VPLS.

  • Mate SDP signaling is off (in vc-switched services)

  • pw-path-id is configured for this spoke

The no form of this command removes control channel status signaling form a spoke-SDP. It can only be removed if control channel status is shutdown.

Default

no control-channel-status

acknowledgment
Syntax

[no] acknowledgment

Context

config>service>epipe>spoke-sdp>control-channel-status

Platforms

7210 SAS-T

Description

This command enables the acknowledgment of control channel status messages. By default, no acknowledgment packets are sent.

refresh-timer
Syntax

refresh-timer value

no refresh-timer

Context

config>service>epipe>spoke-sdp>control-channel-status

Platforms

7210 SAS-T

Description

This command configures the refresh timer for control channel status signaling packets. By default, no refresh packets are sent.

Default

no refresh-timer

Parameters
value

Specifies the refresh timer value.

Values

10 to 65535 seconds

Default

0 (off)

request-timer
Syntax

request-timer request-timer request-timer-secs retry-timer retry-timer-secs timeout-multiplier multiplier

Context

config>service>epipe>spoke-sdp>control-channel-status

Platforms

7210 SAS-T

Description

This command configures the control channel status request mechanism. When it is configured, control channel status request procedures are used. These augment the procedures for control channel status messaging from RFC 6478. This command is mutually exclusive with a non-zero refresh-timer value.

Parameters
request-timer

Specifies the interval at which pseudowire status messages, including a reliable delivery TLV, with the ‟request” bit set, are sent.

Values

10 to 65535 seconds

retry-timer

Specifies the timeout interval if no response to a pseudowire status request is received. This parameter must be configured. A value of zero (0) disables retries.

Values

0, 3 to 60 seconds

timeout-multiplier

Specifies the optional timeout multiplier for the retry timer. If a requesting node does not receive a valid response to a pseudowire status request within this multiplier value times the retry timer value, it assumes the pseudowire is down.

Values

3 to 20 seconds

precedence
Syntax

precedence [precedence-value | primary]

no precedence

Context

config>service>epipe>spoke-sdp

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command specifies the precedence of the SDP binding when there are multiple SDP bindings attached to one service endpoint. The value of zero can only be assigned to one SDP bind making it the primary SDP bind. When an SDP binding goes down, the next highest precedence SDP binding begins to forward traffic.

The no form of this command returns the precedence value to the default.

Default

4

Parameters
precedence-value

Specifies the spoke-SDP precedence.

Values

1 to 4

primary

Specifies to make this the primary spoke-SDP.

pw-path-id
Syntax

[no] pw-path-id

Context

config>service>epipe>spoke-sdp

Platforms

7210 SAS-T

Description

This command configures an MPLS-TP Pseudowire Path Identifier for a spoke-SDP. All elements of the PW path ID must be configured to enable a spoke-SDP with a PW path ID.

For an IES or VPRN spoke-SDP, the pw-path-id is only valid for Ethernet spoke-SDPs.

The pw-path-id is only configurable if all of the following is true:

  • The system is using network chassis mode D

  • SDP signaling is off

  • Control-word is enabled (control-word is disabled by default)

  • The service type is epipe, vpls, or IES/VPRN interface

  • Mate SDP signaling is off for vc-switched services

The no form of this command deletes the PW path ID.

Default

no pw-path-id

agi
Syntax

agi agi

no agi

Context

config>service>epipe>spoke-sdp>pw-path-id

Platforms

7210 SAS-T

Description

This command configures the attachment group identifier for an MPLS-TP PW.

Parameters
agi

Specifies the attachment group identifier.

Values

0 to 4294967295

saii-type2
Syntax

saii-type2 global-id:node-id:ac-id

no saii-type2

Context

config>service>epipe>spoke-sdp>pw-path-id

Platforms

7210 SAS-T

Description

This command configures the source individual attachment identifier (SAII) for an MPLS-TP spoke-SDP. If this is configured on a spoke-SDP for which vc-switching is also configured, that is, if it is at an S-PE, the values must match those of the taii-type2 of the mate spoke-SDP.

Parameters
global-id

Specifies the global ID at the source PE or T-PE for the MPLS-TP PW for a spoke-SDP.

Values

0 to 4294967295

node-id

Specifies the node ID at the source PE or T-PE for the MPLS-TP PW for a spoke-SDP.

Values

a.b.c.d or 0 to 4294967295

ac-id

Specifies the attachment circuit ID at the source PE or T-PE for the MPLS-TP PW for a spoke-SDP. If this node is the source of the PW, the AC ID must be set to a locally unique value.

Values

1 to 4294967295

taii-type2
Syntax

taii-type2 global-id:node-id:ac-id

no taii-type2

Context

config>service>epipe>spoke-sdp>pw-path-id

Platforms

7210 SAS-T

Description

This command configures the source individual attachment identifier (SAII) for an MPLS-TP spoke-SDP. If this is configured on a spoke-SDP for which vc-switching is also configured (it is at an S-PE), the values must match those of the taii-type2 of the mate spoke-SDP.

Parameters
global-id

Specifies the global ID at the target PE or T-PE for the MPLS-TP PW for a spoke-SDP.

Values

0 to 4294967295

node-id

Specifies the node ID at the target PE or T-PE for the MPLS-TP PW for a spoke-SDP.

Values

a.b.c.d or 0 to 4294967295

ac-id

Specifies the attachment circuit ID at the target PE or T-PE for the MPLS-TP PW for a spoke-SDP. If this node is the source of the PW, the AC ID must be set to a locally unique value.

Values

1 to 4294967295

pw-status-signaling
Syntax

[no] pw-status-signaling

Context

config>service>epipe>spoke-sdp

Platforms

7210 SAS-T

Description

This command enables pseudowire status signaling for this spoke-SDP binding.

The no form of this command disables the status signaling.

Default

pw-status-signaling

vc-label
Syntax

[no] vc-label vc-label

Context

config>service>epipe>spoke-sdp>egress

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command configures the egress VC label.

Parameters
vc-label

A VC egress value that indicates a specific connection.

Values

16 to 1048575

vc-label
Syntax

[no] vc-label vc-label

Context

config>service>epipe>spoke-sdp>ingress

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command configures the ingress VC label.

Parameters
vc-label

Specifies a VC ingress label value for a connection.

Values

2048 to 18431

vlan-vc-tag
Syntax

vlan-vc-tag 0..4094

no vlan-vc-tag [0..4094]

Context

config>service>epipe>spoke-sdp

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command specifies an explicit dot1q value used when encapsulating to the SDP far end. When signaling is enabled between the near and far end, the configured dot1q tag can be overridden by a received TLV specifying the dot1q value expected by the far end. This signaled value must be stored as the remote signaled dot1q value for the binding. The provisioned local dot1q tag must be stored as the administrative dot1q value for the binding.

When the dot1q tag is not defined, the default value of zero is stored as the administrative dot1q value. Setting the value to zero is equivalent to not specifying the value.

The no form of this command disables the command.

Default

no vlan-vc-tag

Parameters
0..4094

Specifies a valid VLAN identifier to bind an 802.1Q VLAN tag ID.

spoke-sdp-fec
Syntax

spoke-sdp-fec

spoke-sdp-fec spoke-sdp-fec-id [fec fec-type] [aii-type aii-type] [create]

spoke-sdp-fec spoke-sdp-fec-id no-endpoint

spoke-sdp-fec spoke-sdp-fec-id [fec fec-type] [aii-type aii-type] [create] endpoint name [icb]

Context

config>service>epipe

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command binds a service to an existing SDP, using a dynamic MS-PW.

A spoke-SDP is treated like the equivalent of a traditional bridge ‟port” where flooded traffic received on the spoke-SDP is replicated on all other ‟ports” (other spoke and mesh SDPs or SAPs) and not transmitted on the port it was received.

The SDP has an operational state which determines the operational state of the SDP within the service. For example, if the SDP is administratively or operationally down, the SDP for the service is down.

When using dynamic MS-PWs, the particular SDP to bind to is automatically selected based on the Target Attachment Individual Identifier (TAII) and the path to use, specified under spoke-SDP FEC. The selected SDP terminates on the first hop S-PE of the MS-PW. Therefore, an SDP must already be defined in the configure service sdp context that reaches the first hop 7210 SAS of the MS-PW. The 7210 SAS associates an SDP with a service. If an SDP is not already configured, an error message is generated. If the sdp-id does exists, a binding between that sdp-id and the service is created.

It differs from the spoke-sdp command in that the spoke-sdp command creates a spoke-SDP binding that uses a PW with the PW ID FEC. However, the spoke-sdp-fec command enables PWs with other FEC types to be used. In Release 9.0, only the Generalized ID FEC (FEC129) may be specified using this command.

The no form of this command removes the SDP binding from the service. The SDP configuration is not affected; only the binding of the SDP to a service. When removed, no packets are forwarded to the far-end router.

Parameters
spoke-sdp-fec-id

Specifies an unsigned integer value of the spoke-SDP.

Values

1 to4294967295

fec fec-type

Specifies an unsigned integer value for the type of the FEC used by the MS-PW.

Values

129 to 130

aii-type aii-type

Specifies an unsigned integer value for the Attachment Individual Identifier (AII) type used to identify the MS-PW endpoints.

Values

1 to 2

endpoint endpoint-name

Specifies the name of the service endpoint.

no endpoint

Adds or removes a spoke-SDP association.

icb

Configures the spoke-SDP as an inter-chassis backup SDP binding.

auto-config
Syntax

[no] auto-config

Context

config>service>epipe>spoke-sdp-fec

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command enables single-sided automatic endpoint configuration of the spoke-SDP. The 7210 SAS acts as the passive T-PE for signaling this MS-PW.

Automatic Endpoint Configuration allows the configuration of a spoke-SDP endpoint without specifying the TAII associated with that spoke-SDP. It allows a single-sided provisioning model where an incoming label mapping message with a TAII that matches the SAII of that spoke-SDP to be automatically bound to that endpoint. In this mode, the far end T-PE actively initiates MS-PW signaling and sends the initial label mapping message using T-LDP, while the 7210 T-PE for which auto-config is specified, acts as the passive T-PE.

The auto-config command is blocked in CLI if signaling active has been enabled for this spoke-SDP. It it is only applicable to spoke-SDPs configured under the Epipe, IES and VPRN interface context.

The no form of this command means that the 7210 T-PE either acts as the active T-PE (if signaling active is configured) or automatically determines which 7210 initiates MS-PW signaling based on the prefix values configured in the SAII and TAII of the spoke-SDP. If the SAII has the greater prefix value, the 7210 initiates MS-PW signaling without waiting for a label mapping message from the far end. However, if the TAII has the greater value prefix, then the 7210 assumes that the far end T-PE initiates MS-PW signaling and waits for that label mapping message before responding with a T-LDP label mapping message for the MS-PW in the reverse direction.

Default

no auto-config

path
Syntax

path name

no path

Context

config>service>epipe>spoke-sdp-fec

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command specifies the explicit path, containing a list of S-PE hops, that should be used for this spoke-SDP. The path-name should correspond to the name of an explicit path configured in the config>service>pw-routing context.

If no path is configured, each next-hop of the MS-PW used by the spoke-SDP is chosen locally at each T-PE and S-PE.

Default

no path

Parameters
path-name

The name of the explicit path to be used, as configured under config>service>pw-routing.

precedence
Syntax

precedence precedence-value

precedence primary

no precedence

Context

config>service>epipe>spoke-sdp-fec

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command specifies the precedence of the SDP binding when there are multiple SDP bindings attached to one service endpoint. The value of zero can only be assigned to one SDP bind making it the primary SDP bind. When an SDP binding goes down, the next highest precedence SDP binding begins to forward traffic.

The no form of this command returns the precedence value to the default.

Default

42

Parameters
precedence-value

Specifies the spoke-SDP precedence.

Values

1 to 4

primary

Specifies to make this the primary spoke-SDP.

pw-template-bind
Syntax

pw-template-bind policy-id

no pw-template-bind

Context

config>service>epipe>spoke-sdp-fec

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command binds the parameters included in a specific PW Template to a spoke-SDP.

The no form of this command removes the values from the configuration.

Parameters
policy-id

Specifies the existing policy ID.

Values

1 to 2147483647

retry-count
Syntax

retry-count retry-count

no retry-count

Context

config>service>epipe>spoke-sdp-fec

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This optional command specifies the number of attempts software should make to reestablish the spoke-SDP after it has failed. After each successful attempt, the counter is reset to zero.

When the specified number is reached, no more attempts are made and the spoke-SDP is put into the shutdown state.

Use the no shutdown command to bring up the path after the retry limit is exceeded.

The no form of this command reverts the parameter to the default value.

Default

30

Parameters
retry-count

Specifies the maximum number of retries before putting the spoke-SDP into the shutdown state.

Values

10 to 10000

retry-timer
Syntax

retry-timer retry-timer

no retry-timer

Context

config>service>epipe>spoke-sdp-fec

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command specifies a retry-timer for the spoke-SDP. This is a configurable exponential back-off timer that determines the interval between retries to reestablish a spoke-SDP if it fails and a label withdraw message is received with the status code ‟AII unreachable”.

The no form of this command reverts the timer to its default value.

Default

30

Parameters
retry-timer

Specifies the initial retry-timer value in seconds.

Values

10 to 480

saii-type2
Syntax

saii-type2 global-id:prefix:ac-id

no saii-type2

Context

config>service>epipe>spoke-sdp-fec

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command configures the source attachment individual identifier for the spoke-SDP. This is only applicable to FEC129 AII type 2.

Parameters
global-id

Specifies the global ID of this 7210 T-PE. This value must correspond to one of the global_id values configured for a local-prefix under config>service>pw-routing>local-prefix context.

Values

1 to 4294967295

prefix

Specifies the prefix on this 7210 T-PE that the spoke-SDP SDP is associated with. This value must correspond to one of the prefixes configured under config>service>pw-routing>local-prefix context.

Values

an IPv4-formatted address a.b.c.d or 1 to 4294967295

ac-id

Specifies an unsigned integer representing a locally unique identifier for the spoke-SDP.

Values

1 to 4294967295

taii-type2
Syntax

taii-type2 global-id:prefix:ac-id

no taii-type2

Context

config>service>epipe>spoke-sdp-fec

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command configures the target attachment individual identifier for the spoke-SDP. This is only applicable to FEC129 AII type 2.

This command is blocked in CLI if this end of the spoke-SDP is configured for single-sided auto configuration (using the auto-config command).

Parameters
global-id

Specifies the Global ID of this 7210 T-PE. This value must correspond to one of the global_id values configured for a local-prefix under config>service>pw-routing>local-prefix context.

Values

1 to 4294967295

prefix

Specifies the prefix on this 7210 T-PE that the spoke-SDP is associated with. This value must correspond to one of the prefixes configured under config>service>pw-routing>local-prefix context.

Values

an IPv4-formatted address a.b.c.d or 1 to 4294967295

ac-id

Specifies an unsigned integer representing a locally unique identifier for the spoke-SDP.

Values

1 to 4294967295

Connection profile commands
connection-profile
Syntax

connection-profile conn-prof-id [create]

no connection-profile conn-prof-id

Context

config

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command creates a list of VLAN values to be assigned to a Dot1q SAP in an Epipe service.

A connection profile can only be assigned to a Dot1q SAP which is part of an Epipe service.

The no form of this command deletes the profile from the configuration.

Parameters
conn-prof-id

Specifies the profile number.

Values

1 to 8000

ethernet
Syntax

ethernet

Context

config>connprof

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command provides the context to configure the VLAN ranges values.

ranges
Syntax

no ranges

ranges vlan-ranges [vlan-ranges...(up to 32 max)]

Context

config>connprof>ethernet

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

Specifies the list of VLAN ranges or individual VLAN ID to be used for mapping the specific VLANs to the Epipe SAP.

The system validates that the values specified are valid VLAN ID in the range 0-4094 (VLAN ID 4095 is reserved). Ranges are specified in the format ‛a-b ’, the expression (a < b) should be true. Up to about 32 individual VLAN values or VLAN ranges can be specified. A maximum of up to 8 VLAN ranges are allowed per connection profile.

Parameters
vlan-ranges

Specifies the list of VLAN ranges or individual VLAN ID to be used for mapping the specific VLANs to the Epipe SAP.

A list of space separated values specified as either a-b or individual VLAN IDs. Both the VLAN IDs and the value used for 'a' and 'b' must be in the range of 0-4094. Additionally, value 'a' must be less than value 'b'.

For example:

ranges

100-200 5 6 4000-4020

ranges

4 5 6 10 11 12

ranges

250-350 500-600 1000-1023

Show commands

id
Syntax

id service-id {all | arp | base | endpoint | fdb | interface | label | labels | sap | split-horizon-group | stp| interface | mstp-configuration}

Context

show>service

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command displays information for a particular service-id.

Parameters
service-id

Display the service identification number that identifies the service in the domain.

Values

service-id: 1 to 214748364

svc-name: A string up to 64 characters.

all

Displays more information about the service.

arp

Displays ARP entries for the service.

base

Displays basic service information.

endpoint

Displays service endpoint information.

fdb

Displays FDB information.

interface

Displays service interfaces.

labels

Displays labels being used by this service.

mstp-configuration

Displays MSTP information.

sap

Displays SAPs associated with the service.

sdp

Displays SDPs associated with the service. This keyword in not supported on 7210 SAS platforms operating in access-uplink mode.

split-horizon-group

Displays split horizon group information.

stp

Displays STP information.

Output

The following output is an example of information for a specific service ID.

Sample output
*A:ces-A# show service id 1 sap 
=========================================================================
SAP(Summary), Service 1
=========================================================================
PortId                          SvcId      Ing.  Ing.    Egr.   Adm  Opr       
                                           QoS   Fltr    Fltr                  
-------------------------------------------------------------------------
1/2/1.1                         1          1     none    none   Up   Up  
-------------------------------------------------------------------------
Number of SAPs : 1
-------------------------------------------------------------------------
=========================================================================

*A:Dut-A# /show service id 1 base  
===============================================================================
Service Basic Information
===============================================================================
Service Id        : 1                   Vpn Id            : 0
Service Type      : VPLS               
Name              : (Not Specified)
Description       : (Not Specified)
Customer Id       : 1                   Creation Origin   : manual
Last Status Change: 03/20/2023 12:49:45  
Last Mgmt Change  : 03/20/2023 12:49:45  
Admin State       : Up                  Oper State        : Up
MTU               : 1514                Def. Mesh VC Id   : 1
MTU Check         : Enabled                
SAP Count         : 1                   SDP Bind Count    : 1
Snd Flush on Fail : Disabled            Host Conn Verify  : Disabled
SAP Type:         : Any                 
Propagate MacFlush: Disabled            Per Svc Hashing   : Disabled
Allow IP Intf Bind: Disabled            Fwd-IPv4-Mcast-To*: Disabled
VSD Domain        : <none>
SPI load-balance  : Disabled            
TEID load-balance : Disabled

-------------------------------------------------------------------------------
Service Access & Destination Points
-------------------------------------------------------------------------------
Identifier                               Type         AdmMTU  OprMTU  Adm  Opr 
-------------------------------------------------------------------------------

sap:1/1/21                              null          1514    1514    Up   Up
sdp:1:1 S(2.2.2.2)                      Spok          0       9190    Up   Up  
===============================================================================
* indicates that the corresponding row element may have been truncated.
*A:Dut-A#
 
all
Syntax

all

Context

show>service>id

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command displays detailed information for all aspects of the service.

Output

The following outputs are examples of detailed service information, and the associated tables describe the output fields.

Sample output — Standard
*A:Dut-A>show>service>id# all

===============================================================================
Service Detailed Information
===============================================================================
Service Id        : 1501                Vpn Id            : 1501
Service Type      : Epipe
Description       : Default epipe description for service id 1501
Customer Id       : 1
Last Status Change: 02/21/2011 13:07:03
Last Mgmt Change  : 02/21/2011 13:03:58
Admin State       : Up                  Oper State        : Up
MTU               : 1514
MTU Check         : Enabled
Vc Switching      : False
SAP Count         : 1                   SDP Bind Count    : 2
-------------------------------------------------------------------------------
Service Destination Points(SDPs)
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
 Sdp Id 1413:1501  -(10.20.1.4)
-------------------------------------------------------------------------------
Description     : Default sdp description
SDP Id             : 1413:1501                Type              : Spoke
VC Type            : Ether                    VC Tag            : n/a
Admin Path MTU     : 0                        Oper Path MTU     : 9182
Far End            : 10.20.1.4                Delivery          : MPLS

Admin State        : Up                       Oper State        : Up
Acct. Pol          : 14                       Collect Stats     : Enabled
Ingress Label      : 130948                   Egress Label      : 130483
Ing mac Fltr       : n/a                      Egr mac Fltr      : n/a
Ing ip Fltr        : n/a                      Egr ip Fltr       : n/a
Admin ControlWord  : Preferred                Oper ControlWord  : True
Admin BW(Kbps)     : 0                        Oper BW(Kbps)     : 0
Last Status Change : 02/21/2011 13:07:12      Signaling         : TLDP
Last Mgmt Change   : 02/21/2011 13:03:58      Force Vlan-Vc     : Disabled
Endpoint           : coreSide                 Precedence        : 1
Class Fwding State : Down
Flags              : None
Peer Pw Bits       : None
Peer Fault Ip      : None
Peer Vccv CV Bits  : lspPing
Peer Vccv CC Bits  : pwe3ControlWord mplsRouterAlertLabel

KeepAlive Information :
Admin State        : Enabled                  Oper State        : Alive
Hello Time         : 10                       Hello Msg Len     : 0
Max Drop Count     : 3                        Hold Down Time    : 10

Statistics            :
I. Fwd. Pkts.      : 48319                    I. Fwd. Octs.     : 5690869
E. Fwd. Pkts.      : 34747                    E. Fwd. Octets    : 4013709
-------------------------------------------------------------------------------
Eth-Cfm Configuration Information
-------------------------------------------------------------------------------
Md-index           : 1000                     Direction         : Down
Ma-index           : 1150114                  Admin             : Enabled
MepId              : 1                        CCM-Enable        : Enabled
LowestDefectPri    : macRemErrXcon            HighestDefect     : none
Defect Flags       : None
Mac Address        : 7c:20:64:ad:04:07        ControlMep        : False
CcmLtmPriority     : 7
CcmTx              : 11385                    CcmSequenceErr    : 0
Eth-1Dm Threshold  : 3(sec)
Eth-Ais:           : Disabled
Eth-Tst:           : Disabled
LbRxReply          : 0                        LbRxBadOrder      : 0
LbRxBadMsdu        : 0                        LbTxReply         : 0
LbNextSequence     : 1                        LtNextSequence    : 1
LtRxUnexplained    : 0

Associated LSP LIST :
Lsp Name           : A_D_21
Admin State        : Up                       Oper State        : Up
Time Since Last Tr*: 03h49m30s

-------------------------------------------------------------------------------
 Sdp Id 1613:1501  -(10.20.1.6)
-------------------------------------------------------------------------------
Description     : Default sdp description
SDP Id             : 1613:1501                Type              : Spoke
VC Type            : Ether                    VC Tag            : n/a
Admin Path MTU     : 0                        Oper Path MTU     : 9182
Far End            : 10.20.1.6                Delivery          : MPLS

Admin State        : Up                       Oper State        : Up
Acct. Pol          : 14                       Collect Stats     : Enabled
Ingress Label      : 130526                   Egress Label      : 130424
Ing mac Fltr       : n/a                      Egr mac Fltr      : n/a
Ing ip Fltr        : n/a                      Egr ip Fltr       : n/a
Admin ControlWord  : Not Preferred            Oper ControlWord  : False
Admin BW(Kbps)     : 0                        Oper BW(Kbps)     : 0
Last Status Change : 02/21/2011 13:07:03      Signaling         : TLDP
Last Mgmt Change   : 02/21/2011 13:03:58      Force Vlan-Vc     : Disabled
Endpoint           : coreSide                 Precedence        : 2
Class Fwding State : Down
Flags              : None
Peer Pw Bits       : pwFwdingStandby
Peer Fault Ip      : None
Peer Vccv CV Bits  : lspPing
Peer Vccv CC Bits  : mplsRouterAlertLabel

KeepAlive Information :
Admin State        : Enabled                  Oper State        : Alive
Hello Time         : 10                       Hello Msg Len     : 0
Max Drop Count     : 3                        Hold Down Time    : 10

Statistics            :
I. Fwd. Pkts.      : 25                       I. Fwd. Octs.     : 2776
E. Fwd. Pkts.      : 23                       E. Fwd. Octets    : 2557
-------------------------------------------------------------------------------
Eth-Cfm Configuration Information
-------------------------------------------------------------------------------
Md-index           : 1000                     Direction         : Down
Ma-index           : 1150116                  Admin             : Enabled
MepId              : 1                        CCM-Enable        : Enabled
LowestDefectPri    : macRemErrXcon            HighestDefect     : none
Defect Flags       : None
Mac Address        : 7c:20:64:ad:04:07        ControlMep        : False
CcmLtmPriority     : 7
CcmTx              : 11414                    CcmSequenceErr    : 0
Eth-1Dm Threshold  : 3(sec)
Eth-Ais:           : Disabled
Eth-Tst:           : Disabled
LbRxReply          : 0                        LbRxBadOrder      : 0
LbRxBadMsdu        : 0                        LbTxReply         : 0
LbNextSequence     : 1                        LtNextSequence    : 1
LtRxUnexplained    : 0

Associated LSP LIST :
Lsp Name           : A_F_21
Admin State        : Up                       Oper State        : Up
Time Since Last Tr*: 03h48m45s

-------------------------------------------------------------------------------
Number of SDPs : 2
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
Service Access Points
-------------------------------------------------------------------------------

-------------------------------------------------------------------------------
SAP lag-3:1501.1501
-------------------------------------------------------------------------------
Service Id         : 1501
SAP                : lag-3:1501.1501          Encap             : qinq
QinQ Dot1p         : Default
Description        : (Not Specified)
Admin State        : Up                       Oper State        : Up
Flags              : None
Last Status Change : 02/21/2011 13:06:45
Last Mgmt Change   : 02/21/2011 13:03:58

Admin MTU          : 9212                     Oper MTU          : 9212
Ingr IP Fltr-Id    : n/a                      Egr IP Fltr-Id    : n/a
Ingr Mac Fltr-Id   : 1501                     Egr Mac Fltr-Id   : n/a
tod-suite          : None
Egr Agg Rate Limit : max
Endpoint           : accessSide

Acct. Pol          : Default                  Collect Stats     : Enabled


-------------------------------------------------------------------------------
QOS
-------------------------------------------------------------------------------
Ingress qos-policy : 1500                     Egress qos-policy : 1500
-------------------------------------------------------------------------------
Sap Egress Policy (1500)
-------------------------------------------------------------------------------
Scope              : Template
Remark             : False                    Remark Pol Id     : 2
Accounting         : frame-based
Description    : Sap Egress Policy for svcList 1500
-------------------------------------------------------------------------------
Queue Rates and Rules
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId        CIR          CIR Adpt Rule        PIR          PIR Adpt Rule
-------------------------------------------------------------------------------
Queue1          10000          max                10000          max
Queue2          10000          max                10000          max
Queue3          10000          max                10000          max
Queue4          10000          max                10000          max
Queue5          10000          max                10000          max
Queue6          10000          max                10000          max
Queue7          10000          max                10000          max
Queue8          10000          max                10000          max
-------------------------------------------------------------------------------
Parent Details
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId          Port       CIR Level      PIR Weight
-------------------------------------------------------------------------------
Queue1          True             1             1
Queue2          True             2             2
Queue3          True             3             3
Queue4          True             4             4
Queue5          True             5             5
Queue6          True             6             6
Queue7          True             7             7
Queue8          True             8             8
-------------------------------------------------------------------------------
High Slope
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId        State      Start-Avg(%)   Max-Avg(%)   Max-Prob(%)
-------------------------------------------------------------------------------
Queue1           Up             50           100            50
Queue2           Up             50           100            50
Queue3           Up             50           100            50
Queue4           Up             50           100            50
Queue5           Up             50           100            50
Queue6           Up             50           100            50
Queue7           Up             50           100            50
Queue8           Up             50           100            50
-------------------------------------------------------------------------------
Low Slope
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId        State      Start-Avg(%)   Max-Avg(%)   Max-Prob(%)
-------------------------------------------------------------------------------
Queue1           Up             10           50            50
Queue2           Up             10           50            50
Queue3           Up             10           50            50
Queue4           Up             10           50            50
Queue5           Up             10           50            50
Queue6           Up             10           50            50
Queue7           Up             10           50            50
Queue8           Up             10           50            50
-------------------------------------------------------------------------------
Burst Sizes and Time Average Factor
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId         CBS            MBS       Time Average Factor        Queue-Mgmt
-------------------------------------------------------------------------------
Queue1          200               400              10           qM_1500
Queue2          200               400              10           qM_1500
Queue3          200               400              10           qM_1500
Queue4          200               400              10           qM_1500
Queue5          200               400              10           qM_1500
Queue6          200               400              10           qM_1500
Queue7          200               400              10           qM_1500
Queue8          200               400              10           qM_1500
-------------------------------------------------------------------------------
Aggregate Policer (Available)
-------------------------------------------------------------------------------
rate               : n/a                      burst             : n/a
-------------------------------------------------------------------------------
Ingress QoS Classifier Usage
-------------------------------------------------------------------------------
Classifiers Allocated: 32                    Meters Allocated   : 16
Classifiers Used     : 8                     Meters Used        : 5
-------------------------------------------------------------------------------
Sap Statistics
-------------------------------------------------------------------------------
                        Packets                 Octets
Ingress Stats:          34659                   3241035
Egress Stats:           48099                   5291928
Extra-Tag Drop Stats:   n/a                     n/a
-------------------------------------------------------------------------------
Sap per Meter stats
-------------------------------------------------------------------------------
                        Packets                 Octets

Ingress Meter 1 (Unicast)
For. InProf           : 7209                    468585
For. OutProf          : 0                       0

Ingress Meter 2 (Unicast)
For. InProf           : 0                       0
For. OutProf          : 0                       0

Ingress Meter 3 (Unicast)
For. InProf           : 0                       0
For. OutProf          : 0                       0

Ingress Meter 4 (Unicast)
For. InProf           : 0                       0
For. OutProf          : 0                       0

Ingress Meter 5 (Unicast)
For. InProf           : 27454                   2772854
For. OutProf          : 0                       0
-------------------------------------------------------------------------------
Sap per Queue stats
-------------------------------------------------------------------------------
                        Packets                 Octets

Egress Queue 1 (be)
Fwd Stats            :  0                       0
Drop InProf          :  0                       0
Drop OutProf         :  0                       0

Egress Queue 2 (l2)
Fwd Stats            :  3                       180
Drop InProf          :  0                       0
Drop OutProf         :  0                       0

Egress Queue 3 (af)
Fwd Stats            :  0                       0
Drop InProf          :  0                       0
Drop OutProf         :  0                       0

Egress Queue 4 (l1)
Fwd Stats            :  0                       0
Drop InProf          :  0                       0
Drop OutProf         :  0                       0

Egress Queue 5 (h2)
Fwd Stats            :  0                       0
Drop InProf          :  0                       0
Drop OutProf         :  0                       0

Egress Queue 6 (ef)
Fwd Stats            :  0                       0
Drop InProf          :  0                       0
Drop OutProf         :  0                       0

Egress Queue 7 (h1)
Fwd Stats            :  0                       0
Drop InProf          :  0                       0
Drop OutProf         :  0                       0

Egress Queue 8 (nc)
Fwd Stats            :  20842                   1938306
Drop InProf          :  0                       0
Drop OutProf         :  0                       0

-------------------------------------------------------------------------------
Service Endpoints
-------------------------------------------------------------------------------
Endpoint name                : coreSide
Description                  : (Not Specified)
Revert time                  : 0
Act Hold Delay               : 0
Standby Signaling Master     : true
Tx Active                    : 1413:1501
Tx Active Up Time            : 0d 03:48:41
Revert Time Count Down       : N/A
Tx Active Change Count       : 2
Last Tx Active Change        : 02/21/2011 13:07:12
-------------------------------------------------------------------------------
Members
-------------------------------------------------------------------------------
Spoke-sdp: 1413:1501 Prec:1                         Oper Status: Up
Spoke-sdp: 1613:1501 Prec:2                         Oper Status: Up
===============================================================================
Endpoint name                : accessSide
Description                  : (Not Specified)
Revert time                  : 0
Act Hold Delay               : 0
Standby Signaling Master     : false
Tx Active                    : lag-3:1501.1501
Tx Active Up Time            : 0d 03:49:08
Revert Time Count Down       : N/A
Tx Active Change Count       : 1
Last Tx Active Change        : 02/21/2011 13:06:45
-------------------------------------------------------------------------------
Members
-------------------------------------------------------------------------------
SAP      : lag-3:1501.1501                          Oper Status: Up
===============================================================================
===============================================================================
Sample output (PW-Entropy/Hash-label)
*A:7210SAS>config>service# /show service id 1 all 

===============================================================================
Service Detailed Information
===============================================================================
Service Id        : 1                   Vpn Id            : 0
Service Type      : VPLS                
Name              : (Not Specified)
Description       : (Not Specified)
Customer Id       : 1                   
Last Status Change: 01/07/2000 21:19:14 
Last Mgmt Change  : 01/07/2000 21:15:25 
Admin State       : Up                  Oper State        : Up
MTU               : 1514                Def. Mesh VC Id   : 1
MTU Check         : Enabled             
SAP Count         : 0                   SDP Bind Count    : 1
Snd Flush on Fail : Disabled            Host Conn Verify  : Disabled
SAP Type:         : Any                 
Propagate MacFlush: Disabled            Per Svc Hashing   : Disabled
Allow IP Intf Bind: Disabled            
 
-------------------------------------------------------------------------------
Split Horizon Group specifics
-------------------------------------------------------------------------------

-------------------------------------------------------------------------------
ETH-CFM service specifics
-------------------------------------------------------------------------------
Tunnel Faults     : ignore              V-Mep Extensions  : Enabled


-------------------------------------------------------------------------------
Service Destination Points(SDPs)
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
 Sdp Id 1:1  -(2.2.2.2)
-------------------------------------------------------------------------------
Description     : (Not Specified)
SDP Id             : 1:1                      Type              : Spoke
Spoke Descr     : (Not Specified)
Split Horiz Grp    : (Not Specified)
VC Type            : Ether                    VC Tag            : n/a
Admin Path MTU     : 0                        Oper Path MTU     : 9190
Far End            : 2.2.2.2                  Delivery          : MPLS
Tunnel Far End     : 2.2.2.2                  LSP Types         : LDP
Hash Label         : Enabled                  Hash Lbl Sig Cap  : Disabled
Oper Hash Label    : Enabled                  
 
Admin State        : Up                       Oper State        : Up
Acct. Pol          : None                     Collect Stats     : Disabled
Ingress Label      : 131069                   Egress Label      : 131069
Ingr Mac Fltr-Id   : n/a                      Egr Mac Fltr-Id   : n/a
Ingr IP Fltr-Id    : n/a                      Egr IP Fltr-Id    : n/a
Ingr IPv6 Fltr-Id  : n/a                      Egr IPv6 Fltr-Id  : n/a
Admin ControlWord  : Not Preferred            Oper ControlWord  : False
Last Status Change : 01/07/2000 21:19:14      Signaling         : TLDP
Last Mgmt Change   : 01/07/2000 21:15:25      Force Vlan-Vc     : Disabled
Endpoint           : N/A                      Precedence        : 4
PW Status Sig      : Enabled                  
Class Fwding State : Down                     
Flags              : None
Local Pw Bits      : None
Peer Pw Bits       : None
Peer Fault Ip      : None                     
 
Application Profile: None                     
Transit Policy     : None                     
Max Nbr of MAC Addr: No Limit                 Total MAC Addr    : 0
Learned MAC Addr   : 0                        Static MAC Addr   : 0
                                      
MAC Learning       : Enabled                  Discard Unkwn Srce: Disabled
MAC Aging          : Enabled                  
BPDU Translation   : Disabled                 
L2PT Termination   : Disabled
MAC Pinning        : Disabled                 
Ignore Standby Sig : False                    Block On Mesh Fail: False
Oper Group         : (none)                   Monitor Oper Grp  : (none)
Rest Prot Src Mac  : Disabled                 
Auto Learn Mac Prot: Disabled                 RestProtSrcMacAct : Disable

Ingress Qos Policy : (none)                   Egress Qos Policy : (none)
Ingress FP QGrp    : (none)                   Egress Port QGrp  : (none)
Ing FP QGrp Inst   : (none)                   Egr Port QGrp Inst: (none)
 
KeepAlive Information :
Admin State        : Disabled                 Oper State        : Disabled
Hello Time         : 10                       Hello Msg Len     : 0
Max Drop Count     : 3                        Hold Down Time    : 10
 
Statistics            :
I. Fwd. Pkts.      : 0                        I. Fwd. Octs.     : 0
E. Fwd. Pkts.      : 0                        E. Fwd. Octets    : 0
Extra-Tag-Drop-Pkts: n/a                      Extra-Tag-Drop-Oc*: n/a

-------------------------------------------------------------------------------
Control Channel Status
-------------------------------------------------------------------------------
PW Status          : disabled                 Refresh Timer     : <none>
Peer Status Expire : false                    
Request Timer      : <none>                   
Acknowledgement    : false                    

-------------------------------------------------------------------------------
ETH-CFM SDP-Bind specifics
-------------------------------------------------------------------------------
V-MEP Filtering    : Disabled                 
 
-------------------------------------------------------------------------------
LDP Information :
-------------------------------------------------------------------------------
LDP LSP Id         : 65537                    
 
-------------------------------------------------------------------------------
RSVP/Static LSPs
-------------------------------------------------------------------------------
Associated LSP List :                 
No LSPs Associated
 
 
-------------------------------------------------------------------------------
Stp Service Destination Point specifics
-------------------------------------------------------------------------------
Stp Admin State    : Up                       Stp Oper State    : Down
Core Connectivity  : Down                     
Port Role          : N/A                      Port State        : Forwarding
Port Number        : 0                        Port Priority     : 128
Port Path Cost     : 10                       Auto Edge         : Enabled
Admin Edge         : Disabled                 Oper Edge         : N/A
Link Type          : Pt-pt                    BPDU Encap        : Dot1d
Root Guard         : Disabled                 Active Protocol   : N/A
Last BPDU from     : N/A                      
Designated Bridge  : N/A                      Designated Port Id: 0
 
Fwd Transitions    : 0                        Bad BPDUs rcvd    : 0
Cfg BPDUs rcvd     : 0                        Cfg BPDUs tx      : 0
TCN BPDUs rcvd     : 0                        TCN BPDUs tx      : 0
TC bit BPDUs rcvd  : 0                        TC bit BPDUs tx   : 0
RST BPDUs rcvd     : 0                        RST BPDUs tx      : 0
-------------------------------------------------------------------------------
Number of SDPs : 1
-------------------------------------------------------------------------------
* indicates that the corresponding row element may have been truncated.
-------------------------------------------------------------------------------
Service Access Points
-------------------------------------------------------------------------------
No Sap Associations

-------------------------------------------------------------------------------
VPLS Spanning Tree Information
-------------------------------------------------------------------------------
VPLS oper state    : Up                       Core Connectivity : Down
Stp Admin State    : Down                     Stp Oper State    : Down
Mode               : Rstp                     Vcp Active Prot.  : N/A
 
Bridge Id          : 80:00.c4:08:4a:59:b2:61  Bridge Instance Id: 0
Bridge Priority    : 32768                    Tx Hold Count     : 6
Topology Change    : Inactive                 Bridge Hello Time : 2
Last Top. Change   : 0d 00:00:00              Bridge Max Age    : 20
Top. Change Count  : 0                        Bridge Fwd Delay  : 15
 
Root Bridge        : N/A                      
Primary Bridge     : N/A                      
 
Root Path Cost     : 0                        Root Forward Delay: 0
Rcvd Hello Time    : 0                        Root Max Age      : 0
Root Priority      : 0                        Root Port         : N/A
 
-------------------------------------------------------------------------------
Forwarding Database specifics
-------------------------------------------------------------------------------
Service Id        : 1                   Mac Move          : Disabled
Mac Move Rate     : 2                   Mac Move Timeout  : 10
Mac Move Retries  : 3                   
Table Size        : 250                 Total Count       : 0
Learned Count     : 0                   Static Count      : 0
OAM-learned Count : 0                   DHCP-learned Count: 0
Remote Age        : 900                 Local Age         : 300
High Watermark    : 95%                 Low Watermark     : 90%
Mac Learning      : Enabled             Discard Unknown   : Disabled
Mac Aging         : Enabled             Relearn Only      : False

-------------------------------------------------------------------------------
IGMP Snooping Base info
-------------------------------------------------------------------------------
Admin State : Down                    
Querier     : No querier found
-------------------------------------------------------------------------------
Sap/Sdp                    Oper  MRtr Send  Max  MVR       Num
Id                         State Port Qries Grps From-VPLS Grps
-------------------------------------------------------------------------------
sdp:1:1                    Up    No   No    None N/A       0

-------------------------------------------------------------------------------
Service Endpoints
-------------------------------------------------------------------------------
No Endpoints found.
-------------------------------------------------------------------------------

===============================================================================
VPLS Sites
===============================================================================
Site                Site-Id   Dest                Mesh-SDP  Admin   Oper  Fwdr
-------------------------------------------------------------------------------
Table 3. Output fields: service ID all

Label

Description

Service Id

The service identifier.

VPN Id

The number which identifies the VPN.

Service Type

The type of service.

VLL Type

The VLL type.

SDP Id

The SDP identifier.

Description

Generic information about the service.

Customer Id

The customer identifier.

Last Mgmt Change

The date and time of the most recent management-initiated change.

Endpoint

The name of the service endpoint.

Flags

The conditions that affect the operating status of this SAP.

Display output includes: ServiceAdminDown, SapAdminDown, InterfaceAdminDown, PortOperDown, L2OperDown, RelearnLimitExceeded, RxProtSrcMac, ParentIfAdminDown, TodResourceUnavail, TodMssResourceUnavail, SapParamMismatch, SapIngressNamedPoolMismatch, SapEgressNamedPoolMismatch, NoSapEpipeRingNode.

SAP Count

The number of SAPs specified for this service.

SDP Bind Count

The number of SDPs bound to this service.

Service Destination Points (SDPs)

SDP Id

The SDP identifier.

Type

Indicates whether this Service SDP binding is a spoke or a mesh.

Admin Path MTU

The needed largest service frame size (in octets) that can be transmitted through this SDP to the far-end router, without requiring the packet to be fragmented.

Oper Path MTU

The actual largest service frame size (in octets) that can be transmitted through this SDP to the far-end router, without requiring the packet to be fragmented.

Delivery

The type of delivery used by the SDP: MPLS.

Admin State

The administrative state of this SDP.

Oper State

The operational state of this SDP.

Jitter Buffer (packets)

The jitter buffer length in number of packet buffers.

Playout Threshold (packets)

The playout buffer packets threshold in number of packet buffers.

Playout Threshold (packets)

The current packet depth of the jitter buffer.

Peer Pw Bits

The bits set by the LDP peer when there is a fault on its side of the pseudowire. LAC failures occur on the SAP that has been configured on the pipe service, PSN bits are set by SDP-binding failures on the pipe service. The pwNotForwarding bit is set when none of the preceding failures apply, such as an MTU mismatch failure. This value is only applicable if the peer is using the pseudowire status signalling method to indicate faults.

pwNotForwarding — Pseudowire not forwarding

lacIngressFault Local — Attachment circuit RX fault

lacEgresssFault Local — Attachment circuit TX fault

psnIngressFault Local — PSN-facing PW RX fault

psnEgressFault Local — PSN-facing PW TX fault

pwFwdingStandby — Pseudowire in standby mode

LLF Admin State

The Link Loss Forwarding administrative state.

LLF Oper State

The Link Loss Forwarding operational state.

Standby Signaling Master

If the parameter standby signaling master is enabled.

Hash Label

If use of PW hash label is enabled or not.

Oper Hash Label

If MPLS packet originated by the node, is using PW Hash label if the value displayed is "Enabled". If the value displayed is "Disabled", the MPLS packets originated by the node is not using Pseudowire Hash label.

Hash Lbl Sig Cap

If PW hash label signaling is enabled or not.

Sample output (Meter-override)
A:7210SAS>show>service# id 1101 sap 1/2/1:1 detail
Ingress Meter Override
-------------------------------------------------------------------------------

Meter Id           : 1
Admin PIR          : 12000                    Admin CIR         : 10000
Oper PIR           : 12000                    Oper CIR          : 10000
PIR Rule           : closest*                 CIR Rule          : closest*
MBS                : 20 KBytes CBS : 15 Kbytes
Mode               : Trtcm2*

* means the value is inherited
-------------------------------------------------------------------------------
A:7210SAS>show>service#
base
Syntax

base

Context

show>service>id

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

Displays basic information about the service ID including service type, description, SAPs.

Output

The following output is an example of basic service information, and Output fields: base describes the output fields.

Sample output
A:Dut-A# show service id 1101 base
===============================================================================
Service Basic Information
===============================================================================
Service Id        : 1101                Vpn Id            : 1101
Service Type      : Epipe
Description       : Default epipe description for service id 1101
Customer Id       : 1
Last Status Change: 07/07/2009 18:13:43
Last Mgmt Change  : 07/07/2009 14:39:14
Admin State       : Up                  Oper State        : Up
MTU               : 1514
Vc Switching      : False
SAP Count         : 1                   SDP Bind Count    : 1
-------------------------------------------------------------------------------
Service Access & Destination Points
-------------------------------------------------------------------------------
Identifier                               Type         AdmMTU  OprMTU  Adm  Opr
-------------------------------------------------------------------------------
sap:lag-4:1101                           q-tag        9212    9212    Up   Up
sdp:1409:1101 S(10.20.1.4)               n/a          0       9186    Up   Up
===============================================================================
A:Dut-A#
Table 4. Output fields: base

Label

Description

Service Id

The service identifier.

Vpn Id

Specifies the VPN ID assigned to the service.

Service Type

The type of service: Epipe, VPLS

Description

Generic information about the service.

Customer Id

The customer identifier.

Last Mgmt Change

The date and time of the most recent management-initiated change to this customer.

Adm

The desired state of the service.

Oper

The operating state of the service.

Mtu

The largest frame size (in octets) that the service can handle.

Def. Mesh VC Id

This object is only valid in services that accept mesh SDP bindings. It is used to validate the VC ID portion of each mesh SDP binding defined in the service.

SAP Count

The number of SAPs defined on the service.

SDP Bind Count

The number of SDPs bound to the service.

Identifier

Specifies the service access (SAP) points.

Type

Specifies the signaling protocol used to obtain the ingress and egress labels used in frames transmitted and received.

AdmMTU

Specifies the desired largest service frame size (in octets) that can be transmitted through this SAP, without requiring the packet to be fragmented.

PBB Tunnel Point

Specifies the endpoint in the B-VPLS environment where the Epipe terminates.

Admin MTU

Specifies the B-VPLS admin MTU.

Backbone-Flooding

Specifies whether or not the traffic is flooded in the B-VPLS for the destination instead of unicast. If the backbone destination MAC is in the B-VPLS FDB, it is unicast.

ISID

The 24 bit field carrying the service instance identifier associated with the frame. It is used at the destination PE as a demultiplexor field.

endpoint
Syntax

endpoint [endpoint-name]

Context

show>service>id

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode

Description

This command displays service endpoint information.

Parameters
endpoint-name

Specifies the name of an existing endpoint for the service.

Output

The following output is an example of service endpoint information, and Output fields: service ID endpoint describes the output fields.

Sample output
*A:Dut-A>show>service>id# endpoint

===============================================================================
Service 1501 endpoints
===============================================================================
Endpoint name                : coreSide
Description                  : (Not Specified)
Revert time                  : 0
Act Hold Delay               : 0
Standby Signaling Master     : true
Tx Active                    : 1413:1501
Tx Active Up Time            : 0d 03:46:25
Revert Time Count Down       : N/A
Tx Active Change Count       : 2
Last Tx Active Change        : 02/21/2011 13:07:12
-------------------------------------------------------------------------------
Members
-------------------------------------------------------------------------------
Spoke-sdp: 1413:1501 Prec:1                         Oper Status: Up
Spoke-sdp: 1613:1501 Prec:2                         Oper Status: Up
===============================================================================
Endpoint name                : accessSide
Description                  : (Not Specified)
Revert time                  : 0
Act Hold Delay               : 0
Standby Signaling Master     : false
Tx Active                    : lag-3:1501.1501
Tx Active Up Time            : 0d 03:46:52
Revert Time Count Down       : N/A
Tx Active Change Count       : 1
Last Tx Active Change        : 02/21/2011 13:06:45
-------------------------------------------------------------------------------
Members
-------------------------------------------------------------------------------
SAP      : lag-3:1501.1501                          Oper Status: Up
===============================================================================
===============================================================================
Table 5. Output fields: service ID endpoint

Label

Description

Service endpoints

Endpoint name

Identifies the endpoint.

Revert time

Displays the revert time setting for the active spoke SDP.

Act Hold Delay

Not applicable.

Ignore Standby Signaling

Indicates whether standby signaling is ignored.

True: standby signaling is ignored.

False: standby signaling is not ignored.

Suppress Standby Signaling

Indicates whether standby signaling is suppressed.

True: standby signaling is suppressed.

False: standby signaling is not suppressed.

Tx Active

Identifies the actively transmitting spoke SDP.

Tx Active Up Time

Indicates the length of time that the active spoke SDP has been up.

Revert Time Count Down

Not applicable.

Tx Active Change Count

Indicates the number of times that there has been a change of active spoke SDPs.

Last Tx Active Change

Indicates the date and time when a different spoke SDP became the actively transmitting spoke SDP.

Members

Spoke-sdp

Identifies the primary and secondary spoke SDPs that are associated with this endpoint and shows their precedence value (0 precedence indicates the primary spoke SDP).

labels
Syntax

labels

Context

show>service>id

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode

Description

This command displays the labels being used by the service.

Output

The following output is an example of service label information, and Output fields: labels describes the output fields.

Sample output
*A:ALA-12# show service id 1 labels
============================================================================== 
Martini Service Labels                                                          
============================================================================== 
Svc Id     Sdp Id             Type I.Lbl        E.Lbl                           
------------------------------------------------------------------------------ 
1          10:1               Mesh 0            0                               
1          20:1               Mesh 0            0                               
1          30:1               Mesh 0            0                               
1          40:1               Mesh 130081       131061                          
1          60:1               Mesh 131019       131016                          
1          100:1              Mesh 0            0                               
------------------------------------------------------------------------------ 
Number of Bound SDPs : 6                                                       
------------------------------------------------------------------------------ 
*A:ALA-12#
Table 6. Output fields: labels

Label

Description

Svc Id

The service identifier.

Sdp Id

The SDP identifier.

Type

Indicates whether the SDP is a spoke or a mesh.

I. Lbl

The VC label used by the far-end device to send packets to this device in this service by the SDP.

E. Lbl

The VC label used by this device to send packets to the far-end device in this service by the SDP.

sap
Syntax

sap sap-id [detail]

Context

show>service>id

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command displays information for the SAPs associated with the service. If no optional parameters are specified, a summary of all associated SAPs is displayed.

Parameters
sap-id

Displays SAPs for the service in the form slot/mda/port[.channel]. See Common CLI command descriptions for command syntax.

interface interface-name

Displays information for the specified IP interface.

ip-address ip-address

Displays information associated with the specified IP address.

detail

Displays detailed information for the SAP.

Output

The following outputs are examples of SAP information, and Output fields: service ID SAP describes the output fields.

Sample output
A:Dut-A>config>service>epipe# show service id 2011 sap 1/1/18
===============================================================================
Service Access Points(SAP)
===============================================================================
Service Id         : 2011
SAP                : 1/1/18                   Encap             : null
Dot1Q Ethertype    : 0x8100                   QinQ Ethertype    : 0x8100
Description        : Default sap description for service id 2011

Admin State        : Up                       Oper State        : Up
Flags              : None
Last Status Change : 07/07/2009 14:39:57
Last Mgmt Change   : 07/07/2009 14:39:14
Admin MTU          : 1514                     Oper MTU          : 1514
LLF Admin State : Up LLF Oper State : Clear
Ingress qos-policy : 10
Ingr IP Fltr-Id    : n/a                      Egr IP Fltr-Id    : n/a
Ingr Mac Fltr-Id   : n/a                      Egr Mac Fltr-Id   : n/a
tod-suite          : None
Egr Agg Rate Limit : max                      Endpoint          : N/A

Acct. Pol          : None                     Collect Stats     : Disabled
Ignore Oper Down : Disabled
===============================================================================
A:Dut-A>config>service>epipe#


A:Dut-A>config>service>epipe# show service id 2011 sap 1/1/18 detail
===============================================================================
Service Access Points(SAP)
===============================================================================
Service Id         : 2011
SAP                : 1/1/18                   Encap             : null
Dot1Q Ethertype    : 0x8100                   QinQ Ethertype    : 0x8100
Description        : Default sap description for service id 2011

Admin State        : Up                       Oper State        : Up
Flags              : None
Last Status Change : 07/07/2009 14:39:57
Last Mgmt Change   : 07/07/2009 14:39:14
Admin MTU          : 1514                     Oper MTU          : 1514
LLF Admin State : Up LLF Oper State : Clear
Ingress qos-policy : 10
Ingr IP Fltr-Id    : n/a                      Egr IP Fltr-Id    : n/a
Ingr Mac Fltr-Id   : n/a                      Egr Mac Fltr-Id   : n/a
tod-suite          : None
Egr Agg Rate Limit : max                      Endpoint          : N/A

Acct. Pol          : None                     Collect Stats     : Disabled
Ignore Oper Down : Disabled
-------------------------------------------------------------------------------
Sap Statistics
-------------------------------------------------------------------------------
                        Packets                 Octets
Ingress Stats:          0                       0
Egress Stats:           0                       0
-------------------------------------------------------------------------------
Sap per Meter stats
-------------------------------------------------------------------------------
                        Packets                 Octets
Ingress Meter 1 (Unicast)
For. InProf           : 0                       0
For. OutProf          : 0                       0

Ingress Meter 2 (Unicast)
For. InProf           : 0                       0
For. OutProf          : 0                       0

Ingress Meter 3 (Unicast)
For. InProf           : 0                       0
For. OutProf          : 0                       0

Ingress Meter 4 (Unicast)
For. InProf           : 0                       0
For. OutProf          : 0                       0
===============================================================================
A:Dut-A>config>service>epipe#

*A:ces-A# show service id 1 sap 1/2/1.1  detail    

===============================================================================
Service Access Points(SAP)
===============================================================================
Service Id         : 1                        
SAP                : 1/2/1.1                  Encap             : cem
Description        : (Not Specified)
Admin State        : Up                       Oper State        : Up
Flags              : None
Last Status Change : 07/06/2010 14:16:41      
Last Mgmt Change   : 07/06/2010 11:31:34      
 
Admin MTU          : 1514                     Oper MTU          : 1514
Endpoint           : N/A                      
 
Acct. Pol          : None                     Collect Stats     : Disabled
Ignore Oper Down : Disabled
-------------------------------------------------------------------------------
QOS
-------------------------------------------------------------------------------
Ingress qos-policy : 1                        
-------------------------------------------------------------------------------
Sap Statistics
-------------------------------------------------------------------------------
                        Packets                 Octets
Ingress Stats:          2815                    613670                 
Egress Stats:           2815                    613670                 
-------------------------------------------------------------------------------
CEM SAP Configuration Information
-------------------------------------------------------------------------------
Endpoint Type          : Unstruct. T1     Bit-rate                   : 24
Payload Size           : 192              Jitter Buffer (ms)         : 5
Jitter Buffer (packets): 6                Playout Threshold (packets): 4
Use RTP Header         : No               Differential               : No
Timestamp Freq         : 0                CAS Framing                : No CAS
Effective PDVT         : +/-2.984 ms      
 
Cfg Alarm      : stray malformed pktloss overrun underrun 
Alarm Status   : 
-------------------------------------------------------------------------------
CEM SAP Statistics
-------------------------------------------------------------------------------
                         Packets           Seconds           Events
Egress Stats
Forwarded             :  2915                                                 
Dropped               :  0                                                    
Missing               :  0                                                    
Reordered Forwarded   :  0                                                    
Underrun              :  0                                   0                
Overrun               :  0                                   0                
Misordered Dropped    :  0                                                    
Malformed Dropped     :  0                                                    
LBit Dropped          :  0                                                    
Multiple Dropped      :  0                                                    
Error                 :                    0                                  
Severely Error        :                    0                                  
Unavailable           :                    0                                  
Failure Count         :                                      0                
Jitter Buffer Depth   :  3                                                    

Ingress Stats
Forwarded             :  2915                                                 
Dropped               :  0                                                    
===============================================================================


*A:Dut-A>show# service id 104 sap 1/2/1.2 detail

===============================================================================
Service Access Points(SAP)
===============================================================================
Service Id         : 104
SAP                : 1/2/1.2                  Encap             : cem
Description        : (Not Specified)
Admin State        : Up                       Oper State        : Up
Flags              : None
Last Status Change : 12/15/2010 07:39:05
Last Mgmt Change   : 12/15/2010 07:25:37

Admin MTU          : 1514                     Oper MTU          : 1514
Endpoint           : N/A

Acct. Pol          : None                     Collect Stats     : Disabled
Ignore Oper Down : Disabled

-------------------------------------------------------------------------------
QOS
-------------------------------------------------------------------------------
Ingress qos-policy : 1                        Egress qos-policy : 1
-------------------------------------------------------------------------------
Aggregate Policer
-------------------------------------------------------------------------------
rate               : n/a                      burst             : n/a
-------------------------------------------------------------------------------
Sap Statistics
-------------------------------------------------------------------------------
                        Packets                 Octets
Ingress Stats:          786701                  70803090
Egress Stats:           784531                  70607790
Extra-Tag Drop Stats:   n/a                     n/a
-------------------------------------------------------------------------------
CEM SAP Configuration Information
-------------------------------------------------------------------------------
Endpoint Type          : NxDS0            Bit-rate                   : 1
Payload Size           : 64               Jitter Buffer (ms)         : 32
Jitter Buffer (packets): 4                Playout Threshold (packets): 3
Use RTP Header         : No               Differential               : No
Timestamp Freq         : 0                CAS Framing                : No CAS
Effective PDVT         : +/-16.0 ms

Cfg Alarm      : stray malformed pktloss overrun underrun
Alarm Status   :
-------------------------------------------------------------------------------
CEM SAP Statistics
-------------------------------------------------------------------------------
                         Packets           Seconds           Events
Egress Stats
Forwarded             :  784407
Dropped               :  132
Missing               :  0
Reordered Forwarded   :  0
Underrun              :  2355                                1
Overrun               :  0                                   0
Misordered Dropped    :  0
Malformed Dropped     :  0
LBit Dropped          :  132
Multiple Dropped      :  0
Error                 :                    1
Severely Error        :                    0
Unavailable           :                    18
Failure Count         :                                      1
Jitter Buffer Depth   :  2

Ingress Stats
Forwarded             :  786762
Dropped               :  0
===============================================================================
*A:Dut-A>show#

CLI output for 7210 SAS-T configured in access uplink mode:
*A:SAS-T-A0-2>show>service>id# sap 1/1/1:10.* detail

===============================================================================
Service Access Points(SAP)
===============================================================================
Service Id         : 1
SAP                : 1/1/1:10.*               Encap             : qinq
QinQ Dot1p         : Default
Description        : (Not Specified)
Admin State        : Up                       Oper State        : Up
Flags              : None
Last Status Change : 04/29/2001 06:59:15
Last Mgmt Change   : 04/28/2001 03:09:30
Dot1Q Ethertype    : 0x8100                   QinQ Ethertype    : 0x8100

Max Nbr of MAC Addr: No Limit                 Total MAC Addr    : 0
Learned MAC Addr   : 0                        Static MAC Addr   : 0
Admin MTU          : 1522                     Oper MTU          : 1522
Ingr IP Fltr-Id    : n/a                      Egr IP Fltr-Id    : n/a
Ingr Mac Fltr-Id   : 1                        Egr Mac Fltr-Id   : n/a
tod-suite          : None
Mac Learning       : Enabled                  Discard Unkwn Srce: Disabled
Mac Aging          : Enabled                  Mac Pinning       : Disabled
BPDU Translation   : Disabled
L2PT Termination   : Disabled

Acct. Pol          : None                     Collect Stats     : Disabled
Ignore Oper Down : Disabled


-------------------------------------------------------------------------------
Stp Service Access Point specifics
-------------------------------------------------------------------------------
Stp Admin State    : Up                       Stp Oper State    : Down
Core Connectivity  : Down
Port Role          : N/A                      Port State        : Forwarding
Port Number        : 2048                     Port Priority     : 128
Port Path Cost     : 10                       Auto Edge         : Enabled
Admin Edge         : Disabled                 Oper Edge         : N/A
Link Type          : Pt-pt                    BPDU Encap        : Dot1d
Root Guard         : Disabled                 Active Protocol   : N/A
Last BPDU from     : N/A
CIST Desig Bridge  : N/A                      Designated Port   : N/A

Forward transitions: 0                        Bad BPDUs rcvd    : 0
Cfg BPDUs rcvd     : 0                        Cfg BPDUs tx      : 0
TCN BPDUs rcvd     : 0                        TCN BPDUs tx      : 0
RST BPDUs rcvd     : 0                        RST BPDUs tx      : 0
MST BPDUs rcvd     : 0                        MST BPDUs tx      : 0
-------------------------------------------------------------------------------
ARP host
-------------------------------------------------------------------------------
Admin State        : outOfService
Host Limit         : 1                        Min Auth Interval : 15 minutes

-------------------------------------------------------------------------------
QOS
-------------------------------------------------------------------------------
Ingress qos-policy : 1
-------------------------------------------------------------------------------
Aggregate Policer
-------------------------------------------------------------------------------
rate               : n/a                      burst             : n/a
-------------------------------------------------------------------------------
Ingress QoS Classifier Usage
-------------------------------------------------------------------------------
Classifiers Allocated: 4                     Meters Allocated   : 2
Classifiers Used     : 2                     Meters Used        : 2
-------------------------------------------------------------------------------
Sap Statistics
-------------------------------------------------------------------------------
                        Packets                 Octets
Ingress Stats:          142761481188            9707780720784
Egress Stats:           0                       0
Extra-Tag Drop Stats:   n/a                     n/a
-------------------------------------------------------------------------------
Sap per Meter stats
-------------------------------------------------------------------------------
                        Packets                 Octets

Ingress Meter 1 (Unicast)
For. InProf           : 17                      1162
For. OutProf          : 0                       0

Ingress Meter 11 (Multipoint)
For. InProf           : 61                      4148
For. OutProf          : 142761547917            9707785259394
===============================================================================
Sample output for 7210 SAS-Mxp
*A:Dut-A# show service id 10 sap 5/1/1:800 detail 
===============================================================================
Service Access Points(SAP)
===============================================================================
Service Id         : 10                       
SAP                : 5/1/1:800                Encap             : q-tag
Description        : (Not Specified)
Admin State        : Up                       Oper State        : Down
Flags              : PortOperDown
Last Status Change : 11/07/2017 04:48:25      
Last Mgmt Change   : 11/07/2017 05:02:47      
Dot1Q Ethertype    : 0x8100                   QinQ Ethertype    : 0x8100
Split Horizon Group: (Not Specified)
Admin MTU          : 1518                     Oper MTU          : 1518
Ingr IP Fltr-Id    : n/a                      Egr IP Fltr-Id    : n/a
Ingr Mac Fltr-Id   : n/a                      Egr Mac Fltr-Id   : n/a
Ingr IPv6 Fltr-Id  : n/a                      Egr IPv6 Fltr-Id  : n/a
BGP IPv4 FlowSpec  : Disabled
BGP IPv6 FlowSpec  : Disabled
tod-suite          : None                     
Egr Agg Rate CIR   : 0                        Egr Agg Rate PIR  : max
                                              Limit Unused BW   : Disabled
Acct. Pol          : None                     Collect Stats     : Disabled
Anti Spoofing      : None                     Dynamic Hosts     : Enabled
Oper Group         : (none)                   Monitor Oper Grp  : (none)
Host Lockout Plcy  : n/a                      
Lag Link Map Prof  : (none)                   
-------------------------------------------------------------------------------
QOS
-------------------------------------------------------------------------------
Ingress qos-policy : 17                       Egress qos-policy : 1
Table-based        : enabled
-------------------------------------------------------------------------------
Aggregate Policer
-------------------------------------------------------------------------------
Rate               : n/a                      Burst             : n/a
-------------------------------------------------------------------------------
Egress Aggregate Meter
-------------------------------------------------------------------------------
Rate               : n/a                      Burst             : n/a
-------------------------------------------------------------------------------
Ingress QoS Classifier Usage
-------------------------------------------------------------------------------
Classifiers Allocated: 60                    Meters Allocated   : 30
Classifiers Used     : 9                     Meters Used        : 8
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
Sap Statistics
-------------------------------------------------------------------------------
                        Packets                 Octets
Ingress Stats:          0                       0                        
Egress Stats:           0                       0                        
Ingress Drop Stats:     0                       0                        
 
Extra-Tag Drop Stats:   n/a                     n/a                      
-------------------------------------------------------------------------------
Sap per Meter stats (in/out counter mode)
-------------------------------------------------------------------------------
                        Packets                 Octets
Ingress Meter 1
For. InProf           : 0                       0                        
For. OutProf          : 0                       0                        
 
Ingress Meter 2
For. InProf           : 0                       0                        
For. OutProf          : 0                       0                        
 
Ingress Meter 3
For. InProf           : 0                       0                        
For. OutProf          : 0                       0                        
 
Ingress Meter 4
For. InProf           : 0                       0                        
For. OutProf          : 0                       0                        
 
Ingress Meter 5
For. InProf           : 0                       0                        
For. OutProf          : 0                       0                        
 
Ingress Meter 6
For. InProf           : 0                       0                        
For. OutProf          : 0                       0                        
 
Ingress Meter 7
For. InProf           : 0                       0                        
For. OutProf          : 0                       0                        
 
Ingress Meter 8
For. InProf           : 0                       0                        
For. OutProf          : 0                       0                        
===============================================================================
Table 7. Output fields: service ID SAP

Label

Description

Service Id

The service identifier.

SAP

The SAP and qtag.

Encap

The encapsulation type of the SAP.

Ethertype

Specifies an Ethernet type II Ethertype value.

Admin State

The administrative state of the SAP.

Oper State

The operating state of the SAP.

Flags

Specifies the conditions that affect the operating status of this SAP.

Display output includes: ServiceAdminDown, SapAdminDown, InterfaceAdminDown, PortOperDown, PortMTUTooSmall, L2OperDown, SapEgressQoSMismatch,RelearnLimitExceeded, RxProtSrcMac, ParentIfAdminDown, TodResourceUnavail, TodMssResourceUnavail, SapParamMismatch, ServiceMTUTooSmall, SapIngressNamedPoolMismatch, SapEgressNamedPoolMismatch, NoSapEpipeRingNode.

Last Status Change

The time of the most recent operating status change to this SAP.

Last Mgmt Change

The time of the most recent management-initiated change to this SAP.

Admin MTU

The desired largest service frame size (in octets) that can be transmitted through the port to the far-end router, without requiring the packet to be fragmented.

Oper MTU

The actual largest service frame size (in octets) that can be transmitted through the port to the far-end router, without requiring the packet to be fragmented.

Ingress qos-policy

The ingress QoS policy ID assigned to the SAP.

Egress qos-policy

The egress QoS policy ID assigned to the SAP.

Ingress Filter-Id

The ingress filter policy ID assigned to the SAP.

Egress Filter-Id

The egress filter policy ID assigned to the SAP.

Acct. Pol

The accounting policy ID assigned to the SAP.

Collect Stats

Indicates whether collect stats is enabled.

Ignore Oper Down

Whether the user has enabled or disabled ignore-oper-down parameter.

LLF Admin State

The Link Loss Forwarding administrative state.

LLF Oper State

The Link Loss Forwarding operational state.

Loopback Mode

The Ethernet port loopback mode.

Loopback Src Addr

The configured loopback source address

Loopback Dst Addr

The configured loopback destination address.

No-svc-port used

The port ID of the port on which no service is configured.

This port is used for the port loop back with MAC swap functionality.

Table-based

Indicates the use of table-based resource classification: Enabled (table-based) or Disabled (CAM-based)

sdp
Syntax

sdp [sdp-id | far-end ip-addr] [detail]

Context

show>service>id

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode

Description

This command displays information for the SDPs associated with the service. If no optional parameters are specified, a summary of all associated SDPs is displayed.

Parameters
sdp-id

Displays only information for the specified SDP ID.

Values

1 to 17407

Default

All SDPs.

far-end ip-addr

Displays only SDPs matching the specified far-end IP address.

Default

SDPs with any far-end IP address.

detail

Displays detailed SDP information.

Output

The following outputs are examples of service SDP information, and Output fields: service ID SDP describes the output fields.

Sample output 1
A:Dut-A# show service id  1 sdp detail 
===============================================================================
Services: Service Destination Points Details 
===============================================================================
 Sdp Id 1:1  -(10.20.1.2)  
-------------------------------------------------------------------------------
Description     : Default sdp description
SDP Id             : 1:1                      Type              : Spoke        
VC Type            : Ether                    VC Tag            : n/a          
Admin Path MTU     : 0                        Oper Path MTU     : 9186         
Far End            : 10.20.1.2                Delivery          : MPLS         
 
Admin State        : Up                       Oper State        : Up           
Acct. Pol          : None                     Collect Stats     : Disabled     
Ingress Label      : 2048                     Egress Label      : 2048         
Ing mac Fltr       : n/a                      Egr mac Fltr      : n/a          
Ing ip Fltr        : n/a                      Egr ip Fltr       : n/a          
Ing ipv6 Fltr      : n/a                      Egr ipv6 Fltr     : n/a          
Admin ControlWord  : Not Preferred            Oper ControlWord  : False        
Last Status Change : 05/31/2007 00:45:43      Signaling         : None         
Last Mgmt Change   : 05/31/2007 00:45:43                                       
Class Fwding State : Up                                                        
Flags              : None
Peer Pw Bits       : None
Peer Fault Ip      : None                                                      
Peer Vccv CV Bits  : None
Peer Vccv CC Bits  : None
Max Nbr of MAC Addr: No Limit                 Total MAC Addr    : 0            
Learned MAC Addr   : 0                        Static MAC Addr   : 0            
 
MAC Learning       : Enabled                  Discard Unkwn Srce: Disabled     
MAC Aging          : Enabled                                                   
L2PT Termination   : Disabled                 BPDU Translation  : Disabled     
MAC Pinning        : Disabled                                                  
 
KeepAlive Information :
Admin State        : Disabled                 Oper State        : Disabled     
Hello Time         : 10                       Hello Msg Len     : 0            
Max Drop Count     : 3                        Hold Down Time    : 10           
 
Statistics            :
I. Fwd. Pkts.      : 0                        I. Dro. Pkts.     : 0            
I. Fwd. Octs.      : 0                        I. Dro. Octs.     : 0            
E. Fwd. Pkts.      : 0                        E. Fwd. Octets    : 0            
MCAC Policy Name   :                                                           
MCAC Max Unconst BW: no limit                 MCAC Max Mand BW  : no limit     
MCAC In use Mand BW: 0                        MCAC Avail Mand BW: unlimited    
MCAC In use Opnl BW: 0                        MCAC Avail Opnl BW: unlimited    
Associated LSP LIST :
Lsp Name           : A_B_1                                                     
Admin State        : Up                       Oper State        : Up           
Time Since Last Tr*: 00h26m35s                                                 
 
Lsp Name           : A_B_2                                                     
Admin State        : Up                       Oper State        : Up           
Time Since Last Tr*: 00h26m35s                                                 
 
Lsp Name           : A_B_3                                                     
Admin State        : Up                       Oper State        : Up           
Time Since Last Tr*: 00h26m34s                                                 
 
Lsp Name           : A_B_4                                                     
Admin State        : Up                       Oper State        : Up           
Time Since Last Tr*: 00h26m34s                                                 
 
Lsp Name           : A_B_5                                                     
Admin State        : Up                       Oper State        : Up           
Time Since Last Tr*: 00h26m34s                                                 
 
Lsp Name           : A_B_6                                                     
Admin State        : Up                       Oper State        : Up           
Time Since Last Tr*: 00h26m34s                                                 
 
Lsp Name           : A_B_7                                                     
Admin State        : Up                       Oper State        : Up           
Time Since Last Tr*: 00h26m34s                                                 
 
Lsp Name           : A_B_8                                                     
Admin State        : Up                       Oper State        : Up           
Time Since Last Tr*: 00h26m35s                                                 
 
Lsp Name           : A_B_9                                                     
Admin State        : Up                       Oper State        : Up           
Time Since Last Tr*: 00h26m34s                                                 
 
Lsp Name           : A_B_10                                                    
Admin State        : Up                       Oper State        : Up           
Time Since Last Tr*: 00h26m34s 
-------------------------------------------------------------------------------
Class-based forwarding :
-------------------------------------------------------------------------------
Class forwarding   : enabled                                                   
Default LSP        : A_B_10                   Multicast LSP     : A_B_9 
===============================================================================
FC Mapping Table
===============================================================================
FC Name             LSP Name                                                   
-------------------------------------------------------------------------------
af                  A_B_3                                                      
be                  A_B_1                                                      
ef                  A_B_6                                                      
h1                  A_B_7                                                      
h2                  A_B_5                                                      
l1                  A_B_4                                                      
l2                  A_B_2                                                      
nc                  A_B_8                                                      
===============================================================================
Stp Service Destination Point specifics
-------------------------------------------------------------------------------
Mac Move           : Blockable                                                 
Stp Admin State    : Up                       Stp Oper State    : Down         
Core Connectivity  : Down                                                      
Port Role          : N/A                      Port State        : Forwarding   
Port Number        : 2049                     Port Priority     : 128          
Port Path Cost     : 10                       Auto Edge         : Enabled      
Admin Edge         : Disabled                 Oper Edge         : N/A          
Link Type          : Pt-pt                    BPDU Encap        : Dot1d        
Root Guard         : Disabled                 Active Protocol   : N/A          
Last BPDU from     : N/A                                                       
Designated Bridge  : N/A                      Designated Port Id: 0 
Fwd Transitions    : 0                        Bad BPDUs rcvd    : 0            
Cfg BPDUs rcvd     : 0                        Cfg BPDUs tx      : 0            
TCN BPDUs rcvd     : 0                        TCN BPDUs tx      : 0            
RST BPDUs rcvd     : 0                        RST BPDUs tx      : 0            
-------------------------------------------------------------------------------
Number of SDPs : 1
-------------------------------------------------------------------------------
* indicates that the corresponding row element may have been truncated.
-------------------------------------------------------------------------------
A:Dut-A# 
Table 8. Output fields: service ID SDP

Label

Description

Sdp Id

The SDP identifier.

Type

Indicates whether the SDP is a spoke or a mesh.

Split Horizon Group

Name of the split horizon group that the SDP belongs to.

VC Type

The VC type: ether, vlan, or vpls.

VC Tag

The explicit dot1Q value used when encapsulating to the SDP far end.

I. Lbl

The VC label used by the far-end device to send packets to this device in this service by the SDP.

Admin Path MTU

The operating path MTU of the SDP is equal to the admin path MTU (when one is set) or the dynamically computed tunnel MTU, when no admin path MTU is set (the default case).

Oper Path MTU

The actual largest service frame size (in octets) that can be transmitted through this SDP to the far-end router, without requiring the packet to be fragmented.

Far End

Specifies the IP address of the remote end of the MPLS tunnel defined by this SDP.

Delivery

Specifies the type of delivery used by the SDP: MPLS.

Admin State

The administrative state of this SDP.

Oper State

The current state of this SDP.

Ingress Label

The label used by the far-end device to send packets to this device in this service by this SDP.

Egress Label

The label used by this device to send packets to the far-end device in this service by the SDP.

Last Changed

The date and time of the most recent change to the SDP.

Signaling

Specifies the signaling protocol used to obtain the ingress and egress labels used in frames transmitted and received on this SDP.

Admin State

The administrative state of the keepalive process.

Oper State

The operational state of the keepalive process.

Hello Time

Transmission frequency of the SDP echo request messages.

Max Drop Count

Specifies the maximum number of consecutive SDP echo request messages that can be unacknowledged before the keepalive protocol reports a fault.

Hello Msg Len

The length of the SDP echo request messages transmitted on this SDP.

Hold Down Time

Specifies the amount of time to wait before the keepalive operating status is eligible to enter the alive state.

I. Fwd. Pkts.

Specifies the number of forwarded ingress packets.

I. Dro. Pkts

Specifies the number of dropped ingress packets.

E. Fwd. Pkts.

Specifies the number of forwarded egress packets.

Associated LSP List

When the SDP type is MPLS, a list of LSPs used to reach the far-end router displays. All the LSPs in the list must terminate at the IP address specified in the Far End field.

Sample output 2

The following output is an example of when both sides have the control word disabled.

*A:ALA-Dut-B>config>service>epipe# show service id 2100 sdp detail 
===============================================================================
Services: Service Destination Points Details 
===============================================================================
Sdp Id 1:2001  -(1.1.1.1)  
-------------------------------------------------------------------------------
Description     : Default sdp description
SDP Id             : 1:2001                   Type              : Spoke        
VC Type            : Ether                    VC Tag            : n/a          
Admin Path MTU     : 1600                     Oper Path MTU     : 1600         
Far End            : 1.1.1.1                  Delivery          : MPLS 
Admin State        : Up                       Oper State        : Up           
Acct. Pol          : None                     Collect Stats     : Disabled     
Ingress Label      : 115066                   Egress Label      : 119068       
Ing mac Fltr       : n/a                      Egr mac Fltr      : n/a          
Ing ip Fltr        : n/a                      Egr ip Fltr       : n/a          
Ing ipv6 Fltr      : n/a                      Egr ipv6 Fltr     : n/a          
Admin ControlWord  : Not Preferred            Oper ControlWord  : False        
Last Status Change : 02/05/2007 16:49:05      Signaling         : TLDP         
Last Mgmt Change   : 02/05/2007 16:47:54                                       
Flags              : None
Peer Pw Bits       : None
Peer Fault Ip      : None                                                      
Peer Vccv CV Bits  : None
Peer Vccv CC Bits  : None
Max Nbr of MAC Addr: No Limit                 Total MAC Addr    : 0            
Learned MAC Addr   : 0                        Static MAC Addr   : 0 
MAC Learning       : Enabled                  Discard Unkwn Srce: Disabled     
MAC Aging          : Enabled                                                   
L2PT Termination   : Disabled                 BPDU Translation  : Disabled     
MAC Pinning        : Disabled 
KeepAlive Information :
Admin State        : Disabled                 Oper State        : Disabled     
Hello Time         : 10                       Hello Msg Len     : 0            
Max Drop Count     : 3                        Hold Down Time    : 10 
Statistics            :
I. Fwd. Pkts.      : 0                        I. Dro. Pkts.     : 0            
E. Fwd. Pkts.      : 0                        E. Fwd. Octets    : 0 
Associated LSP LIST :                 
SDP Delivery Mechanism is not MPLS
-------------------------------------------------------------------------------
Number of SDPs : 1
===============================================================================
*A:ALA-Dut-B>config>service>epipe# 
Sample output 3

The following examples show both sides (PE nodes) when the control word is enabled.

*A:ALA-Dut-B>config>service>epipe# show service id 2100 sdp detail 
===============================================================================
Services: Service Destination Points Details 
-------------------------------------------------------------------------------
 Sdp Id 1:2001  -(1.1.1.1)  
-------------------------------------------------------------------------------
Description     : Default sdp description
SDP Id             : 1:2001                   Type              : Spoke        
VC Type            : Ether                    VC Tag            : n/a          
Admin Path MTU     : 1600                     Oper Path MTU     : 1600         
Far End            : 1.1.1.1                  Delivery          : MPLS 
 
Admin State        : Up                       Oper State        : Up           
Acct. Pol          : None                     Collect Stats     : Disabled     
Ingress Label      : 115066                   Egress Label      : 119068       
Ing mac Fltr       : n/a                      Egr mac Fltr      : n/a          
Ing ip Fltr        : n/a                      Egr ip Fltr       : n/a          
Ing ipv6 Fltr      : n/a                      Egr ipv6 Fltr     : n/a          
Admin ControlWord  : Preferred Oper ControlWord  : True         
Last Status Change : 02/05/2007 16:39:22      Signaling         : TLDP         
Last Mgmt Change   : 02/05/2007 16:39:22                                       
Class Fwding State : Up
Endpoint           : N/A                      Precedence        : 4            
Flags              : None
Peer Pw Bits       : None
Peer Fault Ip      : None                                                      
Peer Vccv CV Bits  : None
Peer Vccv CC Bits  : None
Max Nbr of MAC Addr: No Limit                 Total MAC Addr    : 0            
Learned MAC Addr   : 0                        Static MAC Addr   : 0            
 
MAC Learning       : Enabled                  Discard Unkwn Srce: Disabled     
MAC Aging          : Enabled                                                   
L2PT Termination   : Disabled                 BPDU Translation  : Disabled     
MAC Pinning        : Disabled 

KeepAlive Information :
Admin State        : Disabled                 Oper State        : Disabled     
Hello Time         : 10                       Hello Msg Len     : 0            
Max Drop Count     : 3                        Hold Down Time    : 10           
 
Statistics            :
I. Fwd. Pkts.      : 0                        I. Dro. Pkts.     : 0            
E. Fwd. Pkts.      : 0                        E. Fwd. Octets    : 0            
 
Associated LSP LIST :                 
SDP Delivery Mechanism is not MPLS
-------------------------------------------------------------------------------
Number of SDPs : 1
===============================================================================
*A:ALA-Dut-B>config>service>epipe# 
Sample output 4

The following output is an example of when one side (PE) has the control word enabled (the pipe is down). The following is the side with the control word disabled.

*A:ALA-Dut-B>config>service>epipe# show service id 2100 sdp detail 
===============================================================================
Services: Service Destination Points Details 
===============================================================================
Sdp Id 1:2001  -(1.1.1.1)  
-------------------------------------------------------------------------------
Description     : Default sdp description
SDP Id             : 1:2001                   Type              : Spoke        
VC Type            : Ether                    VC Tag            : n/a          
Admin Path MTU     : 1600                     Oper Path MTU     : 1600         
Far End            : 1.1.1.1                  Delivery          : MPLS 
 
Admin State        : Up                       Oper State        : Down         
Acct. Pol          : None                     Collect Stats     : Disabled     
Ingress Label      : 115066                   Egress Label      : 119068       
Ing mac Fltr       : n/a                      Egr mac Fltr      : n/a          
Ing ip Fltr        : n/a                      Egr ip Fltr       : n/a          
Ing ipv6 Fltr      : n/a                      Egr ipv6 Fltr     : n/a          
Admin ControlWord  : Not Preferred            Oper ControlWord  : False        
Last Status Change : 02/05/2007 16:47:54      Signaling         : TLDP         
Last Mgmt Change   : 02/05/2007 16:47:54                                       
Flags              : None
Peer Pw Bits       : None
Peer Fault Ip      : None                                                      
Peer Vccv CV Bits  : None
Peer Vccv CC Bits  : None
Max Nbr of MAC Addr: No Limit                 Total MAC Addr    : 0            
Learned MAC Addr   : 0                        Static MAC Addr   : 0 
MAC Learning       : Enabled                  Discard Unkwn Srce: Disabled     
MAC Aging          : Enabled                                                   
L2PT Termination   : Disabled                 BPDU Translation  : Disabled     
MAC Pinning        : Disabled 
KeepAlive Information :
Admin State        : Disabled                 Oper State        : Disabled     
Hello Time         : 10                       Hello Msg Len     : 0            
Max Drop Count     : 3                        Hold Down Time    : 10 
Statistics            :
I. Fwd. Pkts.      : 0                        I. Dro. Pkts.     : 0            
E. Fwd. Pkts.      : 0                        E. Fwd. Octets    : 0 
Associated LSP LIST :                 
SDP Delivery Mechanism is not MPLS
-------------------------------------------------------------------------------
Number of SDPs : 1
===============================================================================
*A:ALA-Dut-B>config>service>epipe#
Sample output 5

The following is the side with the control word enabled.

*A:ALA-B# show service id 2100 sdp detail 
===============================================================================
Services: Service Destination Points Details 
===============================================================================
Sdp Id 1:12000  -(3.3.3.3)  
-------------------------------------------------------------------------------
Description     : Default sdp description
SDP Id             : 1:12000                  Type              : Spoke        
VC Type            : Ether                    VC Tag            : n/a          
Admin Path MTU     : 1600                     Oper Path MTU     : 1600         
Far End            : 3.3.3.3                  Delivery          : MPLS 
Admin State        : Up                       Oper State        : Down         
Acct. Pol          : None                     Collect Stats     : Disabled     
Ingress Label      : 119066                   Egress Label      : 0            
Ing mac Fltr       : n/a                      Egr mac Fltr      : n/a          
Ing ip Fltr        : n/a                      Egr ip Fltr       : n/a          
Ing ipv6 Fltr      : n/a                      Egr ipv6 Fltr     : n/a          
Admin ControlWord  : Preferred                Oper ControlWord  : True         
Last Status Change : 02/04/2007 22:52:43      Signaling         : TLDP         
Last Mgmt Change   : 02/04/2007 02:06:08                                       
Flags              : None
Peer Pw Bits       : None
Peer Fault Ip      : None                                                      
Peer Vccv CV Bits  : None
Peer Vccv CC Bits  : None
Max Nbr of MAC Addr: No Limit                 Total MAC Addr    : 0            
Learned MAC Addr   : 0                        Static MAC Addr   : 0 
MAC Learning       : Enabled                  Discard Unkwn Srce: Disabled     
MAC Aging          : Enabled                                                   
L2PT Termination   : Disabled                 BPDU Translation  : Disabled     
MAC Pinning        : Disabled                                                  
KeepAlive Information :
Admin State        : Disabled                 Oper State        : Disabled     
Hello Time         : 10                       Hello Msg Len     : 0            
Max Drop Count     : 3                        Hold Down Time    : 10           
 
Statistics            :
I. Fwd. Pkts.      : 0                        I. Dro. Pkts.     : 0            
E. Fwd. Pkts.      : 0                        E. Fwd. Octets    : 0 
Associated LSP LIST :                 
SDP Delivery Mechanism is not MPLS
-------------------------------------------------------------------------------
Number of SDPs : 1
===============================================================================
*A:ALA-B#
split-horizon-group
Syntax

split-horizon-group [group-name]

Context

show>service>id

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode

Description

This command displays service split horizon groups.

Output

The following output is an example of split horizon group information, and Output fields: Split Horizon group describes the output fields.

Sample output
*A:7210-SAS>show>service# id 1 split-horizon-group

===============================================================================
Service: Split Horizon Group
===============================================================================
Name                               Description
-------------------------------------------------------------------------------
    access
-------------------------------------------------------------------------------
R = Residential Split Horizon Group
A = Auto Created Split Horizon Group
No. of Split Horizon Groups: 1
===============================================================================
*A:7210-SAS>show>service# id 1 split-horizon-group access

===============================================================================
Service: Split Horizon Group
===============================================================================
Name                               Description
-------------------------------------------------------------------------------
    access
-------------------------------------------------------------------------------
Associations
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
R = Residential Split Horizon Group
SAPs Associated : 0                SDPs Associated : 0
*A:7210-SAS>show>service#
Table 9. Output fields: Split Horizon group

Label

Description

Name

The name of the split horizon group. When preceded by ‟R”, the group is a residential split horizon group.

Description

A description of the split horizon group as configured by the user.

Associations

A list of SAPs and SDPs associated with the split horizon group.

stp
Syntax

stp [detail]

Context

show>service>id

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command displays information for the spanning tree protocol (STP) instance for the service.

Parameters
detail

Displays detailed information.

Output

The following output is an example of STP information, and Output fields: STP describes the output fields.

Sample output
A:Dut-A>show>service>id# stp
===============================================================================
Stp info, Service 305
===============================================================================
Bridge Id          : 00:0d.00:20:ab:cd:00:01  Top. Change Count : 5
Root Bridge        : This Bridge              Stp Oper State    : Up
Primary Bridge     : N/A                      Topology Change   : Inactive
Mode               : Rstp                     Last Top. Change  : 0d 08:35:16
Vcp Active Prot.   : N/A
Root Port          : N/A                      External RPC      : 0
===============================================================================
Stp port info
===============================================================================
Sap/Sdp Id         Oper-     Port-      Port-       Port-  Oper-  Link-  Active
                   State     Role       State       Num    Edge   Type   Prot.
-------------------------------------------------------------------------------
1/1/16:305         Up        Designated Forward     2048   False  Pt-pt  Rstp
lag-4:305          Up        Designated Forward     2000   False  Pt-pt  Rstp
1217:305           Up        N/A        Forward     2049   N/A    Pt-pt  N/A
1317:305           Up        N/A        Forward     2050   N/A    Pt-pt  N/A
1417:305           Up        N/A        Forward     2051   N/A    Pt-pt  N/A
1617:305           Pruned    N/A        Discard     2052   N/A    Pt-pt  N/A
===============================================================================
A:Dut-A>show>service>id# 


A:Dut-A>show>service>id# stp detail
===============================================================================
Spanning Tree Information
===============================================================================
VPLS Spanning Tree Information
-------------------------------------------------------------------------------
VPLS oper state    : Up                       Core Connectivity : Down
Stp Admin State    : Up                       Stp Oper State    : Up
Mode               : Rstp                     Vcp Active Prot.  : N/A

Bridge Id          : 00:0d.00:20:ab:cd:00:01  Bridge Instance Id: 13
Bridge Priority    : 0                        Tx Hold Count     : 6
Topology Change    : Inactive                 Bridge Hello Time : 2
Last Top. Change   : 0d 08:35:29              Bridge Max Age    : 20
Top. Change Count  : 5                        Bridge Fwd Delay  : 15
MST region revision: 0                        Bridge max hops   : 20
MST region name    :

Root Bridge        : This Bridge
Primary Bridge     : N/A

Root Path Cost     : 0                        Root Forward Delay: 15
Rcvd Hello Time    : 2                        Root Max Age      : 20
Root Priority      : 13                       Root Port         : N/A
-------------------------------------------------------------------------------
Spanning Tree Sap/Spoke SDP Specifics
-------------------------------------------------------------------------------
SAP Identifier     : 1/1/16:305               Stp Admin State   : Up
Port Role          : Designated               Port State        : Forwarding
Port Number        : 2048                     Port Priority     : 128
Port Path Cost     : 10                       Auto Edge         : Enabled
Admin Edge         : Disabled                 Oper Edge         : False
Link Type          : Pt-pt                    BPDU Encap        : PVST
Root Guard         : Disabled                 Active Protocol   : Rstp
Last BPDU from     : 80:04.00:0a:1b:2c:3d:4e
CIST Desig Bridge  : This Bridge              Designated Port   : 34816
Forward transitions: 5                        Bad BPDUs rcvd    : 0
Cfg BPDUs rcvd     : 0                        Cfg BPDUs tx      : 0
TCN BPDUs rcvd     : 0                        TCN BPDUs tx      : 0
RST BPDUs rcvd     : 29                       RST BPDUs tx      : 23488
MST BPDUs rcvd     : 0                        MST BPDUs tx      : 0

SAP Identifier     : lag-4:305                Stp Admin State   : Up
Port Role          : Designated               Port State        : Forwarding
Port Number        : 2000                     Port Priority     : 128
Port Path Cost     : 10                       Auto Edge         : Enabled
Admin Edge         : Disabled                 Oper Edge         : False
Link Type          : Pt-pt                    BPDU Encap        : Dot1d
Root Guard         : Disabled                 Active Protocol   : Rstp
Last BPDU from     : 80:04.00:0a:1b:2c:3d:4e
CIST Desig Bridge  : This Bridge              Designated Port   : 34768
Forward transitions: 4                        Bad BPDUs rcvd    : 0
Cfg BPDUs rcvd     : 0                        Cfg BPDUs tx      : 0
TCN BPDUs rcvd     : 0                        TCN BPDUs tx      : 0
RST BPDUs rcvd     : 23                       RST BPDUs tx      : 23454
MST BPDUs rcvd     : 0                        MST BPDUs tx      : 0

SDP Identifier     : 1217:305                 Stp Admin State   : Down
Port Role          : N/A                      Port State        : Forwarding
Port Number        : 2049                     Port Priority     : 128
Port Path Cost     : 10                       Auto Edge         : Enabled
Admin Edge         : Disabled                 Oper Edge         : N/A
Link Type          : Pt-pt                    BPDU Encap        : Dot1d
Root Guard         : Disabled                 Active Protocol   : N/A
Last BPDU from     : N/A
Designated Bridge  : N/A                      Designated Port Id: 0
Fwd Transitions    : 0                        Bad BPDUs rcvd    : 0
Cfg BPDUs rcvd     : 0                        Cfg BPDUs tx      : 0
TCN BPDUs rcvd     : 0                        TCN BPDUs tx      : 0
RST BPDUs rcvd     : 0                        RST BPDUs tx      : 0

SDP Identifier     : 1317:305                 Stp Admin State   : Down
Port Role          : N/A                      Port State        : Forwarding
Port Number        : 2050                     Port Priority     : 128
Port Path Cost     : 10                       Auto Edge         : Enabled
Admin Edge         : Disabled                 Oper Edge         : N/A
Link Type          : Pt-pt                    BPDU Encap        : Dot1d
Root Guard         : Disabled                 Active Protocol   : N/A
Last BPDU from     : N/A
Designated Bridge  : N/A                      Designated Port Id: 0
Fwd Transitions    : 0                        Bad BPDUs rcvd    : 0
Cfg BPDUs rcvd     : 0                        Cfg BPDUs tx      : 0
TCN BPDUs rcvd     : 0                        TCN BPDUs tx      : 0
RST BPDUs rcvd     : 0                        RST BPDUs tx      : 0

SDP Identifier     : 1417:305                 Stp Admin State   : Down
Port Role          : N/A                      Port State        : Forwarding
Port Number        : 2051                     Port Priority     : 128
Port Path Cost     : 10                       Auto Edge         : Enabled
Admin Edge         : Disabled                 Oper Edge         : N/A
Link Type          : Pt-pt                    BPDU Encap        : Dot1d
Root Guard         : Disabled                 Active Protocol   : N/A
Last BPDU from     : N/A
Designated Bridge  : N/A                      Designated Port Id: 0
Fwd Transitions    : 1                        Bad BPDUs rcvd    : 0
Cfg BPDUs rcvd     : 0                        Cfg BPDUs tx      : 0
TCN BPDUs rcvd     : 0                        TCN BPDUs tx      : 0
RST BPDUs rcvd     : 0                        RST BPDUs tx      : 0

SDP Identifier     : 1617:305                 Stp Admin State   : Down
Port Role          : N/A                      Port State        : Discarding
Port Number        : 2052                     Port Priority     : 128
Port Path Cost     : 10                       Auto Edge         : Enabled
Admin Edge         : Disabled                 Oper Edge         : N/A
Link Type          : Pt-pt                    BPDU Encap        : Dot1d
Root Guard         : Disabled                 Active Protocol   : N/A
Last BPDU from     : N/A
Designated Bridge  : N/A                      Designated Port Id: 0
Fwd Transitions    : 0                        Bad BPDUs rcvd    : 0
Cfg BPDUs rcvd     : 0                        Cfg BPDUs tx      : 0
TCN BPDUs rcvd     : 0                        TCN BPDUs tx      : 0
RST BPDUs rcvd     : 0                        RST BPDUs tx      : 0
===============================================================================
A:Dut-A>show>service>id#

*7210-SAS>show>service>id# stp detail

===============================================================================
Spanning Tree Information
===============================================================================

-------------------------------------------------------------------------------
VPLS Spanning Tree Information
-------------------------------------------------------------------------------
VPLS oper state    : Up                       Core Connectivity : Down
Stp Admin State    : Up                       Stp Oper State    : Up
Mode               : Mstp                     Vcp Active Prot.  : N/A

Bridge Id          : 80:00.00:25:ba:04:66:a0  Bridge Instance Id: 0
Bridge Priority    : 32768                    Tx Hold Count     : 6
Topology Change    : Inactive                 Bridge Hello Time : 2
Last Top. Change   : 0d 02:54:16              Bridge Max Age    : 20
Top. Change Count  : 27                       Bridge Fwd Delay  : 15

Root Bridge        : 40:00.7c:20:64:ac:ff:63
Primary Bridge     : N/A

Root Path Cost     : 10                       Root Forward Delay: 15
Rcvd Hello Time    : 2                        Root Max Age      : 20
Root Priority      : 16384                    Root Port         : 2048

MSTP info for CIST :
Regional Root      : 80:00.7c:20:64:ad:04:5f  Root Port         : 2048
Internal RPC       : 10                       Remaining Hopcount: 19
MSTP info for MSTI 1 :
Regional Root      : This Bridge              Root Port         : N/A
Internal RPC       : 0                        Remaining Hopcount: 20
MSTP info for MSTI 2 :
Regional Root      : 00:02.7c:20:64:ad:04:5f  Root Port         : 2048
Internal RPC       : 10                       Remaining Hopcount: 19


-------------------------------------------------------------------------------
Spanning Tree Sap Specifics
-------------------------------------------------------------------------------
SAP Identifier     : 1/1/7:0                  Stp Admin State   : Up
Port Role          : Root                     Port State        : Forwarding
Port Number        : 2048                     Port Priority     : 128
Port Path Cost     : 10                       Auto Edge         : Enabled
Admin Edge         : Disabled                 Oper Edge         : False
Link Type          : Pt-pt                    BPDU Encap        : Dot1d
Root Guard         : Disabled                 Active Protocol   : Mstp
Last BPDU from     : 80:00.7c:20:64:ad:04:5f  Inside Mst Region : True
CIST Desig Bridge  : 80:00.7c:20:64:ad:04:5f  Designated Port   : 34816
MSTI 1 Port Prio   : 128                      Port Path Cost    : 10
MSTI 1 Desig Brid  : This Bridge              Designated Port   : 34816
MSTI 2 Port Prio   : 128                      Port Path Cost    : 10
MSTI 2 Desig Brid  : 00:02.7c:20:64:ad:04:5f  Designated Port   : 34816
Forward transitions: 17                       Bad BPDUs rcvd    : 0
Cfg BPDUs rcvd     : 0                        Cfg BPDUs tx      : 0
TCN BPDUs rcvd     : 0                        TCN BPDUs tx      : 0
RST BPDUs rcvd     : 0                        RST BPDUs tx      : 0
MST BPDUs rcvd     : 7310                     MST BPDUs tx      : 7277

SAP Identifier     : 1/1/8:0                  Stp Admin State   : Up
Port Role          : Alternate                Port State        : Discarding
Port Number        : 2049                     Port Priority     : 128
Port Path Cost     : 10                       Auto Edge         : Enabled
Admin Edge         : Disabled                 Oper Edge         : False
Link Type          : Pt-pt                    BPDU Encap        : Dot1d
Root Guard         : Disabled                 Active Protocol   : Mstp
Last BPDU from     : 80:00.7c:20:64:ad:04:5f  Inside Mst Region : True
CIST Desig Bridge  : 80:00.7c:20:64:ad:04:5f  Designated Port   : 34817
MSTI 1 Port Prio   : 128                      Port Path Cost    : 10
MSTI 1 Desig Brid  : This Bridge              Designated Port   : 34817
MSTI 2 Port Prio   : 128                      Port Path Cost    : 10
MSTI 2 Desig Brid  : 00:02.7c:20:64:ad:04:5f  Designated Port   : 34817
Forward transitions: 14                       Bad BPDUs rcvd    : 0
Cfg BPDUs rcvd     : 0                        Cfg BPDUs tx      : 0
TCN BPDUs rcvd     : 0                        TCN BPDUs tx      : 0
RST BPDUs rcvd     : 0                        RST BPDUs tx      : 0
MST BPDUs rcvd     : 7326                     MST BPDUs tx      : 7307

SAP Identifier     : 1/1/9:0                  Stp Admin State   : Up
Port Role          : Designated               Port State        : Forwarding
Port Number        : 2050                     Port Priority     : 128
Port Path Cost     : 10                       Auto Edge         : Enabled
Admin Edge         : Disabled                 Oper Edge         : True
Link Type          : Pt-pt                    BPDU Encap        : Dot1d
Root Guard         : Disabled                 Active Protocol   : Mstp
Last BPDU from     : N/A                      Inside Mst Region : True
CIST Desig Bridge  : This Bridge              Designated Port   : 34818
MSTI 1 Port Prio   : 128                      Port Path Cost    : 10
MSTI 1 Desig Brid  : This Bridge              Designated Port   : 34818
MSTI 2 Port Prio   : 128                      Port Path Cost    : 10
MSTI 2 Desig Brid  : This Bridge              Designated Port   : 34818
Forward transitions: 2                        Bad BPDUs rcvd    : 0
Cfg BPDUs rcvd     : 0                        Cfg BPDUs tx      : 0
TCN BPDUs rcvd     : 0                        TCN BPDUs tx      : 0
RST BPDUs rcvd     : 0                        RST BPDUs tx      : 0
MST BPDUs rcvd     : 0                        MST BPDUs tx      : 7415

SAP Identifier     : 1/1/25:0                 Stp Admin State   : Up
Port Role          : Alternate                Port State        : Discarding
Port Number        : 2051                     Port Priority     : 128
Port Path Cost     : 10                       Auto Edge         : Enabled
Admin Edge         : Disabled                 Oper Edge         : False
Link Type          : Pt-pt                    BPDU Encap        : Dot1d
Root Guard         : Disabled                 Active Protocol   : Mstp
Last BPDU from     : 80:00.7c:20:64:ad:04:5f  Inside Mst Region : True
CIST Desig Bridge  : 80:00.7c:20:64:ad:04:5f  Designated Port   : 34820
MSTI 1 Port Prio   : 128                      Port Path Cost    : 10
MSTI 1 Desig Brid  : This Bridge              Designated Port   : 34819
MSTI 2 Port Prio   : 128                      Port Path Cost    : 10
MSTI 2 Desig Brid  : 00:02.7c:20:64:ad:04:5f  Designated Port   : 34820
Forward transitions: 10                       Bad BPDUs rcvd    : 0
Cfg BPDUs rcvd     : 0                        Cfg BPDUs tx      : 0
TCN BPDUs rcvd     : 0                        TCN BPDUs tx      : 0
RST BPDUs rcvd     : 0                        RST BPDUs tx      : 0
MST BPDUs rcvd     : 7329                     MST BPDUs tx      : 7303

SAP Identifier     : lag-1:0                  Stp Admin State   : Up
Port Role          : Alternate                Port State        : Discarding
Port Number        : 2052                     Port Priority     : 128
Port Path Cost     : 10                       Auto Edge         : Enabled
Admin Edge         : Disabled                 Oper Edge         : False
Link Type          : Pt-pt                    BPDU Encap        : Dot1d
Root Guard         : Disabled                 Active Protocol   : Mstp
Last BPDU from     : 80:00.7c:20:64:ad:04:5f  Inside Mst Region : True
CIST Desig Bridge  : 80:00.7c:20:64:ad:04:5f  Designated Port   : 34822
MSTI 1 Port Prio   : 128                      Port Path Cost    : 10
MSTI 1 Desig Brid  : This Bridge              Designated Port   : 34820
MSTI 2 Port Prio   : 128                      Port Path Cost    : 10
MSTI 2 Desig Brid  : 00:02.7c:20:64:ad:04:5f  Designated Port   : 34822
Forward transitions: 11                       Bad BPDUs rcvd    : 0
Cfg BPDUs rcvd     : 0                        Cfg BPDUs tx      : 0
TCN BPDUs rcvd     : 0                        TCN BPDUs tx      : 0
RST BPDUs rcvd     : 0                        RST BPDUs tx      : 0
MST BPDUs rcvd     : 7322                     MST BPDUs tx      : 7299

===============================================================================
Table 10. Output fields: STP

Label

Description

RSTP Admin State

Indicates the administrative state of the Rapid Spanning Tree Protocol instance associated with this service.

Core Connectivity

Indicates the connectivity status to the core.

RSTP Oper State

Indicates the operational state of the Rapid Spanning Tree Protocol instance associated with this service. This field is applicable only when STP is enabled on the router.

Bridge-id

Specifies the MAC address used to identify this bridge in the network.

Hold Time

Specifies the interval length during which no more than two Configuration BPDUs shall be transmitted by this bridge.

Bridge fwd delay

Specifies how fast a bridge changes its state when moving toward the forwarding state.

Bridge Hello time

Specifies the amount of time between the transmission of Configuration BPDUs.

Bridge max age

Specifies the maximum age of Spanning Tree Protocol information learned from the network on any port before it is discarded. This is the actual value that this bridge is currently using.

Bridge priority

Defines the priority of the Spanning Tree Protocol instance associated with this service.

Topology change

Specifies whether a topology change is currently in progress.

Last Top. change

Specifies the time (in hundredths of a second) since the last time a topology change was detected by the Spanning Tree Protocol instance associated with this service.

Top. change count

Specifies the total number of topology changes detected by the Spanning Tree Protocol instance associated with this service since the management entity was last reset or initialized.

Root bridge-id

Specifies the bridge identifier of the root of the spanning tree as determined by the Spanning Tree Protocol instance associated with this service. This value is used as the Root Identifier parameter in all Configuration BPDUs originated by this node.

Root path cost

Specifies the cost of the path to the root bridge as seen from this bridge.

Root forward delay

Specifies how fast the root changes its state when moving toward the forwarding state.

Root hello time

Specifies the amount of time between the transmission of configuration BPDUs.

Root max age

Specifies the maximum age of Spanning Tree Protocol information learned from the network on any port before it is discarded.

Root priority

This object specifies the priority of the bridge that is currently selected as root-bridge for the network.

Root port

Specifies the port number of the port which provides the lowest cost path from this bridge to the root bridge.

SAP Identifier

The ID of the access port where this SAP is defined.

RSTP State

The operational state of RSTP.

STP Port State

Specifies the port identifier of the port on the designated bridge for this port's segment.

BPDU encap

Specifies the type of encapsulation used on BPDUs sent out and received on this SAP.

Port Number

Specifies the value of the port number field which is contained in the least significant 12 bits of the 16-bit port ID associated with this SAP.

Priority

Specifies the value of the port priority field which is contained in the most significant 4 bits of the 16-bit port ID associated with this SAP.

Cost

Specifies the contribution of this port to the path cost of paths toward the spanning tree root which include this port.

Fast Start

Specifies whether Fast Start is enabled on this SAP.

Designated Port

Specifies the port identifier of the port on the designated bridge for this port's segment.

Designated Bridge

Specifies the bridge identifier of the bridge which this port considers to be the designated bridge for this port's segment.

sap-using
Syntax

sap-using [sap sap-id]

sap-using interface [ip-address | ip-int-name]

sap-using [ingress | egress] filter filter-id

sap-using [ingress | egress] qos-policy qos-policy-id

sap-using encap-type encap-type

Context

show>service

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command displays SAP information.

If no optional parameters are specified, the command displays a summary of all defined SAPs.

The optional parameters restrict output to only SAPs matching the specified properties.

Parameters
ip-addr

The IP address of the interface for which to display matching SAPs.

Values

a.b.c.d

ip-int-name

Specifies the IP interface name for which to display matching SAPs.

ingress

Specifies matching an ingress policy.

egress

Specifies matching an egress policy.

qos-policy qos-policy-id

Specifies the ingress QoS Policy ID for which to display matching SAPs.

Values

1 to 65535

filter filter-id

Specifies the ingress or egress filter policy ID for which to display matching SAPs.

Values

1 to 65535

sap sap-id

Specifies the physical port identifier portion of the SAP definition. See Common CLI command descriptions for command syntax.

encap-type encap-type

Displays the CEM encapsulation type.

Values

cem

Output

The following output is an example of service SAP information, and Output fields: SAP-using describes the output fields.

Sample output
*A:Dut-A# show service sap-using

========================================================================
Service Access Points
===============================================================================
PortId                          SvcId      Ing.  Ing.    Egr.  Egr.   Adm  Opr
                                           QoS   Fltr    QoS   Fltr
------------------------------------------------------------------------
1/1/1:1                         1          1     none    1     none   Up   Up
2/1/2:10/11                     1          1     none    1     none   Up   Up
2/1/2:10/12                     1          1     none    1     none   Up   Up
2/1/2:20/11                     1          1     none    1     none   Up   Up
2/1/2:20/12                     1          1     none    1     none   Up   Up
2/1/4:cp.10                     10         1     none    1     none   Up   Up
2/1/4:cp.20                     20         1     none    1     none   Up   Up
------------------------------------------------------------------------
Number of SAPs : 7
------------------------------------------------------------------------
========================================================================


A:Dut-A>config>service>vpls# show service sap-using
=========================================================================
Service Access Points
=========================================================================
PortId                          SvcId      Ing.  Ing.    Egr.   Adm  Opr
                                           QoS   Fltr    Fltr
-------------------------------------------------------------------------
lag-3:100                       100        1     none    none   Up   Up
1/1/3                           101        10    mac     none   Up   Up
lag-3:101                       101        10    mac     none   Up   Up
lag-3:102                       102        10    mac     none   Up   Up
lag-3:103                       103        10    mac     none   Up   Up
lag-3:104                       104        10    mac     none   Up   Up
lag-3:105                       105        10    mac     none   Up   Up
lag-3:201                       201        10    mac     none   Up   Up
lag-3:202                       202        10    mac     none   Up   Up
lag-3:203                       203        10    mac     none   Up   Up
lag-3:204                       204        10    mac     none   Up   Up
lag-3:205                       205        10    mac     none   Up   Up
1/1/16:301                      301        10    mac     none   Up   Up
lag-4:301                       301        10    mac     none   Up   Up
1/1/16:302                      302        10    mac     none   Up   Up
lag-4:302                       302        10    mac     none   Up   Up
1/1/16:303                      303        10    mac     none   Up   Up
lag-4:303                       303        10    mac     none   Up   Up
1/1/16:304                      304        10    mac     none   Up   Up
lag-4:304                       304        10    mac     none   Up   Up
1/1/16:305                      305        10    mac     none   Up   Up
lag-4:305                       305        10    mac     none   Up   Up
...
=========================================================================
A:Dut-A>config>service>vpls# 


A:Dut-A>config>service# show service sap-using sap 1/1/16:305
=========================================================================
Service Access Points Using Port 1/1/16:305
=========================================================================
PortId                          SvcId      Ing.  Ing.    Egr.   Adm  Opr
                                           QoS   Fltr    Fltr
-------------------------------------------------------------------------
1/1/16:305                      305        10    mac     none   Up   Up
-------------------------------------------------------------------------
Number of SAPs : 1
=========================================================================
A:Dut-A>config>service#


A:ces-A# show service sap-using sap 1/2/1.1 
=========================================================================
Service Access Points 
=========================================================================
PortId                          SvcId      Ing.  Ing.    Egr.   Adm  Opr       
                                           QoS   Fltr    Fltr                  
-------------------------------------------------------------------------
1/2/1.1                         1          12    none    none   Up   Up  
-------------------------------------------------------------------------
Number of SAPs : 1
-------------------------------------------------------------------------
=========================================================================
A:ces-A#

*A:ces-A# show service sap-using sap 1/2/1.1 

=========================================================================
Service Access Points 
=========================================================================
PortId                          SvcId      Ing.  Ing.    Egr.   Adm  Opr       
                                           QoS   Fltr    Fltr                  
-------------------------------------------------------------------------
1/2/1.1                         1          1     none    none   Up   Up  
-------------------------------------------------------------------------
Number of SAPs : 1
-------------------------------------------------------------------------
=========================================================================


*A:ces-A# show service sap-using encap-type cem 

=============================================================================
Service Access Points Using Encap Type 'cem'
=============================================================================
PortId                            SvcId           Adm      Opr      Alarm      
-----------------------------------------------------------------------------
1/2/1.1                           1               Up       Up       No       
1/2/2.1                           2               Up       Up       No       
1/2/3.1                           3               Up       Down     Yes      
1/2/4.1                           4               Up       Down     Yes      
-----------------------------------------------------------------------------
Number of SAPS : 4
-----------------------------------------------------------------------------
=============================================================================
Table 11. Output fields: SAP-using

Label

Description

Port ID

The ID of the access port where the SAP is defined.

Svc ID

The service identifier.

MTU

The port MTU value.

Ing. QoS

The SAP ingress QoS policy number specified on the ingress SAP.

Ing Fltr

The MAC or IP filter policy ID applied to the ingress SAP.

Egr. QoS

The SAP egress QoS policy number specified on the egress SAP.

Egr. Fltr

The MAC or IP filter policy ID applied to the egress SAP.

Adm

The administrative state of the SAP.

Opr

The operational state of the SAP.

sdp
Syntax

sdp [sdp-id | far-end ip-address] [detail | keep-alive-history]

Context

show>service

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode

Description

This command displays SDP information.

If no optional parameters are specified, a summary SDP output for all SDPs is displayed.

Parameters
sdp-id

The SDP ID for which to display information.

Values

1 to 17407

Default

All SDPs.

far-end ip-address

Displays only SDPs matching with the specified far-end IP address.

Default

SDPs with any far-end IP address.

detail

Displays detailed SDP information.

Default

SDP summary output.

keep-alive-history

Displays the last fifty SDP keepalive events for the SDP.

Default

SDP summary output.

Output

The following output is an example of SDP information, and Output fields: SDP describes the output fields.

Sample output
*A:ALA-12# show service sdp
==============================================================================
Services: Service Destination Points                                           
==============================================================================
SdpId    Adm MTU   Opr MTU   IP address       Adm  Opr         Deliver Signal  
------------------------------------------------------------------------------
10       4462      4462      10.20.1.3        Up   Dn NotReady MPLS    TLDP    
40       4462      1534      10.20.1.20       Up   Up          MPLS    TLDP    
60       4462      1514      10.20.1.21       Up   Up          MPLS TLDP    
100      4462      4462      10.0.0.2         Down Down        MPLS TLDP    
500      4462      4462      10.20.1.50       Up   Dn NotReady MPLS TLDP    
------------------------------------------------------------------------------
Number of SDPs : 5                                                            
==============================================================================
*A:ALA-12# 


*A:ALA-12# show service sdp 2 detail
===============================================================================
Service Destination Point (Sdp Id : 2) Details
===============================================================================
Sdp Id 2  -(10.10.10.104)
-------------------------------------------------------------------------------
Description           : MPLS-10.10.10.104
SDP Id               : 2
Admin Path MTU       : 0                     Oper Path MTU      : 0
Far End              : 10.10.10.104          Delivery           : MPLS
Admin State          : Up                    Oper State         : Down
Flags                : SignalingSessDown TransportTunnDown
Signaling            : TLDP                  VLAN VC Etype      : 0x8100
Last Status Change   : 02/01/2007 09:11:39   Adv. MTU Over.     : No
Last Mgmt Change     : 02/01/2007 09:11:46

KeepAlive Information :
Admin State          : Disabled              Oper State         : Disabled
Hello Time           : 10                    Hello Msg Len      : 0
Hello Timeout        : 5                     Unmatched Replies  : 0
Max Drop Count       : 3                     Hold Down Time     : 10
Tx Hello Msgs        : 0                     Rx Hello Msgs      : 0

Associated LSP LIST :
SDP Delivery Mechanism is not MPLS
===============================================================================
*A:ALA-12# 
*A:ALA-12# show service sdp 8
==============================================================================
Service Destination Point (Sdp Id : 8)
==============================================================================
SdpId    Adm MTU   Opr MTU   IP address       Adm  Opr         Deliver Signal
------------------------------------------------------------------------------
8        4462      4462      10.10.10.104     Up   Dn NotReady MPLS    TLDP
==============================================================================
*A:ALA-12# 


*A:ALA-12# show service sdp 8 detail
===============================================================================
Service Destination Point (Sdp Id : 8) Details
===============================================================================
Sdp Id 8  -(10.10.10.104)
-------------------------------------------------------------------------------
Description           : MPLS-10.10.10.104
SDP Id               : 8
Admin Path MTU       : 0                     Oper Path MTU      : 0
Far End              : 10.10.10.104          Delivery           : MPLS
Admin State          : Up                    Oper State         : Down
Flags                : SignalingSessDown TransportTunnDown
Signaling            : TLDP                  VLAN VC Etype      : 0x8100
Last Status Change   : 02/01/2007 09:11:39   Adv. MTU Over.     : No
Last Mgmt Change     : 02/01/2007 09:11:46

KeepAlive Information :
Admin State          : Disabled              Oper State         : Disabled
Hello Time           : 10                    Hello Msg Len      : 0
Hello Timeout        : 5                     Unmatched Replies  : 0
Max Drop Count       : 3                     Hold Down Time     : 10
Tx Hello Msgs        : 0                     Rx Hello Msgs      : 0

Associated LSP LIST :
Lsp Name             : to-104
Admin State          : Up                    Oper State         : Down
Time Since Last Tran*: 01d07h36m
===============================================================================
* indicates that the corresponding row element may have been truncated.
*A:ALA-12#
Table 12. Output fields: SDP

Label

Description

SDP Id

The SDP identifier.

Adm MTU

The desired largest service frame size (in octets) that can be transmitted through this SDP to the far-end router, without requiring the packet to be fragmented.

Opr MTU

The actual largest service frame size (in octets) that can be transmitted through this SDP to the far-end router, without requiring the packet to be fragmented.

IP address

The IP address of the remote end of the MPLS tunnel defined by this SDP.

Adm

Admin State

The desired state of the SDP.

Opr

Oper State

The operating state of the SDP.

Deliver

Delivery

The type of delivery used by the SDP: MPLS.

Flags

All the conditions that affect the operating status of this SDP.

Signal

Signaling

The signaling protocol used to obtain the ingress and egress labels used in frames transmitted and received on the SDP.

Last Status Change

The time of the most recent operating status change to this SDP.

Last Mgmt Change

The time of the most recent management-initiated change to this SDP.

Number of SDPs

The total number of SDPs displayed according to the criteria specified.

Hello Time

How often the SDP echo request messages are transmitted on this SDP.

Number of SDPs

The total number of SDPs displayed according to the criteria specified.

Hello Time

How often the SDP echo request messages are transmitted on this SDP.

Hello Msg Len

The length of the SDP echo request messages transmitted on this SDP.

Hello Timeout

The number of seconds to wait for an SDP echo response message before declaring a timeout.

Unmatched Replies

The number of SDP unmatched message replies.

Max Drop Count

The maximum number of consecutive SDP echo request messages that can be unacknowledged before the keepalive protocol reports a fault.

Hold Down Time

The amount of time to wait before the keepalive operating status is eligible to enter the alive state.

TX Hello Msgs

The number of SDP echo request messages transmitted since the keepalive was administratively enabled or the counter was cleared.

Rx Hello Msgs

The number of SDP echo request messages received since the keepalive was administratively enabled or the counter was cleared.

Associated LSP List

When the SDP type is MPLS, a list of LSPs used to reach the far-end router displays. All the LSPs in the list must terminate at the IP address specified in the far end field.

sdp-using
Syntax

sdp-using [sdp-id[:vc-id] | far-end ip-address]

Context

show>service

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode

Description

Display services using SDP or far-end address options.

Parameters
sdp-id

Displays only services bound to the specified SDP ID.

Values

1 to 17407

vc-id

Specifies the virtual circuit identifier.

Values

1 to 4294967295

far-end ip-address

Displays only services matching with the specified far-end IP address.

Default

Services with any far-end IP address.

Output

The following output is an example of service SDP information, and Output fields: SDP-using describes the output fields.

Sample output
*A:ALA-1# show service sdp-using 300
===============================================================================
Service Destination Point (Sdp Id : 300)
===============================================================================
SvcId       SdpId               Type Far End        Opr State I.Label  E.Label
-------------------------------------------------------------------------------
1           300:1               Mesh 10.0.0.13      Up        131071   131071
2           300:2               Spok 10.0.0.13      Up        131070   131070
100         300:100             Mesh 10.0.0.13      Up        131069   131069
101         300:101             Mesh 10.0.0.13      Up        131068   131068
102         300:102             Mesh 10.0.0.13      Up        131067   131067
-------------------------------------------------------------------------------
Number of SDPs : 5
-------------------------------------------------------------------------------
*A:ALA-1#
*A:ces-A# show service sdp-using 
===============================================================================
SDP Using
===============================================================================
SvcId       SdpId               Type    Far End        Opr S* I.Label  E.Label 
-------------------------------------------------------------------------------
1           12:1                Spok    2.2.2.2        Up     131063   131062  
2           12:2                Spok    2.2.2.2        Up     131062   131069  
3           122:3               Spok    2.2.2.2        Up     131069   131068  
4           12:4                Spok    2.2.2.2        Up     131061   131061  
-------------------------------------------------------------------------------
Number of SDPs : 4
-------------------------------------------------------------------------------
===============================================================================
*A:ces-A# 
Table 13. Output fields: SDP-using

Label

Description

Svc ID

The service identifier.

Sdp ID

The SDP identifier.

Type

Type of SDP: spoke or mesh.

Far End

The far end address of the SDP.

Oper State

The operational state of the service.

Ingress Label

The label used by the far-end device to send packets to this device in this service by this SDP.

Egress Label

The label used by this device to send packets to the far-end device in this service by this SDP.

service-using
Syntax

service-using [sdp sdp-id] [b-vpls] [i-vpls] [m-vpls] [sdp sdp-id] [customer customer-id]

Context

show>service

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode

Description

This command displays the services matching certain usage properties.

If no optional parameters are specified, all services defined on the system are displayed.

Parameters
[service]

Displays information for the specified service type.

b-vpls

Specifies the B-component instance of the Provider Backbone Bridging (PBB/IEEE 802.1ah) feature. It represents the multi-point tunneling component that multiplexes multiple customer VPNs (ISIDs) together. It is similar to a regular VPLS instance that operates on the backbone MAC addresses.

i-vpls

Specifies the I-component instance of the Provider Backbone Bridging (PBB/IEEE 802.1ah) feature. It identifies the specific VPN entity associated to a customer multipoint (ELAN) service. It is similar to a regular VPLS instance that operates on the customer MAC addresses.

m-vpls

Specifies the M-component (managed VPLS) instance of the Provider Backbone Bridging (PBB/IEEE 802.1ah) feature.

sdp sdp-id

Displays only services bound to the specified SDP ID.

Values

1 to 17407

Default

Services bound to any SDP ID.

customer customer-id

Displays services only associated with the specified customer ID.

Values

1 to 2147483647

Default

Services associated with any customer.

Output

The following output is an example of service information, and Output fields: Service-using describes the output fields.

Sample output
*A:ALA-12# show service service-using customer 10
==============================================================================
Services
==============================================================================
ServiceId    Type      Adm    Opr        CustomerId        Last Mgmt Change
------------------------------------------------------------------------------
1            VPLS      Up     Up         10                09/05/2006 13:24:15

300          Epipe     Up     Up         10                09/05/2006 13:24:15
------------------------------------------------------------------------------
Matching Services : 2
==============================================================================
*A:ALA-12#


*A:ALA-12# show service service-using
===============================================================================
Services
===============================================================================
ServiceId    Type      Adm    Opr        CustomerId        Last Mgmt Change
-------------------------------------------------------------------------------
1            uVPLS     Up     Up         1                 10/26/2006 15:44:57
2            Epipe     Up     Down       1                 10/26/2006 15:44:57
10           mVPLS     Down   Down       1                 10/26/2006 15:44:57
11           mVPLS     Down   Down       1                 10/26/2006 15:44:57
100          mVPLS     Up     Up         1                 10/26/2006 15:44:57
101          mVPLS     Up     Up         1                 10/26/2006 15:44:57
102          mVPLS     Up     Up         1                 10/26/2006 15:44:57
999          uVPLS     Down   Down       1                 10/26/2006 16:14:33
-------------------------------------------------------------------------------
Matching Services : 8
-------------------------------------------------------------------------------
*A:ALA-12#
Table 14. Output fields: Service-using

Label

Description

Service Id

The service identifier.

Type

The service type configured for the service ID.

Adm

The desired state of the service.

Opr

The operating state of the service.

CustomerID

The ID of the customer who owns this service.

Last Mgmt Change

The date and time of the most recent management-initiated change to this service.

Clear commands

id
Syntax

id service-id

Context

clear>service

clear>service>statistics

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command clears commands for a specific service.

Parameters
service-id

Specifies the ID that uniquely identifies a service.

Values

service-id: 1 to 214748364

svc-name: A string up to 64 characters.

spoke-sdp
Syntax

spoke-sdp sdp-id:vc-id ingress-vc-label

Context

clear>service>id

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode

Description

This command clears and resets the spoke-SDP bindings for the service.

Parameters
sdp-id

Specifies the spoke-SDP ID to be reset.

Values

1 to 17407

vc-id

Specifies the virtual circuit ID on the SDP ID to be reset.

Values

1 to 4294967295

ingress-vc-label

Specifies the ingress VC label to be cleared.

sap
Syntax

sap sap-id {all | cem | counters | stp}

Context

clear>service>statistics

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command clears SAP statistics for a SAP.

Parameters
sap-id

Specifies the physical port identifier portion of the SAP definition. See Common CLI command descriptions for command syntax.

all

Clears all SAP queue statistics and STP statistics.

counters

Clears all queue statistics associated with the SAP.

stp

Clears all STP statistics associated with the SAP.

l2pt

Clears all L2PT statistics associated with the SDP.

sdp
Syntax

sdp sdp-id keep-alive

Context

clear>service>statistics

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode

Description

This command clears keepalive statistics associated with the SDP ID.

Parameters
sdp-id

Specifies the SDP ID for which to clear keepalive statistics.

Values

1 to 17407

counters
Syntax

counters

Context

clear>service>statistics>id

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command clears all traffic counters associated with the service ID.

spoke-sdp
Syntax

spoke-sdp sdp-id[:vc-id] {all | counters | stp}

Context

clear>service>statistics>id

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode.

Description

This command clears statistics for the spoke-SDP bound to the service.

Parameters
sdp-id

Specifies the spoke-SDP ID for which to clear statistics.

Values

1 to 17407

vc-id

Specifies the virtual circuit ID on the SDP ID to be reset.

Values

1 to 4294967295

all

Clears all queue statistics and STP statistics associated with the SDP.

counters

Clears all queue statistics associated with the SDP.

stp

Clears all STP statistics associated with the SDP.

stp
Syntax

stp

Context

clear>service>statistics>id

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command clears all spanning tree statistics for the service ID.

statistics
Syntax

statistics

Context

clear>service

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

Commands in this context clear statistics for a specific service entity.

Debug commands

id
Syntax

id service-id

Context

debug>service

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command debugs commands for a specific service.

Parameters
service-id

The ID that uniquely identifies a service.

sap
Syntax

[no] sap sap-id

Context

debug>service>id

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command enables debugging for a particular SAP.

Parameters
sap-id

Specifies the SAP ID.

event-type
Syntax

[no] event-type {arp | config-change | oper-status-change}

Context

debug>service>id

Platforms

Supported on all 7210 SAS platforms as described in this document, including those operating in access-uplink mode

Description

This command enables a particular debugging event type.

The no form of this command disables the event type debugging.

Parameters
arp

Displays ARP events. This parameter is not supported for use with VLL services.

config-change

Debugs configuration change events.

svc-oper-status-change

Debugs service operational status changes.

Output

The following output is an example of event type debugging information.

Sample output
A:bksim180# debug service id 1000 sap 1/7/1 event-type arp 
DEBUG OUTPUT show on CLI is as follows:
3 2008/11/17 18:13:24.35 UTC MINOR: DEBUG #2001 Base Service 1000 SAP 1/7/
1 "Service 1000 SAP 1/7/1: 
RX: ARP_REQUEST (0x0001)
hwType     : 0x0001
prType     : 0x0800
hwLength   : 0x06
prLength   : 0x04
srcMac     : 8c:c7:01:07:00:03
destMac    : 00:00:00:00:00:00
srcIp      : 10.1.1.2
destIp     : 10.1.1.1
"

4 2008/11/17 18:13:24.35 UTC MINOR: DEBUG #2001 Base Service 1000 SAP 1/7/
1 "Service 1000 SAP 1/7/1: 
TX: ARP_RESPONSE (0x0002)
hwType     : 0x0001
prType     : 0x0800
hwLength   : 0x06
prLength   : 0x04
srcMac     : 00:03:0a:0a:0a:0a
destMac    : 8c:c7:01:07:00:03
srcIp      : 10.1.1.1
destIp     : 10.1.1.2
"
sdp
Syntax

[no] sdp sdp-id:vc-id

Context

debug>service>id

Platforms

Supported on all 7210 SAS platforms as described in this document, except those operating in access-uplink mode

Description

This command enables debugging for a particular SDP.

Parameters
sdp-id

Specifies the SDP ID.