VLL services
This section provides information about Virtual Leased Line (VLL) services and implementation notes.
Ethernet pipe (Epipe) services
This section provides information about the Epipe service and implementation notes.
Epipe service 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 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, then a unique encapsulation value (ID) must be specified.
The following figure shows Epipe/VLL service.
Support for processing of packets received with more than 2 tags on a QinQ SAP in Epipe service (only on 7210 SAS devices configured in network mode)
To forward packets with 2 or more tags using a QinQ SAP, a new Epipe service type is available for use when 7210 SAS devices are operating in ‛network’ mode. This new 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 vc-vlan: The VC VLAN tag to be 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.
The device processes the packet as follows in the forward direction:
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 strips only the outermost tag (only a single tag) on ingress and forward the rest on to the other endpoint in the service (as follows).
If the other endpoint the packet is sent out of is a MPLS SDP, then MPLS encapsulation is added.
If the other endpoint the packet is sent out of is a dot1q SAP packet is forwarded as is, without any egress VLAN checks. The operator must ensure the inner tag of the packet matches the dot1q VLAN value.
If the other endpoint the packet is sent out of is another QinQ SAP (for example, Q1.Q2 SAP), then another tag (that is, Q2 tag) is added to the packet and sent out of the QinQ SAP.
In the reverse direction, the device processes the packet as follows:
When traffic is received on the 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). The operator must configure both ends of the service appropriately to ensure only appropriate packets enter the service.
When traffic is received on the dot1q SAP, the outermost tag is 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, that is, the first two tags in the packet header). It strips only the outermost tag (only a 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 and it is sent out of the QinQ SAP.
Therefore, the device processes packets received with 2 or more tags using the MPLS SDP or a dot1q SAP while classifying on the QinQ SAP ingress using 2 tags.
Feature support, configuration notes and restrictions
A new 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 desired (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 allows for only one QinQ SAP and only one SDP of vc-type vc-vlan. The system does not allow the user to use 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 vc-ether.
User can configure 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 (example: if the SAP is 1/1/10:Q1.Q2, then 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 QinQ SAP's inner tag is configured for vlan-vc-tag or dot1q SAP VLAN value, or for the inner tag of the QinQ SAP then it is errored out by the software. If 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 mis-configuration.
Existing QoS and ACL functionality for the Epipe service entities continues to be available, with the following exceptions:
If the packet is received with more than 2 tags, then 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 2 tags, then 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) are used for SAP ingress classification. Dot1p bits of the outermost tag are marked on egress, if marking is enabled on the egress port. The Dot1p bit value of the vlan-vc-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 and VCCV trace are supported for the SDPs
Accounting and Statistics for the service entities (for example, SAP and SDP) are 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 new service type (along with use PW redundancy)
vlan-vc-tag value configured to match Q1.Q2 SAP innner tag
The following example shows output of a vlan-vc-tag value configured to match the inner tag specified in the Q1.Q2 SAP configured 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
----------------------------------------------
Epipe service with QinQ SAP and dot1q SAP
The following example shows an Epipe service with QinQ SAP and dot1q SAP. In the following example, note that the dot1q SAP (1/1/4:45) VLAN value of 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
----------------------------------------------
Epipe service with 2 QinQ SAPs
The following example shows an Epipe service with 2 QinQ SAPs. In the following sample, note that 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 oper state decoupling
An Epipe service transitions to an operational state of down when only a single entity SAP or binding is active and the operation state of the mate is down or displays an equivalent state. The default behavior does not allow you to validate the connectivity and measure performance metrics. With this feature an option is provided to allow you to validate the connectivity and measure performance metrics of an Epipe service.
You can also maintain performance and continuity measurement across the customer 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/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, as there are no ports existing 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 cause the Epipe service to transition to OPER=DOWN.
As 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 function as usual.
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
The 7210 SAS platforms as described in this document can be configured as 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 created on the PE; however, the target destination of the SDP is the pseudowire switching node instead of 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.
The switching point TLV 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 to 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.
Pseudowire service switching node
In the following example, the user configures a regular Epipe VLL service PE1 and PE2. These services consist each of a SAP and a spoke SPD. However, the target destination of the SDP is actually 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.
| PE1 (Epipe)|---sdp 2:10---| PW SW (Epipe)|---sdp 7:15---| 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.
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 needs 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 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 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. Secondly, 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, it means the message was originated by a T-PE node and the S-PE should process and pass the message without changes except for the VCID 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. This is because a switching node needs 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 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 operation 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 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 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 if the received status bits from the remote node indicated SAP up/down or SDP-binding up/down.
Pseudowire switching TLV
The format of the pseudowire switching TLV is as follows:
0 1 2 3
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|1|0| pw sw TLV (0x096D) | pseudowire sw TLV Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length | Variable Length Value |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Variable Length Value |
| " |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
PW sw TLV Length
Specifies the total length of all the following pseudowire switching point TLV fields in octets.
Type
Encodes how the Value field is to be interpreted.
Length
Specifies the length of the Value field in octets.
Value
Octet string of Length octets that encodes information to be interpreted as specified by the Type field.
Pseudowire Switching Point Sub-TLVs
The following are details specific to pseudowire switching point sub-TLVs:
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
An optional description string of text up to 80 characters
IP address of pseudowire switching point
The IP V4 or V6 address of the 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-connection is effected.
End nodes of a static pseudowire segment can be misconfigured. In this case, an S-PE or T-PE node may be receiving packets with the wrong encapsulation, and it is possible that an invalid payload is 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 performs a check of the IP header fields such as version, IP header length, and checksum. If any of this fails the VCCV packet is 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 or network failure condition. Pseudowires are redundant by the virtue of the SDP redundancy mechanism. For instance, if the SDP is an RSVP LSP and is protected by a secondary standby path, Fast-Reroute paths, or both, 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.
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 receives it and immediately switches 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 accepts packets received from PE2 on the primary pseudowire while transmitting over the backup pseudowire.
When the SAP at 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 pseudowire status notification message indicating that the SAP is back up. PE1 then starts a timer and reverts 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) means 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 which cause PE1 to trigger a switchover to the secondary standby pseudowire:
T-LDP peer (remote PE) node withdrew the pseudowire label.
T-LDP peer signaled a FEC status indicating a pseudowire failure or a remote SAP failure.
T-LDP session to peer node times out.
SDP binding and VLL service went down as a result of network failure condition such as the SDP to peer node going operationally down.
The Nokia 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). The revertive operation always switches the path of the VLL back to the primary pseudowire though. There is no revertive operation between secondary paths meaning that the path of the VLL does not switch back to a secondary pseudowire of higher precedence when the latter comes back up again.
The Nokia 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
Overview
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 Routing (Dynamic MS-PWs) enable a complete multi-segment pseudowire 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, so allowing dynamic routing of the MS-PW through the intervening network of S-PEs. Dynamic multi-segment pseudowires are described in the IETF in draft-ietf-pwe3-dynamic-ms-pw-13.txt.
The following figure shows the operation of dynamic MS-PWs.
The FEC 129 AII Type 2 structure shown in the following figure is used to identify each individual pseudowire endpoint:
A 4-byte global ID followed by a 4 byte prefix and a 4 byte attachment circuit ID are used to provide for hierarchical, independent allocation of addresses on a per service provider network basis. The first 8 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 proceeds to advertise this new address to all the other T- PEs and S-PEs in the network, as shown in the following figure.
In step 1 a new T-PE (T-PE2) is configured with a local prefix.
Next, in steps 2-5, MP-BGP uses 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.
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, the AIIs are locally configured for each spoke-SDP, according to the model shown in the following figure. The 7210 therefore 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.
Before T-LDP signaling starts, the two T-PEs decide on 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.
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.
Pseudowire routing
The following sections describe the end-to-end solution with BGP PW-routing, assuming appropriate platforms are used for various functions.
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 8-byte RD, a 4-byte Global-ID, a 4-byte local prefix, and (optionally) a 4-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 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 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 an S-PE.
Each T-PE is also be configured with the following parameters:
Global ID
This is a 4 byte identifier that uniquely identifies an operator or the local network.
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.
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, this 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"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, then this represents the default route. If a static route exists to a specific T-PE, then this is used in preference to any BGP route that may exist.
Explicit paths
A set of default explicit routes 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.
Configuring VLLs using dynamic MS-PWs
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 Attachment Individual Identifier (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 Source Attachment Individual Identifier (SAII) and a Target Attachment Individual Identifier (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
This is a 4 byte identifier that uniquely identifies an operator or the local network.
Prefix
A 4-byte prefix, which should correspond to one of the local prefixes assigned under pw-routing.
AC-ID
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 and 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 determines 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 under the spoke-sdp-fec. If master is selected at a specific T-PE, it assumes 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 auto-configuration is used (as follows), then that endpoint is always passive. Therefore, signaling master should only be used when it is known that the far end assumes 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 to be automatically bound to that endpoint. This is useful in scenarios where a service provider needs to separate service configuration from the service activation phase.
Automatic endpoint configuration is supported 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 excluding the TAII from the configuration. When auto-configuration is used, the node assumed passive behavior from a point of view of 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 already taken by 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:
Explicit Path
Static route
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 under spoke-sdp-fec.
If an explicit path name is not configured, the TT-PE or S-PE performs 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 is used to reach the next-hop S-PE/T-PE if such an SDP exists. If not, and a RFC 3107 labeled BGP SDP is available, then that is used. Otherwise, the label mapping fails and a label release is 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.
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.
Path diversity can be further provided for each primary pseudowire through the use of a BGP route distinguisher.
If the primary MS-PW fails, a fail-over to a standby MS-PW occurs, as per the normal pseudowire redundancy procedures. A configurable retry timer for the failed primary MS-PW is then started. When the timer expires, attempt 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 that 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 specify only the spoke-sdp-fec-id of the MS-PW in the vccv-ping command, or the user can explicitly specify the SAII and TAII to use.
If the SAII:TAII is entered by the user in the vccv-ping command, then those values are be used for the VCCV ping echo request, but their order is be 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. If SAII:TAII is entered in addition to the spoke-sdp-fec-id, the system verifies the entered values against the values stored in the context for that spoke-sdp-fec-id.
Otherwise, 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 previously received in the initial label mapping message for the reverse direction of the MS-PW (with respect to the sending PE), then the SAII:TAII to use in the target FEC stack of the VCCV ping echo request message is derived by parsing that switching point 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, then 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 that 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 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.
Example dynamic MS-PW configuration
This section presents an example of how to configure Dynamic MS-PWs for a VLL service between a set of 7210 nodes. The network consists of two 7210 T-PEs and two 7210 playing the role of S-PEs, as shown in the following figure. Each 7210 peers with its neighbor using LDP and BGP.
The 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.
Next, 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.
T-PE-1 configuration
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 shutdownT-PE-2 configuration
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
exitMaster-slave operation
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.
7210 SAS devices support only the standby-signaling-master option. 7210 does not support the CLI command standby-signaling-slave. In the following discussion, reference to standby-signaling-slave command is only used to describe the solution. 7210 device can be used only where standby-signaling-master is used in the following example.
Master-Slave pseudowire redundancy is discussed in this section. It 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 signaled by the master endpoint. This approach 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 objectives 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.
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, then any spoke-SDP for which the remote peer signals PW FWD Standby is 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)
The fact that the specific spoke-SDP is blocked is signaled to LDP peer through the pseudowire status bit (PW FWD Standby (0x20)). This prevents traffic being sent over this spoke-SDP by the remote peer, but obviously only in case that remote peer supports and reacts to pseudowire status notification. Previously, this applied only if the spoke-SDP terminates on an IES, VPRN or VPLS. However, if standby-signaling-slave is enabled at the remote VLL endpoint then the Tx direction of the spoke-SDP is also blocked, according to the rules in Operation of master-slave pseudowire redundancy with existing scenarios.
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 or 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 is 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, 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 illustrates how master-slave pseudowire redundancy could operate.
VLL resilience
The following figure shows a VLL resilience path example. A sample configuration follows.
A revert-time value of zero (default) means that the VLL path is switched back to the primary immediately after it comes back up.
PE1 configuration
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 1PE2 configuration
configure service epipe 1
endpoint X
exit
sap 2/2/2:200 endpoint X
spoke-sdp 1:100
standby-signaling-slavePE3 configuration
configure service epipe 1
endpoint X
exit
sap 3/3/3:300 endpoint X
spoke-sdp 2:200
standby-signaling-slaveVLL resilience for a switched PW path
The 7210 SAS platforms as described in this document can be configured as S-PE nodes.
The following figure shows a VLL resilience for a switched pseudowire path example. A sample configuration follows.
T-PE1 configuration
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 1T-PE2 configuration
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 1S-PE1 configuration
VC switching indicates a VC cross-connect so that the service manager does not signal the VC label mapping immediately but put this into passive mode.
configure service epipe 1 vc-switching
spoke-sdp 1:100
spoke-sdp 4:400Access node 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.
In this application, a new 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 for 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.
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 which 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 bye the Inter-Chassis Backup pseudowire (ICB pseudowire) for this VLL service. An ICB is a spoke-SDP used by a MC-LAG node to backup a 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 which 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 figures show the use of both pseudowire redundancy and pseudowire switching to provide a resilient VLL service across multiple IGP areas in a provider network.
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.
Like in the application in VLL resilience with two destination PR nodes, 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.
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 does not switch the VLL path onto the secondary pseudowire upon receipt of a pseudowire status notification indicating the remote SAP is down 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 causes 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 point in time, the VLL path is switched back to the primary pseudowire because of the revertive behavior operation. The path does not switch back to a secondary path when it becomes 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 as well as the algorithm used to select the active transmit object in a VLL endpoint.
The redundant VLL service model is described in the following section, Redundant VLL service model.
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.
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 (2) 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 information in Redundant VLL endpoint objects is merely an example and that the ‟Y” endpoint can also have a SAP and an ICB spoke-SDP. The following details 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-SDP 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
Special pseudowire used for MC-LAG and pseudowire redundancy application. Forwarding between ICBs is blocked on the same node. The user has to explicitly indicate the spoke-SDP is actually an ICB at creation time. There are however a few scenarios (as follows) where the user can configure the spoke-SDP as ICB or as a regular spoke-SDP on a specific node. The CLI for those cases indicate both options.
A VLL service endpoint can only use a single active object to transmit at any specific 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. Conversely, a SAP which is not part of a MC-LAG instance cannot be added to an endpoint which 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 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 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, then 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 received 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. Ethernet SAP does not support SAP OAM protocol. All other SAP types cannot exist on the same endpoint as an ICB spoke-SDP because non Ethernet SAP cannot be part of a MC-LAG instance.
If the ICB spoke-SDP in endpoint ‟X” transitions locally to 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” received 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” transition locally to down state, or received a SAP down notification by remote T-LDP status bits or by SAP specific OAM signal, or received status bits of SDP-binding down, or received status bits of pseudowire not forwarding, the node must send status bits of SAP down over all ‟Y” endpoint spoke SDPs, including the ICB.
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, received T-LDP SAP down status bits, or received T-LDP SDP-binding down status bits, or received status bits of pseudowire not forwarding, 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 ‟Y”, except the ICB spoke-SDP, transition locally to down state, or received T-LDP SAP down status bits, or received T-LDP SDP-binding down status bits, or received status bits of pseudowire not forwarding, the node must send status bits of SDP-binding down over the ‟X” endpoint ICB spoke-SDP only.
If all objects in endpoint ‟Y” transition locally to down state, or received T-LDP SAP down status bits, or received T-LDP SDP-binding down status bits, or received status bits of pseudowire not forwarding, the node must send status bits of 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. An Ethernet SAP does not support signaling status notifications.
Epipe configuration for MPLS-TP
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. IP addresses are used if IP/MPLS LSPs are used by the SDP, or MPLS-TP tunnels identified by IPv4 source or destination addresses. MPLS-TP node identifiers are used if MPLS-TP tunnels are used.
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, then the far-end must be a routable IPv4 address.
The system accepts the node-id being entered as 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 is allowed to be configured only 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/global-id configured
-
control-channel-status enabled on any spoke (or mate vc-switched spoke)
-
PW-path-id configured on any spoke (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-tunnel or bgp-tunnel
-
adv-mtu-override
VLL spoke-SDP configuration
7210 SAS-R6 and 7210 SAS-R12 can be S-PE or T-PE and 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 stated as follows. Likewise, all existing functions on a specific service SAP are supported if the spoke-sdp that it is 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 enabled unless the ingress label, the egress label, the control word, and the pw-path-id are configured.
VLL spoke-SDP configuration
*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-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 uses control channel status signaling instead of 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 as follows. Control-channel-status 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.
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 as either a 4-octet IP address format <a.b.c.d> or an unsigned integer format.
The control word must be enabled to use MPLS-TP on a spoke-SDP.
The pw-path-id only configurable if all of the following is true:
-
network mode D
-
SDP signaling is off
-
control word 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/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, then 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 allowed only if all of the following is true:
-
Network-mode D
-
SDP signaling is off
-
Control-ord enabled (control-word by default is disabled)
-
the service type is Epipe or VPLS interface
-
Mate SDP signaling is off (in VC-switched services)
-
PW status signaling is enabled (as follows)
-
PW path ID is configured for this spoke
The hash-label option is only configurable if SDP far-end is not 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 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.
The following commands are used 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 (as follows) are sent. This cannot be enabled if refresh-timer not equal to zero (0). retry-timer : 3-60s
-
This parameter determines the timeout interval if no response to a PW status is received. This defaults to zero (0) when no retry-timer. timeout-multiplier <value> - 3-15.
-
If a requesting node does not hear back after retry-timer times multiplier, then it 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], then a 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 second interval do not count against the credit). If the current_credit <= 0, then control channel status signaling cannot be configured on a PW (but the PW can still be configured and enabled).
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
If a PE with a non-zero refresh timer configured does not receive control channel status refresh messages for 3.5 time the specified timer value, then by default it times out and assumes 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 such cases.
VLAN range for SAPs in an Epipe service
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.
VLAN range SAPs feature support and restrictions
The following information describes VLAN range SAPs feature support and restrictions:
The access SAPs that specify VLAN range values (using connection-profile) are allowed only in Epipe service. The system allows only one range SAP in an Epipe service. Any attempt to configure more than one range SAP in an Epipe service fails. Range SAP can be configured only on access ports.
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 allowed only for dot1q encapsulation port or LAG. 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-profile” 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.
‟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 mode
The access SAPs that specifies VLAN range values (using connection-profile) is allowed only in an Epipe service. The system allows only one range SAP in an Epipe service. Any attempt to configure more than one range SAP in an Epipe service fails. Range SAP can be configured only 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 listed 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, 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, 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), 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:
ACL support
Filter policies are supported on SAP ingress. For more information about ACL on range SAPs, see the 7210 SAS-Mxp, R6, R12, S, Sx, T Router Configuration Guide.
QoS
For ingress classification and metering with hierarchical metering support for SAP ingress, SAP ingress classification criteria 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 match, meters used in SAP ingress policy, and others.) consumed by a single range SAP is 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. 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 of the general service features and any special capabilities or considerations as they relate to VLL services.
SDPs
The most basic SDPs must have the following:
a locally unique SDP identification (ID) number
the system IP address of the originating and far-end routers
an 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 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 can potentially be double tagged when it is transmitted out of the dot1q SAP.
QoS policies
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 the ingress determines 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 put-profile based on the Meter parameters.
When applied to Epipe services, service ingress QoS policies only create the unicast defined in the policy. The multipoint are not created on the service. Note that 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 tag is as per the FC-to-Dot1p map. For details see the default network QoS policy in the 7210 SAS-Mxp, R6, R12, S, Sx, T Quality of Service Guide. 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
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-R6 and 7210 SAS-R12 Epipe implementation does not perform MAC learning on the service, so Epipe services do not consume any MAC hardware resources.
Configuring a VLL service with CLI
This section provides information to configure Virtual Leased Line (VLL) services using the command line interface.
Basic configurations
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.
Enable the service.
Configuring VLL components
This section provides VLL configuration examples for the VLL services.
Creating an Epipe service
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 shutdownFor 7210 SAS-R6 and 7210 SAS-R12 devices:
config>service#
epipe service-id [customer customer-id] [create] [vpn vpn-id][vc-switching] [svc-sap-type {any | qinq-inner-tag-preserve}]
description description-string
no shutdownEpipe configuration
The following example shows Epipe configuration output.
A:ALA-1>config>service# info
epipe 1 customer 1 vpn 1 vc-switching create
description "Default epipe description for service id 1"
spoke-sdp 1:1 vc-type vlan create
description "Description for Sdp Bind 1 for Svc ID 1"
A:ALA-1>config>service# info
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.
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-idLocal 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.
SAP configurations for a local Epipe service
This example displays the 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
exitUsing spoke-SDP control words
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 7210 SAS, an option is provided to enable it for Ethernet PW (Epipe). The control word may 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 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 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, then 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 supported and therefore the control word must be enabled on the spoke-SDP to be able to use VCCV ping and VCCV trace.
Spoke-SDP control word configuration
The following example shows 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#Pseudowire configuration notes
The vc-switching parameter must be specified at the time the VLL service is created.
Error generated when adding a SAP to a pseudowire
The following example show the configuration when a SAP is added to a pseudowire. The CLI generates an error response if you attempt to create a SAP. VC switching is only needed on the pseudowire at the S-PE.
*A:ALA-701>config>service# epipe 28 customer 1 create vc-switching
*A:ALA-701>config>service>epipe$ sap 1/1/3 create
MINOR: SVCMGR #1311 SAP is not allowed under PW switching service
*A:ALA-701>config>service>epipe$Use the following syntax to create pseudowire switching VLL services.
config>service# epipe service-id [customer customer-id][vpn vpn-id] [vc-
switching]
description description-string
spoke-sdp sdp-id:vc-idConfiguring VLL pseudowiare switching services
The following example shows command usage to configure VLL pseudowire switching services.
*A:7210SAS>config>service# info
.............
epipe 1 customer 1 vpn 1 vc-switching create
description "Default epipe description for service id 1"
spoke-sdp 1:1 vc-type vlan create
description "Description for Sdp Bind 1 for Svc ID 1"
ingress
vc-label 4501
exit
egress
vc-label 4501
exit
control-word
pw-path-id
agi 1:1
saii-type2 1:0.0.0.2:1
taii-type2 1:0.0.0.1:1
exit
control-channel-status
refresh-timer 10
no shutdown
exit
no shutdown
exit
spoke-sdp 1001:1 vc-type vlan create
description "Description for Sdp Bind 1001 for Svc ID 1"
ingress
vc-label 5501
exit
egress
vc-label 5501
exit
control-word
pw-path-id
agi 1:1
saii-type2 1:0.0.0.1:1
taii-type2 1:0.0.0.2:1
exit
control-channel-status
refresh-timer 10
no shutdown
exit
no shutdown
exit
no shutdown
exit
----------------------------------------------
*A:7210SAS>config>service#S-PE1 configuration
The following example shows configuration output for S-PE1.
*A:ALA-S-PE1>config>service>epipe# info
----------------------------------------------
...
spoke-sdp 2:200 create
exit
spoke-sdp 3:300 create
exit
no shutdown
----------------------------------------------
*A:ALA-S-PE1>config>service>epipe#S-PE2 configuration
The following example shows configuration output for S-PE2.
*A:ALA-S-PE2>config>service>epipe# info
----------------------------------------------
...
spoke-sdp 2:200 create
exit
spoke-sdp 3:300 create
exit
no shutdown
----------------------------------------------
*A:ALA-S-PE2>config>service>epipe#Configuring VLL resilience
The following figure shows an example to create VLL resilience.
PE1 configuration output
The following example shows 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
The following figure shows an example to create VLL resilience with pseudowire switching.
T-PE1 configuration output
The following example shows 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 example shows 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 example shows 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 describes the Epipe service management tasks.
Modifying Epipe service parameters
Adding an accounting policy to an existing SAP
The following example shows adding an accounting policy to an existing SAP.
config>service# epipe 2
config>service>epipe# sap
config>service>epipe>sap# accounting-policy 14
config>service>epipe>sap# exitSAP configuration output
The following example shows 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
shutdownDisabling an Epipe service
config>service# epipe 2
config>service>epipe# shutdown
config>service>epipe# exitRe-enabling an Epipe service
Use the following syntax to re-enable an Epipe service that was shut down.
config>service# epipe service-id
no shutdownRe-enabling an Epipe service
config>service# epipe 2
config>service>epipe# no shutdown
config>service>epipe# exitDeleting an Epipe service
Perform the following steps before deleting an Epipe service:
Shut down the SAP.
Delete the SAP.
Shut down the service.
Use the following syntax to delete an Epipe service.
config>service
[no] epipe service-id
shutdown
[no] sap sap-id
shutdownDeleting an Epipe service
config>service# epipe 2
config>service>epipe# sap
config>service>epipe>sap# shutdown
config>service>epipe>sap# exit
config>service>epipe# no sap
config>service>epipe# epipe 2
config>service>epipe# shutdown
config>service>epipe# exit
config>service# no epipe 2VLL services command reference
Command hierarchies
Epipe service configuration commands
Epipe global commands in network mode
config
- service
- [no] epipe service-id [customer customer-id] [create] [vpn vpn-id] [vc-switching] [svc-sap-type {any | qinq-inner-tag-preserve}]
- 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 sap sap-id
- service-mtu octetsno 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
- [no] epipe service-id [customer customer-id] [create] [vpn vpn-id] [vc-switching] [svc-sap-type {any | qinq-inner-tag-preserve}]
- no epipe service-id
- sap sap-id [no-endpoint] [create]
- sap sap-id [endpoint endpoint-name] [create]
- no sap sap-id
- accounting-policy acct-policy-id
- no accounting-policy acct-policy-id
- [no] collect-stats
- description description-string
- no description
- eth-cfm
- [no] ais-enable
- [no] mep mep-id domain md-index association ma-index [direction {up | down}] primary-vlan-enable
- [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] test-pattern {all-zeros | all-ones} [crc-enable]
- [no] fault-propagation-enable {use-if-tlv | suspendccm}
- [no] mac-address mac-address
- [no] one-way-delay-threshold seconds
- mip [mac mac address]
- mip default-mac
- no mip
- mep
- [no] ccm-enable
- ccm-ltm-priority priority
- no ccm-ltm-priority
- [no] eth-test-enable
- test-pattern {all-zeros | all-ones} [crc-enable]
- no test-pattern
- low-priority-defect {allDef | macRemErrXcon | remErrXcon | errXcon | xcon | noXcon}
- mac-address mac-address
- no mac-address
- [no] shutdown
- ethernet
- [no] llf
- [no] ignore-oper-down
- [no] shutdown
Epipe SAP meter override commands
config
- service
- [no] epipe service-id [customer customer-id] [create] [vpn vpn-id] [vc-switching] [svc-sap-type {any | qinq-inner-tag-preserve}]
- no epipe service-id
- 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
- [no] epipe service-id [customer customer-id] [create] [vpn vpn-id] [vc-switching] [svc-sap-type {any | qinq-inner-tag-preserve}]
- no epipe service-id
- no sap sap-id
- statistics
- ingress
- counter-mode {in-out-profile-count | forward-drop-count}
- [no] drop-count-extra-vlan-tag-pkts
- [no] shutdown
Epipe spoke-SDP configuration commands
config
- service
- [no] epipe service-id [customer customer-id] [create] [vpn vpn-id] [vc-switching] [svc-sap-type {any | qinq-inner-tag-preserve}]
- 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] ais-enable
- [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] 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 vlan-id
- no vlan-vc-tag [vlan-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
- [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
- signaling signaling
- [no] standby-signaling-slave
- taii-type2 global-id:prefix:ac-id
- no taii-type2
Epipe SAP filter and QoS configuration commands
config
- service
- [no] epipe service-id [customer customer-id] [create] [vpn vpn-id] [vc-switching] [svc-sap-type {any | qinq-inner-tag-preserve}]
- no epipe service-id
- no sap sap-id
- egress
- agg-rate-limit [cir cir-rate] [pir pir-rate]
- no agg-rate-limit
- 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] (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
Connection profile commands
config
- connection-profile conn-prof-id [create]
- no connection-profile conn-prof-id
- description description-string
- no description
- ethernet
- no ranges
- ranges vlan ranges [vlan ranges...(up to 32 max)]
Show commands
show
- service
- id service-id
- all
- base
- endpoint [endpoint-name]
- labels
- sap sap-id [detail]
- stp [sap-id] [detail]]
- sap-using [sap sap-id]
- sap-using [ingress | egress] filter filter-id
- sap-using [ingress] qos-policy qos-policy-id
- sap-using authentication-policy policy-name
- service-using [epipe] [vpls] [mirror] [customer customer-id]
show
- connection-profile [conn-prof-id] [associations]
Clear commands
clear
- service
- id service-id
- statistics
- id service-id
- counters
- sap sap-id {all | counters | stp| l2pt}
Debug commands
debug
- service
- id service-id
- sap sap-id
- event-type {arp | config-change | oper-status-change}
- sdp sdp-id:vc-id
Command descriptions
Configuration commands
Generic commands
shutdown
Syntax
[no] shutdown
Context
config>service>epipe
config>service>epipe>sap
config>service>epipe>sap>eth-cfm>mep
Platforms
Supported on all 7210 SAS platforms as described in this document
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.
The no form of this command places the entity into an administratively enabled state.
description
Syntax
description description-string
no description
Context
config>service>epipe
config>service>epipe>sap
config>service>epipe>spoke-sdp
config>connection-profile
Platforms
Supported on all 7210 SAS platforms as described in this document
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 identify the content in the configuration file.
The no form of this command removes the string from the configuration.
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 so on), the entire string must be enclosed within double quotes.
eth-cfm
Syntax
eth-cfm
Context
config>service>vpls
config>service>vpls>mesh-sdp
config>service>vpls>spoke-sdp
config>service>epipe>sap
Platforms
Supported on all 7210 SAS platforms as described in this document
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
Description
This command configures the Maintenance Endpoint (MEP).
The no form of this command reverts to the default values.
For more information about ETH-CFM support for different services, see the 7210 SAS-Mxp, R6, R12, S, Sx, T OAM and Diagnostics Guide.
Parameters
- mep-id
Specifies the MEP identifier.
- md-index
Specifies the maintenance domain (MD) index value.
- ma-index
Specifies the MA index value.
- direction up | down
Indicates the direction in which the MEP faces on the bridge port. Direction is not supported when a MEP is created directly under the vpls>eth-cfm context (vMEP).
down — Keyword that sends ETH-CFM messages away from the MAC relay entity.
up — Keyword that sends ETH-CFM messages toward the MAC relay entity.
- primary-vlan-enable
Provides a method for linking 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 be changed only by deleting the MEP and recreating it. Primary VLANs are supported only under Ethernet SAPs.
VLL global commands
epipe
Syntax
epipe service-id [customer customer-id] [create] [vpn vpn-id] [vc-switching] [svc-sap-type {any | qinq-inner-tag-preserve}]
no epipe service-id
Context
config>service
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command configures a point-to-point Epipe service instance. An Epipe connects two endpoints, defined as Service Access Points (SAPs). In a local service, the SAPs can be defined in one 7210 SAS node, and in a distributed service, the SAPs can be defined on two different 7210 SAS nodes.
7210 SAS platforms as described in this document support local SAP-to-SAP service.
7210 SAS platforms as described in this document support both local and distributed services.
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-idmust 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. Edit a service with the incorrect customer-id value specified results in an error.
By default, no Epipe services exist until they are explicitly created with this command.
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 SDPs, or spoke SDPs have been deleted from the service.
Parameters
- service-id
Specifies 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.
- customer customer-id
Specifies the customer ID number to be associated with the service. This parameter is required on service creation and is optional for service editing or deletion.
- vpn vpn-id
Specifies the VPN ID number, 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.
- vc-switching
Specifies whether pseudowire switching signaling is used for the spoke-SDPs configured in the service.
- svc-sap-type
Specifies the type of service and allowed SAPs in the service.
- create
Keyword used to create the service instance. The create keyword requirement can be enabled or disabled in the environment>create context.
endpoint
Syntax
[no] endpoint endpoint-name [create]
Context
config>service>epipe
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command configures a service endpoint.
Parameters
- endpoint-name
Specifies an endpoint name.
- create
Mandatory keyword to create a service 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
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 that 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 that hosts the SAP for this VLL endpoint from active to standby, the node immediately sends new T-LDP status bits indicating the new value of "standby" over the spoke SDPs that are on the mate-endpoint of the VLL. The same applies when an object in the endpoint changes an operational state from up to down.
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.
There is no delay applied to the VLL endpoint status bit advertisement when the MC-LAG transitions the LAG subgroup that hosts the SAP from "standby" to "active" or when an object in the endpoint transitions to an operationally up state.
Default
0
Parameters
- active-hold-delay
Specifies the active hold delay in 100s of milliseconds.
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
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.
Parameters
- revert-time
Specifies the time, in seconds, to wait before reverting to the primary SDP.
- infinite
Keyword that 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
Description
When this command is enabled, the pseudowire standby bit (value 0x00000020) is sent to T-LDP peer for each spoke SDP of the endpoint that is selected as a standby.
This command cannot be used with a VLL mate SAP created on an MC-LAG or ICB. This command and the vc-switching parameter are mutually exclusive.
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
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 the 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 can transition to the operative state.
If a service MTU, port or channel MTU, or path MTU is dynamically or administratively modified, all associated SAP and SDP binding operational states are automatically reevaluated.
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 less than or equal to the MTU configured on the port.
The no form of this command reverts to the default value.
Default
VPLS: 1514
Parameters
- octets
Specifies the size of the MTU in octets, expressed as a decimal integer. The following table lists MTU values for specific VC types.
Table 1. MTU values for 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
service-mtu-check
Syntax
[no] service-mtu-check
Context
config>service>epipe
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
Disabling service MTU check allows the packets to pass to the egress if the packet length is less 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).
The no form of this command disables the service MTU check.
If TLDP is used for signaling, the configured value for service-mtu is used during pseudowire set up.
Default
enabled
VLL SAP commands
sap
Syntax
sap sap-id [no-endpoint] [create]
sap sap-id endpoint endpoint-name [create]
no sap sap-id
Context
config>service>epipe
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command creates a SAP within a service. A SAP is a combination of port and encapsulation parameters that identify the SAP on the interface and within the service. 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.
For ports in network mode, multiple SAPs on the same port can belong to the same service.
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 of the port on which the 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 are also deleted.
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.
- endpoint
Keyword that adds a SAP endpoint association.
- no endpoint
Keyword that removes the association of a SAP with an explicit endpoint name.
- create
Keyword used to create a SAP instance. The create keyword requirement can be enabled or disabled in the environment>create context.
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
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 a 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.
accounting-policy
Syntax
accounting-policy acct-policy-id
no accounting-policy
Context
config>service>epipe>sap
config>service>epipe>spoke-sdp
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command creates the accounting policy context that can be applied to a SAP or spoke-SDP.
An accounting policy must be defined before it can be associated with a SAP or spoke-SDP. If the policy-id does not exist, an error message is generated.
A maximum of one accounting policy can be associated with a SAP or spoke-SDP 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 or spoke-SDP, and the accounting policy reverts to the default.
Parameters
- acct-policy-id
Specifies the accounting policy-id, as configured in the config>log>accounting-policy context.
collect-stats
Syntax
[no] collect-stats
Context
config>service>epipe>sap
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command enables accounting and statistical data collection for either the SAP, network port, or IP interface. When applying accounting policies, by default the data 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
ethernet
Syntax
ethernet
Context
config>service>epipe>sap
Platforms
Supported on all 7210 SAS platforms as described in this document
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
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. LLF stops signaling 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
Description
This optional command configures 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
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
config>service>vpls>sap>eth-cfm
config>service>vpls>spoke-sdp>eth-cfm
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command enables Maintenance Intermediate Points (MIPs) to be created if mhf-creation for the MA is configured using the default option.
The no form of this command deletes the MIP.
Default
no mip
Parameters
- mac-address
Specifies the MAC address of the MIP.
- default-mac
Keyword to change the MAC back to the default MAC without having to delete the MIP and reconfigure it.
Service filter and QoS policy commands
egress
Syntax
egress
Context
config>service>epipe>sap
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
Commands in this context configure egress SAP parameters.
agg-rate-limit
Syntax
agg-rate-limit [cir cir-rate] [pir pir-rate]
no agg-rate-limit
Context
config>service>epipe>sap>egress
Platforms
Supported on all 7210 SAS platforms as described in this document
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
- cir-rate
Specifies the CIR in kilobits per second. This parameter is supported only on the 7210 SAS-R6 and 7210 SAS-R12.
- pir-rate
Specifies the PIR in kilobits per second. This parameter is supported only on the 7210 SAS-R6 and 7210 SAS-R12.
aggregate-meter-rate
Syntax
aggregate-meter-rate rate-in-kbps [burst burst-in-kbits] [enable-stats]
no aggregate-meter-rate
Context
config>service>epipe>sap>egress
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command associates a set of two counters to count total forwarded packets and octets and total dropped packets and octets. When enabled, the amount of resources required increases by twice the amount of resources taken up when counter is not used. If the enable-stats keyword is specified during the creation of the meter, the counter is allocated by the software, if available. To free up the counter and relinquish its use, use the no aggregate-meter-rate command, and then recreate the meter 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.
Before enabling this command for a SAP, resources must be allocated to this feature from the egress internal TCAM resource pool using the configure system resource-profile egress-internal-tcam egress-sap-aggregate-meter command. 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 made 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.
- burst-in-kbits
Specifies the burst size for the policer in kilobits. The burst size cannot be configured without configuring the rate.
- enable-stats
Specifies that the counter is allocated by the software, if available.
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
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 RFC 2427-routed IP packets. Frames that do not contain IP packets are not subject to the filter and are always passed, even if the default action of the filter is to drop.
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 the IP filter policy. The filter ID must already exist within the created IP filters.
- ipv6 ipv6-filter-id
Specifies the IPv6 filter policy. The filter ID must already exist within the created IPv6 filters.
- 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.
qos
Syntax
qos policy-id
qos policy-id [enable-table-classification]
no qos
Context
config>service>epipe>sap>egress
config>service>epipe>sap>ingress
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command associates a Quality of Service (QoS) policy with an ingress 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 or IP interface. If the policy-id does not exist, an error is returned.
The qos command is used to associate both ingress and egress QoS policies. The qos command allows ingress policies to be associated only on SAP or IP interface ingress, and allows egress policies only on SAP or IP interface egress. Attempts to associate a QoS policy of the wrong type returns an error.
Only one ingress QoS policy can be associated with a SAP or IP interface at one time. Attempts to associate a second policy of same or different type replaces the earlier one with the new policy.
On the 7210 SAS-R6 and 7210 SAS-R12 (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.
- enable-table-classification
Keyword to enable 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.
ingress
Syntax
ingress
Context
config>service>epipe>sap
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
Commands in this context configure ingress SAP 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]
no aggregate-meter-rate
Context
config>service>epipe>sap>ingress
Platforms
Supported on all 7210 SAS platforms as described in this document
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.
The sum of CIR of the individual FCs configured under the SAP cannot exceed the PIR rate configured for the SAP. The 7210 SAS software does not block this configuration, however it is not recommended.
When the SAP aggregate policer is configured, per FC policer can be configured only 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.
- burst-in-kbits
Specifies the burst size for the policer in kilobits. The burst size cannot be configured without configuring the rate.
meter-override
Syntax
[no] meter-override
Context
config>service>epipe>sap>ingress
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command configures 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 existing meter overrides.
Default
no meter-override
meter
Syntax
meter meter-id [create]
no meter meter-id
Context
config>service>epipe>sap>ingress>meter-override
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command enables the context 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 existing overrides for the specified meter-id.
Parameters
- meter-id
This 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
Keyword that 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
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command configures the override of 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 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
Specifies 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.
When the meter mode in use is ‟trtcm2,” this parameter is interpreted as EIR value. See the description and relevant notes for meter modes in the 7210 SAS-Mxp, R6, R12, S, Sx, T Quality of Service Guide for more information.
- 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.
cbs
Syntax
cbs size [kbits | bytes | kbytes]
no cbs
Context
config>service>epipe>sap>ingress>meter-override>meter
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command configures the override of 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, the packets are marked as in-profile by the meter to indicate that the traffic is complying with meter configured parameters.
The no form of this command reverts to the default value.
Default
32 kbits
Parameters
- size
Specifies the value in kilobits, bytes, or kilobytes.
mbs
Syntax
mbs size [kbits | bytes | kbytes]
no mbs
Context
config>service>epipe>sap>ingress>meter-override>meter
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command configures 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 then the packets are marked as in-profile by the meter to indicate that the traffic is complying with meter configured parameters.
The no form of this command reverts to the default value.
Default
512kbits
Parameters
- size
Specifies the value in kilobits, bytes, or kilobytes.
mode
Syntax
mode mode
no mode
Context
config>service>epipe>sap>ingress>meter-override>meter
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command overrides the SAP ingress QoS policy configured mode parameters for the specified meter-id.
The no form of this command restores the policy defined metering and profiling mode to a meter.
Parameters
- mode
Specifies the rate mode of the meter-override.
rate
Syntax
rate cir cir-rate [pir pir-rate]
no rate
Context
config>service>epipe>sap>ingress>meter-override>meter
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command overrides the SAP ingress QoS policy configured rate parameters for the specified meter-id.
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.
The no form of this command reverts the policy defined metering and profiling rate to a meter.
Default
max
Parameters
- pir-rate
Defines 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.
When the meter mode is set to ‟trtcm2” the PIR value is interpreted as the EIR value. See the 7210 SAS-Mxp, R6, R12, S, Sx, T Quality of Service Guide for more information.
The actual PIR rate is dependent on the queue adaptation-rule parameters and the hardware where the queue is provisioned.
- cir-rate
Specifies to override 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.
statistics
Syntax
statistics
Context
config>service>epipe>sap
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
Commands in this context configure the counters associated with SAP ingress and egress.
ingress
Syntax
ingress
Context
config>service>epipe>sap>statistics
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
Commands in this context configure the ingress SAP statistics counter.
counter-mode
Syntax
counter-mode {in-out-profile-count| forward-drop-count}
Context
config>service>epipe>sap>statistics>ingress
Platforms
Supported on all 7210 SAS platforms as described in this document
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.
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.
Perform the following sequence of commands on the specified SAP to ensure the correct statistics are collected when the counter-mode is changed.
Execute the config service epipe sap no collect-stats command to disable the writing of accounting records for the SAP.
Change the counter-mode to the required option by executing the config service epipe sap counter-mode {in-out-profile-count | forward-drop-count} command.
Execute the config service epipe sap collect-stats command to enable the writing of accounting records for the SAP.
The no form of this command reverts to the default value.
Default
in-out-profile-count
Parameters
- forward-drop-count
When this parameter is specified, one counter 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
When this parameter is specifies, one counter counts the total in-profile packets and octets received on ingress of a SAP and 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
Supported on all 7210 SAS platforms as described in this document
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 such counters are available for use.
The no form of this command removes the associated counter.
VLL SDP commands
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
Description
This command binds a service to an existing Service Distribution Point (SDP).
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.
The SDP must already exist in the config>service>sdp context before it can be associated with an Epipe or VPL service. If the sdp sdp-id is not already configured, an error message is generated. If the sdp-id exists, 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-R6 and 7210 SAS-R12 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 SDP binding is removed, no packets are forwarded to the far-end router.
Special Cases
- Epipe
At most, only one sdp-id can be bound to an Epipe service. Because 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. Allowed values are integers for existing SDPs.
- vc-id
Specifies the virtual circuit identifier.
- no endpoint
Keyword that removes the association of a spoke-SDP with an explicit endpoint name.
- endpoint endpoint-name
Specifies the name of the service endpoint.
control-word
Syntax
[no] control-word
Context
config>service>epipe>spoke-sdp
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command adds 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, in accordance with Section 6.1 of RFC 4447. When the user also enables the control on the remote peer, the remote peer withdraws its original label and sends a label mapping with the C-bit set to 1; the VLL service then becomes up in both nodes.
control-channel-status
Syntax
[no] control-channel-status
Context
config>service>epipe>spoke-sdp
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command configures 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:
SDP signaling is off
control word is enabled (control word by default is disabled)
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
Supported on all 7210 SAS platforms as described in this document
Description
This command configures 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
Supported on all 7210 SAS platforms as described in this document
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.
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
Supported on all 7210 SAS platforms as described in this document
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, in accordance with RFC 6478. This command and a non-zero refresh-timer value are mutually exclusive.
Parameters
- request-timer-secs
Specifies the interval at which pseudowire status messages, including a reliable delivery TLV, with the ‟request” bit set, are sent.
- retry-timer-secs
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.
- multiplier
Specifies that, if a requesting node does not receive a valid response to a pseudowire status request within this multiplier times the retry timer, it assumes the pseudowire is down. This parameter is optional.
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
Description
This command forces vc-vlan-type forwarding in the datapath for spokes that have either vc-type. This command is not allowed on vlan-vc-type SDPs.
The no version of this command reverts to the default value.
Default
disabled
hash-label
Syntax
hash-label [signal-capability]
no hash-label
Context
config>service>epipe>spoke-sdp
Platforms
7210 SAS-R6 IMMv2 and IMM-c cards and 7210 SAS-R12 IMMv2 and IMM-c cards
Description
This command configures the use of the 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 feature 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. The egress datapath appends the hash label at the bottom of the stack (BoS) and sets the S-bit to one (1).
On 7210 SAS, the hash label is not used on the local node for purpose of ECMP hashing and LAG hashing. It is available for use by LSR nodes through which the traffic flows and that are capable of using the labels for hashing.
Packets generated in CPM and that are forwarded labeled within 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, a VPLS spoke-sdp, or mesh-sdp interface by adding the signal-capability option. In this case, the decision whether 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 rules apply when the hash-label option 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. Therefore, 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 the remote PE if they include a hash label. Note that the latter may be caused by a remote 7210 SAS PE that does not support the hash-label option, or that has the hash-label option 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 remote PE sends Flow Label sub-TLV in the PW ID FEC element with T=TRUE and R=TRUE, the local PE enables the hash label capability. Therefore, 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 remote PE with or without a hash label.
If the hash-label option 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 include the hash label. 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 option 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 needed. 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.
This feature is supported only for VLL and VPLS services. It not supported for VPRN services. It is also not supported on multicast packets forwarded using RSVP P2MP LPS or mLDP LSP in both the base router instance and in the multicast VPN (mVPN) instance.
In 7x50 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. Therefore, the value of the hash label is always in the range [524,288 to 1,048,575] and does not overlap with the signaled/static LSP and signaled/static service label ranges. This also guarantees the hash label does not match a value in the reserved label range. This is not supported on 7210 SAS for service traffic (for MPLS OAM traffic the MSB bit is set). That is, 7210 SAS devices do not set the MSB bit in the hash label value for service traffic. If enabled, the user must ensure that both the ends are correctly configured to process hash labels.
The no form of this command disables the use of the hash label.
Default
no hash-label
Parameters
- signal-capability
Keyword to enable the signaling and negotiation of the use of the hash label between the local and remote PE nodes.
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
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 reverts the value to the default.
Default
4
Parameters
- precedence-value
Specifies the spoke-SDP precedence.
- primary
Specifies to make this the primary spoke-SDP.
pw-path-id
Syntax
[no] pw-path-id
Context
config>service>epipe>spoke-sdp
Platforms
Supported on all 7210 SAS platforms as described in this document
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.
This command is configurable only if all the following conditions are true:
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 or VPLS.
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
Supported on all 7210 SAS platforms as described in this document
Description
This command configures the attachment group identifier for an MPLS-TP PW.
Parameters
- agi
Specifies the attachment group identifier.
saii-type2
Syntax
saii-type2 global-id:node-id:ac-id
no saii-type2
Context
config>service>epipe>spoke-sdp>pw-path-id
Platforms
Supported on all 7210 SAS platforms as described in this document
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.
- node-id
Specifies the node ID at the source PE or T-PE for the MPLS-TP PW for a spoke-SDP.
- 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.
taii-type2
Syntax
taii-type2 global-id:node-id:ac-id
no taii-type2
Context
config>service>epipe>spoke-sdp>pw-path-id
Platforms
Supported on all 7210 SAS platforms as described in this document
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, 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.
- node-id
Specifies the node ID at the target PE or T-PE for the MPLS-TP PW for a spoke-SDP.
- 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.
pw-status-signaling
Syntax
[no] pw-status-signaling
Context
config>service>epipe>spoke-sdp
Platforms
Supported on all 7210 SAS platforms as described in this document
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
Description
This command configures the egress VC label.
Parameters
- vc-label
Specifies a VC egress value that indicates a specific connection.
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
Description
This command configures the ingress VC label.
Parameters
- vc-label
Specifies a VC ingress value that indicates a specific connection.
vlan-vc-tag
Syntax
vlan-vc-tag vlan-id
no vlan-vc-tag [vlan-id]
Context
config>service>epipe>spoke-sdp
Platforms
Supported on all 7210 SAS platforms as described in this document
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
- vlan-id
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
Description
This command binds a service to an existing Service Distribution Point (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 config>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 exist, a binding between that sdp-id and the service is created.
This command 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 Generalised 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 identifying the spoke-SDP.
- fec fec-type
Specifies an unsigned integer value for the type of the FEC used by the MS-PW.
- aii-type aii-type
Specifies an unsigned integer value for the Attachment Individual Identifier (AII) type used to identify the MS-PW endpoints.
- endpoint endpoint-name
Specifies the name of the service endpoint.
- no endpoint
Keyword to add or remove a spoke-SDP association.
- icb
Keyword to configure 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
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 SAS 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 SAS T-PE either acts as the active T-PE (if signaling active is configured) or automatically determines which 7210 SAS 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 SAS initiates MS-PW signaling without waiting for a label mapping message from the far end. However, if the TAII has the greater value prefix, the 7210 SAS assumes that the far end T-PE will initiate MS-PW signaling and will wait 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
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 using the config>service>pw-routing context.
If no path is configured, each next-hop of the MS-PW used by the spoke-SDP will be chosen locally at each T-PE and S-PE.
Default
no path
Parameters
- path-name
Specifies the name of the explicit path to be used, as configured in the config>service>pw-routing context.
precedence
Syntax
precedence prec-value
precedence primary
no precedence
Context
config>service>epipe>spoke-sdp-fec
Platforms
Supported on all 7210 SAS platforms as described in this document
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 be assigned to only 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 reverts to the default value.
Default
42
Parameters
- precedence-value
Specifies the spoke-SDP precedence.
- primary
Keyword 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
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.
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
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 to the default value.
Default
30
Parameters
- retry-count
Specifies the maximum number of retries before putting the spoke-sdp into the shutdown state.
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
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, a label withdraw message is received with the status code ‟AII unreachable”.
The no form of this command reverts to the default value.
Default
30
Parameters
- retry-timer
Specifies the initial retry-timer value in seconds.
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
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 a global ID for this 7210 SAS T-PE. This value must correspond to one of the global_id values configured for a local-prefix in the config>service>pw-routing>local-prefix context.
- prefix
Specifies the prefix, expressed as an IPv4-formatted address, on this 7210 SAS T-PE that the spoke-sdp SDP is associated with.This value must correspond to one of the prefixes configured in the config>service>pw-routing>local-prefix context.
- ac-id
Specifies an unsigned integer representing a locally unique identifier for the spoke-SDP.
signaling
Syntax
signaling signaling
Context
config>service>epipe>spoke-sdp-fec
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command configures this 7210 SAS as the active or passive T-PE for signaling this MS-PW, or to automatically select whether this T-PE is active or passive based on the prefix.
In an active role, this endpoint initiates MS-PW signaling without waiting for a T-LDP label mapping message to arrive from the far end T-PE. In a passive role, it waits for the initial label mapping message from the far end before sending a label mapping for this end of the PW. In auto mode, if the SAII has the greater prefix value, the 7210 SAS initiates MS-PW signaling without waiting for a label mapping message from the far end. However, if the TAII has the greater value prefix, the 7210 SAS assumes that the far end T-PE is initiating 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.
The no form of this command means that the 7210 SAS T-PE automatically selects the 7210 SAS that will initiate MS-PW signaling based on the prefix values configured in the SAII and TAII of the spoke-SDP, as described previously.
Default
auto
Parameters
- signaling
Specifies this 7210 SAS as the active T-PE for signaling this MS-PW.
standby-signaling-slave
Syntax
[no] standby-signaling-slave
Context
config>service>epipe>spoke-sdp-fec
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
When this command is enabled, the node blocks the transmit forwarding direction of a spoke-SDP based on the setting of the standby bit received from a T-LDP peer.
This command is present at the endpoint level and spoke-SDP level. If the spoke-sdp is part of an explicit-endpoint, it is not possible to change this setting at the spoke-sdp level. An existing spoke-sdp can be made part of the explicit endpoint only if the settings do not conflict. A newly created spoke-sdp, which is part of a specific explicit-endpoint, inherits this setting from the endpoint configuration. An existing spoke-sdp cannot be moved to an endpoint if the setting of standby-signaling-slave is not the same as at the endpoint level. If the standby-signaling-slave setting is changed at the endpoint level, that change is automatically populated to the member spoke-sdps.This command cannot be configured for an endpoint that is part of an MC-LAG, ICB, and MC endpoint, or for which standby-signaling-master has been enabled.
If this command is disabled, the node assumes the existing Release 5.0 mode of behavior for forwarding on the spoke-SDP.
Default
no standby-signaling-slave
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
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 in the config>service>pw-routing>local-prefix context.
- prefix
Specifies the prefix, expressed as an IPv4-formatted address, on this 7210 T-PE that the spoke-sdp SDP is associated with.This value must correspond to one of the prefixes configured in the config>service>pw-routing>local-prefix context.
- ac-id
Specifies an unsigned integer representing a locally unique identifier for the spoke-SDP.
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
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 that is part of an Epipe Service.
The no form of this command deletes the profile from the configuration.
Parameters
- noneconn-prof-id
Specifies the profile number.
ethernet
Syntax
ethernet
Context
config>connprof
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
Commands in this context configure the VLAN ranges values.
ranges
Syntax
no ranges
ranges vlan-ranges [vlan-ranges...(upto 32 max)]
Context
config>connprof>ethernet
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command 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 IDs in the range 0 to 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 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 to 4094. Additionally, value ‟a” must be less than value ‟b.”
For example:
ranges
100 to 200 5 6 4000 to 4020
ranges
4 5 6 10 11 12
ranges
250 to 350 500 to 600 1000 to 1023
Show commands
sap-using
Syntax
sap-using [sap sap-id]
sap-using interface [ip-address | ip-int-name]
sap-using [ingress] filter filter-id
sap-using [ingress] 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
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
Specifies the IP address of the interface for which to display matching SAPs.
- 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.
- filter filter-id
Specifies the ingress or egress filter policy ID for which to display matching SAPs.
- 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.
Output
The following output is an example of SAP information, and Output fields: service SAP-using describes the output fields.
Sample output
*A:DUT-B_sasx>show>service# sap-using
===============================================================================
Service Access Points
===============================================================================
PortId SvcId Ing. Ing. Egr. Egr. Adm Opr
QoS Fltr QoS Fltr
-------------------------------------------------------------------------------
1/1/3:1 1 10 none 1 none Up Up
1/1/3:2 2 1 none 1 none Up Up
1/1/3:3 3 1 none 1 none Up Up
1/1/3:4 4 1 none 1 none Up Up
1/1/3:5 5 1 none 1 none Up Up
1/1/3:6 6 1 none 1 none Up Up
1/1/3:7 7 1 none 1 none Up Up
1/1/3:8 8 1 none 1 none Up Up
1/1/3:9 9 1 none 1 none Up Up
1/1/3:10 10 1 none 1 none Up Up
1/1/3:11 11 1 none 1 none Up Up
1/1/3:12 12 1 none 1 none Up Up
1/1/3:13 13 1 none 1 none Up Up
1/1/3:14 14 1 none 1 none Up Up
1/1/3:15 15 1 none 1 none Up Up
1/1/3:16 16 1 none 1 none Up Up
1/1/3:17 17 1 none 1 none Up Up
1/1/3:18 18 1 none 1 none Up Up
1/1/3:19 19 1 none 1 none Up Up
1/1/3:20 20 1 none 1 none Up Up
1/1/3:21 21 1 none 1 none Up Up
1/1/3:22 22 1 none 1 none Up Up
1/1/3:23 23 1 none 1 none Up Up
1/1/3:24 24 1 none 1 none Up Up
1/1/3:25 25 1 none 1 none Up Up
1/1/3:26 26 1 none 1 none Up Up
1/1/3:27 27 1 none 1 none Up Up
1/1/3:28 28 1 none 1 none Up Up
1/1/3:29 29 1 none 1 none Up Up
1/1/3:30 30 1 none 1 none Up Up
1/1/3:31 31 1 none 1 none Up Up
1/1/3:32 32 1 none 1 none Up Up
1/1/3:33 33 1 none 1 none Up Up
1/1/3:34 34 1 none 1 none Up Up
1/1/3:35 35 1 none 1 none Up Up
1/1/3:36 36 1 none 1 none Up Up
1/1/3:37 37 1 none 1 none Up Up
1/1/3:38 38 1 none 1 none Up Up
1/1/3:39 39 1 none 1 none Up Up
1/1/3:40 40 1 none 1 none Up Up
1/1/3:41 41 1 none 1 none Up Up
1/1/3:42 42 1 none 1 none Up Up
1/1/3:43 43 1 none 1 none Up Up
1/1/3:44 44 1 none 1 none Up Up
1/1/3:45 45 1 none 1 none Up Up
1/1/3:46 46 1 none 1 none Up Up
1/1/3:47 47 1 none 1 none Up Up
1/1/3:48 48 1 none 1 none Up Up
1/1/3:49 49 1 none 1 none Up Up
1/1/3:50 50 1 none 1 none Up Up
1/1/3:51 51 1 none 1 none Up Up
1/1/3:52 52 1 none 1 none Up Up
1/1/3:53 53 1 none 1 none Up Up
1/1/3:54 54 1 none 1 none Up Up
1/1/3:55 55 1 none 1 none Up Up
1/1/3:56 56 1 none 1 none Up Up
1/1/3:57 57 1 none 1 none Up Up
1/1/3:58 58 1 none 1 none Up Up
1/1/3:59 59 1 none 1 none Up Up
1/1/3:60 60 1 none 1 none Up Up
1/1/3:61 61 1 none 1 none Up Up
1/1/3:62 62 1 none 1 none Up Up
1/1/3:63 63 1 none 1 none Up Up
1/1/3:64 257 1 none 1 none Up Up
-------------------------------------------------------------------------------
Number of SAPs : 64
-------------------------------------------------------------------------------
===============================================================================
*A:DUT-B_sasx>show>service# sap-using sap 1/1/3:1
===============================================================================
Service Access Points Using Port 1/1/3:1
===============================================================================
PortId SvcId Ing. Ing. Egr. Egr. Adm Opr
QoS Fltr QoS Fltr
-------------------------------------------------------------------------------
1/1/3:1 1 10 none 1 none Up Up
-------------------------------------------------------------------------------
Number of SAPs : 1
-------------------------------------------------------------------------------
===============================================================================
| 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
Description
This command displays SDP information.
If no optional parameters are specified, a summary SDP output for all SDPs is displayed.
Parameters
- sdp-id
Specifies the SDP ID for which to display information.
- far-end ip-address
Displays only SDPs matching with the specified far-end IP address.
- detail
Displays detailed SDP information.
- keep-alive-history
Displays the last fifty SDP keepalive events for the SDP.
Output
The following output is an example of SDP information, and Output fields: service 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#
| Label | Description |
|---|---|
SDP Id |
The SDP identifier. |
Adm MTU |
Specifies the configured 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 |
Specifies 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 |
Specifies the IP address of the remote end of the MPLS tunnel defined by this SDP. |
Adm Admin State |
Specifies the configured state of the SDP. |
Opr Oper State |
Specifies the operating state of the SDP. |
Deliver Delivery |
Specifies the type of delivery used by the SDP: MPLS. |
Flags |
Specifies all the conditions that affect the operating status of this SDP. |
Signal Signaling |
Specifies the signaling protocol used to obtain the ingress and egress labels used in frames transmitted and received on the SDP. |
Last Status Change |
Specifies the time of the most recent operating status change to this SDP. |
Last Mgmt Change |
Specifies the time of the most recent management-initiated change to this SDP. |
Number of SDPs |
Specifies the total number of SDPs displayed according to the criteria specified. |
Hello Time |
Specifies how often the SDP echo request messages are transmitted on this SDP. |
Number of SDPs |
Specifies the total number of SDPs displayed according to the criteria specified. |
Hello Time |
Specifies how often the SDP echo request messages are transmitted on this SDP. |
Hello Msg Len |
Specifies the length of the SDP echo request messages transmitted on this SDP. |
Hello Timeout |
Specifies the number of seconds to wait for an SDP echo response message before declaring a timeout. |
Unmatched Replies |
Specifies the number of SDP unmatched message replies. |
Max Drop Count |
Specifies the maximum number of consecutive SDP echo request messages that can be unacknowledged before the keepalive protocol reports a fault. |
Hold Down Time |
Specifies the amount of time to wait before the keepalive operating status is eligible to enter the alive state. |
TX Hello Msgs |
Specifies the number of SDP echo request messages transmitted after the keepalive was administratively enabled or the counter was cleared. |
Rx Hello Msgs |
Specifies the number of SDP echo request messages received after 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
Description
This command displays services using SDP or far-end address options.
Parameters
- sdp-id
Displays only services bound to the specified SDP ID.
- vc-id
Specifies the virtual circuit identifier.
- far-end ip-address
Displays only services matching the specified far-end IP address.
Output
The following output is an example of SDP information, and Output fields: service 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#
| 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
Description
This command displays the services matching the specified usage properties.
If no optional parameters are specified, all services defined on the system are displayed.
Parameters
- 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 with 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.
- customer customer-id
Displays services only associated with the specified customer ID.
Output
The following output is an example of service information, and Output fields: service 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 :
==============================================================================
*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#
| Label | Description |
|---|---|
Service Id |
The service identifier. |
Type |
Specifies the service type configured for the service ID. |
Adm |
The configured 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. |
id
Syntax
id service-id {all | arp | base | endpoint fdb | label |sap | split-horizon-group |stp | interface | mstp-configuration}
Context
show>service
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command displays information for a particular service ID.
Parameters
- service-id
Specifies the service identification number that identifies the service in the domain.
- all
Displays all 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
Display MSTP information.
- sap
Displays SAPs associated with the service.
- sdp
Displays SDPs associated with the service.
- split-horizon-group
Displays split horizon group information.
- stp
Displays STP information.
Output
The following output is an example of service ID information.
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
-------------------------------------------------------------------------
=========================================================================
all
Syntax
all
Context
show>service>id
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command displays more information for all aspects of the service.
Output
The following outputs are examples of detailed service information, and Output fields: service ID All describes the output fields:
*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
===============================================================================
===============================================================================
*A:DUT-B_sasx>show>service# id 257 all
===============================================================================
Service Detailed Information
===============================================================================
Service Id : 257 Vpn Id : 0
Service Type : Epipe
Description : (Not Specified)
Customer Id : 257
Last Status Change: 05/20/2000 11:03:07
Last Mgmt Change : 05/20/2000 11:03:07
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 12:64 -(1.1.1.1)
-------------------------------------------------------------------------------
Description : (Not Specified)
SDP Id : 12:64 Type : Spoke
VC Type : Ether VC Tag : n/a
Admin Path MTU : 0 Oper Path MTU : 9186
Far End : 1.1.1.1 Delivery : LDP
Admin State : Up Oper State : Up
Acct. Pol : None Collect Stats : Disabled
Ingress Label : 130940 Egress Label : 130747
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 : 05/20/2000 12:26:22 Signaling : TLDP
Last Mgmt Change : 05/20/2000 11:01:59 Force Vlan-Vc : Disabled
Endpoint : y Precedence : 4
Class Fwding State : Down
Flags : None
Peer Pw Bits : None
Peer Fault Ip : None
Peer Vccv CV Bits : None
Peer Vccv CC Bits : None
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. : 0 I. Fwd. Octs. : 0
E. Fwd. Pkts. : 1981718 E. Fwd. Octets : 3016174796
-------------------------------------------------------------------------------
Sdp Id 24:64 -(4.4.4.4)
-------------------------------------------------------------------------------
Description : (Not Specified)
SDP Id : 24:64 Type : Spoke
VC Type : Ether VC Tag : n/a
Admin Path MTU : 0 Oper Path MTU : 9186
Far End : 4.4.4.4 Delivery : LDP
Admin State : Up Oper State : Up
Acct. Pol : None Collect Stats : Disabled
Ingress Label : 130939 Egress Label : 130744
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 : 05/20/2000 12:28:58 Signaling : TLDP
Last Mgmt Change : 05/20/2000 11:03:07 Force Vlan-Vc : Disabled
Endpoint : y Precedence : 4
Class Fwding State : Down
Flags : None
Peer Pw Bits : None
Peer Fault Ip : None
Peer Vccv CV Bits : None
Peer Vccv CC Bits : None
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. : 0 I. Fwd. Octs. : 0
E. Fwd. Pkts. : 2020669 E. Fwd. Octets : 3075458218
-------------------------------------------------------------------------------
Number of SDPs : 2
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
Service Access Points
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
SAP 1/1/3:64
-------------------------------------------------------------------------------
Service Id : 257
SAP : 1/1/3:64 Encap : q-tag
Description : (Not Specified)
Admin State : Up Oper State : Up
Flags : None
Last Status Change : 05/19/2000 12:13:40
Last Mgmt Change : 05/20/2000 11:00:53
Dot1Q Ethertype : 0x8100 QinQ Ethertype : 0x8100
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
tod-suite : None
Endpoint : x
Acct. Pol : None Collect Stats : Disabled
-------------------------------------------------------------------------------
QOS
-------------------------------------------------------------------------------
Ingress qos-policy : 1 Egress qos-policy : 1
-------------------------------------------------------------------------------
Sap Egress Policy (1)
-------------------------------------------------------------------------------
Scope : Template
Remark : False Remark Pol Id : 2
Accounting : frame-based
Description : Default SAP egress QoS policy.
-------------------------------------------------------------------------------
Queue Rates and Rules
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId CIR CIR Adpt Rule PIR PIR Adpt Rule
-------------------------------------------------------------------------------
Queue1 0 closest max closest
Queue2 0 closest max closest
Queue3 0 closest max closest
Queue4 0 closest max closest
Queue5 0 closest max closest
Queue6 0 closest max closest
Queue7 0 closest max closest
Queue8 0 closest max closest
-------------------------------------------------------------------------------
Parent Details
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId Port CIR Level PIR Weight
-------------------------------------------------------------------------------
Queue1 True 1 1
Queue2 True 1 1
Queue3 True 1 1
Queue4 True 1 1
Queue5 True 1 1
Queue6 True 1 1
Queue7 True 1 1
Queue8 True 1 1
-------------------------------------------------------------------------------
High Slope
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId State Start-Avg(%) Max-Avg(%) Max-Prob(%)
-------------------------------------------------------------------------------
Queue1 Down 70 90 75
Queue2 Down 70 90 75
Queue3 Down 70 90 75
Queue4 Down 70 90 75
Queue5 Down 70 90 75
Queue6 Down 70 90 75
Queue7 Down 70 90 75
Queue8 Down 70 90 75
-------------------------------------------------------------------------------
Low Slope
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId State Start-Avg(%) Max-Avg(%) Max-Prob(%)
-------------------------------------------------------------------------------
Queue1 Down 50 75 75
Queue2 Down 50 75 75
Queue3 Down 50 75 75
Queue4 Down 50 75 75
Queue5 Down 50 75 75
Queue6 Down 50 75 75
Queue7 Down 50 75 75
Queue8 Down 50 75 75
-------------------------------------------------------------------------------
Burst Sizes and Time Average Factor
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId CBS MBS Time Average Factor Queue-Mgmt
-------------------------------------------------------------------------------
Queue1 def def 7 default
Queue2 def def 7 default
Queue3 def def 7 default
Queue4 def def 7 default
Queue5 def def 7 default
Queue6 def def 7 default
Queue7 def def 7 default
Queue8 def def 7 default
-------------------------------------------------------------------------------
Aggregate Policer (Not Available)
-------------------------------------------------------------------------------
rate : n/a burst : n/a
-------------------------------------------------------------------------------
Ingress QoS Classifier Usage
-------------------------------------------------------------------------------
Classifiers Allocated: 4 Meters Allocated : 2
Classifiers Used : 1 Meters Used : 1
-------------------------------------------------------------------------------
Sap Statistics
-------------------------------------------------------------------------------
Packets Octets
Ingress Stats: 5496351 8244526500
Egress Stats: 0 0
-------------------------------------------------------------------------------
Sap per Meter stats
-------------------------------------------------------------------------------
Packets Octets
Ingress Meter 1 (Unicast)
For. InProf : 3 4500
For. OutProf : 5506597 8259894000
-------------------------------------------------------------------------------
Sap per Queue stats
-------------------------------------------------------------------------------
Packets Octets
Egress Queue 1 (be)
Fwd Stats : 56935 86541200
Drop InProf : 0 0
Drop OutProf : 0 0
Egress Queue 2 (l2)
Fwd Stats : 0 0
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 : 0 0
Drop InProf : 0 0
Drop OutProf : 0 0
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
Service Endpoints
-------------------------------------------------------------------------------
Endpoint name : x
Description : (Not Specified)
Revert time : 0
Act Hold Delay : 0
Ignore Standby Signaling : false
Suppress Standby Signaling : true
Block On Mesh Fail : false
Tx Active : 1/1/3:64
Tx Active Up Time : 0d 01:31:46
Revert Time Count Down : N/A
Tx Active Change Count : 0
Last Tx Active Change : 05/19/2000 12:13:40
-------------------------------------------------------------------------------
Members
-------------------------------------------------------------------------------
SAP : 1/1/3:64 Oper Status: Up
===============================================================================
Endpoint name : y
Description : (Not Specified)
Revert time : 0
Act Hold Delay : 0
Ignore Standby Signaling : false
Suppress Standby Signaling : true
Block On Mesh Fail : false
Tx Active : 12:64
Tx Active Up Time : 0d 00:00:27
Revert Time Count Down : N/A
Tx Active Change Count : 105
Last Tx Active Change : 05/20/2000 12:32:15
-------------------------------------------------------------------------------
Members
-------------------------------------------------------------------------------
Spoke-sdp: 12:64 Prec:4 Oper Status: Up
Spoke-sdp: 24:64 Prec:4 Oper Status: Up
===============================================================================
===============================================================================
*A:DUT-B_sasx>show>service#
*A:SASX>show>service# id 1 all
===============================================================================
Service Detailed Information
===============================================================================
Service Id : 1 Vpn Id : 0
Service Type : VPLS
Description : (Not Specified)
Customer Id : 1
Last Status Change: 07/22/2011 13:24:25
Last Mgmt Change : 07/21/2011 09:04:33
Admin State : Up Oper State : Up
MTU : 1514 Def. Mesh VC Id : 1
MTU Check : Enabled
SAP Count : 2 SDP Bind Count : 0
Snd Flush on Fail : Disabled Host Conn Verify : Disabled
-------------------------------------------------------------------------------
Split Horizon Group specifics
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
Split Horizon Group : access
-------------------------------------------------------------------------------
Description : (Not Specified)
Instance Id : 1 Last Change : 07/21/2011 09:03:50
-------------------------------------------------------------------------------
Service Destination Points(SDPs)
-------------------------------------------------------------------------------
No Matching Entries
-------------------------------------------------------------------------------
Service Access Points
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
SAP 1/1/1:10
-------------------------------------------------------------------------------
Service Id : 1
SAP : 1/1/1:10 Encap : q-tag
Description : (Not Specified)
Admin State : Up Oper State : Up
Flags : None
Last Status Change : 07/21/2011 08:47:19
Last Mgmt Change : 07/22/2011 13:24:25
Dot1Q Ethertype : 0x8100 QinQ Ethertype : 0x8100
Split Horizon Group: (Not Specified)
Max Nbr of MAC Addr: No Limit Total MAC Addr : 0
Learned MAC Addr : 0 Static MAC Addr : 0
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
tod-suite : None
Egr Agg Rate Limit : max
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
-------------------------------------------------------------------------------
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
TC bit BPDUs rcvd : 0 TC bit 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 Egress qos-policy : 1
-------------------------------------------------------------------------------
Sap Egress Policy (1)
-------------------------------------------------------------------------------
Scope : Template
Remark : False Remark Pol Id : 2
Accounting : frame-based
Description : Default SAP egress QoS policy.
-------------------------------------------------------------------------------
Queue Rates and Rules
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId CIR CIR Adpt Rule PIR PIR Adpt Rule
-------------------------------------------------------------------------------
Queue1 0 closest max closest
Queue2 0 closest max closest
Queue3 0 closest max closest
Queue4 0 closest max closest
Queue5 0 closest max closest
Queue6 0 closest max closest
Queue7 0 closest max closest
Queue8 0 closest max closest
-------------------------------------------------------------------------------
Parent Details
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId Port CIR Level PIR Weight
-------------------------------------------------------------------------------
Queue1 True 1 1
Queue2 True 1 1
Queue3 True 1 1
Queue4 True 1 1
Queue5 True 1 1
Queue6 True 1 1
Queue7 True 1 1
Queue8 True 1 1
-------------------------------------------------------------------------------
High Slope
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId State Start-Avg(%) Max-Avg(%) Max-Prob(%)
-------------------------------------------------------------------------------
Queue1 Down 70 90 75
Queue2 Down 70 90 75
Queue3 Down 70 90 75
Queue4 Down 70 90 75
Queue5 Down 70 90 75
Queue6 Down 70 90 75
Queue7 Down 70 90 75
Queue8 Down 70 90 75
-------------------------------------------------------------------------------
Low Slope
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId State Start-Avg(%) Max-Avg(%) Max-Prob(%)
-------------------------------------------------------------------------------
Queue1 Down 50 75 75
Queue2 Down 50 75 75
Queue3 Down 50 75 75
Queue4 Down 50 75 75
Queue5 Down 50 75 75
Queue6 Down 50 75 75
Queue7 Down 50 75 75
Queue8 Down 50 75 75
-------------------------------------------------------------------------------
Burst Sizes and Time Average Factor
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId CBS MBS Time Average Factor Queue-Mgmt
-------------------------------------------------------------------------------
Queue1 def def 7 default
Queue2 def def 7 default
Queue3 def def 7 default
Queue4 def def 7 default
Queue5 def def 7 default
Queue6 def def 7 default
Queue7 def def 7 default
Queue8 def def 7 default
-------------------------------------------------------------------------------
Aggregate Policer (Available)
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
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: 0 0
Egress Stats: 0 0
Ingress Drop Stats: 0 0
Extra-Tag Drop Stats: n/a n/a
-------------------------------------------------------------------------------
Sap per Meter stats
-------------------------------------------------------------------------------
Packets Octets
Ingress Meter 1 (Unicast)
For. InProf : 0 0
For. OutProf : 0 0
Ingress Meter 11 (Multipoint)
For. InProf : 0 0
For. OutProf : 0 0
-------------------------------------------------------------------------------
Sap per Queue stats
-------------------------------------------------------------------------------
Packets Octets
Egress Queue 1 (be)
Fwd Stats : 333437964 501490697856
Drop InProf : 0 0
Drop OutProf : 329635022 495771073088
Egress Queue 2 (l2)
Fwd Stats : 0 0
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 : 0 0
Drop InProf : 0 0
Drop OutProf : 0 0
-------------------------------------------------------------------------------
SAP 1/1/25:10
-------------------------------------------------------------------------------
Service Id : 1
SAP : 1/1/25:10 Encap : q-tag
Description : (Not Specified)
Admin State : Up Oper State : Up
Flags : None
Last Status Change : 07/21/2011 08:47:19
Last Mgmt Change : 07/22/2011 13:24:29
Dot1Q Ethertype : 0x8100 QinQ Ethertype : 0x8100
Split Horizon Group: (Not Specified)
Max Nbr of MAC Addr: No Limit Total MAC Addr : 0
Learned MAC Addr : 0 Static MAC Addr : 0
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
tod-suite : None
Egr Agg Rate Limit : max
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
-------------------------------------------------------------------------------
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 : 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
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
TC bit BPDUs rcvd : 0 TC bit 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 Egress qos-policy : 1
-------------------------------------------------------------------------------
Sap Egress Policy (1)
-------------------------------------------------------------------------------
Scope : Template
Remark : False Remark Pol Id : 2
Accounting : frame-based
Description : Default SAP egress QoS policy.
-------------------------------------------------------------------------------
Queue Rates and Rules
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId CIR CIR Adpt Rule PIR PIR Adpt Rule
-------------------------------------------------------------------------------
Queue1 0 closest max closest
Queue2 0 closest max closest
Queue3 0 closest max closest
Queue4 0 closest max closest
Queue5 0 closest max closest
Queue6 0 closest max closest
Queue7 0 closest max closest
Queue8 0 closest max closest
-------------------------------------------------------------------------------
Parent Details
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId Port CIR Level PIR Weight
-------------------------------------------------------------------------------
Queue1 True 1 1
Queue2 True 1 1
Queue3 True 1 1
Queue4 True 1 1
Queue5 True 1 1
Queue6 True 1 1
Queue7 True 1 1
Queue8 True 1 1
-------------------------------------------------------------------------------
High Slope
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId State Start-Avg(%) Max-Avg(%) Max-Prob(%)
-------------------------------------------------------------------------------
Queue1 Down 70 90 75
Queue2 Down 70 90 75
Queue3 Down 70 90 75
Queue4 Down 70 90 75
Queue5 Down 70 90 75
Queue6 Down 70 90 75
Queue7 Down 70 90 75
Queue8 Down 70 90 75
-------------------------------------------------------------------------------
Low Slope
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId State Start-Avg(%) Max-Avg(%) Max-Prob(%)
-------------------------------------------------------------------------------
Queue1 Down 50 75 75
Queue2 Down 50 75 75
Queue3 Down 50 75 75
Queue4 Down 50 75 75
Queue5 Down 50 75 75
Queue6 Down 50 75 75
Queue7 Down 50 75 75
Queue8 Down 50 75 75
-------------------------------------------------------------------------------
Burst Sizes and Time Average Factor
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId CBS MBS Time Average Factor Queue-Mgmt
-------------------------------------------------------------------------------
Queue1 def def 7 default
Queue2 def def 7 default
Queue3 def def 7 default
Queue4 def def 7 default
Queue5 def def 7 default
Queue6 def def 7 default
Queue7 def def 7 default
Queue8 def def 7 default
-------------------------------------------------------------------------------
Aggregate Policer (Available)
-------------------------------------------------------------------------------
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: 662979085 997120543840
Egress Stats: 0 0
Ingress Drop Stats: 0 0
Extra-Tag Drop Stats: n/a n/a
-------------------------------------------------------------------------------
Sap per Meter stats
-------------------------------------------------------------------------------
Packets Octets
Ingress Meter 1 (Unicast)
For. InProf : 0 0
For. OutProf : 0 0
Ingress Meter 11 (Multipoint)
For. InProf : 3 4512
For. OutProf : 662979118 997120593472
-------------------------------------------------------------------------------
Sap per Queue stats
-------------------------------------------------------------------------------
Packets Octets
Egress Queue 1 (be)
Fwd Stats : 663030839 997198381856
Drop InProf : 0 0
Drop OutProf : 0 0
Egress Queue 2 (l2)
Fwd Stats : 0 0
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 : 0 0
Drop InProf : 0 0
Drop OutProf : 0 0
-------------------------------------------------------------------------------
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.7c:20:64:ad:09:87 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 for service 1
===============================================================================
Admin State : Up
Querier : No querier found
-------------------------------------------------------------------------------
Sap/Sdp Oper MRtr Send Max MVR Num
Id State Port Qries Grps From-VPLS Grps
-------------------------------------------------------------------------------
sap:1/1/1:1 Up No No None Local 13
sap:1/1/10:1 Up No No None Local 0
==============================================================================
===============================================================================
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#
*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
| Label | Description |
|---|---|
|
Service Id |
The service identifier. |
|
VPN Id |
The number that identifies the VPN. |
|
Service Type |
Specifies the type of service. |
|
VLL Type |
Specifies 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 |
Specifies the name of the service endpoint. |
|
Flags |
Specifies 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. |
|
Split Horizon Group Specifics |
|
|
Split Horizon Group |
Name of the split horizon group for this VPLS. |
|
Description |
Description of the split horizon group. |
|
Instance ID |
Displays the Instance identifier of the split horizon group. |
|
Last Changed |
Displays the date and time of most recent change to the split horizon group. |
|
Split Horizon Group |
Displays the name of the split horizon group the SAP or spoke-SDP is associated. |
|
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 configured 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 |
Specifies 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) |
Indicates the jitter buffer length in number of packet buffers. |
|
Playout Threshold (packets) |
Indicates the playout buffer packets threshold in number of packet buffers. |
|
Playout Threshold (packets) |
Indicates the current packet depth of the jitter buffer. |
|
Peer Pw Bits |
Indicates 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 signaling 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 |
Displays the Link Loss Forwarding administrative state. |
|
LLF Oper State |
Displays the Link Loss Forwarding operational state. |
|
Standby Signaling Master |
Indicates whether the parameter standby signaling master is enabled. |
|
Hash Label |
Indicates whether use of PW hash label is enabled. |
|
Oper Hash Label |
Indicates whether the 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 |
Indicates whether PW hash label signaling is enabled. |
base
Syntax
base
Context
show>service>id
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command displays basic information about the service ID, including service type, description, and SAPs.
Output
The following output is an example of basic service information, and Output fields: service ID base describes the output fields.
Sample outputA: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#
| 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 configured 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 configured largest service frame size (in octets) that can be transmitted, 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 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
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 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
===============================================================================
===============================================================================
| 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. |
labels
Syntax
labels
Context
show>service>id
Platforms
Supported on all 7210 SAS platforms as described in this document
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: service ID 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#
| 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
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
Specifies the ID that 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 more 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-B_sasx>show>service# id 257 sap 1/1/3:64 detail
===============================================================================
Service Access Points(SAP)
===============================================================================
Service Id : 257
SAP : 1/1/3:64 Encap : q-tag
Description : (Not Specified)
Admin State : Up Oper State : Up
Flags : None
Last Status Change : 05/19/2000 12:13:40
Last Mgmt Change : 05/20/2000 11:00:53
Loopback Mode : Internal No-svc-port used : 1/1/13
Loopback Src Addr : 00:00:00:22:22:22
Loopback Dst Addr : 00:00:00:11:11:11
Dot1Q Ethertype : 0x8100 QinQ Ethertype : 0x8100
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
tod-suite : None
Endpoint : x
Acct. Pol : None Collect Stats : Disabled
Ignore Oper Down : Disabled
-------------------------------------------------------------------------------
QOS
-------------------------------------------------------------------------------
Ingress qos-policy : 1 Egress qos-policy : 1
-------------------------------------------------------------------------------
Sap Egress Policy (1)
-------------------------------------------------------------------------------
Scope : Template
Remark : False Remark Pol Id : 2
Accounting : frame-based
Description : Default SAP egress QoS policy.
-------------------------------------------------------------------------------
Queue Rates and Rules
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId CIR CIR Adpt Rule PIR PIR Adpt Rule
-------------------------------------------------------------------------------
Queue1 0 closest max closest
Queue2 0 closest max closest
Queue3 0 closest max closest
Queue4 0 closest max closest
Queue5 0 closest max closest
Queue6 0 closest max closest
Queue7 0 closest max closest
Queue8 0 closest max closest
-------------------------------------------------------------------------------
Parent Details
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId Port CIR Level PIR Weight
-------------------------------------------------------------------------------
Queue1 True 1 1
Queue2 True 1 1
Queue3 True 1 1
Queue4 True 1 1
Queue5 True 1 1
Queue6 True 1 1
Queue7 True 1 1
Queue8 True 1 1
-------------------------------------------------------------------------------
High Slope
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId State Start-Avg(%) Max-Avg(%) Max-Prob(%)
-------------------------------------------------------------------------------
Queue1 Down 70 90 75
Queue2 Down 70 90 75
Queue3 Down 70 90 75
Queue4 Down 70 90 75
Queue5 Down 70 90 75
Queue6 Down 70 90 75
Queue7 Down 70 90 75
Queue8 Down 70 90 75
-------------------------------------------------------------------------------
Low Slope
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId State Start-Avg(%) Max-Avg(%) Max-Prob(%)
-------------------------------------------------------------------------------
Queue1 Down 50 75 75
Queue2 Down 50 75 75
Queue3 Down 50 75 75
Queue4 Down 50 75 75
Queue5 Down 50 75 75
Queue6 Down 50 75 75
Queue7 Down 50 75 75
Queue8 Down 50 75 75
-------------------------------------------------------------------------------
Burst Sizes and Time Average Factor
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
QueueId CBS MBS Time Average Factor Queue-Mgmt
-------------------------------------------------------------------------------
Queue1 def def 7 default
Queue2 def def 7 default
Queue3 def def 7 default
Queue4 def def 7 default
Queue5 def def 7 default
Queue6 def def 7 default
Queue7 def def 7 default
Queue8 def def 7 default
-------------------------------------------------------------------------------
Aggregate Policer (Not Available)
-------------------------------------------------------------------------------
rate : n/a burst : n/a
-------------------------------------------------------------------------------
Ingress QoS Classifier Usage
-------------------------------------------------------------------------------
Classifiers Allocated: 4 Meters Allocated : 2
Classifiers Used : 1 Meters Used : 1
-------------------------------------------------------------------------------
Sap Statistics
-------------------------------------------------------------------------------
Packets Octets
Ingress Stats: 5726350 8589525000
Egress Stats: 0 0
-------------------------------------------------------------------------------
Sap per Meter stats
-------------------------------------------------------------------------------
Packets Octets
Ingress Meter 1 (Unicast)
For. InProf : 3 4500
For. OutProf : 5733754 8600631000
-------------------------------------------------------------------------------
Sap per Queue stats
-------------------------------------------------------------------------------
Packets Octets
Egress Queue 1 (be)
Fwd Stats : 56935 86541200
Drop InProf : 0 0
Drop OutProf : 0 0
Egress Queue 2 (l2)
Fwd Stats : 0 0
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 : 0 0
Drop InProf : 0 0
Drop OutProf : 0 0
===============================================================================
*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
===============================================================================
| 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 configured largest service frame size (in octets) that can be transmitted through 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 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 |
Specifies whether collect stats is enabled. |
Ignore Oper Down |
Displays whether the user has enabled or disabled the ignore-oper-down parameter. |
LLF Admin State |
Displays the Link Loss Forwarding administrative state. |
LLF Oper State |
Displays the Link Loss Forwarding operational state. |
Loopback Mode |
Displays the Ethernet port loop back mode. |
Loopback Src Addr |
Displays the configured loopback source address. |
Loopback Dst Addr |
Displays the configured loopback destination address. |
No-svc-port used |
Displays the port ID of the port on which no service is configured. This port is used for the port loopback with MAC swap functionality. |
Loopback Mode |
Displays the Ethernet port loopback mode. |
Loopback Src Addr |
Displays the configured loopback source address. |
Loopback Dst Addr |
Displays the configured loopback destination address. |
No-svc-port used |
Displays 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
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 information only for the specified SDP ID.
- far-end ip-addr
Displays only SDPs matching the specified far-end IP address.
- detail
Displays detailed SDP information.
Output
Output fields: service ID SDP describes the show service ID SDP output fields.
Sample output| 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. |
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
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#
| 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
Description
This command displays information for the spanning tree protocol instance for the service.
Parameters
- detail
Displays more information.
Output
The following output is an example of STP information, and Output fields: show service ID STP describes the output fields.
Sample outputA: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
===============================================================================
| 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) after 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 after 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. |
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 that this port considers to be the designated bridge for this port's segment. |
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
Description
This command clears commands for a specific service.
Parameters
- service-id
Specifies the ID that uniquely identifies a service.
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
Description
This command clears and resets the spoke-SDP bindings for the service.
Parameters
- sdp-id
Specifies the spoke-SDP ID to be reset.
- vc-id
Specifies the virtual circuit ID on the SDP ID to be reset.
- ingress-vc-label
Keyword that specifies to clear the ingress VC label.
sap
Syntax
sap sap-id {all | counters | stp}
Context
clear>service>statistics
Platforms
Supported on all 7210 SAS platforms as described in this document
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
Description
This command clears keepalive statistics associated with the SDP ID.
Parameters
- sdp-id
Specifies the SDP ID for which to clear keepalive statistics.
counters
Syntax
counters
Context
clear>service>statistics>id
Platforms
Supported on all 7210 SAS platforms as described in this document
Description
This command clears all traffic queue 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
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.
- vc-id
Specifies the virtual circuit ID on the SDP ID to be reset.
- 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
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
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
Description
This command debugs commands for a specific service.
Parameters
- service-id
Specifies 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
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
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.
- 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 outputA: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 : 239.1.1.2
destIp : 239.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 : 239.1.1.1
destIp : 239.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
Description
This command enables debugging for a particular SDP.
Parameters
- sdp-id
Specifies the SDP ID.