Configuring Latching Loopback

This chapter provides information about configuring latching loopback.

Information About Latching Loopback

Latching Loopbacks (LLs) are used for Service Activation Testing (SAT) and troubleshooting up to the information rate for point-to-point and multipoint services across multiple Carrier Ethernet Networks (CENs). The Ethernet Test Head in the Service Provider’s network initiates the Latching Loopback in the Access Provider’s NID and then perform end-to-end testing based on IETF RFC-2544 (9), ITU Y.1564 (10), or SAT (MEF 46). The Latching Loopback eliminates the need for peer to interoperate with the Service Provider for SAT.

The Latching Loopback Function (LLF) is deployed in the UNI and ENNI locations in various Carrier Ethernet equipments such as Network Interface Devices (NIDs), bridges, switches, and Ethernet Test Equipment (ETE). The Ethernet Equipment that implements the Latching Loopback Function is referred as a Latching Loopback Device (LLD).

The Latching Loopback Controller that provides an inline control of the Latching Loopback State Machine (LLSM) initiates latching loopback to a Latching Loopback Responder, and supplies the Ethernet frames to be looped back by the Latching Loopback Responder.

The Latching Loopback Responder executes latching loopback at an External Interface (EI) in a Latching Loopback Function (LLF), at the boundary between a CEN and an External Network.

The Latching Loopback is used within a system that consists of the Ethernet Test Equipment (ETE) that acts as a Latching Loopback Controller; the CEN that forwards the Latching Loopback Messages (LLMs), the Latching Loopback Replies (LLRs), and the Ethernet frames that are looped back; and the Network Element (NE) or ETE acting as a Latching Loopback Responder that incorporates the EI with an LLF.

The controller node sends LLM and the responder node sends LLR.

Latching Loopback Directions

The Latching Loopback supports two directions for a port; the internal loopbacks and the external loopbacks for a port.

In both directions, the LLSM uses an LLF within the LLD implementing the port being looped back. The Loopback Activate messages received through an Up MEP correspond to internal loopbacks and the messages received through a Down MEP correspond to external loopbacks. The messages received at a MIP correspond to either an internal or external loopback depending on which direction the activate messages are received.

The Latching loopback direction depends on the MEP direction:

  • UP—MEP refers to the Internal direction

  • Down—MEP refers to the External direction

The LLSM is associated with a single MEP only and can activate the corresponding direction of loopback alone.

The controller should be MEP and the responder may be an MEP or MIP.

Latching Loopback State

The LLSM has three states:

  • Latching Loopback Prohibited—Loopbacks are prohibited by an administrative action. LLMs addressed to a specific LLSM are discarded.

  • Latching Loopback Inactive—Loopbacks are permitted, but there is no loopback request currently active.

  • Latching Loopback Active—The loopback is currently active.

Restrictions for Latching Loopback

  • Latching loopback is supported only on the RSP2 module.

  • Latching loopback is not supported for LAG interface.

  • 802.1ad is not supported in latching loopback.

  • Latching loopback is not supported on the Trunk EFP.

  • The latching loopback should be applied for each interface or EFP.

  • While configuring the latching loopback, the interface should be in the administrative UP state for UP-MEP sessions.

  • The second dot1q filter double tag encapsulation option is not supported as ACL TCAM entries does not have option to store the second VLAN. If the second VLAN is configured in latching loopback, then the existing ELB is configured instead of latching loopback.

  • ACL is not supported on an EFP when latching loopback is active.

  • Only Ethernet frames are used as loopable frames for facility loopback as L2 ACLs are used to support latching loopback behavior.

  • The destination MAC address can be unicast, multicast, or broadcast address where as the source MAC address should be the interface MAC address where the latching loopback is configured. The source MAC address cannot be replaced with any other MAC address.

  • Frames with the looping source MAC address and VLAN coming from the opposite direction to the request are forwarded and not discarded, whereas MEF 46 expects frames with same Source MAC and VLAN coming from opposite direction to be discarded. This behavior is similar to existing Ethernet dataplane Loopback.

  • The normal MIP cannot be configured at ingress port of responder interface, however, if the MIP is configured as a responder at the ingress port, then you can configure the normal MIP as the egress port.

  • If both the MIP and MEP are configured as responder in the MA and send LLR back to controller, then the MEP takes precedence and becomes a responder since it is at the endpoint of the MA. To configure MIP to be a responder, you need to remove responder configuration from the MEP.

  • The latching loopback can be verified only on SADT packets with ethertype of 0XFFFF. The latching loopback cannot be verified for IXIA traffic packets.

  • In latching loopback, IPSLA for untagged and default EFP delay and jitter is not supported, since the values for delay and jitter are in milliseconds.

Configuring Latching Loopback on an Interface

Configure CFM in the downward direction: 

Router#configure terminal 
Router(config)#ethernet cfm ieee
Router(config)#ethernet cfm global
Router(config)#ethernet evc evc700
Router(config-evc)#ethernet cfm domain MD7 level 7
Router(config-ecfm)#serviceMA7  evc evc700 vlan 700 direction down
Router(config-ecfm-srv)#continuity-check
Router(config-ecfm-srv)#continuity-check interval 3.3ms
Router(config-ecfm-srv)#end
Configure CFM in an upward direction:

Router#configure terminal 
Router(config)#ethernet cfm ieee
Router(config)#ethernet cfm global
Router(config)#ethernet evc evc700
Router(config-evc)#ethernet cfm domain MD7 level 7
Router(config-ecfm)#serviceMA7  evc evc700 vlan 700 
Router(config-ecfm-srv)#continuity-check
Router(config-ecfm-srv)#continuity-check interval 3.3ms
Router(config-ecfm-srv)#end
Configure LLF controller: 


Router#configure terminal 
Router(config-evc)#interface GigabitEthernet0/0/0
Router(config-if)#service instance 1 ethern evc700
Router(config-if-srv)#encapsulation dot1q 777
Router(config-if-srv)#bridge-domain 700
Router(config-if-srv)#cfm mep domain MD7 mpid 70
Router(config-if-srv-ecfm-mep)#exit
Router(config-if-srv)#cfm latching-loopback domain MD7
Router(config-if-srv-ecfm-ll)#controller discover-interval 1
Router(config-if-srv-ecfm-ll)#end
Configure LLF responder MEP:

Router#configure terminal 
Router(config-evc)#interface GigabitEthernet0/0/0
Router(config-if)#service instance 1 ethern evc700
Router(config-if-srv)#encapsulation dot1q 777
Router(config-if-srv)#bridge-domain 700
Router(config-if-srv)#cfm mep domain MD7 mpid 71
Router(config-if-srv-ecfm-mep)#exit
Router(config-if-srv)#cfm latching-loopback domain MD7
Router(config-if-srv-ecfm-ll)#responder
Router(config-if-srv-ecfm-ll)#end
Configure LLF responder MIP:

Router#configure terminal 
Router(config-evc)#interface GigabitEthernet0/0/0
Router(config-if)#service instance 1 ethern evc700
Router(config-if-srv)#encapsulation dot1q 777
Router(config-if-srv)#bridge-domain 700
Router(config-if-srv)#cfm mip level 7
Router(config-if-srv-ecfm-mep)#exit
Router(config-if-srv)#cfm latching-loopback domain MD7
Router(config-if-srv-ecfm-ll)#responder
Router(config-if-srv-ecfm-ll)#end

Activating Latching Loopback for a Service Instance

A device sends the LL activate request message to the responder, which triggers the LLSM for the tuple {port, LLFS, SA}. The expiry timer can be configured for the loopback session and the default expiry timer is 5 mins.

You should configure the interface where you intend to initiate loopback.

The service instance and the direction should also be configured.

Example

Deactivating Latching Loopback for a Service Instance

The LL deactivate request message is used to stop the current active loopback session.

Example

Verifying the Latching Loopback Configuration

Use the show ethernet cfm latching-loopback discover-phase mep | mip domain domain name command to display the CFM LL discover details and the latching loopback responder details.

This example shows how to display the CFM LL discover details and the latching loopback responder details for the controller MEP: 



show ethernet cfm latching-loopback discover-phase mep domain MD7 detail 

LL Session : 1
===============
Domain Name : MD7
MA Name : MA7
MPID : 70
Interface : Te0/0/3
Level : 7
Service Instance: 1 

Latching Loopback Session Details
=================================
Latching Loopback Device : Controller
Latching Loopback Discover interval : 1 min(s)
Latching Loopback Controller MAC : 84b8.022d.a503

Latching Loopback Responder Device Details
==========================================
Responder Device Mac Address : 64f6.9d67.ae0a
Responder Device LLSM State : INACTIVE
Responder Device Keepalive Status : Alive

Latching Loopback Message Counters
==================================
LL Discovery Request Sent : 980
LL Discovery Reply Recv : 977

This example shows how to display the CFM LL discover details and the latching loopback responder details for the responder MIP: 


Router#show ethernet cfm latching-loopback discover-phase mip detail 
LL Session : 1
================
Domain Name     :  MD7
Interface       :  Gi0/0/3
Level           :  7
Service Instance:  1              
 Latching Loopback Session Details
=================================
Latching Loopback Device        :   Responder
Latching Loopback Message Counters
==================================
LL Discovery Request Recv       :   8
LL Discovery Reply   Sent       :   8

This example shows how to display the CFM LL discover details and the latching loopback responder details for the responder MEP: 


Router#show ethernet cfm latching-loopback discover-phase mep domain MD7 detail
LL Session : 1
===============
Domain Name     :  MD7
MA Name         :  MA7
MPID            :  71
Interface       :  Gi0/0/0
Level           :  7
Service Instance:  1              
 Latching Loopback Session Details
 =================================
 Latching Loopback Device        :   Responder
 Latching Loopback Message Counters
 ==================================
 LL Discovery Request Recv       :   2
 LL Discovery Reply   Sent       :   2

Use the show ethernet cfm latching-loopback active brief interface and show ethernet cfm latching-loopback active brief interface <interface> service instance <number> commands to to display the CFM LL active session details with all the session parameters.

This example shows how to display the CFM LL active session details for external: 


Router#show ethernet cfm latching-loopback active interface GigabitEthernet0/0/0 service instance 1
============================================================
Loopback Session ID     : 1
Interface               : GigabitEthernet0/0/0
Service Instance        : 1
Direction               : External
Time out(sec)           : none
Status                  : on
Start time              : 23:01:46.422 IST Wed Aug 30 2017
Time left               : N/A
Dot1q/Dot1ad(s)         : 777
Second-dot1q(s)         : 
Source Mac Address      : 84b8.022d.ab80
Destination Mac Address : 84b8.022d.a880
Ether Type              : 0x0
Class of service        : 0
Llc-oui                 : 0x0
Total Active Session(s): 1
Total Internal Session(s): 0
Total External Session(s): 1

Configuration Examples for Configuring Latching Loopback

Initialize latching loopback functionality.
Router> enable
Router# configure terminal
Router(config)# interface gigabitethernet 0/2/1
Router(config)# service instance 1 ethernet
Router(config)# encapsulation dot1q 100
Router(config)# bridge-domain 120
Router(config)# cfm mep domain kar mpid 8000
Router(config)# exit
Router(config)# cfm latching-loopback domain kar
Router(config)# controller discover-interval <in secs> <default 2 secs>
Router(config)#end
Initialize latching loopback functionality in the responder device. This will respond to the incoming latching loopback request messages.
Router> enable
Router# configure terminal
Router(config)# ethernet cfm ieee
Router(config)# ethernet cfm global
Router(config)# ethernet cfm domain kar level 0
Router(config)# service red evc green vlan 101 direction down
Router(config)# continuity-check
Router(config)# ethernet cfm logging alarm ieee
Router(config)# ethernet cfm logging alarm cisco
Router(config)# ethernet evc green
Router(config)# interface Ethernet0/0
Router(config)# no sh
Router(config)# no ip address
Router(config)# service instance 500 ethernet green
Router(config)# encapsulation dot1q any
Router(config)# bridge-domain 101
Router(config)# cfm mep domain kar mpid 8001
Router(config)# exit
Router(config)# cfm latching-loopback domain kar 
Router(config)# responder

Router# ethernet latching-loopback activate domain kar mpid 8000 service red destination mac-address aabb.cc00.7600 timeout 300
Router# ethernet latching-loopback deactivate domain kar mpid 8000 service red destination mac-address aabb.cc00.7600
Router# ethernet latching-loopback deactivate domain kar mpid 8000 service number 10 destination mac-address aabb.cc00.7600