06.07.

2017 Service assurance

Service assurance
Contents
1. 87 ­ Service Test Manager
1.1. 87.1 Service Test Manager overview
1.1.1. STM test policies
1.1.2. STM test suites
1.2. 87.2 Sample STM implementation
1.3. 87.3 Sample STM network SLA monitoring configuration
1.3.1. Sample network monitoring configuration steps
1.4. 87.4 Sample STM SAA accounting files configuration
1.4.1. Sample SAA accounting files configuration steps
1.5. 87.5 Sample STM threshold­crossing alarm configuration
1.5.1. Sample threshold­crossing alarm configuration steps
1.6. 87.6 Sample STM 7210 SAS Y.1564 test configuration
1.6.1. Y.1564 test types
1.6.2. Workflow to configure and run Y.1564 bidirectional tests
1.6.3. Sample 7210 SAS Y.1564 service test configuration steps
1.7. 87.7 Sample OmniSwitch device SLA testing
1.7.1. Sample CPE SLA Test­Head profile configuration steps
1.8. 87.8 Workflow to use the STM
1.9. 87.9 STM procedures
1.9.1. Procedure 87­1 To create or modify an STM test policy
1.9.2. Procedure 87­2 To configure threshold­crossing alarms or NM threshold­crossing alarms for an OAM diagnostic test or
STM test policy
1.9.3. Procedure 87­3 To create an STM test suite
1.9.4. Procedure 87­4 To modify an STM test suite
1.9.5. Procedure 87­5 To configure OAM diagnostic test limits on the STM and view additional test configuration information
1.9.6. Procedure 87­6 To run one or more OAM diagnostic tests from the STM and view the test results
1.9.7. Procedure 87­7 To view and compare OAM diagnostic test results on the STM
1.9.8. Procedure 87­8 To execute an STM test suite
1.9.9. Procedure 87­9 To view STM test suite results
1.9.10. Procedure 87­10 To view and compare STM test suite results for a tested entity
1.9.11. Procedure 87­11 To interpret OAM diagnostic test results on the STM
1.9.12. Procedure 87­12 To edit an OAM diagnostic test
1.9.13. Procedure 87­13 To delete an OAM diagnostic test
1.9.14. Procedure 87­14 To delete an STM test suite
2. 88 ­ OAM diagnostic tests
2.1. 88.1 OAM diagnostic tests overview
2.1.1. On­demand OAM diagnostic test configuration
2.1.2. Multiple OAM diagnostic test configuration
2.2. 88.2 OAM diagnostic test descriptions
2.2.1. Ethernet CFM OAM diagnostic tests
2.2.2. Service OAM diagnostic tests
2.2.3. L2 service OAM diagnostic tests
2.2.4. L3 service OAM diagnostic tests
2.2.5. Service transport OAM diagnostic tests
2.2.6. MPLS OAM diagnostic tests
2.2.7. L1/L2 OAM diagnostic tests
2.2.8. Multicast OAM diagnostic tests
2.2.9. ICMP
2.2.10. AOS CPE OAM diagnostic tests
2.2.11. Non­STM OAM diagnostic and validation tests
2.3. 88.3 Sample OAM diagnostic test configuration
2.4. 88.4 Workflow to configure and run OAM diagnostic tests
2.5. 88.5 OSS client OAM diagnostic test results file retrieval
2.6. 88.6 OAM diagnostic tests procedures
2.6.1. Procedure 88­1 To create and run a Global MEG OAM diagnostic test from the STM
2.6.2. Procedure 88­2 To create and run a Continuity Check OAM diagnostic test from the STM
2.6.3. Procedure 88­3 To create and run a CFM loopback OAM diagnostic test from the STM
2.6.4. Procedure 88­4 To create and run a CFM link trace OAM diagnostic test from the STM
2.6.5. Procedure 88­5 To create and run a CFM Eth OAM diagnostic test from the STM
2.6.6. Procedure 88­6 To create and run a CFM two way delay OAM diagnostic test from the STM
2.6.7. Procedure 88­7 To create and run a CFM one­way delay OAM diagnostic test from the STM
2.6.8. Procedure 88­8 To create and run a CFM single­ended loss OAM diagnostic test from the STM
2.6.9. Procedure 88­9 To create and run a CFM two way SLM OAM diagnostic test from the STM
2.6.10. Procedure 88­10 To create and run a CFM LM OAM diagnostic test from the STM
2.6.11. Procedure 88­11 To create and run a service site ping OAM diagnostic test from the STM
2.6.12. Procedure 88­12 To create and run a VCCV ping OAM diagnostic test from the STM
2.6.13. Procedure 88­13 To create and run a VCCV ping OAM diagnostic from a static PW to a dynamic PW segment from the
STM
2.6.14. Procedure 88­14 To create and run a VCCV ping OAM diagnostic from a dynamic PW to a static PW segment from the
STM
2.6.15. Procedure 88­15 To create and run VCCV trace OAM diagnostic test from the STM
2.6.16. Procedure 88­16 To create and run a VCCV trace OAM diagnostic from a static PW to a dynamic PW segment from the
STM

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1_6 1/143
06.07.2017 Service assurance
2.6.17. Procedure 88­17 To create and run a VCCV trace OAM diagnostic from a dynamic PW to a static PW segment from the
STM
2.6.18. Procedure 88­18 To create and run a MAC populate OAM diagnostic test from the STM
2.6.19. Procedure 88­19 To create and run a MAC purge OAM diagnostic test from the STM
2.6.20. Procedure 88­20 To create and run a MAC ping OAM diagnostic test from the STM
2.6.21. Procedure 88­21 To create and run a MAC trace OAM diagnostic test from the STM
2.6.22. Procedure 88­22 To create and run a VPLS VXLAN ping OAM diagnostic test from the STM
2.6.23. Procedure 88­23 To create and run a CPE ping OAM diagnostic test from the STM
2.6.24. Procedure 88­24 To create and run an ANCP loopback OAM diagnostic test from the STM
2.6.25. Procedure 88­25 To create and run a VPRN ping or VPRN trace OAM diagnostic test from the STM
2.6.26. Procedure 88­26 To create and run a VPRN Ping, VPRN Trace, ICMP Ping, or ICMP Trace OAM diagnostic test from a
service manager form
2.6.27. Procedure 88­27 To create a tunnel ping OAM diagnostic test from the STM
2.6.28. Procedure 88­28 To create and run a tunnel ping OAM diagnostic test from a service tunnel
2.6.29. Procedure 88­29 To create and run an MTU ping OAM diagnostic test from the STM
2.6.30. Procedure 88­30 To create and run an MTU ping OAM diagnostic test from a service tunnel
2.6.31. Procedure 88­31 To create and run an LSP or MPLS­TP LSP ping OAM diagnostic test from the STM
2.6.32. Procedure 88­32 To create and run an LSP or MPLS­TP LSP trace OAM diagnostic test from the STM
2.6.33. Procedure 88­33 To create and run an LDP tree trace OAM diagnostic test from the STM
2.6.34. Procedure 88­34 To create and run a P2MP LSP ping OAM diagnostic test from the STM
2.6.35. Procedure 88­35 To create and run a P2MP LSP trace OAM diagnostic test from the STM
2.6.36. Procedure 88­36 To create and run an ATM ping OAM diagnostic test from the STM
2.6.37. Procedure 88­37 To configure an ATM OAM loopback from a device Properties form
2.6.38. Procedure 88­38 To create and run an MFIB ping OAM diagnostic test from the STM
2.6.39. Procedure 88­39 To create and run an Mrinfo OAM diagnostic test from the STM
2.6.40. Procedure 88­40 To create and run an Mtrace OAM diagnostic test from the STM
2.6.41. Procedure 88­41 To create and run an ICMP ping OAM diagnostic test from the STM
2.6.42. Procedure 88­42 To create and run an ICMP trace OAM diagnostic test from the STM
2.6.43. Procedure 88­43 To create and run a DNS ping OAM diagnostic test from the STM
2.6.44. Procedure 88­44 To create and run a OmniSwitch CPE SLA diagnostic test from the STM
2.6.45. Procedure 88­45 To create an OmniSwitch ping or traceroute OAM diagnostic test using a CLI script
2.6.46. Procedure 88­46 To configure and run an OmniSwitch OAM diagnostic ping test CLI script
2.6.47. Procedure 88­47 To configure and run an OmniSwitch OAM traceroute test CLI script
2.6.48. Procedure 88­48 To configure an advanced loopback test on an OmniSwitch from a device Properties form
2.6.49. Procedure 88­49 To run the F5 OAM loopback diagnostic test from a 7705 SAR­M/ME Properties form
2.6.50. Procedure 88­50 To configure an 802.3ah EFM OAM diagnostic test from an NE Properties form
2.6.51. Procedure 88­51 To configure an 802.3ah EFM OAM diagnostic test on an OmniSwitch Properties form
2.6.52. Procedure 88­52 To configure link monitoring on an Ethernet port
2.6.53. Procedure 88­53 To configure and run ETH­OAM tests contextually
2.6.54. Procedure 88­54 To run a one­time validation test on a service
3. 89 ­ Ethernet CFM
3.1. 89.1 Ethernet CFM overview
3.1.1. MEGs
3.1.2. MEPs
3.1.3. MIPs
3.1.4. Ethernet­CFM redundancy
3.1.5. Sample Ethernet CFM implementation
3.1.6. Ethernet CFM implementation for composite services
3.1.7. Primary VLAN support for Ethernet CFM
3.2. 89.2 Workflow to configure Ethernet CFM
3.3. 89.3 Ethernet CFM procedures
3.3.1. Procedure 89­1 To configure an automatic MEP ID assignment on an NE
3.3.2. Procedure 89­2 To configure an Ethernet CFM MD policy and subordinate objects
3.3.3. Procedure 89­3 To automatically create identical MEPs on a redundant pair of service SAPs
3.3.4. Procedure 89­4 To change the MEG sub­group association for managed MEPs or unmanaged remote MEPs
3.3.5. Procedure 89­5 To configure a default MD on an OmniSwitch
4. 90 ­ PM Session tests
4.1. 90.1 PM Session testing overview
4.2. 90.2 Workflow to configure PM Session testing
4.3. 90.3 PM Session testing procedures
4.3.1. Procedure 90­1 To configure a Performance Monitoring Session
4.3.2. Procedure 90­2 To configure a PM Bin Group policy
4.3.3. Procedure 90­3 To configure a PM CFM DMM test
4.3.4. Procedure 90­4 To configure a PM CFM SLM test
4.3.5. Procedure 90­5 To configure a PM CFM LMM test
4.3.6. Procedure 90­6 To create a TWAMP Light reflector
4.3.7. Procedure 90­7 To configure a PM TWAMP Light test
4.3.8. Procedure 90­8 To configure a TWAMP and TWAMP Light Control Client PM test
4.3.9. Procedure 90­9 To collect and view Performance Monitoring statistics from a test form
4.3.10. Procedure 90­10 To view Performance Monitoring test results in the STM
4.3.11. Procedure 90­11 To view Performance Monitoring test statistics in the Statistics Manager
4.3.12. Procedure 90­12 To view OAM PM Event server performance statistics
5. 91 ­ Mirror services
5.1. 91.1 Mirror service overview
5.2. 91.2 Sample mirror service configuration
5.3. 91.3 Workflow to create a mirror service
5.4. 91.4 Mirror service procedures
5.4.1. Procedure 91­1 To create a mirror service
5.4.2. Procedure 91­2 To create a destination site on a mirror service

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1_6 2/143
06.07.2017 Service assurance
5.4.3. Procedure 91­3 To create a source site on a mirror service
5.4.4. Procedure 91­4 To configure an MPLS­TP static pseudowire on a mirror SDP binding
5.4.5. Procedure 91­5 To create an endpoint for redundancy support on a mirror site
5.4.6. Procedure 91­6 To create an L2 access interface on a destination site
5.4.7. Procedure 91­7 To specify a SAP on a mirror site as a mirror source
5.4.8. Procedure 91­8 To specify a port on a mirror site as a mirror source
5.4.9. Procedure 91­9 To specify a source IP filter entry as a mirror source
5.4.10. Procedure 91­10 To specify a source IPv6 filter entry as a mirror source
5.4.11. Procedure 91­11 To specify a source MAC filter entry for a mirror site
5.4.12. Procedure 91­12 To specify a source subscriber as a mirror source
5.4.13. Procedure 91­13 To specify an MPLS ingress label as a mirror source
5.4.14. Procedure 91­14 To view the service topology associated with a mirror service
5.4.15. Procedure 91­15 To view mirror service operational status
5.4.16. Procedure 91­16 To configure a mirror port on a 7210 SAS
5.4.17. Procedure 91­17 To run an OAM validation test for a mirror service
5.4.18. Procedure 91­18 To modify a mirror service
5.4.19. Procedure 91­19 To delete a mirror service
6. 92 ­ Lawful Intercept
6.1. 92.1 Lawful Intercept overview
6.1.1. LI functional tasks by user type
6.1.2. LI service mirroring
6.2. 92.2 Workflow to configure LI
6.3. 92.3 5620 SAM LI configuration procedures
6.3.1. Procedure 92­1 To create an LI scope of command profile on the 5620 SAM
6.3.2. Procedure 92­2 To create an LI user group on the 5620 SAM
6.3.3. Procedure 92­3 To create an LI user on the 5620 SAM
6.3.4. Procedure 92­4 To create an NE LI user profile on an NE using a CLI
6.3.5. Procedure 92­5 To create an NE LI user account on an NE using a CLI
6.3.6. Procedure 92­6 To create additional NE LI user accounts using the 5620 SAM
6.3.7. Procedure 92­7 To configure NE LI user security
6.3.8. Procedure 92­8 To synchronize the global 5620 SAM NE LI user configuration profile with the local NE LI user
configuration profile
6.3.9. Procedure 92­9 To configure an LI security mediation policy
6.3.10. Procedure 92­10 To configure an LI MAC filter policy
6.3.11. Procedure 92­11 To configure an LI IP filter policy
6.3.12. Procedure 92­12 To configure an LI IPv6 filter policy
6.3.13. Procedure 92­13 To configure a Block Reservation policy
6.3.14. Procedure 92­14 To configure the LI filter lock
6.3.15. Procedure 92­15 To enable NE discovery for LI
6.3.16. Procedure 92­16 To save the LI configuration of an NE
6.3.17. Procedure 92­17 To configure Layer 3 encapsulation on a source site to allow LI­mirrored packets to be placed into a
routable header
6.3.18. Procedure 92­18 To specify an LI MAC filter entry as an LI source
6.3.19. Procedure 92­19 To specify an LI IP filter entry as an LI source
6.3.20. Procedure 92­20 To specify an LI IPv6 filter entry as an LI source
6.3.21. Procedure 92­21 To specify an LI SAP as an LI source
6.3.22. Procedure 92­22 To specify an LI subscriber as an LI source
6.3.23. Procedure 92­23 To specify an LI WLAN distributed subscriber as an LI source
6.3.24. Procedure 92­24 To configure LI on a specific NAT subscriber
6.3.25. Procedure 92­25 To view LI mirrored subscriber hosts configured with a RADIUS server
7. 93 ­ RCA audit
7.1. 93.1 RCA audit overview
7.1.1. 5620 SAM service audit
7.1.2. Physical link audits
7.1.3. Viewing and analyzing RCA audit results
7.2. 93.2 Workflow to configure and schedule an RCA audit
7.3. 93.3 RCA audit procedures
7.3.1. Procedure 93­1 To configure an RCA audit policy
7.3.2. Procedure 93­2 To perform an RCA audit of a service or multiple services
7.3.3. Procedure 93­3 To perform an RCA audit of a physical link
7.3.4. Procedure 93­4 To schedule an RCA audit
7.3.5. Procedure 93­5 To delete an RCA audit policy
8. 94 ­ Service throughput configuration
8.1. 94.1 Service throughput configuration overview
8.2. 94.2 Workflow to prepare for and restore from a service throughput configuration
8.3. 94.3 Service throughput configuration procedures
8.3.1. Procedure 94­1 To prepare an Epipe, Apipe, Cpipe, VPLS, or composite service throughput configuration
8.3.2. Procedure 94­2 To configure an Epipe, Apipe, or Cpipe as a test service for MPLS­TP service tunnels
8.3.3. Procedure 94­3 To restore a service after a throughput configuration

Service assurance
87 ­ Service Test Manager 
88 ­ OAM diagnostic tests 
89 ­ Ethernet CFM 
90 ­ PM Session tests 
91 ­ Mirror services 
https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1_6 3/143
06.07.2017 Service assurance
92 ­ Lawful Intercept 
93 ­ RCA audit 
94 ­ Service throughput configuration 

1. 87 — Service Test Manager
87.1 Service Test Manager overview 
87.2 Sample STM implementation 
87.3 Sample STM network SLA monitoring configuration 
87.4 Sample STM SAA accounting files configuration 
87.5 Sample STM threshold­crossing alarm configuration 
87.6 Sample STM 7210 SAS Y.1564 test configuration 
87.7 Sample OmniSwitch device SLA testing 
87.8 Workflow to use the STM 
87.9 STM procedures 
 

87.1 Service Test Manager overview
The 5620 SAM Service Test Manager (STM) provides access to a set of configurable in­band or out­of­band, packet­based OAM diagnostic tests that allow you to
perform on­demand or scheduled verifications of SLA compliance and for network troubleshooting. You can perform the following tasks with the STM:
Create on­demand OAM diagnostic tests to provide proactive detection of service degradation and SLA verification and to verify end­to­end service
performance. See chapter 88 for information about each OAM diagnostic test that can be configured with the 5620 SAM STM.

Run discrete OAM diagnostic tests on concurrent groups of objects.

Group OAM tests in an integrated STM test suite for concurrent execution to provide continual performance feedback such as latency, delay, packet loss,
and threshold­crossing alerts. The test results are logged for monitoring and trend analysis.

STM test suites can be immediately processed, scheduled for the automatic execution of tasks using 5620 SAM­based schedules at designated times, or
retained for future use. A 5620 SAM schedule is configurable for one­time or ongoing task execution.

Configure threshold­crossing parameters to generate alarms when rising or falling threshold values are reached due to the reach, latency, or jitter issues
discovered by the OAM diagnostic tests.

Automatically generate OAM tests based on object or topology changes.

Note 1 ­ You can customize some STM­specific user and system preferences to change the default STM settings to meet your operational
requirements. See the workflow in section 87.8 for additional information. 
Note 2 ­ The 5620 SAM STM allows the deployment of the maximum number of tests to a 7450 ESS, 7750 SR, or 7950 XRS. The 5620 SAM raises
an alarm when the number of tests on an NE is 60% of the configured maximum. Attempts to create or execute a test using the 5620 SAM fail when
the number of deployed tests on an NE is too high. 
 

STM test policies
To enable the automatic generation of tests within an STM test suite, the 5620 SAM requires that the STM test policy contains a set of test definitions that defines
the pre­ and post­processing rules. An STM test policy also specifies the order of execution for the generated tests. An STM test policy is applied to an STM test
suite during test suite creation. See Procedure 87­1 for information about how to create an STM test policy.You can also re­apply an STM test policy under the
following conditions:
by clicking on the Generate button on the Test Policy (Create|Edit) form when any test entities have changed

by clicking on the Update Test Suites button on the Test Policy (Create|Edit) form
An STM test policy can be used by multiple STM test suites but an STM test suite can have only one associated STM test policy.

Note ­ You can apply changes made to an STM test policy to all referencing STM test suites by clicking on the Update Test Suites button on the
Test Policy (Create|Edit) form. 

STM test policy parameters can be configured to only display test results if a test fails or generates a threshold­crossing alarm. In large networks, this can
substantially reduce the amount of test data that the 5620 SAM needs to collect.
An STM test policy is specific to one type of entity; for example, a VLL service or service tunnel. The test definitions in the policy are restricted to the tests that
apply to the entity type specified in the policy.
 

STM test suites
The grouping of OAM diagnostic tests into an STM test suite allows a 5620 SAM operator to use one schedule for the periodic execution of multiple tests against
multiple network objects; for example, services, NEs, or transport components.
An operator can choose to include existing tests, use the 5620 SAM to generate the OAM diagnostic tests that comprise an STM test suite, or both. Groups of
tests in a suite can be configured to execute sequentially or concurrently. In addition, you can configure an STM test suite as an OAM validator to verify the
operational status of a service. This can also be done on a one­time basis using the one­time service validation test; see section 88.1 for more information.
A test suite contains three test groups:

Note ­ First­run and last­run tests do not apply to STM test suites where the MEF35 Mode parameter is enabled. See Procedure 87­3 for more
information. 

First­run tests

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1_6 4/143
06.07.2017 Service assurance

First­run tests are the tests in a suite that the 5620 SAM executes before the tests in the other groups. First­run tests are chosen from a list of existing tests
and might typically include high­level diagnostics; for example, a service site ping or VPRN ping. No restrictions apply to the types of tests that are
selectable as first­run tests.

Generated tests
Generated tests are created by the 5620 SAM for use against a specific network entity, based on the entity type specified in the suite and the specific tested
entities that are named in the associated test policy. For example, a service site ping test policy associated with a three­site VPRN test suite causes the
5620 SAM to generate six tests: one site ping test from each site in the VPRN to the other two sites. When you change the configuration of a network
entity, such as a service, you must regenerate the generated tests that apply to the entity. Test regeneration removes previously generated tests from a test
suite.

Last­run tests
Last­run tests are the tests in a suite that the 5620 SAM executes after the tests in the other groups. Last­run tests are chosen from a list of existing tests
and might typically include transport­layer diagnostics; for example, an LSP trace or a tunnel ping. No restrictions apply to the types of tests that are
selectable as last­run tests.
To create an STM test suite that contains tests for different entity types, you can specify that the test suite applies to no specific entity type. In this way, you can
create a group of disparate tests to which no test policy restrictions apply. Specifying None as the entity type in a test suite has the following effects.
It allows you to choose any predefined test as a first­run or last­run test.

It disables test generation in the test suite, because test generation requires a test policy that is based on a specific entity type.

Note 1 ­ The 5620 SAM does not attempt to discover tests or test suites that are configured locally on an NE, for example, using a CLI. 
Note 2 ­ If you attempt to modify an OAM test or test suite that is deployed to a suspended NE, the 5620 SAM raises an alarm. 

To manage the system resources that test execution consumes, the 5620 SAM assigns a weight value to a test. When the 5620 SAM executes a test, it attempts
to reserve the test weight from a resource pool, performs the test, then returns the test weight to the pool. The weight of a test suite is the sum of the weights of
the individual tests in the suite. The 5620 SAM attempts to reserve the weight of the whole suite for the duration of suite execution. If the required weight for a test
or test suite is unavailable, execution is halted and the Status value contained in the test result is set to Not Enough Resources.
You can create an OAM service validation test to verify the operational status of a service. The operational status of a service depends on the operational states of
its service sites or instances. It is possible for a service to be operationally up when communication between sites is not operational. For example, a VRF can be
operationally up but the routes to its peers might not be populated because of the routing policy, route target, or ACL configuration. The State Cause of the service
indicates the success or failure of the OAM validation test, and therefore, service connectivity.
You can configure an OAM validator when you create a test suite and run the OAM validation test from the service configuration form.

Note ­ OAM validation tests are not supported for HVPLS. 

STM test suite design considerations
Consider the following when you create, schedule, or run STM test suites.
General design considerations:
A test, whether pre­existing or generated, is associated with only one STM test suite.

You can execute a generated test on demand, not just in the context of a test suite.

A 5620 SAM user who is assigned the admin or QoS/ACL management scope of command role can create and modify all tests, test policies, and
test suites. A user who is assigned the service management scope of command role can create and modify only STM components that are related to
services. A user who is assigned the topology management role can create and modify only STM components that are related to network transport
elements.

STM Test Suite (Create) form parameter considerations
OAM test suites in which the Validation Test Suite parameter is enabled are used to test the operational status of a service or service­related entity
such as a service tunnel. The result of this validator test is indicated by the OAM Validation Failed state cause indicator on the General tab of the
management form for the object.

The Entity Type parameter specifies that only test policies created for the same entity type are available for the test suite. The parameter also
restricts the predefined tests that are available as first­run or last­run tests to those that apply to the entity type.

To create a test suite that includes tests for different entity types, specify None as the Entity Type parameter value. This allows you to choose any
predefined test as a first­run or last­run test.

Specifying None as the Entity Type parameter value disables the generation of tests in a test suite; the policy the STM uses to generate tests must
be associated with a specific entity type.

The Validation Test Suite parameter specifies that the test suite is used to validate the connectivity of the tested service entity to which it is applied.
This is also referred to as a validator test suite. OAM validation tests are not supported for HVPLS. See Procedure 88­54 for information about how to
run a one­time validation test on a service. See Procedure 35­17 for information about how to run a one­time validation test on a service tunnel.

If you are creating a test suite that contains an Ethernet CFM test definition, you must enable the NE Schedulable parameter.

Scheduling and execution considerations:
The execution of STM test suites can be configured as scheduled tasks. See chapter 7 for additional design consideration information about using the
5620 SAM to schedule STM test suites.

Using an NE schedule does not ensure that the target NEs perform the actions in an associated STM scheduled task in the order specified; the NEs
that execute an NE scheduled task operate independently and are not directed by the 5620 SAM. As soon as an NE completes an action in an NE
scheduled task, it performs the next action.

First­run and last­run tests can be added for test suites that have the Continuously Executed and Accounting Files options enabled can be added to
test suites.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1_6 5/143
06.07.2017 Service assurance

When issuing an Execute or Stop Execution command for a test suite that has the Continuously Executed and Accounting Files options enabled, the
execution or stopping of the first­run and last­run tests will be triggered.

You must click on the Validate button on the associated service or service tunnel configuration form to run the OAM validator test suite. If the Validate
button is not visible, click on the More Actions button and choose Validate. The result of this OAM validation is indicated by the OAM Validation
Failed operational flag. See Procedure 88­54 for information about how to run a one­time validation test on a service. See Procedure 35­17 for
information about how to run a one­time validation test on a service tunnel.

Test result considerations:
You can view test suite results for an object from the Tests tab of the configuration form for the object.

The 5620 SAM database logs test results only for scheduled test suites that are associated with 5620 SAM­defined schedules. Logging for test suites
that are associated with NE schedules is performed locally on each target NE.

Size constraint policies control the number of historical records that the 5620 SAM retains in the database. You can configure size constraint policies
to limit the number of database objects that are associated with specific test types. See the 5620 SAM System Administrator Guide  for information
about size constraint policies.
 

87.2 Sample STM implementation
Figure 87­1 shows a sample STM implementation that illustrates how you can use STM suites to verify service operation and identify network problems.

Figure 87­1 Sample STM implementation

 
In the sample network, two scheduled STM test suites run constantly to ensure that the transport elements are functioning properly. One test suite monitors the
SDPs, and the other test suite monitors the LSPs. A 5620 SAM administrator can quickly update the test suites, as required, to reflect network topology changes
by revising the list of tested entities in the suite and regenerating the tests. An OSS application collects the test result information which is then available for
monitoring by NOC staff.

Note ­ This sample configuration uses a SAM schedule to create a scheduled task. See chapter 7 for information about SAM schedules. 

The SDP test suite contains the following generated tests for each SDP:
tunnel ping

MTU ping
The LSP test suite contains the following generated test for each LSP path:
LSP ping (tested entity type is LSP path)
NOC monitoring staff become aware that tunnel ping operations fail occasionally on one SDP. Packet loss is not yet significant enough to affect SLAs, but
threatens to become so, based on the observed trend. NOC staff run a test suite against the LSPs in the affected LSP path. The test suite contains the following
generated test for each LSP in the LSP path:
LSP ping (tested entity type is LSP)
Test results show that the packet loss is related to a specific LSP in the path. Investigation of the LSP traffic pattern indicates that a recently provisioned service is
causing the LSP to be oversubscribed. The problem is addressed by a network designer and is corrected through configuration changes.
Table 87­1 lists the high­level tasks necessary to configure and use the STM elements in this sample.

Table 87­1 Sample STM implementation configuration sequence
Task Description
   
1. Scheduled STM test Create STM test policies for transport­layer elements.
suite creation

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1_6 6/143
06.07.2017 Service assurance
  Create a test policy for the SDPs. Specify Tunnel (SDP) as the Entity Type for the policy, and choose
Tunnel Ping and MTU Ping as the test definitions. Create separate tunnel ping definitions for different
forwarding classes, as required.
Create a test policy for the LSP paths. Specify LSP as the Entity Type for the policy and choose LSP Ping
as the test definition. In the test definition, specify LSP Path as the Target Type. Create separate LSP ping
definitions for different forwarding classes, as required.
Create STM test suites for transport­layer elements.
Create a test suite for the SDPs. Specify Tunnel (SDP) as the Entity Type for the suite, choose the SDP
test policy, choose the SDPs against which the suite is to run, and use the 5620 SAM to generate the tests
in the suite. Create a schedule for the test suite according to network monitoring requirements, and apply
the schedule to the test suite to create a scheduled task.
Create a test suite for the LSP paths. Specify LSP as the Entity Type for the suite, choose the LSP test
policy, choose the LSP paths against which the suite is to run, and use the 5620 SAM to generate the tests
in the suite. Create a schedule for the test suite according to network monitoring requirements, and apply
the schedule to the test suite to create a scheduled task.
 
2. Data presentation Customize the tabular display of test results in the 5620 SAM, or create an OSS application that retrieves test­
  result data from the 5620 SAM and presents it as information in graphical format for NOC staff.
 
3. Creation of non­ Create an STM test policy for the LSPs for use during network troubleshooting.
scheduled STM test suite Create a test policy for the LSPs. Specify LSP as the Entity Type for the policy and choose LSP Ping as
or individual OAM tests for the test definition. In the test definition, specify LSP as the Target Type. Create separate LSP ping
network troubleshooting definitions for different forwarding classes, as required.
 
Create a non­scheduled STM test suite (or individual OAM tests, depending on the number of LSPs involved) for
the LSPs in the LSP path.
Specify LSP as the Entity Type for the suite, choose the created LSP test policy, choose the LSPs in the
LSP path against which the suite is to run, and use the 5620 SAM to generate the tests for the suite.
 
4. Network monitoring Use the 5620 SAM to display the scheduled test results in tabular format, or use an OSS application to monitor
  the LSP ping, tunnel ping, and MTU ping diagnostic results in real time. Record inconsistencies and trends, and
troubleshoot the network as required.
Use the threshold­crossing alarm capabilities to raise alarms when traffic characteristics rise above or fall below
specific values.
 
5. Network troubleshooting When potential trouble arises, use a non­scheduled STM test suite or individual STM tests to help identify the
  cause.
Create individual tests or edit the existing non­scheduled test suite. Include as tested entities the LSPs that
comprise the LSP path and regenerate the tests for the suite, as required.
Execute the non­scheduled test suite and monitor the test results.
Edit the test definition in the test policy. Change test parameter values as required, regenerate the tests in
the suite, and re­execute the suite. Continue to refine the diagnostic test results until the problem manifests
itself in the test results.
 
 
 

87.3 Sample STM network SLA monitoring configuration
Figure 87­2 shows the high­level flow of tests and test results in a simple network topology that the network provider wants to continually monitor using the STM.
See the sample network monitoring configuration steps that follow for the steps required to create the STM configuration.

Figure 87­2 Continual network topology monitoring

 
A 5620 SAM administrator creates and schedules an STM test suite to monitor the LSP mesh and identify potential overloading and reachability problems before
they affect service traffic. The test suite contains ping and trace test definitions for three different classes of in­profile traffic and is scheduled to run every 15 min.

Note ­ This sample configuration uses a SAM schedule to create a scheduled task. See chapter 7 for information about SAM schedules. 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1_6 7/143
06.07.2017 Service assurance

Because the same group of tests is to be run on multiple entities of the same type, the test suite consists of generated tests only. The test policy that the 5620
SAM uses to generate the tests contains the following six test definitions:
LSP ping ­ be in

LSP ping ­ af in

LSP ping ­ nc in

LSP trace ­ be in

LSP trace ­ af in

LSP trace ­ nc in
The 5620 SAM generates 72 tests for the test suite—3 ping tests and 3 trace tests for each of the 12 LSPs and LSP paths. Every 15 min., the 5620 SAM
scheduler executes the tests and stores the results. An OSS application periodically retrieves the test results, performs trend analysis, and provides the transport
utilization information to NOC monitoring staff.
The 5620 SAM generates an alarm in the event of an LSP ping probe failure or an LSP trace path change, as specified in the test policy, so 5620 SAM operators
become aware of new transport faults as they arise.
 

Sample network monitoring configuration steps
The following steps define the end­to­end configuration of the network monitoring sample shown in Figure 87­1. For conciseness, the procedure lists only the
configuration steps that are specific to and necessary for the sample. See the procedures in section 87.9 for complete STM configuration information.
 
 
Create test policy for test generation
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Click on the Create button.

3.  Choose Create Test Policy from the Create drop­down menu. The Test Policy (Create) form opens.

4.  Configure the parameters in Table 87­2 using the supplied values:

Table 87­2 Test policy General tab parameters
Parameter Value Comment
     
Name LSP Test Policy —
     
NE Schedulable disabled NE­schedulable test results are not returned to the 5620 SAM.
     
Entity Type LSP —
     
 

5.  Click on the Test Definitions tab.

6.  Click on the Add button to add a test definition to the test policy. A drop­down menu appears.

7.  Choose MPLS Add LSP Ping. The LSP Ping Definition (Create) form opens with the General tab displayed.

In the sample configuration, the operator creates a separate LSP Ping test definition for each of the following forwarding classes:
be (best effort ­ low priority, delivery not guaranteed)

af (assured forwarding ­ medium priority, delivery guaranteed)

nc (network control ­ high priority, delivery guaranteed)

8.  Configure the parameters in Table 87­3 using the supplied values, most of which are common to the three test definitions:

Table 87­3 LSP Ping Definition parameters
Parameter Value Comment
     
General tab
 
Name LSP First test definition
  Ping ­ Second test definition
be in
Third test definition
LSP  
Ping ­
af in
LSP
Ping ­
nc in
 
Target Type LSP —
     
Test parameters tab
 
Number of 5 This provides more analysis granularity than a single test packet without affecting network performance.
Test    
Packets
 
Size (octets) 108 This is the minimum packet size for this type of test on the 7450 ESS and 7750 SR. The minimum packet size
    varies, depending on the type and release of device against which a test runs.
 
Forwarding be For LSP Ping ­ be in test definition
Class af For LSP Ping ­ af in test definition
 
https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1_6 8/143
06.07.2017 Service assurance

nc For LSP Ping ­ nc in test definition
 
To cover a range of traffic streams and to test different network queues, multiple test definitions are necessary.
The sample configuration uses three LSP ping definitions that differ only by forwarding class.
 
Forwarding in All test packets are marked in­profile. This means that they follow the same path as service traffic.
Profile    
 
Results configuration tab
 
Probe 100 —
History Size    
(rows)
 
Trap Probe Test­probe failures provide early notification of LSP congestion or reachability issues to a 5620 SAM operator.
Generation Failure OSS analysis of the results indicates trends for further investigation.
     
 

9.  Click on the OK button. The LSP Test Definition (Create) form closes and a dialog box appears.

10.  Click on the OK button. The test definition is listed on the Test Policy (Create) form.

11.  Repeat steps 6 to 10 for the remaining test definitions listed in step 7.

12.  Click on the Add button to add a test definition to the test policy. A menu appears.

13.  Choose MPLS Add LSP Trace. The LSP Trace Definition (Create) form opens with the General tab displayed.

In the sample configuration, the operator creates a separate LSP Trace test definition for each of the following forwarding classes:
be (best effort ­ low priority, delivery not guaranteed)

af (assured forwarding ­ medium priority, delivery guaranteed)

nc (network control ­ high priority, delivery guaranteed)

14.  Configure the parameters in Table 87­4 using the supplied values. Values that are not common to the three test definitions are so indicated.

Table 87­4 LSP Trace Definition parameters
Parameter Value Comment
     
General tab
 
Name LSP For first test definition
  Trace ­ For second test definition
be in For third test definition
LSP  
Trace ­
af in
LSP
Trace ­
nc in
 
Target Type LSP —
  Path  
 
Test parameters tab
 
Number of 5 This provides more analysis granularity than a single test packet without affecting network performance.
Test    
Packets
 
Size 108 This is the minimum packet size for this type of test on the 7450 ESS and 7750 SR. The minimum packet size
(octets)   varies, depending on the type and release of device against which a test runs.
   
Forwarding be For LSP Trace ­ be in definition
Class af For LSP Trace ­ af in definition
 
nc For LSP Trace ­ nc in definition
 
To cover a range of traffic streams and to test different network queues, multiple test definitions are necessary.
The sample configuration uses a different LSP ping definition for each forwarding class.
 
Forwarding in All LSP ping test definitions in the sample involve in­profile traffic.
Profile    
 
Results configuration tab
 
Probe 100 —
History    
Size (rows)
 
Trap Test A test failure trap may indicate a routing or congestion issue, but it also indicates test misconfiguration when
Generation Failure the Maximum Time to Live parameter value is too low to allow a test probe to reach the destination LSP.
 
Path A path change trap may indicate an intermittently congested or unresponsive LSP.
Change  
 
 

15.  Click on the OK button. The LSP Test Definition (Create) form closes and a dialog box appears.

16.  Click on the OK button. The test definition is listed on the Test Policy (Create) form.

17.  Repeat steps 12 to 16 for the remaining test definitions listed in step 13.

18.  Click on the OK button. A dialog box appears.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1_6 9/143
06.07.2017 Service assurance

19.  Click on the Yes button. The Test Policy (Create) form closes and the Service Test Manager form reappears.
 
 
Create a schedule
20.  Choose Tools Schedules Schedule from the 5620 SAM main menu. The Schedule form opens.

21.  Click on the Create button and choose Create SAM Schedule. The SAM Schedule (Create) form opens.

22.  Configure the parameters in Table 87­5 using the supplied values:

Table 87­5 SAM Schedule parameters
Parameter Value Comment
     
Name LSP —
  Assurance  
 
Current a future Specify the date and time at which the schedule is to be first triggered. This value is used to calculate the
Client time times of subsequent triggers, based on the Frequency parameter value. Compare this value and the
Start Time   Frequency parameter value with those in other 5620 SAM schedules to ensure that the schedule trigger times
  are staggered and the resulting NE task load is balanced.
 
Ongoing enabled This setting tells the 5620 SAM to continually trigger execution of the task associated with the schedule.
     
Frequency Per You must also select the Run Every Minutes radio button and specify 15 as the number of minutes for the
  Minute / triggering frequency.
15  
 
 

23.  Click on the OK button. The SAM Schedule (Create) form closes.

24.  Close the Schedule form.
 
 
Create an STM test suite
25.  Click on the Create button on the Service Test Manager form and choose Create Test Suite from the drop­down menu. The Test Suite (Create) form opens
with the General tab displayed.

26.  Configure the parameters in Table 87­6 using the supplied values.

Table 87­6 Test suite parameters
Parameter Value Comment
     
Name LSP Test Suite —
     
Entity Type LSP —
     
NE Schedulable disabled NE­schedulable test results are not returned to the 5620 SAM.
     
 

27.  Click on the Test Policy tab.

28.  Click on the Add button to choose a test policy that governs the generation of tests in the test suite. The Select Test Policy ­ Test Suite form opens.

29.  Configure the filter properties and click on the Search button. A list of test policies is displayed.

30.  Select the LSP Test Policy entry and click on the OK button. The test policy is listed on the Test Suite (Create) form.

31.  Click on the Tested Entities tab.

32.  Click on the Add button to choose the LSPs that are to be regularly assessed by the test suite. The Select Tested Entity ­ Test Suite form opens.

33.  Configure the filter properties and click on the Search button to display a list of LSPs.

34.  Select the LSPs that you want to include and click on the OK button. The LSPs are listed on the Test Suite (Create) form.

35.  Click on the Apply button to save the changes. Additional buttons appear and the form name changes to Test Suite (Edit).

36.  Click on the Generated Tests tab.

37.  Click on the Generate Tests button. The 5620 SAM generates a test for each LSP listed on the Tested Entities tab. The tests are listed on the form as they
are generated.
 
 
Apply a span of control to a test suite
38.  Click on the Spans tab.

39.  Click on the Add button. The Select Spans ­ Test Suite form opens with a list of available spans.

40.  Select one or more spans to apply to the test suite.

41.  Click on the OK button. The Select Spans ­ Test Suite form closes and a dialog box appears.

42.  Click on the OK button to confirm the action.
 
 
Create scheduled task

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 10/143
06.07.2017 Service assurance

43.  Click on the Schedule button and choose Create SAM Scheduled Task. The SAM Scheduled Task (Create) form opens with LSP Test Suite displayed in the
Task panel.

44.  Configure the parameters in Table 87­7 using the supplied values.

Table 87­7 SAM scheduled task parameters
Parameter Value Comment
     
Scheduled Task Periodic LSP —
Name Check  
   
Administrative Enabled The 5620 SAM executes the scheduled task at regular intervals based on the specified Current
State   Client Start Time and Frequency.
   
 

45.  Click on the Select button. The Select Schedule ­ SAM Scheduled Task form opens.

46.  Select LSP Assurance and click on the OK button. The 5620 SAM automatically populates the Schedule panel with the schedule information.

47.  Click on the OK button. The SAM Scheduled Task (Create) form closes and the Test Suite (Edit) form reappears.

48.  Close the Test Suite (Edit) form.

49.  Close the Service Test Manager (STM) form.
 

87.4 Sample STM SAA accounting files configuration
The following sample configuration focuses on the configuration of SAA accounting files that are to be collected following the generation of an NE schedulable test
of VLL services.
A network provider wants to use the 5620 SAM to view test result information for a NE schedulable test of VLL services and wants the 5620 SAM to process the
OAM results MIB entries and produce a compressed XML record that is stored in SAA accounting files on the nodes.
A 5620 SAM administrator must create an NE schedulable test for VLL services that records test result information in SAA accounting files. The administrator
creates one accounting policy, one file policy, one test policy, and one test suite.
 

Sample SAA accounting files configuration steps
The following steps define the end­to­end configuration for this sample. For conciseness, the procedure lists only the configuration steps that are specific to and
necessary for the sample. See the procedures in section 87.9 for complete STM configuration information.
 
 
Create accounting policy
1.  Choose Tools Statistics Accounting Policies from the 5620 SAM main menu. The Manage Accounting Policies form opens.

2.  Click on the Create button. The Accounting Policy (Create) form opens.

3.  Configure the parameters in Table 87­8 using the supplied values.

Table 87­8 Accounting policy parameters
Parameter Value Comment
     
Displayed Name SAA Accounting Policy —
     
Type NE Schedulable Tests You must choose this value to allow the configuration of SAA accounting files
     
 

4.  Click on the Select button beside the File ID parameter. The Select A File Policy form opens.

5.  Click on the Create button. The File Policy (Create) form opens.

6.  Configure the Displayed Name parameter. For the purposes of this sample, the value shall be SAA File Policy.

7.  Click on the OK button. The File Policy (Create) form closes and the Select A File Policy form reappears.

8.  Select the SAA File Policy entry and click on the OK button. The Select A File form closes and the file policy is listed on the Accounting Policy (Create)
form.

9.  Click on the OK button. The Accounting Policy (Create) form closes and the Manage Accounting Policies form reappears.

10.  Configure the filter properties and click on the Search button. A list of accounting policies is displayed

11.  Select the SAA Accounting Policy entry and click on the Distribute button. The Distribute form opens.

12.  Select the entities that you want to include and click on the OK button. The Distribute form closes.

13.  Close the Manage Accounting Policies form.
 
 
Create test policy
14.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

15.  Click on the Create button.

16.  Choose Create Test Policy from the Create drop­down menu. The Test Policy (Create) form opens.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 11/143
06.07.2017 Service assurance

17.  Configure the parameters in Table 87­9 using the supplied values:

Table 87­9 Test policy parameters
Parameter Value Comment
     
Name SAA Test Policy —
     
NE Schedulable enabled You must enable this parameter to allow the configuration of SAA accounting files.
     
Entity Type VLL Service —
     
Accounting Files enabled You must enable this parameter to allow the configuration of SAA accounting files.
     
 

18.  Click on the Test Definitions tab.

19.  Click on the Add button to add a test definition to the test policy. A menu appears.

20.  Choose Service Add VCCV Ping. The VCCV Ping Definition (Create) form opens with the General tab displayed.

21.  Click on the OK button. The VCCV Ping Definition (Create) form closes and a dialog box appears.

22.  Click on the OK button. The test definition is listed on the Test Policy (Create) form.

23.  Click on the OK button. The Test Policy (Create) form closes and the Service Test Manager (STM) form reappears.
 
 
Create test suite
24.  Click on the Create button on the Service Test Manager (STM) form and choose Create Test Suite from the drop­down menu. The Test Suite (Create) form
opens with the General tab displayed.

25.  Configure the parameters in Table 87­10 using the supplied values:

Table 87­10 Test suite parameters
Parameter Value Comment
     
Name SAA Test Suite —
     
Entity Type VLL Service —
     
NE Schedulable enabled You must enable this parameter to allow the configuration of SAA accounting files.
     
 

26.  Click on the Test Policy tab.

27.  Click on the Add button to choose a test policy that governs the generation of tests in the test suite. The Select Test Policy ­ Test Suite form opens.

28.  Configure the filter properties and click on the Search button. A list of test policies is displayed.

29.  Select the SAA Test Policy entry and click on the OK button. The test policy is listed on the Test Suite (Create) form.

30.  Click on the Tested Entities tab.

31.  Click on the Add button. The Select Tested Entity ­ Test Suite form opens.

32.  Configure the filter properties and click on the Search button to display a list of entities.

33.  Select the nodes that were used in step 12 and click on the OK button. The nodes are listed on the Test Suite (Create) form.

34.  Click on the Apply button to save the changes. Additional buttons appear and the form name changes to Test Suite (Edit).

35.  Click on the Generated Tests tab.

36.  Click on the Generate Tests button. The 5620 SAM generates a test for each entity listed on the Tested Entities tab. The tests are listed on the form as they
are generated.
 

87.5 Sample STM threshold­crossing alarm configuration
The following sample configuration focuses on the configuration of a threshold­crossing alarm that is to be included in a test suite. It does not describe the
configuration of the test suite, schedule or scheduled task associated with the sample. No test policy is required for the configuration, as it does not involve
generated tests.
A network provider wants to use the 5620 SAM to monitor a customer VPLS named VPLS 17 that carries VoIP traffic. He wants the 5620 SAM to raise an alarm
when the round­trip jitter value rises above a specified threshold.
Network jitter values typically range from 10 to 15 ms, but are occasionally as high as 25 ms. Jitter buffers in the end­user VoIP sets can accommodate up to 80
ms of jitter. A network engineer determines that a jitter test threshold of 30 ms is low enough to allow NOC operators sufficient time for investigating a jitter
increase, yet high enough to exclude spurious jitter events.
A 5620 SAM administrator wants to creates a scheduled CPE ping test suite for the VPLS that periodically measures the round­trip jitter between each VPLS site
and an end device. The administrator creates one CPE ping test for each site in the VPLS.
 

Sample threshold­crossing alarm configuration steps
The following procedure defines the configuration steps required for this sample. See section 87.3 for information about sample test suite, test policy, or scheduling
configurations. See the procedures in section 87.9 for complete STM configuration information.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 12/143
06.07.2017 Service assurance

For conciseness, the procedure lists only the configuration steps that are specific to and necessary for the sample.
 
 
Create CPE ping test with threshold­crossing criteria
1.  Click on the Create button on the Service Test Manager (STM) form and choose L2 Service CPE ping from the drop­down menu. The CPE Ping Test
(Create) form opens with the General tab displayed.

2.  Configure the parameters in Table 87­11 using the supplied values:

Table 87­11 General CPE Ping test parameters
Parameter Value Comment
     
General tab
 
Name CPE Ping Test ­ VPLS 17, Site A A descriptive name such as this is helpful for quickly identifying the entity under
    test when viewing the test results.
 
NE Schedulable enabled You must enable this parameter to allow the configuration of threshold­crossing
    criteria.
 
Select button in VPLS 17 Click on the Search button on the Select Service ­ CPE Ping form that opens to
Service panel   choose a service.
   
Select button in Site A Click on the Search button on the Select Site ­ CPE Ping form that opens to
Site panel   choose a service.
   
Destination Path IP address of an end device This is the IP address to which the CPE ping packets are sent.
Address connected to Site A  
   
Source IP IP address of the NE that This IP address must be in the same subnet as the Destination IP Address.
Address originates the test packets  
   
Source MAC MAC address of the NE that —
Address originates the test packets  
   
Test parameters tab
 
Number of Test 5 This provides more analysis granularity than a single test packet without
Packets   affecting network performance.
   
Results configuration tab
 
Probe History 100 This value provides a greater retained test­result history for occasional monitoring
Size (rows)   by a 5620 SAM operator.
   
Trap Generation Probe Failure Test­probe failures provide early notification of congestion or reachability issues
    to a 5620 SAM operator for troubleshooting purposes.
 
 

3.  Click on the Apply button. Additional buttons and tabs appear, and the form name changes to CPE Ping Test Name (Edit).

4.  Click on the Threshold Alarms tab.

5.  Click on the Add button to add threshold criteria. The NE Threshold Event (Create) form opens with the General tab displayed.

6.  Configure the parameters in Table 87­12 using the supplied values:

Table 87­12 Threshold­crossing CPE Ping test parameters
Parameter Value Comment
     
Type Round­ —
  Trip  
Jitter
 
Generate enabled This is the default setting. Alternatively or additionally, by enabling the Generate Alarm on Rising Threshold
Alarm on   parameter, you can configure the 5620 SAM to generate an alarm when a test­result value falls below a specified
Rising threshold. You can also configure the 5620 SAM to clear a rising­threshold alarm when the test­result value falls
Threshold below the value configured for the falling threshold.
   
Rising Threshold tab
 
Threshold 30 This value specifies that the 5620 SAM is to generate an alarm when an individual test result contains a round­
Value   trip jitter value greater than 30 ms.
   
 

7.  Click on the OK button. The NE Threshold Event (Create) form closes.

8.  Close the CPE Ping Test Name (Edit) form.
 

87.6 Sample STM 7210 SAS Y.1564 test configuration
The 5620 SAM supports the ITU­T Y.1564 test methodology, which is used to assess the proper configuration and performance of an Ethernet service before
customer notification and delivery. Y.1564 provides a standard for measuring throughput, latency, frame loss, and jitter to assess if the service complies with an
SLA.
Y.1564 service tests are supported on all 7210 SAS chassis types (except the 7210 SAS­E). Not all releases are supported, and not all releases support all
functions. See the NE documentation for information about support for specific NE releases. You can perform Y.1564 tests on VPLS and VLL Epipe services,
except for the following service types:

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 13/143
06.07.2017 Service assurance

PBB Epipe

B­VPLS

MVPLS

I­VPLS
You can configure a supported 7210 SAS NE as a test­head for performing Y.1564 bidirectional throughput tests. The test­head generates test data for various test
types and sends it through the service from the source SAP to the remote SAP. The remote SAP performs a port loopback with MAC swap and returns the test
data to the source SAP. The test­head analyzes the data and produces the test results. You can assign a no­service access port as the test­head port on the 7210
SAS test­head NE. The source SAP for the service you are testing must reside on the same NE. For 7210 SAS­R devices, the testhead port and source SAP
must reside on the same card.
A test­head profile specifies the parameters for the test, including duration, line rate (CIR), burst size (PIR), frame payload, and acceptance criteria. Profiles are
created and distributed using the 5620 SAM policy framework. See chapter 48 for more information.
You can create, save, and execute Y.1564 bidirectional tests for a configured service using the 5620 SAM STM. Alternatively, you can use the Tests tab of the
properties form for the service. To prevent service disruptions when other services share the ports on which the source SAP and remote SAP are configured, the
5620 SAM provides a function to move the SAPs to target ports where no services are configured. See chapter 94 for more information.
You can add the Y.1564 bidirectional test to a 5620 SAM STM test suite as a first­run or last­run test, and you can use the test suite to schedule the test. Consider
the following when you add the Y.1564 bidirectional test to an STM test suite.
Test policies are not supported.

Generated tests are not supported.

The Y.1564 bidirectional test is not NE­schedulable.

Parallel tests are not supported. You can run only one Y.1564 bidirectional test at a time. However, multiple test types can be run sequentially as a single
test. See "Y.1564 test types" in this section.

You cannot include CIR step­load and CIR step­load color­aware tests as part of an STM test suite.
The system resource profile for the 7210 SAS test­head NE must be configured appropriately. You must allocate a minimum of six entries to the ingress internal
ACL MAC resource pool, and a minimum of two entries to the egress internal resource pool (ACL MAC, IPv4 or IPv6 64­bit criteria). The test­head tool uses
resources from these resource pools. If no resources are available in these pools, the test­head tool cannot function. You must not allocate resources to the egress
internal ACL 128­bit IPv6 criteria. See "System resource profile" in section 9.6 and Procedure 14­33 for more information about configuringthe system resource
profile.
You must configure a port loopback with MAC swap on the test source port before you initiate the test; see Procedure 17­1. Set the Type parameter to Internal. You
cannot choose an L2 uplink SAP as the source SAP. For 7210 SAS­D NEs, if more than one mirror service is configured you cannot run a Y.1564 bidirectional test.
If the service you are testing is a VPLS, you must assign a static MAC to the SAP or SDP (service circuit) on the source site; see Procedure 75­89. Static MAC
configuration is not required for Y.1564 tests on Epipe services.
For more information about Y.1564 bidirectional tests, including restrictions and configuration guidelines, see the NE documentation.
 

Y.1564 test types
The following test types are supported:

Single CIR Single PIR

Single CIR color­aware Single PIR color­aware

CIR step­load CIR step­load color­aware

Traffic policing color­aware Bandwidth Availability
   
 
When color­aware tests are selected, the 5620 SAM provides separate test results for in­profile and out­of­profile traffic. To execute color­aware tests, the Dot1P­In
and Dot1P­Out parameters must be set to values other than the default values.
CIR step­load and CIR step­load color­aware tests are run in multiple iterations based on a user­defined percentage of the configured CIR value. With each
iteration, the tested CIR value is increased. The percentage determines the number of steps to run. For example, if the configured CIR is 10 000 kb/s, and the CIR
Step (%) is 25, then the first iteration runs a test for a CIR of 2500 kb/s (25% of the 10 000 kb/s line rate). The next iteration increases the test CIR by another
25% of the configured CIR, and so on for each iteration. In this example, the test runs four iterations, until the configured line rate is tested. Each iteration runs for
3 min, regardless of the setting of the test duration. Ifthe first iteration fails, no further iterations are performed.
When a Traffic Policing Color­Aware test is executed, the 5620 SAM uses a PIR that is calculated according to the formula:
PIR = CIR + 1.25 × (configured PIR value ­ configured CIR value).
The original configured PIR value is restored when the Traffic Policing Color­Aware test is complete.
Traffic Policing Color­Aware, Single PIR, and Single PIR Color­Aware tests will not execute if PIR (Admin) is disabled.
Configured test parameter values can change during test execution, depending on the type of test being executed. For example, when the Traffic Policing Color­
Aware test is executed, the PIR value is modified to suit the requirements of the test. When test execution is complete, the 5620 SAM restores the test parameter
values to their original configuration.
You can select multiple test types to run in a single test execution, except for the Bandwidth Availability test. Bandwidth Availability tests must be run separately.
 

Bandwidth availability tests
The bandwidth availability test measures the line rate for the service. The 5620 SAM manages the rate values and accuracy for the test, instructs the test­head to
perform test iterations, and ends the test.
The first iteration of the test uses a rate of 960,000 kb/s by default. If the first iteration succeeds, the test ends. If the first iteration does not succeed, the test runs
additional iterations to narrow in on a bandwidth that approaches the maximum available rate.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 14/143
06.07.2017 Service assurance

When acceptance criteria are at default values, a tested rate is successful when no packets are dropped. Otherwise, acceptance criteria settings influence the
success or failure of an iteration.
A user­configured accuracy value determines the end of the test. When the difference between the highest successful test rate and the lowest failed rate is within
the accuracy value, the test ends. The last successful rate is displayed as the Available Bandwidth on the Y1564 Bi­Directional Test form. Each iteration of the
bandwidth availability test runs for three minutes, regardless of the test duration configured in the test profile. Lower values for the Accuracy parameter typically
produce more iterations of the test. The 5620 SAM automatically ends a bandwidth availability test if no SNMP traps are received from the test­head within a
calculated time­out period.
 

Workflow to configure and run Y.1564 bidirectional tests
See the sample following this workflow for the 7210 SAS Y.1564 service test configuration steps. The service to be tested must exist before running the test.
1.  Configure the system resource profile for the 7210 SAS test­head NE. Allocate a minimum of six entries to the ingress internal ACL MAC resource pool, and
a minimum of two entries to the egress internal resource pool (ACL MAC, IPv4 or IPv6 64­bit criteria). See Procedure 14­33.

2.  Configure a port loopback with MAC swap on the test source port; see Procedure 17­1. Set the Type parameter to Internal.
If you are configuring a test on a 7210 SAS­K site, enable the MAC­Swap­Enable parameter on the L2 access interface. For a VLL service, see Procedure
74­20; for a VPLS, see Procedure 75­28.

3.  If the service you are testing is a VPLS, assign a static MAC to the SAP or SDP (service circuit) on the source site; see Procedure 75­89.

4.  Set the OLC state of the service to Maintenance. For a VLL Epipe service, see Procedure 74­1; for a VPLS, see Procedure 75­1.

5.  Select a test­head port on the applicable 7210 SAS NE. The source SAP for the service to be tested must be on the same NE. For 7210 SAS­R devices,
the test­head port and source SAP must reside on the same card.

6.  Create a test­head profile and distribute the profile to the 7210 SAS NE that contains the test­head port and the source SAP of the service to be tested.

7.  Configure the Y.1564 bidirectional test in the 5620 SAM STM.

8.  Move SAPs as required; see Chapter 94 for more information.

9.  Add the Y.1564 bidirectional test to an STM test suite, if required; see Procedure 87­3 and the overview to "Sample STM 7210 SAS Y.1564 test
configuration".

10.  Execute the test and view the results.

11.  Restore the original SAP configuration, if required.
 

Sample 7210 SAS Y.1564 service test configuration steps
The following procedure lists only the configuration steps that are required for this sample. See the procedures in section 87.9 for complete STM configuration
information.
 
 
Prepare the service for the test
1.  Configure a port loopback with MAC swap on the test source port; see Procedure 17­1. Set the Type parameter to Internal.
When you configure a test on a 7210 SAS­K, MAC swap address configuration is not required. However, if you are configuring a test on a 7210 SAS­K site,
enable the MAC­Swap­Enable parameter on the L2 access interface. For a VLL service, see Procedure 74­20; for VPLS, see Procedure 75­28.

2.  If the service you are testing is a VPLS, assign a static MAC to the SAP or SDP (service circuit) on the source site; see Procedure 75­89.
When you configure the test on a 7210 SAS­K, static MAC configuration is not required for VPLS.

3.  Set the OLC state of the service to Maintenance. For a VLL Epipe service, see Procedure 74­1; for a VPLS, see Procedure 75­1.
 
 
Select a test­head port

Note ­ You must configure the test­head port on the 7210 SAS NE that contains the source SAP of the service you need to test. For 7210
SAS­R devices, the test­head port and source SAP must reside on the same card. 

4.  Open the properties form for the 7210 SAS NE that you need to configure.

5.  Click on the Globals tab, then click on the Service tab.

6.  Select a loopback no­service TestHead port. Perform one of the following:

Note ­ If you select a physical port as a no­service port, the port cannot contain any SAPs. 
Not all chassis types support virtual no­service ports. The number of available virtual ports and the port names vary depending on the chassis
type. Virtual ports are not displayed on the navigation tree.
You cannot select the same no­service port for more than one function.

a.  Select a physical TestHead port.
i.  In the TestHead Port panel, click Clear if required, then click Select. The Select TestHead Port form opens.

ii.  Choose a port and click OK.
b.  Select a virtual TestHead port.
i.  Enable the Use Virtual TestHead Port parameter.

ii.  In the Virtual TestHead Port panel, click Clear if required, then click Select. The Select Virtual TestHead Port form opens.

iii.  Choose a port and click OK.
https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 15/143
06.07.2017 Service assurance

The available virtual ports vary depending on the chassis type and card type.
7.  Save your changes and close the forms.
 
 
Create a test­head profile

Note ­ The test­head profile is distributed to the NE using the 5620 SAM policy distribution framework; see Chapter 48. You must distribute
the test­head profile for the Y.1564 bidirectional test to the source site for the service that you are testing. 

8.  Choose Tools Test Head Profiles Y1564 Test Head Profile from the 5620 SAM main menu. The Y1564 Test­Head Profiles form opens.

9.  Click on the Create button. The Y1564 Test­Head Profile, Global Policy (Create) form opens with the General tab displayed.

10.  Configure the parameters:

Auto Assign ID Hours (Hr)

Profile ID Minutes (Min)

Description Seconds (Sec)

Frame Size CIR (Admin) (kbps)

Enable Test Completion Trap PIR (Admin) (kbps)

Dot1P­In Disable PIR

Dot1P­Out Adaptation Rule
   
 

Note 1 ­ The configured PIR value must be greater than the configured CIR value. 
Note 2 ­ To execute color­aware tests, the Dot1P­In and Dot1P­Out parameters must be set to values other than default. 
Note 3 ­ Traffic Policing Color­Aware, Single PIR, and Single PIR Color­Aware tests will not execute if the Disable PIR check box is
selected. 

11.  Click on the Frame Payload tab.

12.  Click on the Create button. The Y1564 Test­Head Payload, Y1564 Test­Head Profile, Global Policy (Create) form opens.

Note ­ You can create up to four Frame Payload configurations for each test­head profile. 

13.  Configure the parameters:

ID IP Protocol

Description IP Type of Service

Type DSCP

Ether Type Time To Live

Source MAC Address Source IP Address

Destination MAC Address Source Port

Data Pattern Destination IP Address

VLAN Tag 1 Destination Port
 
VLAN Tag 2
 
 
The parameters that are configurable depend on the option you choose for the Type parameter.

14.  If you configured a value for the VLAN Tag 1 parameter, configure the parameters in the VLAN Tag 1 panel:
TpID

Dot1pID

DEI
Otherwise, go to step 16.

15.  If you configured a value for the VLAN Tag 2 parameter, configure the parameters in the VLAN Tag 2 panel:
TpID

Dot1pID

DEI

16.  Click on the OK button. A dialog box appears.

17.  Click on the OK button.

18.  Click on the Acceptance Criteria tab.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 16/143
06.07.2017 Service assurance

19.  Click on the Create button. The Y1564 Test Head Acceptance Criteria, Y1564 Test Head Profile, Global Policy (Create) form opens.

Note ­ You can create up to four Acceptance Criteria configurations for each test­head profile. 

20.  Configure the parameters:

Acceptance Criteria ID Latency Threshold (microseconds)

CIR Threshold (kbps) Latency Threshold (In) (microseconds)

PIR Threshold (kbps) Latency Threshold (Out) (microseconds)

Jitter Threshold (microseconds) Loss Threshold

Jitter Threshold (In) (microseconds) Loss Threshold (In)

Jitter Threshold (Out) (microseconds) Loss Threshold (Out)
   
 
Disable the Default check boxes to configure values other than the default values.

21.  Click on the OK button. A dialog box appears.

22.  Click on the OK button. The Y1564 Test­Head Profile, Global Policy (Create) form reappears.

23.  Click on the Apply button. The Y1564 Test­Head Profile, Global Policy (Create) form reappears with additional buttons.

24.  Click on the General tab. The form is displayed with the Policy Configuration panel added.

25.  Click on the Switch Mode button to change the Configuration Mode to Released. A dialog box appears.

26.  Click on the Yes button. The Release ­ Y1564 Test­Head Profile form opens.

27.  Select the required NEs and click on the Distribute button to manually distribute the policy to the NEs. You must distribute the test­head profile to the source
site for the service to be tested. The source site must be a 7210 SAS that supports Y.1564 bidirectional tests.
 
 
Configure and execute the test using the 5620 SAM STM

Note ­ You can only execute tests for VLL Epipe and VPLS services that are fully configured in the 5620 SAM. 

28.  Configure initial test settings.
i.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens. Alternatively, you can
configure tests from the Tests tab of the properties form for the service you need to test.

ii.  Click on the Create button and choose Service  Y1564 BiDirectional Test from the drop­down menu. The Y1564 Bi­Directional Test (Create) form

opens, with the General tab displayed.

iii.  Configure the parameters:
Auto­Assign ID

ID

Name

Description

Administrative State

iv.  Configure the parameters in the Test Types panel:
Tests

CIR Step (%)

Accuracy (kbps)
You can select and execute multiple test types in a single test, except for the Bandwidth Availability test. When the Bandwidth Availability test type
is selected, you cannot select other test types. See "Y.1564 test types".
29.  Choose a service for the test.
i.  In the Service panel, click on the Select button. The Select Service ­ Y1564 Bi­Directional Test form opens.

ii.  Click on the Search button and choose the service that you need to test.

iii.  Click on the OK button. The Y1564 Bi­Directional Test (Create) form reappears with the service information and additional panels.
30.  Configure the Source Site and SAP.
i.  In the Source Site panel, click on the Select button. The Select Source Site ­ Y1564 Bi­Directional Test form opens.

ii.  Click on the Search button and choose the 7210 SAS site that contains the source SAP for the service.

iii.  Click on the OK button. The Y1564 Bi­Directional Test (Create) form reappears with the Source Site information and additional panels.

iv.  In the Source Test SAP section of the Source SAPs panel, click on the Select button. The Select Source Test SAP ­ Y1564 Bi­Directional Test form
opens.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 17/143
06.07.2017 Service assurance

v.  Click on the Search button and choose the port that contains the source SAP for the service.

vi.  Click on the OK button. The Y1564 Bi­Directional Test (Create) form reappears with the Source Test SAP information displayed.
31.  Configure the Remote Site and SAP, if required.

Note ­ Configuration of the Remote Site and SAP is optional in an Epipe service because the second terminating site becomes the remote
site and SAP by default. However, you must perform this step if you need to select a Remote SAP Target Port in order to move SAPs; see
step 32. 

i.  In the Remote Site panel, click on the Select button. The Select Remote Site ­ Y1564 Bi­Directional Test form opens.

ii.  Click on the Search button and choose the site that contains the remote SAP for the service.

iii.  Click on the OK button. The Y1564 Bi­Directional Test (Create) form reappears with the Remote Site information displayed.

iv.  In the Remote Test SAP section of the Remote SAPs panel, click on the Select button. The Select Remote Test SAP ­ Y1564 Bi­Directional Test
form opens.

v.  Click on the Search button and choose the port that contains the remote SAP for the service.

vi.  Click on the OK button. The Y1564 Bi­Directional Test (Create) form reappears with the Remote SAP information displayed.
32.  If required, move the SAPs to prevent service disruptions.

Note ­ When the ports that contain the source SAP or remote SAP also contain SAPs for services other than the service you are testing, the
test may have an impact on those other services. If this impact is not a concern, you can enable the Ignore Service Impact Validations
parameter. If service impact is a concern, you can choose to move the test source SAP or remote SAP to other ports that will not have an
impact on services. When you move SAPs, leave the Ignore Service Impact Validations check box unselected. See Chapter 94 for more
information. 

i.  If service impact is not a concern, enable the Ignore Service Impact Validations parameter and go to step 33.

ii.  If required, click on the Select button in the Target Port section of the Source SAPs panel. The Select Target Port ­ Y1564 Bi­Directional Test form
opens.

iii.  Click on the Search button and choose a port from the list that does not have an associated service.

iv.  Click on the OK button. The Y1564 Bi­Directional Test (Create) form reappears with the Target Port name displayed.

v.  If required, click on the Select button in the Target Port for Remote SAP section of the Remote SAPs panel. The Select Target Port for Remote SAP­
Y1564 Bi­Directional Test form opens.

vi.  Click on the Search button and choose a port from the list that does not have an associated service.

vii.  Click on the OK button. The Y1564 Bi­Directional Test (Create) form reappears with the Target Port for Remote SAP name displayed.
33.  Associate a test­head profile with the test.
i.  Click on the Test Parameters tab.

ii.  In the Profile panel, click on the Select button. The Select Profile ­ Y1564 Bi­Directional Test form opens.

iii.  Click on the Search button and choose a profile from the list. The Y1564 Bi­Directional Test (Create) form reappears with the profile information and
additional panels.

Note ­ Alternatively, you can create a test­head profile; see "Create a test­head profile" in this section. 

i.  Click on the Select button in the Payload section of the Payload and Acceptance Criteria panel. The Select Payload ­ Y1564 Bi­Directional Test form
opens.

ii.  Click on the Search button and choose a Frame Payload configuration from the list.

iii.  Click on the OK button. The Y1564 Bi­Directional Test (Create) form reappears with the Payload information, and the OK and Apply buttons are
activated.

iv.  If required, click on the Select button in the Acceptance Criteria section of the Payload and Acceptance Criteria panel. Otherwise, go to step xi. The
select Acceptance Criteria ­ Y1564 Bi­Directional Test form opens.

v.  Click on the Search button and choose an Acceptance Criteria configuration from the list.

vi.  Click on the OK button. The Y1564 Bi­Directional Test (Create) form reappears with the Acceptance Criteria ID displayed.

vii.  Configure the Forwarding Class parameter, if required.

viii.  Click on the Apply button.
34.  If you configured a target port to perform a SAP move in step 32, click on the General tab and go to step 35. Otherwise, go to step 37 to execute the test.

35.  Click on the Apply button. The Prepare and Execute buttons are activated.

36.  Click on the Prepare button. The Source Test SAP and Remote Test SAP are moved to the Target ports; see Chapter 94 for more information.

37.  Click on the Execute button to execute the test. The results tab of the Y1564 Bi­Directional Test is displayed. The test appears in the list.

Note 1 ­ When multiple tests are selected, the Current Test Type in Execution is displayed on the General tab of the Y1564 Bi­Directional Test
form. When tests are complete, the current test type displayed is None. 
Note 2 ­ You can stop the test execution at any time by clicking on the Stop Execution button.The 5620 SAM stops the current test type and
runs the next selected test type, if any. 
Note 3 ­ Configured test parameter values can change during test execution, depending on the type of test being executed. For example,
when the Traffic Policing Color­Aware test is executed, the PIR value is modified to suit the requirements of the test. When test execution is
complete, the 5620 SAM restores the test parameter values to their original configuration. 
https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 18/143
06.07.2017 Service assurance

38.  Click on the test in the list to view the results. The Y1564 Bi­Directional Test ­ Results (View) form opens. The Result Status field displays Pending until the
test is complete. The test duration is configured in the test profile and is displayed in the Test Duration panel. When the test is complete, the test information
is displayed.

39.  To restore the moved SAPs to their original ports, click on the General tab, then click on the Restore button; see Procedure 94­3.
 

87.7 Sample OmniSwitch device SLA testing
You can use the 5620 SAM STM to perform a CPE SLA Test­Head OAM test to validate and test customer SLAs used on select OmniSwitch devices in Metro
Ethernet networks. The test is critical for provisioning or troubleshooting network services between customer endpoints. The CPE SLA Test­Head OAM test
supports unidirectional traffic and IPv4.
You can perform the following tasks on the 5620 SAM without an external test­head device:
Generate specific flow­based traffic across the network to help identify flow­based issues.

Identify the impact of QoS settings (for example, SAP profile or QoS policies) on the overall traffic.

Check the throughput across a provider network. The throughput is displayed on the 5620 SAM GUI for each iteration of the test.

Debug flow­specific traffic forwarding across the provider network.

Analyze the behavior of various user­defined traffic patterns across the provider network.

Perform the handover testing after the initial deployment.

Perform on­demand testing and results monitoring using a central entity.
You can perform a CPE SLA Test­Head OAM test using one CPE test­head profile or a group of profiles. You can also run several tests for one CPE Test­Head
profile or group of profiles.
The following conditions are applicable to the creation of a CPE SLA Test­Head profile or a group of profiles and their execution:
A CPE SLA Test­Head Group profile can contain up to eight stream/flows.

A CPE SLA Test­Head Group profile can contain up to eight analyzers.

When you configure the STM test execution details, the analyzer test name and the generator test name must be the same.

If the analyzer has a test (flow) which is not in the generator group profile, the test is not valid.

When you run a CPE SLA test or test group, only one test can be run at a time. You cannot run concurrent tests on the same device.
 

Sample CPE SLA Test­Head profile configuration steps
The following steps describe how to create a CPE SLA Test­Head profile or a group of profiles on the following devices:

OS 6250M (Metro) OS 6850E

OS 6250SME (Enterprise) with Metro license OS 6855 U24X

OS 6400 OS 9000E
 
OS 6450 with Metro license
 
 

Note ­ For OS 6400, OS 6850E, OS 6855 U24X, and OS 9000E NEs running AOS Release 6.4.5, CPE SLA Test­Head profiles and CPE SLA Test­
Head Group profiles can only be distributed if the profile has a Tx Rate of 64kbps or above. If running AOS Release 6.4.6 or later, the Tx Rate must
be 88kbps or above. 

The procedure lists only the configuration steps that are required for this sample. See the procedures in section 87.9 for complete STM configuration information.
 
 
Create a CPE SLA Test­Head profile
1.  Choose Tools Test­Head Profiles AOS CPE Test­Head Profile from the 5620 SAM main menu. The AOS CPE Test­Head Profiles form opens.

2.  Click on the Create button. The AOS CPE Test­Head Profile, Global Policy (Create) form opens.

3.  Configure the following parameters:

Name Role

Description Tx Rate (kbps)

Source Endpoint Frame Size (bytes)

Destination Endpoint Frame Type

Source MAC Remote System MAC

Destination MAC Configure L2 Saa
 
Direction
 
 

4.  If the Frame Type parameter was configured in step 3, configure the following parameters in the Frame Configuration panel:
VLAN­Tag

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 19/143
06.07.2017 Service assurance

Priority

Pattern

Drop Enabled
Additionally, perform one of the following:
a.  If you set the Frame Type parameter to Ethernet, configure the Ether Type parameter in the Ether Frame Panel.

b.  If you set the Frame Type parameter to IPV4, configure the following parameters in the IP Frame Panel:

Source IP TTL

Destination IP Source Port

Protocol Destination Port
 
TOS
 
 
The Source Port and Destination Port parameters appear when you set the Protocol parameter to TCP or UDP.
5.  If the L2 Saa parameter was set to true in step 3, configure the following parameters in the L2­SAA Configuration panel:
L2­SAA Drop Eligible

L2­SAA Payload Size (bytes)

L2­SAA Count Source Endpoint

L2­SAA Interval (milliseconds)

L2­SAA Vlan Priority

6.  Click on the OK button. The CPE Test­Head Profiles form opens.

7.  Click on the Search button to display the CPE Test­Head profile.

8.  Choose the CPE Test­Head profile and click on the Released button to change the Global policy configuration mode to Released. Acknowledge the Warning
message as required. You must release each CPE Test­Head test profile separately.

9.  Distribute the CPE Test­Head profile locally to the managed devices.

Note ­ Policies are also automatically distributed to devices when the policies are used by resources on the device. See chapter 48 for more
information about policies and policy distribution. 

i.  Choose the CPE Test­Head profile and click on the Distribute button. The Distribute ­ CPE Test Head Profile form opens.

ii.  Choose the appropriate nodes from the Available Nodes column and click on the Move­right button.

iii.  Click on the Distribute button and close the form.
10.  Configure the VLAN and port settings for the CPE Test­Head profile.
i.  Choose the CPE Test­Head profile and click on the Properties button to view the profile parameter settings.

ii.  Click on the Local Definitions tab and click on the Search button. The devices to which the test policy was distributed in step 9 appear.

iii.  Choose a device from the list and click on the Properties button. The CPE Test­Head Profile form opens with the General tab displayed.

iv.  In the VLAN panel, click on the Select button for the Service ID parameter. The Select vlanSitePointer ­ CPE Test­Head Profile form opens.

v.  Click on the Search button to list the VLAN sites.

vi.  Choose a device and click on the OK button.

vii.  Click on the Local Audit On button to change the mode to Local Edit only.

viii.  Click on the Select button for the Port parameter. The Select vlan port ­ CPE Test­Head Profile form opens.

ix.  Click on the Search button to list the ports.

x.  Choose a port and click on the OK button.

xi.  Click on the Apply button and close the form.
11.  As required, repeat steps 1 to 10 if you need to create additional CPE SLA Test­Head profiles. The CPE SLA test OAM diagnostic test on the STM (see
step 14), can utilize the following profile types:
Generator profile

Analyzer profile

Loopback profile
You can also group profiles as described in step 12; otherwise, go to step 14.
 
 
Create an AOS CPE SLA Test­Head Group profile
12.  If required, create an AOS CPE SLA Test­Head Group profile which can be use to bind individual CPE Test­Head profiles to form a group of tests.
i.  Choose Tools Test­Head Profiles AOS CPE Test­Head Group Profile from the 5620 SAM main menu. The AOS CPE Test­Head Group Profile form
opens.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 20/143
06.07.2017 Service assurance

ii.  Click on the Create button. The AOS CPE Test­Head Group Profile, Global Policy (Create) form opens.

iii.  Configure the following parameters:

Name Direction

Description Role

Source Endpoint Tx Rate (kbps)

Destination Endpoint Remote System MAC
   
 

Note ­ If the Role parameter is set to the Generator option, perform step 13 otherwise, continue with step 12. 

iv.  Click on the CPE Test Group Member tab and click on the Create button. The Select Port ­ AOS CPE Test Group Profile ­ Global Policy forms opens.

v.  Choose the appropriate CPE Test­Head profiles from the list and click on the OK button. The AOS CPE Test­Head Group Profile, Global Policy
(Create) form opens displaying the selected profiles.

vi.  Click on the OK button to save AOS CPE Test­Head Group profile.

vii.  Click on the Search button to display the AOS CPE Test­Head Group profile.

viii.  Choose the AOS CPE Test­Head Group profile and perform steps 8, 9, and 10.

ix.  Go to step 14.
13.  Configure the required feeder port for the generator.
i.  On the 5620 SAM network topology map, right­click on the appropriate device and choose Properties from the drop­down menu. The Network
Element ­ <Node Name> (Edit) form appears.

ii.  Click on the Globals tab.

iii.  Click on the AOS OAM tab.

iv.  Click on the Select button that is associated with the Feeder Port Name parameter. The Select Feeder Port ­ Network Element ­ <Node Name> form
appears.

v.  Click on the Search button to list the feeder ports.

vi.  Choose the appropriate feeder port and click on the OK button. The Network Element ­ <Node Name> (Edit) form reappears.

vii.  Click on the OK button to save the feeder port information.

viii.  Perform the rest of the substeps in step 12.
 
 
Configure the CPE SLA test execution details on the STM
14.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

15.  Click on the Create button and choose one of the following options:
a.  AOS CPE CPE SLA Test—Allows you to run a test on a CPE test­head profile or a group of profiles. The CPE SLA Test, CPETest­0 (Create) form
opens with the General tab displayed. Perform steps 16 to 20, and step 22 to configure this option.

b.  AOS CPE CPE SLA Test Group—Allows you to run several tests on a on a CPE test­head profile or group of profiles. The CPE SLA Test Group,

CPETest­0 (Create) form opens with the General tab displayed. Complete steps 16, 17, 20, 21, and step 22 to configure this option.
16.  Configure the parameters:

ID Description

Auto­Assign ID Administrative State

Name Remote Stats Fetch
   
 

17.  In the Generator panel, click on the Select button. The Select Generator ­ CPE SLA Test ­ CPET Test­0 form opens.
i.  Click on the Search button to list the generator profiles.

ii.  Choose a generator profile and click on the OK button to close the form.
18.  In the Analyzer panel, click on the Select button. The Select Analyzer ­ CPE SLA Test ­ CPET Test­0 form opens.
i.  Click on the Search button to list the analyzer profiles.

ii.  Choose an analyzer profile and click on the OK button to close the form.
19.  In the Loopback panel, click on the Select button. The Select Loopback ­ CPE SLA Test ­ CPET Test­0 form opens.
i.  Click on the Search button to list the loopback profiles.

ii.  Choose an loopback profile and click on the OK button to close the form.
20.  Click on the Test Parameters tab and configure the following parameters:
Number of Test Iterations

Test Iteration Duration (seconds)

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 21/143
06.07.2017 Service assurance

Generator Tx Rate (kbps)

Generator Frame Size (bytes)

Increase Tx Rate Every Iteration by (kbps)

21.  Click on the CPE SLA Test Group Members tab and click on the Create button. The CPE Test­Head Group Profile ­ CPE SLA Test Group CPETestGroup ­ 0
forms opens.
i.  Click on the Search button to display the CPE Test­Head Group profiles.

ii.  Choose the appropriate CPE Test­Head Group profiles and click on the OK button to close the form. The CPE SLA Test Group, CPETest­0 (Create)
form reappears.
22.  Click on the OK button to close the form.
 
 
Run the STM test and analyze the results
23.  In the Service Test Manager (STM) form, choose one of the following options from the Test (Assurance) object drop­down menu and click on the Search
button.
a.  CPE SLA Test (AOS SAS)—This option displays all single CPE test­head profile tests that have been created.

b.  CPE SLA Test Group (AOS SAS)—This option displays all group CPE test­head profile tests that have been created.
24.  Choose the appropriate CPE SLA test and click on the Execute button to start the test.

25.  To view the test results, click on the Results tab.
 

87.8 Workflow to use the STM
1.  As required, change the STM default settings to meet your operational requirements when creating or running OAM diagnostics tests with the STM.
a.  Enable the debug STM mode parameter on the 5620 SAM user preferences form to access additional forms on the STM that can be used to configure
OAM diagnostic test limits and view additional test configuration information. See Procedure 3­16 for more information.

b.  Customize the 5620 SAM system preferences such as the default retention time for db test results and log file. See the 5620 SAM System
Administrator Guide for more information.
2.  As required, review the appropriate workflow for the OAM diagnostic test you need to run with the STM to determine if any prerequisite steps are required.
a.  Review "Workflow to configure and run OAM diagnostic tests" in chapter 88.

b.  Review "Workflow to configure and run Y.1564 bidirectional tests" in this chapter.

c.  Review "Workflow to configure Ethernet CFM" in chapter 89.
3.  Create the individual OAM diagnostic tests to be run as a discrete test or to be used in an STM test policy or STM test suite. See Table 88­1 for a list of all
5620 SAM supported OAM diagnostic tests that can be configured using the STM and their applicable procedures.

4.  Create or modify an STM test policy to specify which OAM test definitions are to be included in the STM test suite; see Procedure 87­1.

5.  As required, configure threshold­crossing alarms or NM threshold­crossing alarms as a post­STM OAM diagnostic test or STM test policy creation exercise;
see Procedure 87­2.

6.  Create or modify an STM test suite; see Procedures 87­3 or 87­4.

7.  As required, configure test limits before running the OAM diagnostic test or test suite to view additional test configuration information after performing the
test; see Procedure 87­5.

8.  Run individual or multiple OAM diagnostic tests from the STM and immediately view the test results; see Procedure 87­6.

9.  As required, view and compare OAM diagnostic test results on the STM as a post­analysis exercise; see Procedure 87­7.

10.  As required, schedule the execution of an STM test suite as a one­time event or as an ongoing task.
i.  Create a 5620 SAM­based schedule before you schedule the execution of an STM test suite; see Procedure 7­1.

ii.  Associate an STM test suite with a 5620 SAM­based schedule; see Procedure 7­2.

iii.  As required, view which STM test suites are associated with a 5620 SAM­based schedule; see Procedure 7­3.

iv.  Turn up the STM test suite scheduled task to allow the test suite to execute as per the schedule details; see Procedure 7­5.
11.  Run an STM test suite from the STM; see Procedure 87­8. Alternatively, perform Procedure 7­6 to immediately execute the STM test suite from the
Scheduled Task form.

12.  Monitor the diagnostic results from the scheduled test suite and the alarm list for indications of network or service faults and threshold­crossing alarms.
a.  View the STM test suite results; see Procedure 87­9.

b.  View and compare the STM test suite results for a tested entity; see Procedure 87­10.
13.  Interpret OAM diagnostic test results on the STM; see Procedures 87­11.

14.  As required, edit or delete an OAM diagnostic test or test suite; see Procedures 87­12, 87­13, and 87­14.
 

87.9 STM procedures
The following procedures describe how to perform the various tasks that can be configured using the 5620 SAM STM.
 

Procedure 87­1 To create or modify an STM test policy
https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 22/143
06.07.2017 Service assurance

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Perform one of the following:
a.  To create a STM policy, click on the Create button and choose Test Policy from the drop­down menu. The Test Policy (Create) form opens with the
General tab displayed. Go to step 3.

b.  To modify an STM policy, perform the following steps:

Note 1 ­ If you modify a test policy that is associated with a test suite, you must regenerate the tests in the test suite by clicking on
the Generate button. 
Note 2 ­ You can apply changes made to an STM test policy to all referencing STM test suites by clicking on the Update Test Suites
button on the Test Policy (Create|Edit) form. 

i.  Choose Test Policy (Assurance) from the object drop­down menu.

ii.  Configure the filter criteria, if required, and click on the Search button. A list of test policies appears.

iii.  Choose a test policy and click on the Properties button. The Test Policy (Edit) form opens with the General tab displayed.

iv.  Modify the test policy parameter setting as required using the directions for creating a STM policy starting with step 3.
3.  Configure the parameters:

ID MEF35 Mode

Auto­Assign ID Test Family

Name NE Schedulable

Description Entity Type
   
 

Note 1 ­ The NE Schedulable and MEF35 options are mutually exclusive. The NE Schedulable option must be enabled for SAA­type STM
test policies. The MEF 35 option must be enabled for PM Session­type STM test policies. 
Note 2 ­ The Test Family parameter only appears when MEF35 Mode is enabled. Select the Ethernet option to enable configuration of DMM,
SLM, and LMM PM Session tests for Entity Types of VLL, VPLS, or Composite services. Select the IP option to enable configuration of a
TWAMP Light PM Session test for Entity Types of either VPRN services or routers. 
Note 3 ­ You must enable the NE Schedulable parameter if the test you are creating will be used in a test suite that requires an NE­scheduled
policy. 

4.  On the Test Generation panel, configure the Strategy parameter if you set the Entity Type parameter to VLL Service.

5.  On the Session Configuration panel, configure the Eth Priority parameter.

6.  On the Test Results Panel, configure the following parameters:
Accounting Files

Continuously Executed

Test Result Storage
The Accounting Files parameter is configurable when the NE Schedulable parameter is enabled.
The Continuously Executed and Test Result Storage parameters are configurable when the Accounting Files parameter is enabled.

7.  Click on one of the following:
a.  Test Definitions tab. This tab is configurable when the MEF35 Mode parameter is disabled. Use this tab to add all OAM test definitions to a test
policy except for PM Session OAM test types.

b.  PM Session Test Definitions tab. This tab is configurable when the MEF35 Mode parameter is enabled. Use this tab to add all PM Session OAM test
definitions to a test policy.
8.  Click on the Add button to add a test definition to the test policy. A cascading sub menu appears.

9.  Choose an option from one of the test categories in the cascading sub menu, for example, Services Add Site Ping or PM Session Test Add CFM SLM

Session Test. The selected test definition form opens.
Both the options and test categories you can choose in this step are dependent on the Entity Type parameter setting you specified in step 3. Other settings
such as enabling the NE Schedulable parameter, may also affect which options and test categories are selectable.

10.  Configure the applicable parameters on the General tab.
The parameters that appear depend on the type of test you chose in step 9. Use the Parameter Search Tool to view information about each configurable
parameter and its applicability to the type of test that you want to add to the test policy.

11.  Click on each of the remaining tabs on the selected test definition creation form, for instance: Test Parameters, Results Configuration, CFM Details, Bin
Group Details, Measurement Interval Details, and so on. Configure the applicable parameters on each tab. The tabs that appear depend on the type of test
you chose in step 9.

12.  As required, configure threshold­crossing alarms for the test definition by performing steps 5 to 12 of Procedure 87­2.

Note ­ You can optionally configure threshold­crossing alarms for the test definitions as a pre­ or post STM test policy creation exercise. See
Procedure 87­2 for more information. 

13.  Click on the OK button. The Definition Create form closes and a dialog box appears.

14.  Click on the OK button. The Test Policy (Create|Edit) form reappears with the new OAM test definition listed.

15.  Perform steps 7 to 14 to add additional OAM test definitions to the policy.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 23/143
06.07.2017 Service assurance

16.  If you are configuring an existing test policy, click on the Update Test Suites button to apply the test policy changes to all test suites that are associated
with the test policy. If you are creating a test policy, go to step 18.

Caution ­ The operation of scheduled test suites that use the test policy may be adversely affected if you modify the test policy while a
scheduled task for the suite is enabled. 

17.  As required, click on the Usages tab to view a list of the test suites that use the test policy.

18.  Click on the OK button. The Test Policy (Create|Edit) form closes.

19.  Close the Service Test Manager (STM) form.

 
 

Procedure 87­2 To configure threshold­crossing alarms or NM threshold­crossing alarms for an OAM
diagnostic test or STM test policy

Perform this procedure to configure threshold­crossing alarms or NM threshold­crossing alarms as a post­STM OAM diagnostic test or STM test policy creation
exercise. You can configure threshold­crossing alarms or NM threshold­crossing alarms for OAM diagnostic tests based on the following requirements:
within an discrete OAM diagnostic test or for a test definition within an STM test policy

for tests that are NE­schedulable or non­NE­schedulable
An alarm is raised when a threshold is crossed, either because the value rose above or fell below the configured level.

Note 1 ­ NM threshold­crossing alarms are not configurable for service site ping, VPRN trace, MTU ping, Mrinfo and Mtrace tests. The type of NM
threshold­crossing event available for selection depends on the test type. 
Note 2 ­ Configuring threshold­crossing alarms on a test definition within the test policy creates a threshold definition that applies to generated tests.
Configuring threshold­crossing alarms directly on a test that is NE­schedulable applies just to the test. 
Note 3 ­ If you modify a test policy associated with a test suite, you must regenerate the generated tests in the test suite. 
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Perform one of the following:
a.  Choose Test (Assurance) from the object drop­down menu to configure threshold alarms for a discrete OAM diagnostic test.

b.  Choose Test Policy (Assurance) from the object drop­down menu to configure threshold alarms in a test definition within a test policy.
3.  Configure the filter criteria, if required, and click on the Search button. A list of OAM diagnostic tests or test policies is displayed.

4.  Perform one of the following:
a.  Choose an NE­schedulable or non­NE­schedulable test from the list and click on the Properties button. The Test (Edit) form opens with the General
tab displayed.

b.  Choose an NE­schedulable or non­NE­schedulable policy from the list and click on the Properties button. The Test Policy (Edit) form opens with the
General tab displayed.
5.  Perform one of the following:
a.  Click on the Thresholds tab for a discrete OAM diagnostic test.

b.  Click on the Test Definition tab for a test definition within a test policy.
6.  Perform one of the following:
a.  Click on the Create button for a discrete OAM diagnostic test. The NE Threshold Event (Create) form opens.

b.  Click on the Add button for a test definition within a test policy. The NE Threshold Event (Create) form opens.
7.  Configure the parameters:
Type

Generate Alarm on Rising Threshold

Clear Alarm on Falling Threshold

Update Test Result Status

Include Falling Threshold
The Clear Alarm on Falling Threshold parameter is configurable when the Include Falling Threshold is enabled.

8.  Click on the Rising Threshold tab.

9.  Configure the Threshold Value parameter.

10.  Click on the Falling Threshold tab.

Note ­ The Falling Threshold tab can be accessed when the Include Falling Threshold parameter is enabled on the General tab of the NM
Threshold Event (Create) form. 

11.  Configure the Threshold Value parameter.

12.  Click on the OK button. The NE Threshold Event (Create) form closes.

13.  Repeat steps 5 to 12 to configure threshold events on additional tests.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 24/143
06.07.2017 Service assurance

14.  Select a test from the list and click on the Execute button. A threshold­crossing alarm appears on the dynamic alarm list if the threshold rises above or falls
below the configured level.

15.  Close the Test (Edit) form. The Service Test Manager (STM) form reappears.

16.  Close the Service Test Manager (STM) form.

 
 

Procedure 87­3 To create an STM test suite

As required, review the "STM test suite design considerations" information in this chapter before starting this procedure.
This procedure requires that you pre­configure the STM test policy and test definitions to be included in the STM test suite before starting this procedure.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Click on the Create button and choose Test Suite from the drop­down menu. The Test Suite (Create) form opens.

3.  Configure the parameters:

ID Test Family

Auto­Assign ID NE Schedulable

Name Entity Type

Description Validation Test Suite

MEF35 Mode Timeout (minutes)
   
 

Note 1 ­ The NE Schedulable and MEF35 options are mutually exclusive. The MEF 35 option must be enabled if the test suite will contain a
policy that calls PM Session Test Definitions. The NE Schedulable, Validation Test Suite, and Timeout (minutes) parameters are only
configurable when the MEF35 Mode parameter is set to disabled.  
Note 2 ­ The Test Family parameter only appears when MEF35 Mode is enabled. Select the Ethernet option to enable configuration of DMM,
SLM, and LMM PM Session tests for Entity Types of VLL, VPLS, or Composite services. Select the IP option to enable configuration of a
TWAMP Light PM Session test for Entity Types of either VPRN services or routers. 
Note 3 ­ You must enable the NE Schedulable parameter if the test you are creating will be used in a test suite that requires an NE­scheduled
policy. 
Note 4 ­ The Validation Test Suite parameter is configurable when the Entity Type parameter is set to a type that supports validation, for
example a VLL service. 

4.  On the Execution panel, configure the First­run Execution Sequence and Last­run Execution Sequence parameters. The parameters are configurable when
the MEF35 Mode parameter is set to disabled.

5.  If you chose None as the Entity Type parameter value in step 3, go to step 17. Otherwise go to step 6 for all other Entity Type parameter values entered.

6.  Click on the Test Policy tab.

7.  Click on the Add button to choose an STM test policy to associate with the test suite. The Select Test Suites form opens.

8.  Click on the Search button to display a list of available STM test policies.

Note ­ Only STM test policies that apply to the type of entity specified by the Entity Type parameter in step 3 appear in the list. 

9.  Choose a test policy from the list and click on the OK button. The Select Test Suites form closes and the selected STM test policy appears on the Test
Policy tab.

10.  Click on the Tested Entities tab.

11.  Click on the Add button to choose a customer or service, transport element, or device to include in the STM test suite. The Select Test Suites form opens.

12.  Click on the Search button to display a list of available entities.

Note 1 ­ Only entities that match the type of entity specified in the test policy appear in the list. 
Note 2 ­ The Test Suite Count column in the Search form indicates the number of configured test suites that a specific test entity is currently
associated with. The counter also includes test suites that do not contain generated tests. 

13.  Choose an entity from the list and click on the OK button. The Select Test Suites form closes and the selected entity appears on the Tested Entities tab.

14.  Ensure the item is selected in the list and click on the Lock Test Generation button, if required.

Note ­ Locking the test generation means that the initial settings you specify when creating the test suite will be retained, even if later on you
change some attributes (for instance, if you are testing SDP tunnels and you extend the tested entities by selecting another SDP tunnel). All
customized test attributes are retained when re­generating the tests. 
The 5620 SAM auto­locks tested entities when generated tests are either modified or deleted.

The Test Re­generation locked field in the list displays a check mark to indicate that the lock is enabled and the button’s name changes to Unlock Test
Generation. If you do not want to lock the test, then click on the Unlock Test Generation button. The Test Re­generation locked field in the list will not
display a check mark.

15.  Repeat steps 11 to 14 for each additional entity that you want to include in the STM test suite.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 25/143
06.07.2017 Service assurance

16.  If you enabled the MEF35 Mode parameter in step 3 then go to step 31.

17.  Click on the First­run Tests tab.

18.  Click on the Add button to choose a predefined test to execute before the generated tests in the test suite. The Select Test Suites form opens.

19.  Click on the Search button to display a list of available tests.

20.  Choose a test from the list and click on the OK button. The Select Test Suites form closes and the selected test entry appears on the First­run Tests tab.

21.  Repeat steps 18 to 20 for each additional first­run test that you want to specify.

22.  When there is more than one test in the first­run list, the Move Up and Move Down buttons are active. Select a test entry and click on these buttons as
needed to reorder the first­run test execution sequence, if required.

23.  Click on the Last­run Tests tab.

24.  Click on the Add button to include a predefined test that is to execute after the other tests in the suite have completed. The Select Test Suites form opens.

25.  Click on the Search button to display a list of available tests.

26.  Choose a test from the list and click on the OK button. The Select Test Suites form closes and the test entry appears on the Last­run Tests tab.

27.  Repeat steps 24 to 26 for each additional last­run test that you want to include in the STM test suite.

28.  When there is more than one test in the last­run list, the Move Up and Move Down buttons are active. Select a test entry and click on these buttons as
needed to reorder the last­run test execution sequence, if required.

29.  Click on the Apply button to save the changes. Additional buttons at the bottom of the form become active.

30.  If you chose None as the Entity Type parameter value in step 3, go to step 35. Otherwise, go to step 31 for all other Entity Type parameter values entered.

31.  Click on the Generated Tests tab or the Generated PM Sessions Tests tab, as applicable.

32.  Click on the Generate Tests button. The Generate button will only be enabled if you have a policy and at least one entity associated with the STM test suite.
The 5620 SAM begins generating tests for the test suite based on the test policy. The tests appear in a list on the Generated Tests form as they are
generated. The name of the originating tested entity for each test is also displayed on the list for quick reference.

Note 1 ­ When the test policy or the configuration of an entity on the Tested Entities tab changes, you must regenerate the tests in the test
suite by clicking on the Generate Tests button. 
Note 2 ­ When tests have been generated in a test suite which has a test policy already associated to it, these tests will not be altered (delete
and recreated, or set to default tests), when the Generate Tests button is pressed again. 
Note 3 ­ Any of the tests generated by a test suite can be deleted directly from the list on the Generated Tests tab. Select the tests that you
want to delete and press the Delete button. 
Note 4 ­ For a test suite containing a P2MP LSP Ping Test Policy, the test suite generator will generate one test per S2L path (for P2MP LSP)
or one test per leaf node address (for P2MP LDP). 

33.  Click on the Generation Error Logs tab to view the log files that the 5620 SAM creates before and during test generation, as required. The Stage dropdown
menu allows you to select the type of logs to examine, including pre­generation and deployment information.

Note ­ Generation Error Logs messages only appear if any failures occur during the test generation process. 

34.  Click on the Generated Artifacts tab to view a list of all objects created at the time of Test Suite creation or while generating the contained tests. Objects
include: MDs, MAs, Global MEGs, MEPs, Bin Groups, tests (including SAA and PM Session), and accounting policies. The Stage dropdown menu allows
you to select the type of information to examine.

Note 1 ­ The Generated Artifacts tab will not show objects that already existed prior to generating the tests and are just being reused by those
tests. Only newly­created objects are displayed. 
Note 2 ­ If objects are manually deleted, they will also be removed from the Generated Artifacts list. For example, if a MEP is deleted, the
MEP object and the tests originating from the MEP will all be deleted from the list. If a GMEG is deleted, then all MAs, MEPs, and tests
associated with the GMEG will also be deleted from the list. 

35.  Click on the OK button to close the Test Suite (Create) form.

36.  See Procedure 87­8 for information on executing a test suite.

37.  Close the Service Test Manager (STM) form.

 
 

Procedure 87­4 To modify an STM test suite

1.  You can modify an STM test suite in two different ways. Perform one of the following:
a.  Modify the test suite using the STM. Go to step 2.

b.  Modify the test suite from the entity being tested. Go to step 11.
2.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

3.  Choose Test Suite (Assurance) from the object drop­down menu.

4.  Configure the filter criteria as required.

5.  Click on the Search button. A list of test suites appears.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 26/143
06.07.2017 Service assurance

6.  Select a test suite and click on the Properties button. The Test Suite (Edit) form opens with the General tab displayed. Use the parameters on this tab to
change the execution order of tests in the first­run and last­run test groups, as required.
The following tabs list the test suite components that you can individually or collectively add to or remove from the test suite:
Test Policy tab — displays the test policy that is associated with the test suite

Tested Entities tab — lists the entities that are the subjects of the tests in the test suite

First­run Tests tab — lists the group of tests in the test suite that run first

Generated Tests tab — lists the generated tests that are included in the test suite

Last­run Tests tab — lists the group of tests in the test suite that run last
The following tabs display information about the creation and execution of the test suite:
Results tab — lists the per­run results that are returned by each execution of the test suite

Individual Test Results tab — lists all individual test results. This is similar to what is displayed when a Tested Entity is chosen and you click on
Show Results.

Generation Error Logs tab — lists the log entries that are created before and during test generation for the test suite. The Stage dropdown menu
allows you to select the type of logs to examine, including pre­generation and deployment information.

Generated Artifacts tab ­ Lists all objects created at the time of Test Suite creation or while generating the contained tests. Objects include: MDs,
MAs, Global MEGs, MEPs, Bin Groups, tests (including SAA and PM Session), and accounting policies. The Stage dropdown menu allows you to
select the type of information to examine.

Faults tab — displays the faults associated with the test suite

Note 1 ­ Generation Error Logs messages only appear if any failures occur during the test generation process. 
Note 2 ­ The Generated Artifacts tab will not show objects that already existed prior to generating the tests and are just being reused by those
tests. Only newly­created objects are displayed. 
Note 3 ­ If objects are manually deleted, they will also be removed from the Generated Artifacts list. For example, if a MEP is deleted, the
MEP object and the tests originating from the MEP will all be deleted from the list. If a GMEG is deleted, then all MAs, MEPs, and tests
associated with the GMEG will also be deleted from the list. 
Note 4 ­ You can use the Quick Filter on the test result tab pages to narrow down and limit the displayed results. 

7.  Modify the parameters for the test suite, as required.
To configure an item on a tab that contains a list of test suite components, select the item and click on the Properties button.

8.  Make the changes that you want and then click on the OK button. A dialog box appears.

9.  Click on the Yes button to confirm the action. The Test Suite (Edit) form closes and the Service Test Manager (STM) form reappears.

10.  Click on the Close button to close the Service Test Manager (STM) form.

11.  Open the Properties form of a supported entity that you want to add to a test suite; for example, a VLL or VPRN service or VPLS.

12.  Click on the Tests tab. The Test Suite tab is displayed.

13.  Click on the Add button. The Add form appears.

14.  Click on the Search button to display a list of test suites. Only test suites applicable to this type of entity will be displayed.

15.  Select the required test suite and click OK. The Add form closes and selected test suite appears in the Test Suite tab.
The entity has now been added to this test suite. You can confirm this by clicking on the Properties button to display the Test Suite (Edit) form. The added
entity will appear on the list in the Tested Entities tab. You can also modify any other parameters of the test suite here, as detailed in steps 2 to 9 above.

Note ­ Once you have added the entity, you can also run the test suite from the Test Suite sub­tab by clicking on the Execute button. 
See Procedure 87­8 for information about executing a test suite.

 
 

Procedure 87­5 To configure OAM diagnostic test limits on the STM and view additional test configuration
information

You can configure some optional OAM diagnostic test limits on the STM, such as specifying the maximum number of pings and traces allowed to be performed on
managed devices during the execution of a test, or you can limit the number of tests that can be performed. The default is to allow an unlimited number of tests to
be executed.
You can also perform this procedure to see additional information about OAM tests configured on managed devices such as deployment and scheduled information.

Note 1 ­ You must enable the Debug STM Mode parameter on the 5620 SAM user preference form before you perform this procedure, to see the
menu strings specified in this procedure. See Procedure 3­16 for more information. 
Note 2 ­ Limiting the number of tests does not raise an alarm on 5620 SAM or an SNMP trap on the managed device. The indication that the limit
has been reached is no returned test results. 
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Choose one of the following options from the following object drop­down menus.
a.  NE Test Agent (Assurance). You can specify the maximum number of pings and traces allowed to be performed on individual managed devices during
the execution of a test, or limit the number of tests that can be performed on all managed devices. This option also provides information about the
node ID, concurrent ping and trace information, LTT concurrent requests, deployed test counts, and alarm status.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 27/143
06.07.2017 Service assurance

b.  Deployed Test (Assurance). You can view additional deployment information about each configured OAM diagnostic test on managed devices such as
the node ID, name and description, management ownership, deployment and execution state, schedule status and start time, and alarm status.

c.  NE Schedulable Test (Assurance). You can view additional NE schedule information about each configured OAM diagnostic test on managed devices
such as the node ID, name and description, management ownership, test deployed, mode, state, runs and failures, accounting policy ID, accounting
suppression, card TCA profile, and alarm status.
3.  Click on the Search button. A list of tests appears if the managed device has an OAM diagnostic test configured for it; one for each managed device.

4.  Choose a test from the list and click on the Properties button. A configuration form opens showing the current test configuration deployment information.

5.  As required, view the deployment information or change the test limits for the managed device to meet your operational requirements.

6.  Click on the Apply button to save the changes. A dialog box appears.

7.  Click on the Yes button to confirm the action.

 
 

Procedure 87­6 To run one or more OAM diagnostic tests from the STM and view the test results

You can run a single OAM diagnostic test from the Properties form associated with the test or from the Service Test Manager (STM) form. To run multiple tests
simultaneously, or to added them to an STM test suite, you must use the Service Test Manager (STM) form.
You can view the test results immediately after the test is complete as outlined in this procedure, or as a post­analysis exercise as outlined in Procedure 87­7.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Choose Test (Assurance) from object drop­down menu.
All OAM diagnostic test types that you can run are listed under the Test Result (Assurance) item. As required, expand and select the required test type that
you want to run the test on.

3.  Click on the Search button. A list of pre­configured tests appears.

4.  To run a single test, go to step 5. To run multiple tests, go to step 8.

5.  Select a test in the list and click on the Properties button. The Test (Edit) form opens, with the General tab displayed.

6.  Click on the Execute button.

7.  Click on the Results tab on the Test (Edit) form to view the test results. Go to step 13.

8.  Select the tests in the list that you want to run.

Note 1 ­ You can select and execute multiple tests from the test list, with the exception of CCM Tests. If multiple tests including CCM tests
are selected, then the Execute button will be disabled. 
Note 2 ­ You cannot modify multiple tests in one pass. If multiple tests are selected, the Properties button will be disabled. 

9.  Click on the Execute button.

10.  View the results for an individual test by selecting a test in the list, then clicking on the Properties button. The Test (Edit) form opens, with the General tab
displayed.

11.  Click on the Results tab on the Test (Edit) form to view the test results.

12.  Select one or more of the test results and click the Archive button to archive the results, if required.

Note ­ Archiving test results is useful for storing them indefinitely. Unlike regular test results, they are not truncated in time. Archived test
results can only be removed by manually selecting and deleting them. 

13.  Close the Test (Edit) form.

 
 

Procedure 87­7 To view and compare OAM diagnostic test results on the STM

Perform this procedure to view the various OAM diagnostic test results as a post­analysis exercise that are accessible on the STM. You can also use this
procedure to compare two test results from the same type of test.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Choose the appropriate OAM diagnostic test result type from the object drop­down menu. As required, expand and select the required test type for which
you want view the test results. Select one of the following:
a.  Test Result (Assurance) — contains the test results from the majority of 5620 SAM supported OAM diagnostics test types that have been run.

b.  Test Suite Result (Assurance) — contains the test results from all STM test suites that have been run.

c.  Archived Test Results (Assurance) — contains the test results from all individual that have been run, saved, or archived.

d.  One Time Validation Results (Assurance) — contains the test results from all One Time Validation tests that have been run.
3.  Click on the Search button. The list of test results is displayed. As required, select the filter option to refine your search criteria to isolate the test results that
you want to view.

4.  Choose a test result from the list and click on the Properties button. The appropriate OAM diagnostic test results form opens with the General tab displayed.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 28/143
06.07.2017 Service assurance

5.  Click on the form tabs to view the test results for the OAM diagnostic. You can click on the View button beside an object and open the Properties form for
the object. Alternatively, click on the View Test button, or the View Test Object button to view test results.

6.  If you need to compare two test results from the same type of test, perform one of the following:
a.  Choose two test results from the list and click on the Compare button. The Compare form opens. Go to step 12.

b.  Choose one test result from the list and click on the Compare button. This allows you compare the selected test result with a test result from a test
results archive. The Compare form opens.

c.  Click on the Compare button without choosing any test results. This allows you to select two test results for comparison from a test results archive.
The Compare form opens.
7.  The Compare form displays two object fields at the top. If you performed step 6a, then these two fields will be populated with the names of the chosen
tests. If you performed either steps 6b or 6c, then one of both of the fields will be blank, respectively.
Click the Select button to choose the test results you want to assign as Object A and/or Object B, as required. The Select Object form opens.

8.  Choose the Test Result type from the drop­down selector. This can either be a regular or Archived Test Result type.

9.  Click the Search button to populate the list with available results for the Test Result type you chose.

10.  Select a test result and click OK. The Select Object form closes and the Compare form refreshes with your selection.

11.  Repeat steps 7 to 10 if you need to select a test result for another one of the Object fields. When one of the Object fields is populated and you want to
populate the other, then the available selections are filtered to display only the results of the same test type, either regular or archived.

12.  Click the Compare button. The comparison is performed and an entry appears in the list.

Note ­ The Swap button allows you to interchange the names in the Object fields without having to reselect the test results to do so. This
may be useful to you in organizing the order that results are compared in the list. 

13.  Select the entry and click the Properties button. The Difference form is displayed. The differences between specific properties are listed. The Value A
column shows the property value in Object A and the Value B column shows the value of the same property in Object B.
The names of the test (Class Name) and test objects are displayed in the field at the right for your reference.

 
 

Procedure 87­8 To execute an STM test suite

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Choose Test Suite (Assurance) from the object drop­down menu.

3.  Configure the filter criteria.

4.  Click on the Search button. A list of test suites appears.

5.  Select a test suite in the list and click on the Properties button. The Test Suite (Edit) form opens with the General tab displayed.

6.  Click on the Execute button. Execution of the test suite begins. You can view the test results when the test execution is complete.

Note 1 ­ You can run an OAM validation test from the Properties form of a service tunnel or an applicable service. See the applicable service
management chapter for more information. 
Note 2 ­ When you execute a test suite from the Properties form of an applicable service, only the tests belonging to that service will be
executed. Tests within the suite, but not associated with the current tested entity, will not be executed. 
Note 3 ­ When you execute a test suite under the tested entity (using the Execute button under the entity’s Tests>Test Suite sub­tab), 5620
SAM will create a Tested Entity Result under the entity’s Tests>Tested Entity Result sub­tab. 
Note 4 ­ You can use the Delete All Result button in either the Results tab or the Individual Test Results tabs to remove all listed test results.
Alternatively, you can use the Quick Filter on the test result tab pages to narrow down and limit the displayed results. The Delete All Result
button will then only delete the filtered results. If no filter condition is specified, then the Delete All Result button will delete all the pages of
results, not just the currently displayed page. 
If the list under either of these tabs contains more than 1000 entries, only 1000 entries are displayed at a time, with paging available for the
remainder. However, the Delete All Result button deletes all pages of results, not just the currently displayed page.

7.  Close the Test Suite (Edit) form.

 
 

Procedure 87­9 To view STM test suite results

Perform this procedure to view STM test suite results from the Test Suite Result form.

Note 1 ­ You can also view the test suite results for an object from the Tests tab of the configuration form for the object. 
Note 2 ­ You can reorder a column in a tabular information view by dragging the column heading to the desired position, then right­clicking on the
column heading and choosing Save Table Preferences. 

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Choose Test Suite Result (Assurance) from the object drop­down menu.

3.  As required, configure the filter criteria and click on the Search button. A list of test suite results appears.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 29/143
06.07.2017 Service assurance

4.  Select a test suite result and click on the Properties button. The Test Suite Result (View|Edit) form opens with the General tab displayed.

5.  View the general information and statistics on the General tab.

6.  Click on the Results tab to list the test results from the tests in the test suite.

7.  Perform one or both of the following:
a.  Use the horizontal scroll bar at the bottom of the list to view the tabular information about the listed tests.

b.  Select an entry from the list and click on the Properties button. The result form for the selected test is displayed.
8.  Close the Test Suite Result (View|Edit) form.

9.  Close the Service Test Manager (STM) form.

 
 

Procedure 87­10 To view and compare STM test suite results for a tested entity

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Choose Test Suite (Assurance) from the object drop­down menu.

3.  As required, configure the filter criteria and click on the Search button. A list of test suites appears.

4.  Choose a test suite in the list and click on the Properties button. The Test Suite (edit) form opens with the General tab displayed.

5.  Click on the Tested Entities tab to view a list of entities tested by the test suite.

6.  Choose a tested entity from the list and click on the Show Results button. The Tested Entity (Edit) form opens.

7.  As required, configure the filter criteria and click on the Search button. A list of test results appears.

8.  Choose a test result from the list and click on the Properties button. The result form for the selected test opens.

9.  If you need to compare two test results from the same type of test, choose the two test results and click on the Compare button; the Difference form opens.

10.  Close the result form.

11.  Close the Tested Entity (Edit) form.

12.  Close the Test Suite (Edit) form.

13.  Close the Service Test Manager (STM) form.

 
 

Procedure 87­11 To interpret OAM diagnostic test results on the STM

1.  Perform the appropriate OAM diagnostic test. See Table 88­1 for a list of supported OAM diagnostic tests and their applicable procedures.

2.  Perform Procedure 87­7 to view OAM diagnostic test results.

3.  The General and Response Packets tabs display the key information about OAM diagnostic results.
When no packet information is required, as for an OAM ping, the information appears on the Packets Results form without any tabs.
For example, status and return code information appears directly on the Packets Results form.
You can view test packet information by performing the following actions:
i.  Click on the Response Packets tab. A list of test objects appears.

ii.  Choose an object from the list and click on the Properties button. The Packets Results form opens.
4.  Interpret the results, based on the status and return code information.
a.  For MTU OAM diagnostics, the key information is how many frames were sent and incrementally increased in size before the frames could not be
sent.
When the frame cannot be sent because it is too large, that results in a request timeout message. The largest frame that was sent is the last frame
size with an associated success response.

b.  For tunnel OAM diagnostics, the key information is the result of the diagnostic, displayed in the status message. Table 87­13 lists the displayed
messages and descriptions.

Table 87­13 Tunnel OAM diagnostics results
Displayed message Description
   
Request Timeout The request timed out with a reply.
   
Orig­SDP Non­Existent The request was not sent because the originating SDP does not exist.
   
Orig­SDP Admin­Down The request was not sent because the originating SDP administrative state is operationally down.
   
Orig­SDP Oper­Down The request was not sent because the originating SDP operational state is down.
   
Request Terminated The operator terminated the request before a reply could be received or before the timeout of the
  request could occur.
 

The request was received by the far end, but the far end indicates that the originating SDP ID is
https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 30/143
06.07.2017 Service assurance
Far End: Originator­ID The request was received by the far end, but the far end indicates that the originating SDP ID is
Invalid invalid.
   
Far End: Responder­ID The request was received by the far end, but the responder ID is not the same destination SDP ID
Invalid that was specified.
   
Far End:Resp­SDP Non­ The reply was received, but the return SDP ID used to respond to the request does not exist
Existent  
 
Far End:Resp­SDP Invalid The reply was received, but the return SDP ID used to respond to the request is invalid.
   
Far End:Resp­SDP Down The reply was received, but the return SDP ID indicates that the administrative or operational state of
  the SDP is down.
 
Success The tunnel is in service and working as expected. A reply was received without any errors.
   
 

c.  For service site OAM diagnostics, the key information is the result of the diagnostic, which is displayed in the status message and with the other
records from the General tab.
As the diagnostic traverses the service across the originating and destination IP addresses, the service tunnels, and the used VCs, the status of
each portion of the service is displayed. Table 87­14 lists the displayed messages and descriptions.

Table 87­14 Service site OAM diagnostics results
Displayed message Description
   
Sent ­ Request Timeout The request timed out with a reply.
   
Sent ­ Request Terminated The request was not sent because the diagnostic was terminated by the operator.
   
Sent ­ Reply Received The request was sent and a successful reply message was received.
   
Not Sent ­ Non­Existent Service­ID The configured service ID does not exist.
   
Not Sent ­ Non­Existent SDP for Service There is no SDP for the service being tested.
   
Not Sent ­ SDP For Service Down The SDP for the service is down.
   
Not Sent ­ Non­Existent Service Egress Label There is a service label mismatch between the originator and responder.
   
 

d.  For MAC, VPRN, and multicast FIB ping OAM diagnostics, the key information is the result of the diagnostic. Table 87­15 lists the return code and
descriptions.

Table 87­15 MAC, VPRN, multicast FIB ping OAM diagnostics results
Return code Description
   
notApplicable (0) The OAM diagnostic message does not apply to the OAM diagnostic performed.
   
fecEgress (1) The replying router is an egress for the FEC.
   
fecNoMap (2) The replying router has no mapping for the FEC.
   
notDownstream (3) The replying router is not a downstream router.
   
downstream (4) The replying router is a downstream router, and the mapping for this FEC on the router interface
  is the specified label.
 
downstreamNotLabel (5) The replying router is a downstream router, and the mapping for this FEC on the router interface
  is not the specified label.
 
downstreamNotMac (6) The replying router is a downstream router, but it does not have the specified MAC address.
   
downstreamNotMacFlood (7) The replying router is a downstream router, but it does not have the specified MAC address and
  cannot flood the request to other routers.
 
malformedEchoRequest (8) The received echo request is malformed.
   
tlvNotUnderstood (9) One or more TLVs were not understood.
   
downstreamNotInMFib (10) The replaying router is a downstream router, but it is not part of the MFIB.
   
downstreamMismatched (11) The downstream mapping is mismatched.
   
upstreamIfIdUnkn (12) The upstream interface index is unknown.
   
noMplsFwd (13) The label switched successfully but MPLS forwarding did not occur at stack­depth.
   
noLabelAtStackDepthh (14) The label entry at stack­depth did not occur.
   
protoIntfMismatched (15) The protocol is not associated with the interface at FEC stack­depth.
   
terminatedByOneLabel (16) The ping was terminated prematurely due to the label stack shrinking to a single label.
   
seeDDMapForRetCodeSubCode See DDMap TLV for the return code and sub­return code.
(17)  
 
fecStackChange (18) The label switched with a FEC stack change.
   

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 31/143
06.07.2017 Service assurance
 

e.  For multicast router OAM diagnostics, the key information includes information that is related to adjacent routers, supported protocols, traffic metrics,
and time­to­live thresholds. Administrators can use this information to identify bidirectional adjacency relationships.

f.  For multicast trace OAM diagnostics, the key information is the result of the diagnostic, displayed in the status message. Table 87­16 lists the
displayed messages and descriptions.

Table 87­16 Multicast trace OAM diagnostics results
Return code Description
   
noError (0) No error.
   
wrongIf (1) The router not forwarding the multicast source or group traffic because the router is not part of the multicast
  path.
 
pruneSent (2) The router sent a prune request upstream that impacts the multicast source and group in the trace request.
   
pruneRecvd (3) The router stopped forwarding traffic for the multicast source and group in response to a request from the next
  hop router.
 
scoped (4) The multicast group is subject to administrative scoping.
   
noRoute (5) The router has no route for the multicast source or group and no way to determine a potential route.
   
wrongLastHop The router is not the correct last­hop router.
(6)  
 
notForwarding The router is not forwarding the multicast source or group traffic for an unspecified reason.
(7)  
 
reachedRP (8) Request arrived on the rendezvous point or core.
   
rpfIf (9) The request arrived on the expected RPF interface.
   
noMulticast (10) The request arrived on an interface that is not enabled for multicast traffic.
   
infoHidden (11) One or more hops are hidden from the trace.
   
fatalError (12) Fatal error.
   
noSpace (129) There is insufficient room to insert another response data block in the packet.
   
oldRouter (130) The previous router hop cannot process the multicast trace request.
   
adminProhib The multicast trace was administratively prohibited.
(131)  
 
unknown (132) Unknown error.
   
 

g.  For most diagnostics, common return codes are used. The return codes indicate the status of OAM tests, usually when there was a problem
performing the test. Table 87­17 lists return codes and descriptions.

Table 87­17 OAM diagnostics return codes
Return code Description
   
notApplicable (0) A response was received on the device which is not applicable to the OAM diagnostic
  performed.
 
responseReceived (1) A response was received on the device to the OAM diagnostic performed.
   
unknown (2) The OAM diagnostic failed for an unknown reason.
   
internalError (3) An internal error on the device caused the diagnostic to not be performed.
   
maxConcurrentLimitReached (4) The device cannot perform the OAM diagnostics because there are too many OAM diagnostic
  operations already running.
 
requestTimedOut (5) The OAM diagnostic could not be completed because no reply was received within the
  allocated timeout period.
 
unknownOrigSdpId (6) Indicates an invalid or non­existent originating service tunnel.
   
downOrigSdpId (7) The originating service tunnel is operationally down.
   
requestTerminated (8) The OAM diagnostic was canceled before the timeout or reply period was reached.
   
invalidOriginatorId (9) The far­end device replied indicating that the originating ID was invalid.
   
invalidResponderId (10) The far­end device replied with an invalid responding ID.
   
unknownRespSdpId (11) The far­end device replied with an invalid response service tunnel ID.
   
downRespSdpId (12) The responding service tunnel with the given ID is operationally or administratively down.
   
invalidServiceId (13) An invalid or non­existent service ID.
   
invalidSdp (14) An invalid or non­existent service tunnel for the service.
   

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 32/143
06.07.2017 Service assurance
downServiceSdp (15) The service tunnel bound to the service is down.
   
noServiceEgressLabel (16) The egress label for the service does not exist.
   
invalidHostAddress (17) The IP address for the host is invalid, for example, in the case of a broadcast or multicast IP
  address.
 
invalidMacAddress (18) The MAC address specified in the OAM diagnostic is invalid.
   
invalidLspName (19) The LSP name specified in the OAM diagnostic is invalid.
   
macIsLocal (20) The MAC address is the local SAP or device MAC address, not the MAC address of the
  downstream SAP or device, therefore the MAC ping or trace cannot be sent.
 
farEndUnreachable (21) No route is available to the far­end GRE service tunnel.
   
downOriginatorId (22) The originating ping device is operationally down.
   
downResponderId (23) The device responding to the ping is operationally down.
   
changedResponderId (24) The ID of the device responding to the ping has changed.
   
downOrigSvcId (25) The originating service identified by the ID is operationally down.
   
downRespSvcId (26) The service responding to the ping identified by the ID is operationally down.
   
noServiceIngressLabel (27) The ingress label for the service does not exist.
   
mismatchCustId (28) The subscriber ID identified with the service differs from the originating device compared to the
  responding device.
 
mismatchSvcType (29) The service type identified with the service differs from one device to another.
   
mismatchSvcMtu (30) The service MTU size associated with the service differs from the originating device compared
  to the responding device.
 
mismatchSvcLabel (31) The service label identified with the service differs from the originating device compared to the
  responding device.
 
noSdpBoundToSvc (32) There is no service tunnel bound to the service.
   
downOrigSdpBinding (33) The service tunnel associated with the originating device’s service is operationally down.
   
invalidLspPathName (34) The LSP path name specified in the OAM diagnostic is invalid.
   
noLspEndpointAddr (35) There is no LSP endpoint address specified in the OAM diagnostic.
   
noActiveLspPath (36) There is no active LSP path.
   
downLspPath (37) The far end of the LSP is operationally down.
   
invalidLspProtocol (38) The LSP protocol is not valid or is not supported.
   
invalidLspLabel (39) The LSP label is invalid.
   
routeIsLocal (40) For a VPRN ping, the route is a local route.
   
noRouteToDest (41) For a VPRN ping, there is no route available to the destination of the OAM diagnostic.
   
localExtranetRoute (42) For a VPRN ping, the route is a local extranet route.
   
srcIpInBgpVpnRoute (43) For a VPRN ping, the source IP address belongs to a BGP VPN route.
   
srcIpInvalid (44) For a VPRN ping, the source IP address is invalid or no route is available to the source IP
  address.
 
bgpDaemonBusy (45) For a VPRN trace, the BGP routing process is busy on the device, and VPRN route target
  information cannot be retrieved.
 
mcastNotEnabled (46) Multicast is not enabled on the device, so the diagnostic cannot be performed.
   
mTraceNoSGFlow (47) No (*,G)/(S,G) flow on the router. The multicast trace cannot be initiated.
   
mTraceSysIpNotCfg (48) The system IP address is not configured. The address is required for a response to a multicast
  trace.
 
noFwdEntryInMfib (49) No forwarding entry could be found for the specified source and destination addresses in the
  MFIB.
 
dnsNameNotFound (50) The domain name specified in the dns query does not exist.
   
noSocket (51) For icmp­ping, unable to get socket.
   
socketOptVprnIdFail (52) For icmp­ping, unable to set SO_VPRNID for socket.
   
socketOptIfInexFail (53) For icmp­ping, unable to set IP_IFINDEX for socket.
   
socketOptNextHopFail (54) For icmp­ping, unable to set IP_NEXT_HOP for socket.
   
socketOptMtuDiscFail (55) For icmp­ping, unable to set IP_MTU_DISC for socket.
   

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 33/143
06.07.2017 Service assurance
socketOptSndbufFail (56) For icmp­ping, unable to set SO_SNDBUF for socket.
   
socketOptHdrincFail (57) For icmp­ping, unable to set IP_HDRINCL for socket.
   
socketOptTosFail (58) For icmp­ping, unable to set IP_TOS for socket.
   
socketOptTtlFail (59) For icmp­ping, unable to set IP_TTL for socket.
   
bindSocketFail (60) For icmp­ping, unable to bind socket.
   
noRouteByIntf (61) For icmp­ping, no route to destination via the specified interface.
   
noIntf (62) For icmp­ping, no interface specified.
   
noLocalIp (63) For icmp­ping, unable to find local IP address.
   
sendtoFail (64) For icmp­ping, the send to function failed.
   
rcvdWrongType (65) For icmp­ping, received packet of wrong ICMP type.
   
noDirectInterface (66) For icmp­ping, no direct interface to reach destination.
   
nexthopUnreachable (67) For icmp­ping, unable to reach the next­hop.
   
socketOptHwTimeStampFail (68) For icmp­ping, unable to set IP_TIM_TIME for socket.
   
noSpokeSdpInVll (69) For vccv­ping, unable to find spoke­sdp given SdpId:vc­id.
   
farEndVccvNotSupported (70) For vccv­ping, far end does not support the VCCV options.
   
noVcEgressLabel (71) For vccv­ping, no Vc egress label to send vccv­ping
   
socketOptIpSessionFail (72) For icmp­ping, unable to set IP_SESSION for socket.
   
rcvdWrongSize (73) For icmp­ping, received packet of wrong size.
   
dnsLookupFail (74) For icmp­ping, dns lookup failed.
   
noIpv6SrcAddrOnIntf (75) For icmp­ping, no ipv6 source on the interface.
   
multipathNotSupported (76) For lsp­trace, downstream NE does not support multipath.
   
nhIntfNameNotFound (77) For lsp­ping/trace, Given next­hop interface name not found.
   
msPwInvalidReplyMode (78) For vccv­ping, MS­PW switching NE supports ip­routed reply mode only.
   
ancpNoAncpString (79) ANCP string unknown to the system.
   
ancpNoSubscriber (80) Subscriber unknown to the system.
   
ancpNoAncpStringForSubscriber Subscriber has no associated ANCP string.
(81)  
 
ancpNoAccessNodeforAncpString No access NE is found for the given ANCP string.
(82)  
 
ancpNoAncpCapabilityNegotiated ANCP capability not negotiated with the involved DSLAM.
(83)  
 
ancpOtherTestInProgress (84) Another ANCP test is running for this ANCP string.
   
ancpMaxNbrAncpTestsInProgress Maximum number of concurrent ANCP tests reached.
(85)  
 
spokeSdpOperDown (86) For vccv­ping, spoke­sdp is operationally down.
   
noMsPwVccvInReplyDir (87) Switching NE in MS­PW with no vccv support in echo reply direction.
   
p2mpLspNameOrInstInvalid (88) P2MP LSP name or instance provided is not valid.
   
p2mpLspS2LPathDown (89) LSP path to S2L is down.
   
p2mpLspS2LAddressInvalid (90) One or more S2L address is not valid.
   
p2mpLspNotOperational (91) P2MP LSP is operationally down.
   
p2mpLspTrMultipleReplies (92) Probe returned multiple responses. Result may be inconsistent.
   
invalidMepId (93) The user­configured MEP identifier is not valid.
   
multipleReplies (94) More than one reply received, when one was expected.
   
packetSizeTooBig (95) Packet size is too big.
   
gtpPingError (96) General GTP Ping error.
   
gtpPingRsrcUnavailable (97) GTP Path management resource unavailable.
   
gtpPingDupRequest (98) Duplicate request for the same peer.
   

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 34/143
06.07.2017 Service assurance
gtpPingCleanUpInProg (99) GTP Path management clean up in progress.
   
invalidInterface (100) The egress interface specified does not exist.
   
p2mpLspNotFound (101) The P2MP­LSP not found given LDP­ID or sender­address.
   
ethCfmSlmInLoss (102) Synthetic Loss Measurement (SLM) probe lost in transit from far­end node to local agent.
   
ethCfmSlmOutLoss (103) SLM probe lost on transmit from local agent to far­end node.
   
ethCfmSlmUnacknowledged (104) SLM probe lost but unable to identify loss reason.
   
spokeSdpFecNoBndFound (105) Spoke­sdp­fec is invalid or has no associated SDP binding yet.
   
mtraceNotSupportedP2mp (106) Mtrace not supported in base routing context when incoming interface is p2mp.
   
useFec129Parameters (107) Specify FEC129 parameters for FEC129 PW instead of sdp­id:vc­id.
   
dnsServerUnexpectedResponse The nameserver received an unexpected response.
(108)  
 
dnsServerResponseFormErr (109) The nameserver responded with FORMERR.
   
dnsServerResponseServFail (110) The nameserver responded with SERVFAIL.
   
dnsServerResponseNotImp (111) The nameserver responded with NOTIMP.
   
dnsServerResponseRefused (112) The nameserver responded with REFUSED.
   
sendFailUndefinedServiceId (113) The OAM test cannot be performed because the associated service does not exist.
   
sendFailWrongServiceType (114) The OAM test cannot be performed because the associated service is of the wrong type.
   
sendFailSubnettedService (115) The OAM test cannot be performed on a service with a specified mac subnet length.
   
invalidRespServiceId (116) Invalid or non­existent responder Service­ID.
   
adminDownOrigSdpBind (117) SDP binding is administratively down on the originator side.
   
operDownRespSdpBind (118) SDP binding is operationally down on the responder side.
   
adminDownRespSdpBind (119) SDP binding is administratively down on the responder side.
   
sdpBindVcidMismatch (120) SDP binding VC ID mismatch between originator and responder.
   
sdpBindTypeMismatch (121) SDP binding type mismatch between originator and responder.
   
sdpBindVcTypeMismatch (122) SDP binding VC type mismatch between originator and responder.
   
sdpBindVlanVcTagMismatch (123) SDP binding VLAN VC tag mismatch between originator and responder.
   
adminDownOrigSvc (124) Service on the originator side is administratively down.
   
adminDownRespSvc (125) Service on the responder side is administratively down.
   
adminDownOrigSdpId (126) The originating SDP­ID is administratively down.
   
adminDownRespSdpId (127) The responding SDP­ID is administratively down.
   
mTraceSourceIsNotRemote (128) The multicast trace route test cannot be performed because the source address is not remote.
   
invalidVirtualRouterId (129) The OAM test cannot be performed because the associated virtual router ID is invalid.
   
ldpPrefixIsLocal (130) The OAM test cannot be performed because the associated LDP prefix is local to the system.
   
sourceIpIsNotLocal (131) The OAM test cannot be performed because the associated source address is not local to the
  system.
 
nextHopIpIsLocal (132) The OAM test cannot be performed because the associated next hop address is local to the
  system.
 
targetIpIsLocal (133) The OAM test cannot be performed because the associated target address is local to the
  system.
 
invalidControlPlaneOption (134) The OAM test cannot be performed because the control plane send or receive option is not
  allowed with the specified service.
 
iomRevisionNotSupported (135) The OAM test cannot be performed due to a mismatch in supported revision with the
  provisioned IOMs.
 
invalidSourceMacOption (136) The OAM test cannot be performed because the source MAC option is not allowed with the
  specified service.
 
sendFailSpbMgdService (137) The OAM test cannot be performed on a service which is managed by SPB.
   
useStaticPwParameters (138) The spoke SDP is configured for static PW.
   
type1Fec129PwNotSupported The OAM test is not supported on type 1 FEC129 pseudowires.
(139)  
 

The OAM test cannot be performed because the MPLS­TP LSP path is not operational.
https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 35/143
06.07.2017 Service assurance
mplsTpLspPathNotOperational The OAM test cannot be performed because the MPLS­TP LSP path is not operational.
 
(140)
 
invalidStaticMplsTpLsp (141) The OAM test only supports static MPLS­TP LSPs.
   
controlWordNotValid (142) The control­word for the spoke­SDP is not valid for this OAM test.
   
pwPathIdNotConfigured (143) The pw­path­id provisioning is not complete.
   
notSupportedOnVcSwitchService The OAM test is not supported on a VC­switching service.
(144)  
 
sdpFarEndNotSupported (145) The OAM test does not support the SDP far end value.
   
mplsTpLspPathShutdown (146) The MPLS­TP path is currently shut down.
   
forceOptionIsBlocked (147) The force option is currently blocked because of the configuration of a related entity.
   
intfForLspPathIsNotOperational The interface for the LSP path is not operational.
(148)  
 
ttlExpired (149) The destination could not be reached because the time­to­live (IPv4) or hop limit (IPv6) was
  too small. This results from an ICMPv4 type 11 code 0 or ICMPv6 type 3 code 0 message.
 
networkUnreachable (150) The network specified by the destination address is unreachable. This results from an ICMPv4
  type 3 code 0 or ICMPv6 type 1 code 0 message.
 
hostUnreachable (151) The host specified by the destination address is unreachable. This results from an ICMPv4
  type 3 code 1 or ICMPv6 type 1 code 3 message.
 
bgpLabelPrefixIsLocal (152) The OAM test cannot be performed because the associated BGP Label Route prefix is local to
  the system.
 
bgpLabelPrefixUnknown (153) The OAM test cannot be performed because the BGP target FEC prefix entry is not found in
  the Routing Table.
 
ldpPrefixUnknown (154) The OAM test cannot be performed because the LDP target FEC prefix entry is not found in
  the routing table.
 
l2tpv3DeliveryTypeUnsupported The OAM test cannot be performed because the l2TPv3 delivery type is unsupported.
(155)  
 
vPingPeerCvNoLspPing (156) The OAM test cannot be performed because the peer CV bits do not support lsp ping.
   
vPingPeerCcNoCtrlWord (157) The OAM test cannot be performed because the peer CC bits do not support control word.
   
sendFailEvpnCfgdServiceX (158) The OAM test cannot be performed on a VPLS service that has EVPN configured.
   
 

 
 

Procedure 87­12 To edit an OAM diagnostic test

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Choose Test (Assurance) or PM Session Test (Assurance) from the object drop­down menu.

3.  Configure the filter criteria.

4.  Click on the Search button. A list of tests is displayed.

5.  Choose one or more OAM diagnostic tests from the results list and click on the Properties button. The appropriate edit form opens.

6.  Change any configurable parameter for the test.

7.  Click on the OK button to save the changes. A dialog box appears.

8.  Confirm the action. The modified test or tests are shown in the list.

 
 

Procedure 87­13 To delete an OAM diagnostic test

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Choose Test (Assurance) or PM Session Test (Assurance) from the from the object drop­down menu.

3.  Configure the filter criteria.

4.  Click on the Search button. A list of tests is displayed.

5.  Choose one or more OAM diagnostic tests from the results list and click on the Properties button. The appropriate edit form opens.

6.  Choose one or more OAM diagnostic tests from the results list and click on the Delete button. A dialog box appears.

7.  Confirm the action. The test or tests are deleted from the list of available OAM diagnostic tests.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 36/143
06.07.2017 Service assurance
 
 

Procedure 87­14 To delete an STM test suite

If the STM test suite is scheduled to run, you must remove the scheduled task associated with the test suite before you can delete the test suite. See chapter 7 for
more information.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Choose Test Suite (Assurance) from the object drop­down menu.

3.  Configure the filter criteria.

4.  Click on the Search button. A list of test suites appears.

5.  Select a test suite in the list and click on the Delete button. A dialog box appears.

6.  Click on the Yes button to confirm the action. The test suite is deleted and removed from the list.

7.  Click on the Close button to close the Service Test Manager (STM) form.

2. 88 — OAM diagnostic tests
88.1 OAM diagnostic tests overview 
88.2 OAM diagnostic test descriptions 
88.3 Sample OAM diagnostic test configuration 
88.4 Workflow to configure and run OAM diagnostic tests 
88.5 OSS client OAM diagnostic test results file retrieval 
88.6 OAM diagnostic tests procedures 
 

88.1 OAM diagnostic tests overview
The 5620 SAM provides a set of configurable in­band or out­of­band, packet­based OAM diagnostic tests that allows you to pro­actively manage networks and
customer SLAs including:
on­demand or scheduled service performance monitoring, and SLA verification to ensure that a service meets its guaranteed performance settings in a
controlled test time

networking troubleshooting activities including fault detection, fault verification, and fault isolation
This chapter provides information about each OAM diagnostic test that can be configured using the 5620 SAM. See chapter 87 for information about higher­level
functions that can be performed with each OAM diagnostic test using the STM, such as creating STM test policies and STM test suites.
The correct delivery of services requires that a number of operations must occur correctly at different levels in the service. For example, operations such as the
association of packets to a service, VC labels to a service, and each service to a service tunnel, must be performed successfully for the service to pass traffic to
subscribers according to their SLAs. Even when tunnels are operating correctly and are correctly bound to services, incorrect information may cause connectivity
issues.
For in­band, packet­based testing, the OAM packets closely resemble customer packets to effectively test the forwarding path. However, these packets are
distinguishable from customer packets, so they are kept within the service provider network and not forwarded to the customer. For out­of­band testing, OAM
packets are sent across a portion of the transport network; for example, across LSPs to test reachability.
 

On­demand OAM diagnostic test configuration
You can create, manage, and run most OAM diagnostic tests on­demand from the 5620 SAM STM as a single test entity. Also, some OAM diagnostic tests can be
configured from alternate launch points on the 5620 SAM GUI, including the following:
from a network object or NE Properties form; for example, LSP pings from the LSP Properties form

from a service tunnel or service form

from the service topology or composite service flat topology view on service flat topology maps; see chapter 6 for information.

using a user­defined CLI script; for example, creating a device­specific ping and traceroute script for troubleshooting issues on an OmniSwitch
Table 88­1 lists the OAM diagnostic tests that are accessible from the 5620 SAM GUI and provides a link to the appropriate test description and applicable
procedure.

Table 88­1 5620 SAM supported OAM diagnostic tests and configurations
OAM test category / test type Test network object or service Network level See Procedure
  level    
 
Ethernet CFM OAM diagnostic tests
 
Global MEG check Ethernet Port 88­1
       
Continuity check 88­2
   
CFM loopback 88­3
   
CFM link trace 88­4
   

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 37/143
06.07.2017 Service assurance
CFM Eth test 88­5
   
CFM two way delay test 88­6
   
CFM one way delay test 88­7
   
CFM single ended loss test 88­8
   
CFM two way SLM 88­9
   
CFM LM test 88­10
   
Performance Monitoring OAM diagnostic tests
 
PM Session Ethernet Network element 90­1
       
CFM DMM session test 90­3
   
CFM SLM session test 90­4
   
CFM LMM session test 90­5
   
TWAMP Light session test IP Layer 3 interface Network element 90­7
       
TCC session test 90­8
   
Service OAM diagnostic tests
 
Service site ping Service transport binding (level Network element 88­11
  5)    
 
VCCV ping Service (level 6) VPRN site 88­12
      88­13 (static PW to a dynamic PW
segment)
88­14 (dynamic PW to a static PW
segment)
 
VCCV trace 88­15
  88­16 (static PW to a dynamic PW
segment)
88­17 (dynamic PW to a static PW
segment)
 
Y1564 BiDirectional test Network element 87.6
     
L2 service OAM diagnostic tests
 
MAC populate Service (level 6) VPLS site 88­18
    Epipe VLL site
 
MAC purge VLL 88­19
     
MAC ping 88­20
   
MAC trace 88­21
   
VXLAN ping VPLS site 88­22
     
CPE ping VPLS site 88­23
  Epipe VLL site
 
 
ANCP loopback Network element 88­24
     
L3 service OAM diagnostic tests
 
VPRN ping Service (level 6) VPRN site 88­25 (STM method)
      88­26 (from a service)
VPRN trace
 
 
Service transport OAM diagnostic tests
 
Tunnel ping Service transport (level 4) Service tunnel (SDP) 88­27 (STM method)
      88­28 (service tunnel method)
 
MTU ping 88­29 (STM method)
  88­30 (service tunnel method)
 
MPLS OAM diagnostic tests
 
LSP ping Transport (level 3) LSP 88­31
    LSP path
 
LSP trace MPLS­TP LSP 88­32
     
LDP tree trace MPLS site 88­33

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 38/143
06.07.2017 Service assurance
   
LDP site
 
P2MP LSP ping P2MP LSP, P2MP mLDP 88­34
  P2MP path
 
P2MP LSP trace
  88­35
   
L1/L2 OAM diagnostic tests
 
ATM ping Layer 1 or Layer 2 (level 1) ATM PVC connection 88­36 (STM method)
      88­37 (Properties form method)
 
Multicast OAM diagnostic tests
 
MFIB ping Service (level 6) VPLS site 88­38
    Epipe VLL site
 
 
Mrinfo Routed network (level 2) IP multicast traffic 88­39
       
Mtrace 88­40
   
ICMP OAM diagnostic tests
 
ICMP ping Service (level 6) VPRN site 88­41
       
ICMP trace 88­42
   
DNS ping 88­43
   
AOS CPE OAM diagnostic tests
 
CPE SLA test Ethernet Port or NE 87.7
       
CPE SLA test group     87.7
  88­44
 
Non­STM OAM diagnostic tests
 
OmniSwitch ping and traceroute Ethernet Port or NE 88­45
OAM test     88­46
 
88­47
 
OmniSwitch advanced loopback Ethernet Port 88­48
test      
 
F5 OAM loopback test (7705 SAR­ Ethernet Port 88­49
M/ME)      
 
802.3ah EFM OAM diagnostic test Ethernet Port 88­50 (Properties form method)
      88­51 (OmniSwitch specific)
 
One­time service validation test Service (level 6) VLL, VPLS, and VPRN 88­54
    services  
Composite services  
Dynamic LSPs
Service tunnels
 
 
 

Multiple OAM diagnostic test configuration
You can also create, schedule, and run test suites that contain groups of OAM diagnostic tests using the 5620 SAM STM. The use of test suites is especially
valuable when multiple objects of the same type require testing. Test suites can be scheduled to run on a regular basis to provide continual network performance
feedback.
See chapter 87 for information about configuring multiple OAM diagnostic tests as part of a test suite using the STM.
See chapter 7 for information about scheduled tasks.
 

88.2 OAM diagnostic test descriptions
This section provides a description of 5620 SAM supported OAM diagnostic test functionality. Unless where noted, all test are accessible from the STM. See
Table 88­1 for a list of all supported OAM diagnostic tests and their applicable procedure.
 

Ethernet CFM OAM diagnostic tests
Ethernet CFM supports end­to­end service management in an L2 network. The following CFM diagnostic tests detect connectivity failures, fault detection, isolation,
and notification. See chapter 89 for information about how to configure an IEEE 802.1ag­enabled network for Ethernet CFM.
 

Global MEG check

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 39/143
06.07.2017 Service assurance

A global MEG check detects connectivity failures between pairs of local and remote maintenance endpoints, or MEPs, in a MEG. A MEG consists of the
maintenance entities that belong to the same service inside a common service OAM domain.
See Procedure 88­1 for information about how to create and run a global MEG check from the STM.
 

Continuity check
Continuity check messages are multicast messages that a MEP transmits periodically to remote MEPs in the same MEG. CCMs are used to discover a remote
endpoint, check the health of a site, and detect cross­connect misconfigurations.
See Procedure 88­2 for information about how to create and run a continuity check from the STM.
The loss of three consecutive CCMs or the receipt of a CCM with incorrect information, indicates a fault.

Note 1 ­ If a service is modified after you associate it with an MD; for example, a new site is added, you must manually add new MEPs. 
Note 2 ­ If a CFM continuity check test is running on a service when you add a new MEP to the service, you must stop the test and execute it again
to make the new MEP active. 
Note 3 ­ When a service is modified after a CFM continuity check is created; for example, a new B­VPLS site is added to the service, you must
manually add a virtual MEP to the site. 
 

CFM dual­ended loss test
A CFM dual­ended loss test functions as an optional extension of a CFM continuity check. It applies only to Y.1731 MEPs that are configured on the 7705 SAR.
This type of test is used to calculate the rate of frame loss in each direction for Ethernet packets sent between two MEPs.
When a continuity check test is executed with the dual­ended loss option enabled, the option is replicated on all participating MEPs that support the test, along with
the accompanying alarm threshold values. If a MEP detects that the local or remote frame loss ratio has exceeded the alarm threshold for a remote MEP, the MEP
raises an alarm against the remote MEP.
See Procedure 88­2 for information about how to configure the CFM dual­ended loss test option as part of creating and running a CFM continuity check from the
STM.
 

CFM loopback
CFM loopback messages are sent to a unicast destination MAC address. The MEP at the destination responds to the loopback message with a loopback reply. A
MEP or a MIP can reply to a loopback message if the destination MAC address matches the MAC address of the MEP or MIP. CFM loopback tests verify
connectivity to a specific MEP or MIP.
See Procedure 88­3 for information about how to create and run a CFM loopback from the STM.
You can also perform multicast loopbacks by providing a multicast address (class 1 multicast destination) that aligns with the level that the originating MEP is
configured on. Only one multicast test can be run at a time per NE, and results from the previous test are deleted when a new test is started. The stored values
include the responding MEP MAC address, the sequence number, and a locally­assigned rx index (allowing you to detect out­of­order responses).
 

CFM link trace
CFM link trace messages that contain a target unicast MAC address are sent to multicast destination MAC addresses. Each MIP at the same MD level replies
with a link trace response. Messages are forwarded to the next hop until they reach the destination MAC address.
See Procedure 88­4 for information about how to create and run a CFM link trace from the STM.
 

CFM Eth test
The CFM Eth test applies only to Y.1731 MEPs. This one­way test originates on a source MEP and terminates on a destination MEP. The target of a CFM Eth test
is a MAC address. The test is used to perform one­way in­service diagnostic test that include verifying bandwidth throughput, frame loss, and bit errors. To perform
the test, a MEP inserts frames with Eth­test information that includes specific throughput, frame size, and transmission patterns. A MIP is transparent to Eth­test
frames.
See Procedure 88­5 for information about how to create and run a CFM Eth test from the STM.
 

CFM two way delay test
The CFM two way delay test applies only to Y.1731 MEPs. In this test, the frame delay is defined as the time elapsed since the start of transmission of the first bit
of the frame by the source site until the frame is received by the same site after passing through the destination site. The frame delay represents the round­trip time
between the source and destination sites.
See Procedure 88­6 for information about how to create and run a CFM two way delay test from the STM.
 

CFM one way delay test
The CFM one way delay test applies only to Y.1731 MEPs. The test originates on one MEP and terminates on a target MEP. The results are read from the target
MEP. In the test, frame delay is defined as the time elapsed since the start of transmission of the first bit of the frame by a source site until the frame is received
by the destination site. The frame delay represents the one­way trip time between the source and destination sites.
See Procedure 88­7 for information about how to create and run a CFM one way delay test from the STM.
 

CFM single ended loss test
The CFM single ended loss test applies only to Y.1731 MEPs. This one­way test originates on a source MEP and terminates on a destination MEP. The target of a
single­ended loss test is a destination MAC address. The test is used to calculate the rate of frame loss in each direction for Ethernet packets sent between the
two MEPs.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 40/143
06.07.2017 Service assurance

See Procedure 88­8 for information about how to create and run a CFM single ended loss test from the STM.
 

CFM two way SLM
The CFM two way SLM test provides Synthetic Loss Measurement and is used to check packet loss for a particular MEP. See Procedure 88­9 for information
about how to create and run a CFM two way SLM test from the STM.

Note ­ On the 7705 SAR, SLM is only supported on Epipe services under the following conditions: 
single­ended (two way) loss measurement using optional TLV with a timestamp on the near­end and far­end for combined loss and delay
measurement

unicast destination addresses only

DOWN MEP direction for Spoke­SDPs only (UP and DOWN MEP direction for SAPs)

CFM LM test
The CFM LM (loss measurement) test measures the counter values applicable for ingress and egress service frames where the counters maintain a count of
transmitted and received data frames between a pair of MEPs. This test only applies to 1830 PSS devices.
See Procedure 88­10 for information about how to create and run a CFM LM test from the STM.
 

Service OAM diagnostic tests
Use the Service OAM diagnostic tests to assess the configuration and performance of an Ethernet service before customer notification and delivery, and to
troubleshoot and resolve problems that are related to an individual service within the provider network.
 

Service site ping
The service site ping OAM diagnostic test, which is called svc­ping in CLI, provides end­to­end connectivity testing for an individual service within the provider
network.
This diagnostic test operates at a higher level than the tunnel ping OAM because it verifies connectivity for an individual service rather than connectivity across the
service tunnel. This allows you to isolate a problem within the service rather than at the port, which is the endpoint of the service tunnel.
The test verifies a service ID for correct and consistent provisioning between two service endpoints. The following information can be verified from a service site
ping OAM:
local and remote service sites exists

current state of the local and remote service sites

local and remote service types are correlated

same customer is associated with the local and remote service sites

service­to­circuit association at both the local and remote service sites using the Use Local Tunnel and Use Remote Tunnel options, to check the circuit
between service sites

local and remote ingress and egress service labels match
See Procedure 88­11 for information about how to create and run a service site ping OAM diagnostic test from the STM.

Note ­ The OAM messages, which operate over an LDP LSP, and/or over a PW signaled by T­LDP, and which require a response using the IP path,
must use a source IP address that is reachable within the same routing domain as that of the LSR ID of the LDP or T­LDP session. The messages
of the service site ping OAM diagnostic test use the T­LDP local LSR ID as the source IP address. Previously, the NE’s system interface address
was used for this purpose. 
 

VCCV ping
The VCCV ping OAM diagnostic test, which is called vccv­ping in the CLI, performs in­band connectivity tests. It can be used for VPLS, MVPLS, HVPLS, and all
types of VLLs.
When applied to a VLL service, the test supports cross­circuit tests as long as the circuit types match; for example, an Epipe­to­Epipe connector, or an Epipe­to­
VPLS/MVPLS site connector. The purpose of the ping is to determine that the destination PE device is the egress for the L2 FEC. Figure 88­1 shows a sample
VCCV ping OAM diagnostic test.

Figure 88­1 VCCV ping OAM diagnostic

 
In Figure 88­1, the ping test packet or packets are sent with the destination IP address of PE 2. The request is encapsulated in a VLL packet and is forwarded to
PE 2. PE 2 replies to the source device IP address. The packets are sent using the same encapsulation and along the same path as user packets in the VLL. This
test provides a check of both the control plane and the data plane.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 41/143
06.07.2017 Service assurance
Note ­ The OAM messages which operate over an LDP LSP, and/or over a PW signaled by T­LDP, and which require a response using the IP path,
must use a source IP address which is reachable within the same routing domain as that of the LSR ID of the LDP or T­LDP session. The
messages of the VCCV ping OAM diagnostic test use the T­LDP local LSR ID as the source IP address. Previously the NE’s system interface
address was used for this purpose. 

When this test is applied to a VPLS, MVPLS or HVPLS, downstream SDP bindings are not configurable as they are in VLL services. Downstream bindings are
typically related to switching sites and these are not relevant to VPLS. In VPLS, only the first SDP binding is configured, and this can be either a mesh or spoke
binding.
Also, since an HVPLS comprises a mixture of active and standby spokes, the VCCV ping test execution will only be successful on active spokes that have
associated active return spokes. A test suite will generate all the required VCCV ping tests, but only active spokes with active return spokes are counted in the
statistics results. This also includes any service connector used in a composite service, provided that the connector is a spoke connector between a VPLS and an
Epipe service.
See Procedure 88­12 for information about how to create and run a VCCV ping OAM diagnostic test from the STM. To create a VCCV ping OAM diagnostic test
from a static PW to a dynamic PW segment, perform Procedure 88­13. To create a VCCV ping OAM diagnostic test from a dynamic PW to a static PW segment,
perform Procedure 88­14.
 

VCCV trace
The VCCV trace OAM diagnostic test, which is called vccv­trace in the CLI, displays the hop­by­hop path used by a VLL. VCCV trace can trace the entire path of
a PW with a single command issued at the T­PE or at an S­PE. It is an iterative process by which the ingress T­PE or T­PE sends successive VCCV­Ping
messages with incrementing the TTL value, starting from TTL=1. The process is terminated when the reply is from the egress T­PE or when a timeout occurs.

Note ­ The OAM messages which operate over an LDP LSP, and/or over a PW signaled by T­LDP, and which require a response using the IP path,
must use a source IP address which is reachable within the same routing domain as that of the LSR ID of the LDP or T­LDP session. The
messages of the VCCV Trace OAM diagnostic test use the T­LDP local LSR ID as the source IP address. Previously the NE’s system interface
address was used for this purpose. 

See Procedure 88­15 for information about how to create and run a VCCV trace OAM diagnostic test from the STM. To create a VCCV trace OAM diagnostic test
from a static PW to a dynamic PW segment, perform Procedure 88­16. To create a VCCV trace OAM diagnostic test from a dynamic PW to a static PW segment,
perform Procedure 88­17.
 

Y1564 BiDirectional test
The Y1564 BiDirectional OAM diagnostic test allows you to assess the configuration and performance of an Ethernet service before customer notification and
delivery.Y.1564 provides a standard for measuring throughput, latency, frame loss, and jitter to assess if the service complies with an SLA. See "Sample STM 7210
SAS Y.1564 test configuration" in chapter 87 for more information.
 

L2 service OAM diagnostic tests
Use the L2 service OAM diagnostic tests to troubleshoot and resolve problems that are related to FIBs, MAC addressing, or hostname in a VLAN. These tests are
generally used in combination; for example, MAC populate to inject a MAC address into the network, MAC ping to determine where the address was learned, MAC
trace to determine the path, CPE ping to test the VPLS, and MAC purge to remove the injected MAC address.
 

MAC populate
The MAC populate OAM diagnostic test, which is called mac­populate in CLI, is used to:
determine if the FIB table is accurate by testing forwarding plan correctness. This is done by populating a service FIB with an OAM­tagged MAC entry. This
MAC entry indicates that the NE is the egress NE for the MAC address of a service. You can then use the FIB manager to see the OAM­tagged MAC entry.

send a message through the flooding domain to learn a MAC address, as if a customer packet with that source MAC address had flooded the domain from
that ingress point of the service.
You can:
force an existing MAC address to become OAM­tagged

distinguish, in the FIB manager, MAC addresses that are OAM­tagged

age an OAM­tagged MAC address
In a MAC populate, the OAM­tagged MAC address is populated on the egress point of the service. You can specify whether to flood this OAM­tagged MAC
address to other devices so that the same OAM­tagged entry is added to the FIB tables of other devices.
See Procedure 88­18 for information about how to create and run a MAC populate OAM diagnostic test from the STM.
 

MAC purge
The MAC purge OAM diagnostic test, which is called mac­purge in CLI, is used to delete an OAM­tagged entry from a FIB, which was generated using the MAC
populate OAM diagnostic test. This clears the FIB of any learned information for a specific MAC address, allows the FIB to be populated only by a MAC populate
request, and can be used to flush all devices in a service domain.
See Procedure 88­19 for information about how to create and run a MAC purge OAM diagnostic test from the STM.
 

MAC ping
The MAC ping OAM diagnostic test, which is called mac­ping in CLI, is used to test connectivity in a VLL or VPLS by verifying a remote MAC address at the far
end of a service. The MAC ping determines the existence of the far­end egress point of the service. MAC pings can be sent in­band or out­of­band. You must
specify either:
the target (far­end) MAC address

the broadcast address
In a MAC ping that is out­of­band, the ping is forwarded along the flooding domain when no MAC address bindings exist or is sent along the bindings if MAC
address bindings exist. A response ping is sent from the far­end device when there is an egress binding for the service.
https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 42/143
06.07.2017 Service assurance

In a MAC ping that is in­band, the ping is sent with a VC label TTL of 255. The ping packet goes across each hop, and when it reaches the egress router, it is
identified by the OAM label and the response is sent back along the management plane.
Figure 88­2 shows a sample MAC ping OAM diagnostic test from one end of a service to the far­end MAC address of the service.
See Procedure 88­20 for information about how to create and run a MAC ping OAM diagnostic test from the STM.

Figure 88­2 Sample MAC ping OAM diagnostic test

 
 

MAC trace
The MAC trace OAM diagnostic test, which is called mac­trace in CLI, displays the hop­by­hop route of MAC addresses used to reach the target MAC address at
the far end of a service. MAC traces can be sent in­band or out­of­band.
You must specify either:
the target (far­end) MAC address

the broadcast address
In a MAC trace that is out­of­band, the destination IP address is specified by mapping the destination MAC address. If the destination MAC address is known to be
a specific site, the far­end IP address of the service tunnel is used. If the destination MAC address is not known, the packet is sent to all service tunnels in the
service.
In a MAC trace that is in­band, the trace request contains tunnel encapsulation, VC label, OAM, and other information. If the destination MAC address is known,
the appropriate tunnel encapsulation and VC label is used. If the destination MAC address is not known, the packet is sent to all service tunnels, including all
necessary tunnel encapsulation and egress VC labels for each bound service tunnel.
Figure 88­3 shows a sample MAC trace OAM diagnostic test. See Procedure 88­21 for information about how to create and run a MAC trace OAM diagnostic test
from the STM.

Figure 88­3 MAC trace OAM diagnostic test

 
 

VXLAN ping
VXLAN is the overall Layer 2 tunneling mechanism used to connect services in data center architectures. The VXLAN connection is a point­to­point Layer 2
connection that has only two Virtual Tunnel Endpoints (VTEPs). From a transport perspective, the VXLAN tunnels are similar in nature to a GRE SDP binding. The
VXLAN connections are part of the subscriber’s VPLS services connecting the Virtual Machine to the data center. Each subscriber has their own VPLS instance.
The VXLAN ping test is used to confirm that the Virtual Tunnel is operational by using Echo Request/Reply functions, as well as query the status of the Virtual
Network Instance (VNI).

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 43/143
06.07.2017 Service assurance

See Procedure 88­22 for information about how to create and run a VXLAN ping OAM diagnostic test from the STM.
 

CPE ping
The CPE ping OAM diagnostic test, which is called cpe­ping in the CLI, is used to trace the end­to­end switching of specified MAC addresses of customer
premises equipment. This ping extends the functionality of the MAC ping beyond the egress (customer­facing) port by allowing a ping to the SAP of a VPLS or a
VLL Epipe service over a VPLS PBB backbone.
See Procedure 88­23 for information about how to create and run a CPE ping OAM diagnostic test from the STM.
 

ANCP loopback
The ANCP loopback OAM diagnostic test, which is called oam ancp in the CLI, is used to send DSL OAM commands to complete an OAM test to the access NE
from a centralized point or when operational boundaries prevent direct access to the DSLAM. The ANCP loopback test raises an alarm that generates a log event
displaying both successful and failed results.
See Procedure 88­24 for information about how to create and run an ANCP loopback OAM diagnostic test from the STM.
 

L3 service OAM diagnostic tests
Use the L3 service OAM diagnostic tests to troubleshoot and resolve problems related to VPRN services provisioned on the 5620 SAM.
 

VPRN ping
The VPRN ping OAM diagnostic test determines the existence of the far­end egress point of the service. This allows testing of whether a specific destination can
be reached. VPRN pings can be sent in­band or out­of­band. When a VPRN ping test packet is sent, a reply is generated if the targeted prefix is reachable over a
VPRN SAP or VPRN spoke interface; otherwise the test packet is dropped in CPM. This also applies in the case of a routed VPLS interface.
You can perform a VPRN ping OAM diagnostic test from the STM, as described in Procedure 88­25. You can also perform this test from a VPLS/MVPLS or VLL
service form, as described in Procedure 88­26, or from a service flat topology map.
 

VPRN trace
The VPRN trace OAM diagnostic test displays the hop­by­hop path for a destination IP address within a VPRN service. This allows operators to know the
destination path of customer traffic. VPRN traces can be sent in­band or out­of­band. When a VPRN trace test packet is sent, a reply is generated if the targeted
prefix is reachable over a VPRN SAP or VPRN spoke interface. Otherwise the test packet is dropped in CPM. This also applies in the case of a routed VPLS
interface.
You can perform a VPRN trace OAM diagnostic test from the STM, as described in Procedure 88­25. You can also perform this test from a VPLS/MVPLS or VLL
service form, as described in Procedure 88­26, or from a service flat topology map.
 

Service transport OAM diagnostic tests
Use the service transport OAM diagnostic tests to troubleshoot and resolve problems related to VPRN services provisioned on the 5620 SAM.
 

Tunnel ping
The tunnel ping OAM diagnostic test, which is called sdp­ping in the CLI, performs in­band unidirectional or bidirectional connectivity tests on service tunnels (also
called an SDP). Use tunnel ping to troubleshoot and resolve tunnel and service problems that are related to issues that circuits may have transmitting traffic across
the GRE or MPLS network.
The OAM packets are sent in­band in the tunnel encapsulation, so they follow the same path as the service traffic. The response can be received out­of­band in the
control plane or in­band using the data plane for a bidirectional test.
For a unidirectional test, tunnel ping OAM tests:
egress service tunnel ID encapsulation

whether the packet can reach the far­end IP address destination of the service tunnel ID within its encapsulation

whether a packet of the specified size goes to the far­end IP address of the service tunnel ID within its encapsulation

forwarding class mapping to ensure that the test packet is treated the same as the customer traffic

determine whether SLA delay metrics are met
For a bidirectional test, tunnel OAM uses a local egress service tunnel ID and an expected remote service tunnel ID, so the user can specify where the returned
messages should be sent from based on the far­end tunnel ID.
Figure 88­4 shows how a tunnel OAM packet can be inserted to test the connectivity between two customer LANs across the IP/MPLS core.
See Procedure 88­27 for information about how to create and run an tunnel ping OAM diagnostic test from the STM.

Figure 88­4 Sample tunnel ping OAM diagnostic test
 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 44/143
06.07.2017 Service assurance

 
Note ­ The OAM messages which operate over an LDP LSP, and/or over a PW signaled by T­LDP, and which require a response using the IP path,
must use a source IP address which is reachable within the same routing domain as that of the LSR ID of the LDP or T­LDP session. The
messages of the tunnel ping OAM diagnostic test use the T­LDP local LSR ID as the source IP address. Previously the NE’s system interface
address was used for this purpose. 
 

MTU ping
The MTU ping OAM diagnostic test, which is called sdp­mtu in CLI, provides a tool for service providers to:
determine the maximum frame (MTU) size supported between the service ingress and the service termination point on a service tunnel (also called an SDP),
to within one byte

solve troubleshooting issues that are related to equipment used across the network core that may not be able to handle large frame sizes
In a large network, network devices can support a variety of packet sizes, up to a limit, that are transmitted across its interfaces. This size limit is referred to as
the MTU of network interfaces. You must consider the MTU of the entire service tunnel end­to­end when you provision services, especially for VLL services in
which the service must support the ability to transmit the largest customer packet.

Note ­ The OAM messages which operate over an LDP LSP, and/or over a PW signaled by T­LDP, and which require a response using the IP path,
must use a source IP address which is reachable within the same routing domain as that of the LSR ID of the LDP or T­LDP session. The
messages of the MTU ping OAM diagnostic test use the T­LDP local LSR ID as the source IP address. Previously the NE’s system interface
address was used for this purpose. 

See Procedure 88­29 for information about how to create and run an MTU ping OAM diagnostic test from the STM. See Procedure 88­30 for creating and running an
MTU ping OAM diagnostic test from a service tunnel.
 

MPLS OAM diagnostic tests
Use the MPLS OAM diagnostic tests to test OAM functionality for MPLS provisioned networks based on RFC 4379.
 

LSP ping
The LSP ping OAM diagnostic test, which is called lsp­ping in CLI, performs in­band MPLS LSPs, MPLS­TP LSPs, LDPs, and MPLS path connectivity tests. You
can use an LSP ping to:
detect data plane failures in LSPs or MPLS­TP LSP and with LSP or MPLS­TP LSP connectivity

test whether the LSP or MPLS­TP LSP tunnels are working in both directions
In an LSP or MPLS­TP LSP ping, the originating router creates an MPLS echo request packet for the LSP and MPLS path to be tested. The MPLS echo request
packet is sent and awaits an MPLS echo reply packet from the router that terminates the LSP. The status of the LSP is displayed when the MPLS echo reply
packet is received. Figure 88­5 shows an example of an LSP ping OAM diagnostic test.
See Procedure 88­31 for information about how to create and run an LSP ping OAM diagnostic test from the STM.

Figure 88­5 LSP ping OAM diagnostic test

 
Note ­ The OAM messages which operate over an LDP LSP, and/or over a PW signaled by T­LDP, and which require a response using the IP path,
must use a source IP address which is reachable within the same routing domain as that of the LSR ID of the LDP or T­LDP session. The
messages of the LSP Ping use the T­LDP local LSR ID as the source IP address. Previously the NEs system interface address was used for this
purpose. 
 

LSP trace
The LSP trace OAM diagnostic test, which is called lsp­trace in CLI, displays the hop­by­hop route used by MPLS LSPs, MPLS­TP LSPs, LDPs, and the MPLS
path. You can use an LSP trace to isolate a data plane failure to a particular router and to provide LSP path tracing. The following information can be determined

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 45/143
06.07.2017 Service assurance
from the test:
hop­by­hop path

destination path of the packets
When performing an MPLS LSP or MPLS­TP LSP trace, the originating router creates an MPLS echo request packet for the LSP to be tested. The packet contains
increasing TTL values. The MPLS echo request packet is sent and awaits a TTL exceeded response or the MPLS echo reply packet from the router that terminates
the LSP. The devices along the hop­by­hop route reply to the MPLS echo request packets with TTL and MPLS echo reply information.
Figure 88­6 shows an example of an LSP trace OAM diagnostic test.
See Procedure 88­32 for information about how to create and run an LSP trace OAM diagnostic test from the STM.

Figure 88­6 LSP Trace diagnostic test

 
Note ­ The OAM messages which operate over an LDP LSP, and/or over a PW signaled by T­LDP, and which require a response using the IP path,
must use a source IP address which is reachable within the same routing domain as that of the LSR ID of the LDP or T­LDP session. The
messages of the LSP trace OAM diagnostic test use the T­LDP local LSR ID as the source IP address. Previously the NE’s system interface
address was used for this purpose. 
 

LDP tree trace
The LDP tree trace OAM diagnostic test, which is called ldp­treetrace in CLI, is used to detect and discover the ECMP routing paths for an LSP between egress
and ingress routers. The following information is determined from the test:
number of ECMP paths

number of failed hops
In an LDP tree trace, the originating router creates an MPLS echo request packet. The packet contains a set of IP header destination addresses. Routers along the
path reply to the request with information about themselves and neighboring routers in the downstream path. The originating router uses this information to probe
the downstream routers until it discovers a bit map setting common to all routers along the path. The result is a tree of available routers that the originating router
can use for next hops. After discovery, the paths are tested using LSP ping and LSP trace.

Note ­ The OAM messages which operate over an LDP LSP, and/or over a PW signaled by T­LDP, and which require a response using the IP path,
must use a source IP address which is reachable within the same routing domain as that of the LSR ID of the LDP or T­LDP session. The
messages of the LDP tree trace use the T­LDP local LSR ID as the source IP address. Previously the NE’s system interface address was used for
this purpose. 

See Procedure 88­33 for information about how to create and run an LDP tree trace OAM diagnostic test from the STM.
 

P2MP LSP ping
The PSMP LSP ping OAM diagnostic test, which is called p2mp­lsp­ping in CLI, performs in­band LSP connectivity tests.
The echo request message is sent on the active P2MP instance and is replicated in the data path over all branches of the P2MP LSP instance. By default, all
egress LER devices that are leaves of the P2MP LSP instance will reply to the echo request message.
You can reduce the scope of the echo reply messages by entering a list of addresses for the egress LER devices that are required to reply. A maximum of 5
addresses can be specified in a single run of the p2mp­lsp­ping command. If all 5 egress LER devices are 7x50 NEs, they will be able to parse the list of egress
LER addresses and will reply. The p2mp­lsp­ping command specifies that only the top address in the P2MP Egress Identifier TLV must be inspected by an egress
LER. When interoperating with other implementations, a 7x50 egress LER will respond if its address is anywhere in the list. Furthermore, if another vendor
implementation is the egress LER, only the egress LER matching the top address in the TLV may respond.
If you enter the same egress LER address more than once in a single p2mp­lsp­ping command, the head­end NE displays a response to a single one and displays
a single error warning message for the duplicate ones. When queried over SNMP, the head­end NE issues a single response trap and issues no trap for the
duplicates.
See Procedure 88­34 for information about how to create and run a P2MP LSP ping OAM diagnostic test from the STM.
 

P2MP LSP trace
The PSMP LSP trace OAM diagnostic test, which is called p2mp­lsp­trace in CLI, performs in­band LSP connectivity tests.
The LSP trace capability allows you to trace the path of a single S2L path of a P2MP LSP. Its operation is similar to that of the p2mp­lsp­ping command, but the
sender of the echo reply request message includes the Downstream Detailed Mapping TLV to request the downstream branch information from a branch LSR or
BUD LSR. The branch LSR or BUD LSR will then also include the Downstream Detailed Mapping TLV to report the information about the downstream branches of
the P2MP LSP. An egress LER must not include this TLV in the echo response message.
The parameter probe­count operates in the same way as in the LSP trace on a P2P LSP. It represents the maximum number of probes sent per TTL value before
giving up on receiving the echo reply message. If a response is received from the traced NE before reaching maximum number of probes, then no more probes are
sent for the same TTL. The sender of the echo request then increments the TTL and uses the information it received in the Downstream Detailed Mapping TLV to
start sending probes to the NE downstream of the last NE that replied. This continues until the egress LER for the traced S2L path replies.
See Procedure 88­35 for information about how to create and run a P2MP LSP trace OAM diagnostic test from the STM.
 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 46/143
06.07.2017 Service assurance

L1/L2 OAM diagnostic tests
Use the L1/L2 OAM diagnostic tests to test ATM PVC connections.
 

ATM ping
The ATM ping OAM diagnostic test, which is called atmoam­ping in CLI, performs an ATM ping on an ATM PVC from the PVC endpoint using ATM OAM loopback
cells. An ATM ping test verifies VC integrity and endpoint connectivity for PVCs using OAM loopback capabilities.
See Procedure 88­36 for information about how to create and run an ATM ping OAM diagnostic test from the STM. See Procedure 88­37 for creating and running a
ATM ping OAM diagnostic test from an NE Properties form.
 

Multicast OAM diagnostic tests
Use the multicast OAM diagnostic tests to troubleshoot and resolve problems with the multicast component of a VPLS or a VPRN service.
 

MFIB ping
The multicast FIB (MFIB) ping OAM diagnostic test, which is called mfib­ping in CLI, identifies the SAPs that egress an IP multicast stream within a multicast
component of a VPLS. This diagnostic test can also be used to display the SAPs that are operationally up in the VPLS.
See Procedure 88­38 for information about how to create and run an MFIB ping OAM diagnostic test from the STM.
 

Mrinfo
The Mrinfo (multicast router information) OAM diagnostic test, which is called mrinfo in CLI, identifies VPRN multicast information for the target router. The
information includes details that are related to adjacent routers, supported protocols, traffic metrics, and time­to­live thresholds. Administrators can use this
information to identify bidirectional adjacency relationships.
See Procedure 88­39 for information about how to create and run a Mrinfo OAM diagnostic test from the STM.
 

Mtrace
The Mtrace (multicast trace) OAM diagnostic test, which is called mtrace in CLI, identifies the hop­by­hop route used by VPRN multicast traffic to reach the target
router. This diagnostic gathers the hop address, routing error conditions, and packet statistics at each hop. The 5620 SAM attempts to trace the receiver­to­sender
route for the traffic. The destination of the diagnostic can be any PIM­enabled interface in the routing instance.
In this test, the command sends a ping to the head of the specified multicast group (which can be one or more hops away from the launch NE). If that ping fails,
the command will ping the neighboring NE, then the neighbor’s neighbor, and so on up the multicast group chain to determine which NE fails to respond.
See Procedure 88­40 for information about how to create and run a Mtrace OAM diagnostic test from the STM.
 

ICMP
Use the ICMP OAM diagnostic tests to troubleshoot and resolve IP reachability problems; for example, to send error messages indicating that a requested VPRN
service is not available or that a host or router could not be reached.
 

ICMP ping
The ICMP ping OAM diagnostic test, which is called icmp­ping in CLI, identifies the reachability of a remote host across the IP network. The test is used with
ICMP trace to detect and localize faults in IP networks.
You can also enable the ICMP ping OAM diagnostic test from the VRF site of a subscriber VPRN service. An ICMP ping determines the existence of the far­end
egress point of the service. This allows testing of whether a specific destination can be reached. ICMP pings can be sent in­band or out­of­band.
See Procedure 88­41 for information about how to create and run an ICMP ping OAM diagnostic test from the STM.
 

ICMP trace
The ICMP trace OAM diagnostic test, which is called icmp­trace in CLI, identifies the diagnostic used to trace the ICMP traceroute control table. The tool is used
with ICMP ping to detect and localize faults in IP networks.
ICMP trace displays the hop­by­hop path for a destination IP address within a VPRN service. This allows operators to know the destination path of subscriber
traffic. ICMP traces can be sent in­band or out­of­band.
See Procedure 88­42 for information about how to create and run an ICMP trace OAM diagnostic test from the STM.
 

DNS ping
The DNS ping OAM diagnostic test, which is called dns­ping in CLI, identifies the diagnostic used to ping the DNS name, if a DNS name resolution is configured.
See Procedure 88­43 for information about how to create and run a DNS ping OAM diagnostic test from the STM.
 

AOS CPE OAM diagnostic tests
Use the AOS CPE OAM diagnostic tests to perform L2 ping and link traces on select OmniSwitch devices in Metro Ethernet networks. See "Sample OmniSwitch
device SLA testing" in chapter 87 for more information.
 

CPE SLA test

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 47/143
06.07.2017 Service assurance

The 5620 SAM STM allows you to perform a CPE SLA OAM diagnostic test to validate and test customer SLAs used on select OmniSwitch devices in Metro
Ethernet networks. The test is critical for provisioning or troubleshooting network services between customer endpoints. The 5620 SAM STM allows you to test
supports unidirectional traffic and IPv4.
See section 87.7 for information about how to configure a CPE SLA OAM diagnostic test using the STM.
 

CPE SLA test group
The CPE SLA test group allows you to perform a CPE SLA test­head test using one CPE test­head profile or a group of profiles. You can also run several tests for
one CPE test­head profile or group of profiles.
See section 87.7 for information about how to create a CPE SLA test­head Group profile using the STM, which can be use to bind individual CPE test­head profiles
to form a group of tests.
 

Non­STM OAM diagnostic and validation tests
The following OAM diagnostic and validation tests are configured from alternate launch points on the 5620 SAM GUI other than the STM.
 

OmniSwitch ping and traceroute OAM test
The OmniSwitch ping and traceroute OAM diagnostic test uses user­defined CLI scripts to allow you to troubleshoot and resolve problems with IP reachability on
an OmniSwitch.
See Procedure 88­45 for information about creating an OmniSwitch ping or traceroute OAM diagnostic test using a CLI script.
See Procedures 88­46 and 88­47 for information about configuring and running an OmniSwitch ping and traceroute CLI scripts.
 

OmniSwitch advanced loopback test
The OmniSwitch advanced loopback test allows you to troubleshoot and resolve network faults on OmniSwitch ports to isolate the network segments where errors
have occurred. See Procedure 88­48 for information about configuring an OmniSwitch advanced loopback test.
 

F5 OAM loopback test (7705 SAR­M/ME)
The F5 OAM loopback test allows you to validate ATM bonding on DSL ports on a 7705 SAR­M/ME device equipped with a DSL module. The parameters for the
F5 OAM loopback test are only visible when a DSL module is connected to an ISAM device with the bonding type of ATM and the device is operationally up.
See Procedure 88­49 for information about configuring an F5 OAM loopback test.
 

802.3ah EFM OAM diagnostic test
An 802.3ah EFM OAM diagnostic test addresses three key operational issues when deploying Ethernet across geographically disparate locations: link monitoring,
fault signaling, and remote loopback.
Link monitoring provides some basic error definitions for Ethernet so entities can detect failed and degraded connections. Fault signaling provides mechanisms for
one entity to signal another that it has detected an error. Remote loopbacks allows one NE to put another NE into a state whereby all inbound traffic is immediately
reflected back onto the link.
802.3ah EFM OAM supports:
EFM OAM capability discovery

active and passive modes

remote failure indication

local and remote loopbacks

EFM OAMPDU tunneling

high­resolution EFM OAM timers
You can configure a 802.3ah EFM OAM diagnostic test on Ethernet ports in network mode on the 7210 SAS, 7450 ESS, 7705 SAR, 7710 SR, 7750 SR, and 7950
XRS. See Procedure 88­50 for more information.
For OmniSwitch NEs, the 802.3ah EFM OAM diagnostic test is supported at the NE level or at the Ethernet port level on the Ethernet ports in network mode. See
Procedure 88­51 for more information.
 

One­time service validation test
A one­time service validation test provides a mechanism to quickly test a service or composite service either at the time it is provisioned or when it is already in
service. A variety of services and transport components can be tested using this function including:
VLL, VPLS, and VPRN services

composite services

dynamic LSPs

service tunnels
A one­time service validation test operates like a Validator test suite however the temporary objects that are automatically created for this method are deleted upon
its completion. Items deleted include the test suite, tests, MEGs, and MEPs. No user action is required to do this.
Another significant difference with the One­time service validation test is that no results file is created. Instead, all tests and results are stored as archived objects
that remain after the test is finished. The results can be viewed in the 5620 SAM GUI. See the 5620 SAM­O XML Reference (oneTimeValidate under
sas.TestManager) for the required syntax to view the results using OSSI.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 48/143
06.07.2017 Service assurance

Executing a one­time service validation test also updates the OAM Validation Failed state field as required, indicating whether or not the validation was successful.
See Procedure 88­54 for information about configuring a one­time service validation test.
 

88.3 Sample OAM diagnostic test configuration
Figure 88­7 shows a sample OAM diagnostic sequence illustrating how you can use multiple OAM tests to verify service creation and diagnose service problems.
This sample shows a VPLS diagnostic sequence.

Figure 88­7 Sample OAM diagnostic sequence for a VPLS

 
Table 88­2 lists the high­level tasks necessary to configure the sample in Figure 88­7.

Table 88­2 Sample OAM diagnostic configuration tasks for a service
Task Description
   
Service creation and OAM validation
 
1. MPLS and LSP creation Create an MPLS network and LSPs for use by the service tunnels connecting the VPLS sites. Test the validity
  of the LSPs using LDP tree trace or LSP ping.
If the results indicate a problem with the path, use LSP trace to check the specific MPLS path for the device
causing the ping failure.
 
2. Service tunnel creation Create a service tunnel that uses the MPLS LSP created earlier and perform a tunnel ping on the service tunnel
  to verify tunnel connectivity.
Create all tunnels necessary to interconnect the VPLS sites, and repeat the tunnel ping to ensure tunnel
connectivity.
After all of the tunnels are created, use the tunnel ping remote tunnel option and specify the return tunnel path.
Verify bidirectional tunnel connectivity.
 
3. Service creation Create a service using the service tunnels to interconnect the VPLS sites, either using mesh or spoke service
  tunnel bindings.
Use a service site ping between each VPLS site device and its neighboring sites to verify service configuration
consistency.
 
4. MAC diagnostics Connect the CPE devices to the VPLS and verify traffic.
  Use MAC trace from the edge devices to verify MAC address learning by the VPLS sites and to ensure that the
correct associations are made between MAC addresses and the service tunnels or SAPs to which they are
bound.
Use MAC ping against an unknown MAC address to verify that no response is returned.
Use MAC populate to create an OAM­specific MAC address. Use MAC ping and MAC trace against the created
MAC address to verify that customer traffic is not affected by the additional MAC address.
Use MAC purge to remove the created OAM MAC address.
 
Service OAM diagnostics
 
5. Diagnose traffic flow Use MAC ping against the MAC address to which traffic is not flowing. Use the source and destination MAC
problems at a specific MAC address to simulate customer traffic routes as closely as possible.
address Use MAC trace to pinpoint the location of the traffic failure.
 
Check for MAC filter rules or MAC table sizes to identify possible causes of the failure; for example, incorrect
configurations.
 
6. Diagnose the components Use service site ping to test the potential next hops to ensure consistent configuration.
of the service Use tunnel ping to the far end of the tunnel using the remote tunnel option and specify the return tunnel path.
  Verify bidirectional tunnel connectivity.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 49/143
06.07.2017 Service assurance

Use LSP ping to determine if the tunnel is working. Use an LSP trace to determine if an intervening device is
down.
 
 
 

88.4 Workflow to configure and run OAM diagnostic tests
Note 1 ­ The tests mentioned in this workflow are generally used on an as­required (on­demand) basis. However, certain tests (for example, PM
Session tests) can also be run on a scheduled (proactive) basis. 
Note 2 ­ There are some user and system preferences that can change the operational behavior of OAM diagnostic tests such as specifying the
default retention time for db test results or specifying OAM diagnostic test limits. See the STM chapter workflow in section 87.8 for more information. 
Note 3 ­ Not all service assurance tools are applicable to every NE managed by the 5620 SAM. 
1.  Create the transport network and customer services that you want to monitor or troubleshoot. See the appropriate service management chapter in this guide.

2.  Review a typical OAM diagnostic test configuration that illustrates how you can use multiple OAM tests to verify service creation and diagnose service
problems; see section 88.3.

3.  As required, review both the generic and device­specific STM implementation samples in chapter 87 to help you understand how the various OAM
diagnostics tests can be used to verify or monitor service operation, monitor and identify network problems.

4.  If the OAM diagnostic test being configured is part of an STM test policy or STM test suite, review the STM chapter workflow to determine any prerequisite
or post­requirement configuration requirements; see section 87.8. Also see Chapter 90 for information regarding the PM Session tests.

5.  If a service needs to be tested or monitored for SLA compliance, or a customer service is compromised and corrective action is required, use the appropriate
OAM diagnostic test to analyze, verify, or troubleshoot the problem. See Table 88­1 for a list of all 5620 SAM supported OAM diagnostic tests and their
applicable procedures (covers Procedures 88­1 to 88­54 in this chapter and Procedures 90­3 to 90­7 in Chapter 90).

6.  If a running OAM diagnostic test needs to be halted, you can click the Stop Execution button available on the test form. The test’s Result Status will
indicate Skipped. The Stop Execution button is also available when running PM Session tests and on test suite forms.
 

88.5 OSS client OAM diagnostic test results file retrieval
OSSI clients can use the <registerSasLogToFile> method to receive OAM logs that are based on specific class types. Clients must register to receive the logs,
and if no client registers, no logs are created. See the 5620 SAM XML OSS Interface Developer Guide for detailed information about OSSI client operations.
OAM data is exported to the file after the data is read from the NE. The file is saved to a specified directory on the 5620 SAM server.
Before enabling OSSI clients to receive Test Results files, you should configure the DB Test Result Retention Time (hours), Default Test Result Storage, and Log
Retention Time (minutes) parameters as required. These are accessed by clicking Administration System Preferences and then clicking the Test Manager tab.
 

88.6 OAM diagnostic tests procedures
Use the following procedures to create and run OAM diagnostic tests from the STM or the specified launch point indicated in the test description.
 

Procedure 88­1 To create and run a Global MEG OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Ethernet CFM Create Global MEG. The Global Maintenance Entity Group, Test (Create) form opens.

3.  Configure the required general parameters.

4.  Perform one of the following:
a.  To choose an existing MD, select an MD in the Maintenance Domain panel.

b.  To create a new MD:
i.  Click Create. The Maintenance Domain, Global Policy (Create) form opens.

ii.  Configure the required parameters.
If the MD is to be used for Y.1731 performance measurement tests, set the Name Type parameter to none.

iii.  Save the changes, close the form and select the MD you created.
5.  Configure the required parameters in the Maintenance Entity Group panel.
If you select icc­based as the Name Format, the associated Name value must be 8 to 13 characters.

6.  Configure the required parameters in the Initial MEG Configuration panel.
When you are creating a Global MEG for a 7750 SR­c4, 7750 SR­c12, or 7450 ESS­6, the Initial CCM Interval must be set to 1s.
You can only configure the Initial CFM Hold Down Timer (Centiseconds) parameter when the Initial CCM Interval is set to 10 ms or 100 ms.
When the Initial CCM Interval parameter is set to 10 ms or 100 ms, you cannot configure automatic MEP creation.

7.  Save the changes and close the form.

8.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 50/143
06.07.2017 Service assurance

Procedure 88­2 To create and run a Continuity Check OAM diagnostic test from the STM

Note 1 ­ The 5620 SAM automatically creates a Continuity Check OAM diagnostic test when you create an MD and global MEG. You can execute
an automatically created test using the STM, or from the Tests tab of a MEG. 
Note 2 ­ If a service is modified after you associate it with an MD; for example, a new site is added, you must manually add new MEPs. 
Note 3 ­ If a continuity check test is running on a service when you add a new MEP to the service, you must stop the test and execute it again to
make the new MEP active. 
Note 4 ­ When a service is modified after a continuity check is created; for example, a new B­VPLS site is added to the service, you must manually
add a virtual MEP to the site. 
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Ethernet CFM Create Continuity Check. The CFM Continuity Check Test (Create) form opens.

3.  Configure the required parameters.

4.  Select a MEG in the Maintenance Entity Group panel.

5.  Configure the Duration (minutes) parameter in the Connectivity Check Timer panel.

6.  If you are configuring the test for a 7705 SAR, configure the required parameters in the Initial Dual Ended Loss Test Options panel.

7.  Save the changes and close the form.

8.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­3 To create and run a CFM loopback OAM diagnostic test from the STM

The maximum number of continuous CFM loopback tests that can be executed is 300, provided that the SAA packet per second rate of 200 pps is not exceeded.
The total number of continuous tests must share this maximum rate of 200 pps.
You can also run this test contextually for VPLS, Epipe, and Composite services. See Procedure 88­53 for more information.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Ethernet CFM CFM Loopback. The CFM Loopback Test (Create) form opens.

3.  Configure the required parameters.

4.  Select a global MEG next to the Global ID parameter.

5.  Select the originating MEP next to the ID parameter.

6.  To select the test destination using the target MEP ID:
i.  Enable the Enable Target MEP ID parameter.

ii.  Configure the Target MEP ID parameter or select the target MEP ID to choose the destination MEP.

Note ­ MEP ID selection is only supported for OmniSwitch NEs. The NE Schedulable parameter must be enabled in step 3. 

7.  To select the test destination using the target MAC Address:
a.  To select a MEP as the test destination, click Select MEP.

b.  To select a MIP as the test destination, click Select MIP.

Note ­ MIP selection is not supported for OmniSwitch NEs. 

c.  To select an unmanaged MEP as the test destination, click Select Unmanaged MEP.
8.  If you enabled the NE Schedulable parameter in step 3, go to step 9. Otherwise, configure the MEP Transmit LBM Information parameters.

9.  Click on the Test Parameters tab and configure the required parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.

10.  Click on the Results Configuration tab and configure the required parameters.
The Trap Generation parameter is only configurable when the Accounting Files parameter is disabled.
The Test Result Storage parameter is only configurable when the Accounting Files parameter is enabled.

11.  Save the changes and close the form.

12.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­4 To create and run a CFM link trace OAM diagnostic test from the STM

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 51/143
06.07.2017 Service assurance

The maximum number of continuous CFM link trace tests that can be executed is 300, provided that the SAA packet per second rate of 200 pps is not exceeded.
The total number of continuous tests must share this maximum rate of 200 pps.
However, it is recommended that number of continuous CFM link trace tests executed should be kept well below the maximum allowed limit.
You can also run this test contextually for VPLS, Epipe, and Composite services. See Procedure 88­53 for more information.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Ethernet CFM CFM Link Trace. The CFM Link Trace (Create) form opens.

3.  Configure the required parameters.
If you enable the NE Schedulable parameter, two additional tabs are displayed for the form: Test Parameters and Results Configuration.

4.  Select a global MEG in the Test Object panel.

5.  Select an originating MEP in the Test Object panel.

Note ­ MEPs can be added to services automatically or manually. If no MEPs are listed when you perform this step, see section 89.1 for
information about how to configure a MEP that is required for this step. 

6.  To select the test destination using the target MAC Address:
a.  To select a MEP as the test destination, click Select MEP.

b.  To select a MIP as the test destination, click Select MIP.

Note ­ MIP selection is not supported for OmniSwitch NEs. 

c.  To select an unmanaged MEP as the test destination, click Select Unmanaged MEP.
7.  If you enabled the NE Schedulable parameter in step 3, go to step 8. Otherwise, configure the MEP Transmit LBM Information parameters.

8.  Click on the Test Parameters tab and configure the REQUIRED parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.

9.  Click on the Results Configuration tab and configure the required parameters.
The Trap Generation parameter is only configurable when the Accounting Files parameter is disabled.
The Test Result Storage parameter is only configurable when the Accounting Files parameter is enabled.

10.  Save the changes and close the form.

11.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­5 To create and run a CFM Eth OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Ethernet CFM CFM Eth Test. The CFM Eth Test (Create) form opens.

3.  Configure the required parameters.

4.  Select a global MEG in the Test Object panel.

5.  Select an originating MEP in the Test Object panel.

Note ­ MEPs can be added to services automatically or manually. If no MEPs are listed when you perform this step, see section 89.1 for
information about how to configure a MEP that is required for this step. 

6.  To select the test destination using the target MAC Address:
a.  To select a MEP as the test destination, click Select MEP.

b.  To select a MIP as the test destination, click Select MIP.

Note ­ MIP selection is not supported for OmniSwitch NEs. 

c.  To select an unmanaged MEP as the test destination, click Select Unmanaged MEP.
7.  Configure the MEP Transmit LBM Information parameters.

8.  Save the changes and close the forms.

9.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­6 To create and run a CFM two way delay OAM diagnostic test from the STM
https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 52/143
06.07.2017 Service assurance

The maximum number of continuous CFM two way delay tests that can be executed is 300, provided that the SAA packet per second rate of 200 pps is not
exceeded. The total number of continuous tests must share this maximum rate of 200 pps.
You can also run this test contextually for VPLS, Epipe, and Composite services. See Procedure 88­53 for more information.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Ethernet CFM CFM Two Way Delay Test. The CFM Two Way Delay Test (Create) form opens.

3.  Configure the required parameters.
If the NE Schedulable parameter is enabled, two additional tabs are displayed for the form, Test Parameters and Results Configuration.

4.  Select a global MEG in the Test Object panel.

5.  Select an originating MEP in the Test Object panel.

Note ­ MEPs can be added to services automatically or manually. If no MEPs are listed when you perform this step, see section 89.1 for
information about how to configure a MEP that is required for this step. 

6.  To select the test destination using the target MEP ID:
i.  Enable the Enable Target MEP ID parameter.

ii.  Configure the Target MEP ID parameter or select the target MEP ID to choose the destination MEP.

Note ­ MEP ID selection is only supported for OmniSwitch NEs. The NE Schedulable parameter must be enabled in step 3. 

7.  To select the test destination using the target MAC Address:
a.  To select a MEP as the test destination, click Select MEP.

b.  To select a MIP as the test destination, click Select MIP.

Note ­ MIP selection is not supported for OmniSwitch NEs. 

c.  To select an unmanaged MEP as the test destination, click Select Unmanaged MEP.
8.  If you enabled the NE Schedulable parameter in step 3, go to step 9. Otherwise, configure the MEP Transmit LBM Information parameters.

9.  If the NE Schedulable parameter was enabled in step 3, go to step 11. Otherwise, go to step 10.

10.  Configure the MEP Transmit DMM Information VLAN Priority parameter. Go to step 13.

11.  Click on the Test Parameters tab and configure the required parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.

12.  Click on the Results Configuration tab and configure the required parameters.
The Trap Generation parameter is only configurable when the Accounting Files parameter is disabled.
The Test Result Storage parameter is only configurable when the Accounting Files parameter is enabled.

13.  Save the changes and close the forms.

14.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­7 To create and run a CFM one­way delay OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Ethernet CFM CFM One Way Delay Test. The CFM One Way Delay Test (Create) form opens.

3.  Configure the required parameters.

4.  Select a global MEG in the Test Object panel.

5.  Select an originating MEP in the Test Object panel.

Note ­ MEPs can be added to services automatically or manually. If no MEPs are listed when you perform this step, see section 89.1 for
information about how to configure a MEP that is required for this step. 

6.  To select the test destination using the target MAC Address:
a.  To select a MEP as the test destination, click Select MEP.

b.  To select a MIP as the test destination, click Select MIP.

Note ­ MIP selection is not supported for OmniSwitch NEs. 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 53/143
06.07.2017 Service assurance

c.  To select an unmanaged MEP as the test destination, click Select Unmanaged MEP.
7.  Configure the Priority parameter in the MEP Transmit LBM Information panel.

8.  Save the changes and close the forms.

9.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­8 To create and run a CFM single­ended loss OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Ethernet CFM CFM Single Ended Loss Test. The CFM Single Ended Loss Test (Create) form opens.

3.  Configure the required parameters.

4.  Select a global MEG in the Test Object panel.

5.  Select an originating MEP in the Test Object panel.

Note ­ MEPs can be added to services automatically or manually. If no MEPs are listed when you perform this step, see section 89.1 for
information about how to configure a MEP that is required for this step. 

6.  To select a MEP as the test destination, click Select MEP.

7.  Configure the following parameters in the MEP Transmit LMM Information panel.

8.  Save the changes and close the forms.

9.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­9 To create and run a CFM two way SLM OAM diagnostic test from the STM

Note ­ The maximum number of continuous CFM two way SLM tests that can be executed is 300, provided that the SAA packet per second rate of
200 pps is not exceeded. The total number of continuous tests must share this maximum rate of 200 pps. 

You can also run this test contextually for VPLS, Epipe, and Composite services. See Procedure 88­53 for more information.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Ethernet CFM CFM Two Way SLM. The CFM Two Way SLM Test (Create) form opens

3.  Configure the required parameters.
If the NE Schedulable parameter is enabled, two additional tabs are displayed for the form, Test Parameters and Results Configuration.

4.  Select a global MEG in the Test Object panel.

5.  Select an originating MEP in the Test Object panel.

Note ­ MEPs can be added to services automatically or manually. If no MEPs are listed when you perform this step, see section 89.1 for
information about how to configure a MEP that is required for this step. 

6.  To select the test destination using the target MAC Address:
a.  To select a MEP as the test destination, click Select MEP.

b.  To select a MIP as the test destination, click Select MIP.

Note ­ MIP selection is not supported for OmniSwitch NEs. 

c.  To select an unmanaged MEP as the test destination, click Select Unmanaged MEP.
7.  If the NE Schedulable parameter was not enabled in step 3, configure the REQUIRED parameters in the MEP Transmit SLM Information panel and go to
step 10. Otherwise, go to step 8.

8.  Click on the Test Parameters tab and configure the required parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.

9.  Click on the Results Configuration tab and configure the required parameters.
The Trap Generation parameter is only configurable when the Accounting Files parameter is disabled.
The Test Result Storage parameter is only configurable when the Accounting Files parameter is enabled.

10.  Save the changes and close the forms.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 54/143
06.07.2017 Service assurance

11.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­10 To create and run a CFM LM OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Ethernet CFM CFM LM Test. The CFM LM Test (Create) form opens.

3.  Configure the required parameters.

4.  Disable the NE Schedulable parameter.

5.  Select a global MEG in the Test Object panel.

6.  Select an originating MEP in the Test Object panel.

Note ­ MEPs can be added to services automatically or manually. If no MEPs are listed when you perform this step, see section 89.1 for
information about how to configure a MEP that is required for this step. 

7.  To select the test destination using the target MAC Address:
a.  To select a MEP as the test destination, click Select MEP.

b.  To select a MIP as the test destination, click Select MIP.

Note ­ MIP selection is not supported for OmniSwitch NEs. 

c.  To select an unmanaged MEP as the test destination, click Select Unmanaged MEP.
8.  Configure the required parameters in the MEP Transmit LM Information panel.

9.  Save the changes and close the forms.

10.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­11 To create and run a service site ping OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Service Create Service Site Ping. The Service Site Ping (Create) form opens.

3.  Configure the required parameters.

4.  Click on the Test Parameters tab and configure the required parameters.
When you set the target IP address, then choose a service ID, only service IDs from the selected site are available. When you set the Use Local Tunnel
and Use Remote Tunnel parameters, the test becomes a ping that tests the service tunnel bindings between the service sites.

5.  Click on the Results Configuration tab and configure the required parameters.

6.  Save the changes and close the forms.

7.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­12 To create and run a VCCV ping OAM diagnostic test from the STM

You can perform this test from a VPLS/MVPLS or VLL service form, or from the service flat topology map. To create a VCCV ping OAM diagnostic test from a
static PW to a dynamic PW segment, perform Procedure 88­13. To create a VCCV ping OAM diagnostic test from a dynamic PW to a static PW segment, perform
Procedure 88­14.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Service VCCV Ping. The VCCV Ping (Create) form opens.

3.  Configure the required parameters.

4.  Set the Test Type parameter in the Test Object panel to Regular.

5.  Select the required spoke or mesh SDP binding in the First Spoke/Mesh SDP Binding panel.

Note ­ The selection of spoke bindings is applicable to both VPLS and VLL services; mesh bindings are only applicable to VPLS and MVPLS.
However, when creating this test for MVPLS and VPLS, the concept of downstream spoke SDP bindings does not apply. 

6.  To configure this test for a VLL, select the required downstream spoke SDP binding in the Downstream SDP Binding panel.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 55/143
06.07.2017 Service assurance

7.  Set the FEC Type parameter to None.

8.  Click on the Test Parameters tab and configure the required parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.
If you are configuring a VCCV ping test for a VLL with a switching site, you must set the Reply Type parameter to IP.

9.  Click on the Results Configuration tab and configure the required parameters.

10.  Save the changes and close the forms.

11.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­13 To create and run a VCCV ping OAM diagnostic from a static PW to a dynamic PW segment
from the STM

You can perform this test from a VPLS/MVPLS or VLL service form, or from the service flat topology map.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Service VCCV Ping. The VCCV Ping (Create) form opens.

3.  Configure the required parameters.

4.  Set the Test Type parameter in the Test Object panel to Static.

5.  Configure the required parameters in the MPLS­TP VCCV Ping panel.

6.  Select the required spoke or mesh SDP binding in the First Spoke/Mesh SDP Binding panel.

Note ­ The selection of spoke bindings is applicable to both VPLS and VLL services; mesh bindings are only applicable to VPLS and MVPLS.
However, when creating this test for MVPLS and VPLS, the concept of downstream spoke SDP bindings does not apply. 

7.  To configure this test for a VLL, select the required downstream spoke SDP binding in the Downstream SDP Binding panel.

8.  If the next segment is a dynamic PW, set the FEC Type parameter to FEC 128.

9.  Configure the required parameters in the Test Multi­Segment PW (FEC 128) panel for the dynamic PW.
The PW ID parameter is the Service ID of the service that contains the dynamic PW between the source and destination NEs in this segment.

10.  Click on the Test Parameters tab and configure the REQUIRED parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.
If you are configuring a VCCV ping test for a VLL with a switching site, you must set the Reply Type parameter to IP.

11.  Click on the Results Configuration tab and configure the required parameters.

12.  Save the changes and close the forms.

13.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­14 To create and run a VCCV ping OAM diagnostic from a dynamic PW to a static PW segment
from the STM

You can perform this test from a VPLS/MVPLS or VLL service form, or from the service flat topology map.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Service VCCV Ping. The VCCV Ping (Create) form opens.

3.  Configure the required parameters.

4.  Set the Test Type parameter in the Test Object panel to Regular.

5.  Select the required spoke or mesh SDP binding in the First Spoke/Mesh SDP Binding panel.

Note ­ The selection of spoke bindings is applicable to both VPLS and VLL services; mesh bindings are only applicable to VPLS and MVPLS.
However, when creating this test for MVPLS and VPLS, the concept of downstream spoke SDP bindings does not apply. 

6.  To configure this test for a VLL, select the required downstream spoke SDP binding in the Downstream SDP Binding panel.

7.  Set the FEC Type parameter to Static.

8.  Configure the required parameters in the Test Multi­Segment PW (Static) panel for the dynamic PW.

9.  Click on the Test Parameters tab and configure the required parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.
If you are configuring a VCCV ping test for a VLL with a switching site, you must set the Reply Type parameter to IP.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 56/143
06.07.2017 Service assurance

10.  Click on the Results Configuration tab and configure the required parameters.

11.  Save the changes and close the forms.

12.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­15 To create and run VCCV trace OAM diagnostic test from the STM

You can also perform this diagnostic test from a VLL service form, or from the service flat topology map. To create a VCCV trace OAM diagnostic test from a static
PW to a dynamic PW segment, perform Procedure 88­16. To create a VCCV trace OAM diagnostic test from a dynamic PW to a static PW segment, perform
Procedure 88­17.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Service VCCV Trace. The VCCV Trace (Create) form opens.

3.  Configure the required parameters.

4.  Set the Test Type parameter in the Test Object panel to Regular.

5.  Select a spoke SDP binding in the First Spoke SDP Binding panel.

6.  Configure the required parameters.

7.  Set the Target FEC Type parameter to None.

8.  Click on the Test Parameters tab and configure the required parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.
If you are configuring a VCCV trace test for a VLL with a switching site, you must set the Reply Type parameter to IP.

9.  Click on the Results Configuration tab and configure the required parameters.

10.  Save the changes and close the forms.

11.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­16 To create and run a VCCV trace OAM diagnostic from a static PW to a dynamic PW segment
from the STM

You can perform this test from a VPLS/MVPLS or VLL service form, or from the service flat topology map.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Service VCCV Trace. The VCCV Trace (Create) form opens.

3.  Configure the required parameters.

4.  Set the Test Type parameter in the Test Object panel to Static.

5.  Configure the required parameters.

6.  Configure the Send Mode parameter in the MPLS­TP VCCV Trace panel.

7.  Select the required spoke or mesh SDP binding in the First Spoke/Mesh SDP Binding panel.

Note ­ The selection of spoke bindings is applicable to both VPLS and VLL services; mesh bindings are only applicable to VPLS and MVPLS.
However, when creating this test for MVPLS and VPLS, the concept of downstream spoke SDP bindings does not apply. 

8.  To configure this test for a VLL, select the required downstream spoke SDP binding in the Downstream SDP Binding panel.

9.  Set the FEC Type parameter to FEC 128.

10.  Configure the required parameters in the Test Multi­Segment PW (FEC 128) panel for the dynamic PW.
The PW ID parameter is the Service ID of the service that contains the dynamic PW between the source and destination NEs in this segment.

11.  Click on the Test Parameters tab and configure the required parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.
If you are configuring a VCCV trace test for a VLL with a switching site, you must set the Reply Type parameter to IP.

12.  Click on the Results Configuration tab and configure the required parameters.

13.  Save the changes and close the forms.

14.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 57/143
06.07.2017 Service assurance

Procedure 88­17 To create and run a VCCV trace OAM diagnostic from a dynamic PW to a static PW segment
from the STM

You can perform this test from a VPLS/MVPLS or VLL service form, or from the service flat topology map.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Service VCCV Trace. The VCCV Trace (Create) form opens.

3.  Configure the required parameters.

4.  Set the Test Type parameter in the Test Object panel to Regular.

5.  Select the required spoke or mesh SDP binding in the First Spoke/Mesh SDP Binding panel.

Note ­ The selection of spoke bindings is applicable to both VPLS and VLL services; mesh bindings are only applicable to VPLS and MVPLS.
However, when creating this test for MVPLS and VPLS, the concept of downstream spoke SDP bindings does not apply. 

6.  To configure this test for a VLL, select the required downstream spoke SDP binding in the Downstream SDP Binding panel.

7.  Set the FEC Type parameter to Static.

8.  Configure the required parameters in the Test Multi­Segment PW (Static) panel for the dynamic PW.

9.  Click on the Test Parameters tab and configure the required parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.
If you are configuring a VCCV trace test for a VLL with a switching site, you must set the Reply Type parameter to IP.

10.  Click on the Results Configuration tab and configure the Required parameters.

11.  Save the changes and close the forms.

12.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­18 To create and run a MAC populate OAM diagnostic test from the STM

You can also perform this diagnostic test from the Tests tab on a VPLS or Epipe VLL service form.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose L2 Service MAC Populate. The MAC Populate (Create) form opens.

3.  Configure the required parameters.
When the Service Name parameter is configured, you can configure the Name parameter for the site.

4.  Click on the Results Configuration tab and configure the required parameters.

5.  Save the changes and close the forms.

6.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­19 To create and run a MAC purge OAM diagnostic test from the STM

You can also perform this diagnostic test from the Test tab of a VPLS or an Epipe VLL.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose L2 Service MAC Purge. The MAC Purge (Create) form opens.

3.  Configure the required parameters.
When the Service Name parameter is configured, you can configure the Name parameter for the site.

4.  Click on the Results Configuration tab and configure the required parameters.

5.  Save the changes and close the forms.

6.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­20 To create and run a MAC ping OAM diagnostic test from the STM

You can also perform this diagnostic test from the Test tab of a VPLS or an Epipe VLL.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose L2 Service MAC Ping. The MAC Ping (Create) form opens.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 58/143
06.07.2017 Service assurance

3.  Configure the required parameters.
When the Service Name parameter is configured, you can configure the Name parameter for the site.

4.  Click on the Test Parameters tab and configure the required parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.

5.  Click on the Results Configuration tab and configure the required parameters.

6.  Save the changes and close the forms.

7.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­21 To create and run a MAC trace OAM diagnostic test from the STM

You can also perform this diagnostic test from the Test tab of a VPLS or an Epipe VLL.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose L2 Service MAC Trace. The MAC Trace (Create) form opens.

3.  Configure the required parameters.
When the Service Name parameter is configured, you can configure the Name parameter for the site.

4.  Click on the Test Parameters tab and configure the required parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.

5.  Click on the Results Configuration tab and configure the required parameters.

6.  Save the changes and close the forms.

7.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­22 To create and run a VPLS VXLAN ping OAM diagnostic test from the STM

Perform this test to run a VXLAN ping test to confirm that a virtual tunnel is operational using the echo request/reply functions, as well as query the status of the
Virtual Network Instance (VNI). VXLAN exists only on VPLS and this test is used to ping from site to site in the service.
The VXLAN ping test can also be created from a VPLS service and from VPLS sites under the OAM Tests VXLAN tab. This functionality is also available in the
VPLS service topology map.
1.  Choose Manage Service Services from the 5620 SAM main menu. The Service Manager form opens.

2.  Choose the required service from the list and click Properties. The Service (Edit) form opens.

3.  Choose a site from the navigation tree. The Site information is displayed.

4.  Click on the BGP tab, then on the General sub­tab.
i.  Enable the Enable BGP parameter.

ii.  Configure the Route Distinguisher parameter.

iii.  Click RT and PW Template Configuration button to open the BGP Configuration form.

iv.  Click the VSI Import Policies tab and configure required Import Route Target.

v.  Click the VSI Export Policies tab and configure required Export Route Target.
5.  Click on the EVPN tab.

6.  Configure the required parameters.

Note 1 ­ The Enable BGP EVPN parameter must be enabled for this test. 
Note 2 ­ The CFM MAC Advertisement parameter allows the advertisement through BGP of any configured Up MEP, vMEP and MIP MAC
addresses on SAPs and SDP bindings. These are not advertised by default. When this parameter is enabled, locally­generated ETH­CFM
PDUs utilize the TEP and VTEP connections as transport for EVPN services. CFM will inform and keep the STM up to date on MEP and
MIP MAC addresses, including any additions, deletions, and changes. If the CFM MAC Advertisement parameter is disabled, the Up MEP,
vMEP and MIP MAC addresses will be withdrawn in BGP.  

7.  Click Create in the VXLAN panel. The VXLAN (Create) form opens.

8.  Configure the Network Identifier parameter and close the form.

Note ­ The Network Identifier parameter must have the same value for all sites to be included in the test. 

9.  Repeat steps 4 to 8 for all sites in the service which are to be included in the test.

10.  Close the service form.

11.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 59/143
06.07.2017 Service assurance

12.  Click Create and choose L2 Service VXLAN Ping. The VXLAN Ping (Create) form opens.

13.  Configure the required parameters on the General tab.

Note ­ The Outer IP Destination parameter determines which site in the service to test. 

14.  Click on the Test Parameters tab and configure the required parameters.

Note ­ Enabling the I­Flag parameter specifies that the OAM PDUs contain a valid VNI. If it is not enabled, the OAM PDUs are prevented
from being forwarded beyond the terminating Virtual Tunnel Endpoints (VTEPs). 

15.  Click on the Results Configuration tab and configure the required parameters.

16.  Click Execute to run the test.

17.  Click on the Results tab and select the test, then click Properties.
The VXLAN Ping Result form opens. Test results are displayed on the General, Response Probes, and Details tabs.

18.  See Procedure 87­6 for additional information on running OAM diagnostic tests and Procedure 87­11 for information about how to interpret the test results.

19.  Save the changes and close the forms.

 
 

Procedure 88­23 To create and run a CPE ping OAM diagnostic test from the STM

Note 1 ­ You can also perform this diagnostic test from: 
the Test tab CPE Ping sub­tab of the required VPLS or VLL Epipe service provisioned over a VPLS PBB backbone

the topology view of the required VPLS or VLL Epipe service

Note 2 ­ This test can also be added to the FirstRun/LastRun in a test suite. 
Note 3 ­ If the Epipe or the B­VPLS (in the case of PBB Epipe) uses SDP bindings, the system configuration must be network chassis mode D
compatible. 
Note 4 ­ To run this test for a VLL Epipe over a VPLS PBB backbone, the NEs involved must be at IOM3 or above. 
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose L2 Service CPE Ping. The CPE Ping (Create) form opens.

3.  Configure the required parameters.
When the Service Name parameter is configured, you can configure the Name parameter for the site.
The Source MAC Address parameter is only displayed and configurable when you are creating this test for a VPLS.

4.  Click on the Test Parameters tab and configure the required parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.
The Send Via Control Plane and Reply Via Control Plane parameters are only configurable for a VPLS.

5.  Click on the Results Configuration tab and configure the required parameters.

6.  Click on the NM Thresholds tab to configure threshold­crossing alarms.

Note ­ The NM Thresholds tab will only be displayed and configurable when the NE Schedulable parameter is not enabled. See Procedure 87­
2 for more information. 

7.  Save the changes and close the forms.

8.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­24 To create and run an ANCP loopback OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose L2 Service ANCP Loopback. The ANCP Loopback (Create) form opens.

3.  Configure the required parameters.

4.  Select the originating NE in the From IP Address panel.

5.  Click on the Test Parameters tab.

6.  To configure the ANCP loopback diagnostic for a subscriber ID:
i.  Set the Target Type parameter to Subscriber Ident String.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 60/143
06.07.2017 Service assurance

ii.  Configure the Subscriber Ident String parameter in the ANCP Target Type Details panel.
7.  To configure the ANCP loopback diagnostic for an ANCP string:
i.  Set the Target Type parameter to ANCP String.

ii.  Configure the ANCP String parameter in the ANCP Target Type Details panel.
8.  Configure the required parameters in the ANCP Details panel.

9.  Click on the Results Configuration tab and configure the required parameters.

Note ­ The ANCP OAM test returns a result trap only if it can locate the subscriber line ANCP string. In this case, it correctly returns the
failure or success message. If the ANCP string (i.e., the subscriber line) does not exist on the DSLAM, the network element cannot ping it
and does not return a trap. The OAM test in 5620 SAM remains in the Pending state until the request times out. This behavior differs from the
behavior of the other OAM tests. 
To correct the problem, check the Trap Generation: Probe Failure check box.

10.  Save the changes and close the forms.

11.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­25 To create and run a VPRN ping or VPRN trace OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose L3 Service VPRN Ping or VPRN Trace. The VPRN Ping (Create) form or VPRN Trace (Create) opens.

3.  Configure the required parameters.

4.  Select a VPRN site In the Test Object Panel.

5.  Click on the Test Parameters tab.

6.  Configure the parameters in the Execution Details panel.

7.  Configure the parameters in the Test Probe panel.
The Time To Live parameter only applies to VPRN ping tests.
The Initial Time to Live, DiffServ Field and Maximum Time to Live parameters only apply to VPRN trace tests.

8.  Click on the NM Thresholds tab to configure threshold­crossing alarms. See Procedure 87­2 for more information.

9.  Save the changes and close the forms.

10.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­26 To create and run a VPRN Ping, VPRN Trace, ICMP Ping, or ICMP Trace OAM diagnostic test
from a service manager form

1.  Choose Manage Service Services from the 5620 SAM main menu. The Service Manager form opens.

2.  Choose a service from the list and click Properties. The Service (Edit) form opens.

3.  Click on the Sites tab.

4.  Choose a site or sites from the list and click Properties. The Site (Edit) form opens.

5.  Click on the OAM tab, then the Tests tab.

6.  Configure and run a VPRN ping or VPRN trace OAM diagnostic.
a.  To create and run a VPRN ping:
i.  Click on the VPRN Ping tab. A list of VPRN diagnostics appears.

ii.  Double­click on a row in the list to edit an existing test, or click Create to create a new test. The VPRN ping form opens.

iii.  Configure the required parameters.

iv.  Select a VPRN site.

v.  Click on the Test Parameters tab and configure the required parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.

vi.  Click on the Results Configuration tab and configure the required parameters.

vii.  Click Apply to save the changes and confirm the action.

viii.  Click Execute. A deployed test is created and run. Open the deployed test from the Deployed Tests tab to view its current state. When the
test is complete, the deployed test is removed, and you can view the results.
b.  To create and run a VPRN trace:
i.  Click on the VPRN Trace tab. A list of VPRN trace diagnostics appears.
https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 61/143
06.07.2017 Service assurance

ii.  Double­click on a row in the list to edit an existing test, or click Create to create a new test. The VPRN Trace (Create) form opens.

iii.  Configure the required parameters.

iv.  Select a VPRN site.

v.  Click on the Test Parameters tab and configure the required parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.

vi.  Click on the Results Configuration tab and configure the required parameters.

vii.  Click Apply to save the changes and confirm the action.

viii.  Choose the diagnostic from the list.

ix.  Click Execute. A deployed test is created and run. Open the deployed test from the Deployed Tests tab to view its current state. When the
test is complete, the deployed test is removed, and you can view the results.
7.  Configure and run an ICMP ping or ICMP trace OAM diagnostic.
a.  To create and run ICMP ping:
i.  Click on the ICMP Ping tab. A list of ICMP diagnostics appears.

ii.  Double­click on a row in the list to edit an existing test, or click Create to create a new test. The ICMP Ping form opens.

iii.  Configure the required parameters.

iv.  Configure the IP Address and VPRN interface in the Source panel.

v.  Configure the Target IP Address and VPRN interface in the Target IP Address panel.

vi.  Click on the Test Parameters tab and configure the required parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.

vii.  Click on the Results Configuration tab and configure the required parameters.

viii.  Click Apply to save the changes and confirm the action.

ix.  Click Execute. A deployed test is created and run. Open the deployed test from the Deployed Tests tab to view its current state. When the
test is complete, the deployed test is removed, and you can view the results.
b.  To create and run ICMP trace:
i.  Click on the ICMP Trace tab. A list of ICMP trace diagnostics appears.

ii.  Double­click on a row in the list to edit an existing test, or click Create to create a new test. The ICMP Trace form opens.

iii.  Configure the required parameters.

iv.  Configure the IP Address and VPRN interface in the Source panel.

v.  Configure the Target IP Address and VPRN interface in the Target IP Address panel.

vi.  Click on the Test Parameters tab and configure the required parameters.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.

vii.  Click on the Results Configuration tab and configure the required parameters.

viii.  Click Apply to save the changes and confirm the action.

ix.  Choose the diagnostic from the list.

x.  Click Execute. A deployed test is created and run. Open the deployed test from the Deployed Tests tab to view its current state. When the
test is complete, the deployed test is removed, and you can view the results.
8.  View the test results on the Results tab. The results depend on the type of test. See Procedure 87­7. Result information includes:
Number of Probes Sent

Time Last Response

Number of Responses Received

Note ­ Results of individually run ICMP Trace tests are viewed on the Results tab. The Results tab displays only the result of the last
individually run ICMP Trace test, any previous individually run test results are overwritten. 
Results from ICMP Trace tests that are scheduled or part of a test suite are also stored on the Results tab. The number of scheduled test
results stored corresponds to the value configured in the Probe History Size (rows) parameter. Scheduled ICMP Trace test results do not
overwrite individually run test results or previously run scheduled test results.

 
 

Procedure 88­27 To create a tunnel ping OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Service Transport Tunnel Ping. The Tunnel Ping (Create) form opens.

3.  Configure the required parameters.

4.  Select the source of the service tunnel.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 62/143
06.07.2017 Service assurance

5.  Save the changes and close the forms.

6.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­28 To create and run a tunnel ping OAM diagnostic test from a service tunnel

1.  Choose Manage Service Tunnels from the 5620 SAM main menu. The Manage Service Tunnels form opens.

2.  Filter to list only the source and destination routers of the service tunnel and click on the Search button. The list of service tunnels opens.

3.  Double­click on a service tunnel from the list. The Tunnel (Edit) form opens.

4.  Click on the Tests tab.

5.  Click on the Tunnel Ping tab.

6.  Click Create. The Tunnel Ping (Create) form opens. The form displays information about the circuit being tested, including the originating tunnel ID.

7.  Configure the required parameters.

8.  Click on the Test Parameters tab and configure the required parameters.
The Packet Interval (seconds) parameter has an effect only when multiple probes are to be sent.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.
Ensure that you configure the Forwarding Class parameter to work with the services that use the tunnel.

9.  Click on the Results Configuration tab and configure the required parameters.

10.  Click Apply to save the changes and confirm the action.

11.  Perform the tunnel ping OAM diagnostic:
i.  Click Execute on the Tunnel Ping (Edit) form. A deployed test is created and run. Open the deployed test from the Deployed Tests tab to view its
current state. When the test is complete, the deployed test is removed, and you can view the results. The diagnostic is complete.

ii.  Click on the Results tab. The list of tunnel ping OAM packets sent is displayed.

iii.  Click on the row or rows to view diagnostic information.

iv.  Click Properties. The OAM results form opens.
See Procedure 87­11 for information about the diagnostic status messages. Use the status message to interpret the diagnostic results.

v.  Close the form.
12.  Close the Tunnel (Edit) form when the OAM diagnostics are complete.

 
 

Procedure 88­29 To create and run an MTU ping OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Service Transport MTU Ping. The MTU Ping (Create) form opens.

3.  Configure the required parameters.

4.  Select the source of the service tunnel.

5.  Save the changes and close the forms.

6.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­30 To create and run an MTU ping OAM diagnostic test from a service tunnel

Use the MTU ping diagnostic test to find the largest valid frame size.
1.  Choose Manage Service Tunnels from the 5620 SAM main menu. The Manage Service Tunnels form opens.

2.  Filter to list only the source and destination routers of the service tunnel and click on the Search button. The list of service tunnels appears.

3.  Double­click on a service tunnel from the list. The Tunnel (Edit) form opens.

4.  Click on the Tests tab.

5.  Click on the MTU Ping tab.

6.  Click Create. The MTU Ping (Create) form opens. The form displays information about the service tunnel being tested and the originating tunnel ID.

7.  Configure the required parameters.

8.  Click on the Test Parameters tab and configure the required parameters.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 63/143
06.07.2017 Service assurance
Note ­ If the step size is small but the end message size is large, the amount of time to complete the MTU ping may be many minutes.
Ensure that you have an appropriate step size that reflects the range of MTU packet sizes that you want to test. 

9.  Click on the Results Configuration tab and configure the required parameters.

10.  Click Apply to save the changes.

11.  Perform the MTU ping.
i.  Click execute in the MTU Ping (Edit) form. The MTU ping diagnostic starts. A deployed test is created and run. Open the deployed test from the
Deployed Tests tab to view its current state. When the test is complete, the deployed test is removed, and you can view the results. The diagnostic
is complete.

ii.  Click on the Results tab. The list of MTU ping OAM probes sent is displayed.

iii.  Click on the row(s) to view diagnostic information.

iv.  Click Properties. The OAM results form opens.
See Procedure 87­11 for information about the diagnostic status messages. Use the status message to interpret the diagnostic results. For example,
the status message Response Received indicates that the MTU OAM diagnostic completed successfully.

v.  Close the form.
12.  Close the Tunnel (Edit) form when the OAM diagnostics are complete.

 
 

Procedure 88­31 To create and run an LSP or MPLS­TP LSP ping OAM diagnostic test from the STM

The LSP Ping and MPLS­TP LSP Ping diagnostic tests support both IPv4 and IPv6 source and destination addresses.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose MPLS LSP Ping. The LSP Ping (Create) form opens.

3.  Configure the required parameters.
The parameters in the Source IP Address, LDP, and Details panels can only be configured when the Target Type parameter is set to Any LSP and when the
LDP Site ID is configured.
The BGP Prefix and BGP Prefix Length parameters can only be configured when the Target Type parameter is set to BGP LSP and when the BGP Site ID is
configured.

4.  If you set the Target Type parameter in step 3 to MPLS­TP LSP, perform the following:
i.  Select an MPLS­TP site in the MPLS­TP Site panel.

ii.  Configure the Send Mode parameter.

iii.  Select an MPLS­TP LSP path in the MPLS­TP LSP panel.

iv.  Configure the required parameters.
You can configure the Destination Global ID and Destination IP Address parameters with the LER or intermediate NEs (LSRs).
5.  Click on the Test Parameters tab and configure the required parameters.
When you set the target IP address, then choose a service ID, only service IDs from the selected site are available.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.

6.  Click on the Results Configuration tab and configure the required parameters.

7.  Save the changes and close the forms.

8.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­32 To create and run an LSP or MPLS­TP LSP trace OAM diagnostic test from the STM

The LSP Trace and MPLS­TP LSP Trace diagnostic tests support both IPv4 and IPv6 source and destination addresses.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose MPLS LSP Trace. The LSP Trace (Create) form opens.

3.  Configure the required parameters.
The parameters in the Source IP Address, LDP, and Details panels can only be configured when the Target Type parameter is set to Any LSP and when the
LDP Site ID is configured.
The BGP Prefix and BGP Prefix Length parameters can only be configured when the Target Type parameter is set to BGP LSP and when the BGP Site ID is
configured.

4.  If you set the Target Type parameter in step 3 to MPLS­TP LSP, perform the following:
i.  Select an MPLS­TP site in the MPLS­TP Site panel.

ii.  Configure the Send Mode parameter.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 64/143
06.07.2017 Service assurance

iii.  Select an MPLS­TP LSP path in the MPLS­TP LSP panel.

iv.  Configure the MPLS­TP LSP Path Type parameter.
5.  Click on the Test Parameters tab and configure the required parameters.
When you set the target IP address, then choose a service ID, only service IDs from the selected site are available.
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.

6.  Click on the Results Configuration tab and configure the required parameters.

7.  Save the changes and close the forms.

8.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­33 To create and run an LDP tree trace OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose MPLS LDP Tree Trace. The LDP Tree Trace (Create) form opens.

3.  Configure the required parameters.

4.  Click on the Test Parameters tab and configure the required parameters.

5.  Click on the Results Configuration tab and configure the required parameters.

6.  Save the changes and close the forms.

7.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­34 To create and run a P2MP LSP ping OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose MPLS P2MP LSP Ping. The P2MP LSP Ping (Create) form opens.

3.  Configure the required parameters.

4.  Perform one of the following:
a.  If you selected P2MP RSVP as your Target Type:
i.  Select a P2MP dynamic LSP in the P2MP Dynamic LSP panel.

ii.  Select a P2MP Instance in the P2MP Instance panel.

iii.  Configure the Select All S2L Paths parameter.
If you enabled the parameter, go to step 5.

iv.  Click on the S2L Paths tab.

v.  Click Add and select one or more S2L paths (up to a maximum of five).
b.  If you selected P2MP mLDP as your Target Type:

Note ­ For the test to execute successfully, ensure the following: 
The LDP protocol must be enabled on all NEs between the source and destination, including any intermediate NEs.

LDP interfaces must be in place between the source and destination NEs.

LDP interfaces must be up, and the Multicast Forwarding parameter must be enabled on each interface. This also applies to all
intermediate NEs. See Procedure 29­14 for information about configuring LDP interfaces.

i.  Select the P2MP ID you want to test in the P2MP LDP panel.

ii.  Click on the LDP Leaf Addresses tab.

iii.  Click Add and select up to five leaf NEs.
c.  If you selected P2MP mLDP­SSM as your Target Type:

Note ­ For the test to execute successfully, ensure the following: 
The LDP protocol must be enabled on all NEs between the source and destination, including any intermediate NEs.

LDP interfaces must be in place between the source and destination NEs.

LDP interfaces must be up, and the Multicast Forwarding parameter must be enabled on each interface. This also applies to all
intermediate NEs. See Procedure 29­14 for information about configuring LDP interfaces.

i.  Select the System ID (Loopback IP Address) in the P2MP LDP SSM panel.

ii.  Configure the Router Instance type (either a base router or a VPRN service). If you select Service, then you must also select the required
VPRN Instance.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 65/143
06.07.2017 Service assurance

iii.  Select the Source Address. The Group Address field will be automatically populated, depending on your choice of Source Address. However,
you can also manually enter a multicast address in the Group Address field, as required.

iv.  If you selected Service as the Router Instance type, then go to step 5.

v.  Select a Sender Address.

vi.  Click on the LDP Leaf Addresses tab.

vii.  Click Add and select up to five leaf NEs.
5.  Click on the Test Parameters tab and configure the required parameters.
The Time To Live parameter is only displayed if you selected P2MP RSVP as your Target Type.

6.  Click on the Results Configuration tab and configure the required parameters.

7.  Click on the NM Thresholds tab to configure threshold­crossing alarms. See Procedure 87­2 for more information.

8.  Click OK to save the changes. The Service Test Manager form opens.

9.  Choose the created test from the list of OAM diagnostics and click Properties.
The P2MP LSP Ping (Edit) form opens.

10.  Click Execute to start the P2MP LSP ping. A deployed test is created and run. Open the deployed test to view its current state. When the test is complete,
the deployed test is removed, and you can view the results.

Note ­ When this test is performed on an existing Point­to­Multipoint LSP, up to five S2L paths (for a P2MP RSVP target type) or five LDP
leaf addresses (for a P2MP mLDP or P2MP mLDP­SSM target type) can be selected. If none are selected, all available paths or addresses
up to the limit of five will be pinged. 

11.  Click on the Results tab in the P2MP LSP Ping (Edit) form.
The Results tab will show an entry for each S2L path (RSVP) or leaf address (mLDP or mLDP­SSM) tested.

12.  Select the test from the list and click on Properties. The P2MP LSP Ping Packet Result form opens.
The General tab displays the test parameters you configured, along with time the test was executed, its status, and the following test information:
Number of Packets Sent

Packet Timeouts

Number of Responses Received

Number of Packets Lost

Loss Percentage

Last Good Packet Time

Note ­ The test results depend on the type of test you run. See Procedure 87­7 for more information. 

13.  Click on the Details tab.

14.  View the test results for the:
Round Trip Time

Outbound One Way Time

Inbound One Way Time

15.  Click on the Response Packets tab.

16.  Select a response packet from the list and click on Properties. The P2MP LSP Ping Packet Result form opens.

Note ­ The test results depend on the type of test you run. See Procedure 87­7 for more information. 

17.  View details on the response packet, including:
Status

Round­Trip Time

Response sequence

18.  Repeat steps 12 to 17 for all tested S2L paths (RSVP) or leaf addresses (mLDP).

 
 

Procedure 88­35 To create and run a P2MP LSP trace OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose MPLS P2MP LSP Trace. The P2MP LSP Trace (Create) form opens.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 66/143
06.07.2017 Service assurance

3.  Configure the required parameters.

ID Description

Auto­Assign ID NM Administrative State
 
Name
 
 

4.  Click on the Select button in the P2MP Dynamic Lsp panel to choose the P2MP Dynamic LSP you want to test.

5.  Click on the Select button in the P2MP Instance panel to choose the P2MP Instance you want to test.

6.  Click on the Select button in the S2L Destination Address panel to choose the S2L Destination Address you want to test.

7.  Click on the Test Parameters tab and configure the required parameters.

Number of Test Packets Initial Time to Live

Packet Interval (seconds) Maximum Time to Live

Packet Timeout (seconds) Forwarding Class

Size (octets) Forwarding Profile
   
 

8.  Click on the Results Configuration tab and configure the required parameters.
Maximum Failures

Trap Generation

9.  Click on the NM Thresholds tab to configure threshold­crossing alarms. See Procedure 87­2 for more information.

10.  Click OK to save the changes. The Service Test Manager form opens.

11.  Choose the created test from the list of OAM diagnostics and click Properties.
The P2MP LSP Trace (Edit) form opens.

12.  Click execute to start the P2MP LSP trace. A deployed test is created and run. Open the deployed test to view its current state. When the test is complete,
the deployed test is removed, and you can view the results.

13.  Click on the Results tab.

14.  Select the test from the list and click on Properties. The P2MP LSP Trace Result form opens.
The General tab displays the test parameters you configured, along with time the test was executed and its status.

Note ­ The test results depend on the type of test you run. See Procedure 87­7 for more information. 

15.  Click on the Hops and Probes tab.
A tree view of the Hops and Probes associated with this test is provided.

16.  Right­click on a Hop from the tree view and click on Properties.
The P2MP LSP Trace Hop (Edit) form is displayed, showing the General tab.

17.  View the test results for the:
Response Probe

Round Trip Details

Outbound One Way Trip Details

Inbound One Way Trip Details

18.  Right­click on a Probe from the tree view and click on Properties.
The P2MP LSP Trace Probe (Edit) form is displayed, showing the General tab.

19.  View details on the probe, including:
Response Probe

LSP Details

20.  Repeat this test for all required S2L paths. The test only evaluates one S2L path per execution.

 
 

Procedure 88­36 To create and run an ATM ping OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose L1/L2 ATM Ping. The ATM Ping (Create) form opens.

3.  Configure the required parameters.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 67/143
06.07.2017 Service assurance
ID Connection Type

Auto­Assign ID ATM Interface ID

Name VPI

Description VCI
 
Administrative State
 
 
The VCI parameter is only configurable when the Connection Type is set to VCC Connection.

4.  Click on the Test Parameters tab and configure the required parameters.
Number of Test Probes

Packet Interval (seconds)

Probe Timeout (seconds)

Loopback Location (hex)

Destination Type

5.  Click on the Results Configuration tab and configure the required parameters.
Test Failure Threshold

Probe Failure Threshold

Trap Generation

6.  Save the changes and close the forms.

7.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­37 To configure an ATM OAM loopback from a device Properties form

ATM OAM loopback settings are configured globally on supported devices. However, a loopback must be enabled on an IES or VPRN SAP.
1.  Choose Equipment from the navigation tree view selector. The navigation tree displays the Equipment view.

2.  Right­click on the device where you want to configure an ATM OAM loopback and select Properties. The Network Element (Edit) form opens.

3.  Click on the ATM tab.

4.  Configure the required parameters.
ATM OAM Loopback Location ID

ATM OAM Loopback Period

Number of Tries for Up State

Number of Tries for Down State

5.  Click OK. A dialog box appears.

6.  Click Yes. The Network Element (Edit) form closes.

 
 

Procedure 88­38 To create and run an MFIB ping OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Multicast MFIB Ping. The MFIB Ping (Create) form opens.

3.  Configure the required parameters.

ID Service Name

Auto­Assign ID Multicast Source

Name Multicast Group

Description Name
 
Administrative State
 
 
When the Service Name parameter is configured, you can configure the Name parameter for the site.

4.  Click on the Test Parameters tab and configure the required parameters.

Number of Test Packets Time To Live

Packet Interval (seconds) Timeout (seconds)

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 68/143
06.07.2017 Service assurance

Packet Timeout (seconds) Reply Via Control Plane
 
Size (octets)
 
 
When you set the target IP address, then choose a service ID, only service IDs from the selected site are available.

5.  Click on the Results Configuration tab and configure the required parameters.
Probe History Size (rows)

Test Failure Threshold

Packet Failure Threshold

Trap Generation

6.  Save the changes and close the forms.

7.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­39 To create and run an Mrinfo OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Multicast Mrinfo. The Mrinfo (Create) form opens.

3.  Configure the required parameters.

ID Administrative State

Auto­Assign ID Target Type

Name Site ID
 
Description
 
 

4.  Click on the Select button to choose a PIM interface. The Select PIM Interface form opens.

5.  Select a PIM interface in the list and click OK. The Select PIM Interface form closes, and the interface information is displayed on the Mrinfo (Create) form.

6.  Click on the Results Configuration tab and configure the required parameters.
Test Failure Threshold

Probe Failure Threshold

Trap Generation

7.  Save the changes and close the forms.

8.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­40 To create and run an Mtrace OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose Multicast Mtrace. The Mtrace (Create) form opens.

3.  Configure the required parameters.

ID Target Type

Auto­Assign ID Site ID

Name Source

Description Destination Address

Administrative State Response Address
   
 

4.  Click on the Test Parameters tab and configure the required parameters.
Number of Test Probes

Probe Interval (seconds)

Probe Timeout (seconds)

Initial Time to Live

Maximum Number of Hops

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 69/143
06.07.2017 Service assurance

Maximum Time to Live
When you set the target IP address, then choose a service ID, only service IDs from the selected site are available.

5.  Click on the Results Configuration tab and configure the required parameters.
Maximum Failures

Trap Generation

6.  Save the changes and close the forms.

7.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­41 To create and run an ICMP ping OAM diagnostic test from the STM

You can also perform an ICMP ping test from the Test tab of a VPRN or EIS service configuration form.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose ICMP ICMP Ping. The ICMP Ping (Create) form opens.

3.  Configure the required parameters.

ID Target Type

Auto­Assign ID System ID (Loopback Ip Address)

Name From IP Address

Description Source IP Address

Administrative State Target IP Address

NE Schedulable Next Hop Address
   
 

4.  Click on the Test Parameters tab and configure the required parameters.

Number of Test Packets Positional Data Pattern

Packet Interval (seconds) DiffServ Field

Packet Timeout (seconds) Egress Interface Index

Probe History Bypass Routing

Size (octets) Do Not Fragment

Rapid Forwarding Class

Time To Live Forwarding Profile
 
Data Pattern
 
 
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.

5.  Click on the Results Configuration tab and configure the required parameters.
Probe History Size (rows)

Test Failure Threshold

Packet Failure Threshold

Trap Generation

6.  Save the changes and close the forms.

7.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­42 To create and run an ICMP trace OAM diagnostic test from the STM

You can also perform an ICMP trace test from the Test tab of a VPRN or EIS service configuration form.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose ICMP ICMP Trace. The ICMP Trace (Create) form opens.

3.  Configure the required parameters.

ID Target Type

Auto­Assign ID System ID (Loopback Ip Address)

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 70/143
06.07.2017 Service assurance

Name From IP Address

Description Source IP Address

Administrative State Target IP Address
 
NE Schedulable
 
 

4.  Click on the Test Parameters tab and configure the required parameters.

Number of Test Packets Maximum Time to Live

Packet Interval (seconds) DiffServ Field

Packet Timeout (seconds) Time To Wait (milliseconds)
 
Probe History
 
 
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.

5.  Click on the Results Configuration tab and configure the required parameters.
Probe History Size (rows)

Maximum Failures

Trap Generation

6.  Save the changes and close the forms.

7.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­43 To create and run a DNS ping OAM diagnostic test from the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose ICMP DNS Ping. The DNS Ping (Create) form opens.

3.  Configure the required parameters.

ID System ID (Loopback Ip Address)

Auto­Assign ID From IP Address

Name Source IP Address

Description DNS Server Type

Administrative State DNS Name

NE Schedulable DNS Server Address
 
Target Type
 
 

4.  Click on the Test Parameters tab and configure the required parameters.
Number of Test Packets

Packet Interval (seconds)

Packet Timeout (seconds)

Probe History
The Probe History parameter is only configurable when the NE Schedulable parameter is enabled.

5.  Click on the Results Configuration tab and configure the required parameters.
Probe History Size (rows)

Test Failure Threshold

Packet Failure Threshold

Trap Generation

6.  Save the changes and close the forms.

7.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­44 To create and run a OmniSwitch CPE SLA diagnostic test from the STM

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 71/143
06.07.2017 Service assurance

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager form opens.

2.  Click Create and choose L1/L2 ATM Ping. The ATM Ping (Create) form opens.

3.  Configure the required parameters.

ID Description

Auto­Assign ID Administrative State

Name ATM Interface ID
   
 

4.  Click on the Test Parameters tab and configure the required parameters.
Number of Test Packets

Packet Interval (seconds)

Packet Timeout (seconds)

Loopback Location (hex)

Destination Type

5.  Click on the Results Configuration tab and configure the required parameters.
Probe History Size (rows)

Test Failure Threshold

Packet Failure Threshold

Trap Generation

6.  Save the changes and close the forms.

7.  To run the OAM diagnostic test and view the results, perform Procedure 87­6. See Procedure 87­11 for information about how to interpret the test results.

 
 

Procedure 88­45 To create an OmniSwitch ping or traceroute OAM diagnostic test using a CLI script

Warning ­ Scripts that are not correctly created or applied can cause serious damage to the network. Alcatel­Lucent recommends that system
administrators clearly define user responsibilities for CLI script usage, and ensure that scripts are verified and validated before they are executed on
devices in a live network. 

Perform this procedure to create an OmniSwitch ping or traceroute OAM diagnostic test using a using the sample CLI scripts in Code 88­1 and Code 88­2.
1.  Choose Tools Scripts from the 5620 SAM main menu. The Scripts form opens.

2.  Choose CLI Script (Scripting) from the object drop­down menu and click Create. The CLI Script (Create) form opens.

3.  Configure the required parameters.

Auto­Assign ID Use Latest Version

Script ID Starting Point

Name Continue On Command Failure

Description Content Type
 
Type
 
 
Enable the Use Latest Version parameter to associate all of the targets of the script with the latest version of the CLI script.
You must set the Content Type parameter to Velocity.

4.  Perform the following steps to specify the script target types.
i.  Click on the Add button in the NE Types panel. The Select Property ­ CLI Script form opens.

ii.  Select one or more OmniSwitch NE types in the list and click OK. The Select Property ­ CLI Script form closes, and the NE types are listed on the
CLI Script (Create) form.
5.  Click apply to apply the configuration.

6.  Click on the Versions tab.

7.  Create the script by clicking Create. The Script Editor script_name form opens.

8.  Create the CLI script text by performing one of the following steps.
a.  Import an existing text file with a CLI script. You can create a text file by copying and pasting the text from the sample OmniSwitch ping shown in
Code 88­1 or the sample traceroute script shown in Code 88­2 into a text editor.
i.  Choose File Import from the Editor menu. The Import dialog box appears.

ii.  Choose the file to be imported and click on the Import button. The script appears in the Script Editor workspace.

iii.  Modify the script as required.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 72/143
06.07.2017 Service assurance

b.  Enter or copy and paste the CLI script text from the sample OmniSwitch ping shown in Code 88­1 or the sample traceroute script shown in Code 88­2
into the Script Editor workspace.

 
Code 88­1: Sample OmniSwitch OAM ping script

<velocityProperties>

  <tab><name>General</name><tooltip>The general tab</tooltip>

    <group><name>General</name><tooltip>The general group</tooltip>

      <property>

        <name>ip_address</name>

        <uiName>IP Address:</uiName>

        <tooltip>IP address of the system to ping (IPv4 xxx.xxx.xxx.xxx)</tooltip>

        <type>String</type>

        <default>0.0.0.0</default>

        <uiOrder>1</uiOrder>

        <required>true</required>

      </property>

      <property>

        <name>count</name>

        <uiName>Count:</uiName>

        <tooltip>Number of frames to be transmitted</tooltip>

        <type>Integer</type>

        <default>6</default>

        <uiOrder>2</uiOrder>

        <required>true</required>

      </property>

      <property>

        <name>packed_size</name>

        <uiName>Packet Size:</uiName>

        <tooltip>Size of the data portion of the packet sent for this ping, in bytes</tooltip>

        <type>Integer</type>

        <default>64</default>

        <required>true</required>

        <uiOrder>3</uiOrder>

        <min>1</min>

        <max>60000</max>

      </property>

      <property>

        <name>interval</name>

        <uiName>Interval (seconds):</uiName>

        <tooltip>Polling interval</tooltip>

        <type>Integer</type>

        <uiOrder>4</uiOrder>

        <default>1</default>

        <min>1</min>

        <max>10000</max>

      </property>

      <property>

        <name>timeout</name>

        <uiName>Timeout (seconds):</uiName>

        <tooltip>Number of seconds the program will wait for a response before timing out</tooltip>

        <type>Integer</type>

        <uiOrder>5</uiOrder>

        <default>5</default>

        <min>1</min>

        <max>10000</max>

      </property>

    </group>

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 73/143
06.07.2017 Service assurance
    </group>

  </tab>

</velocityProperties>

ping $ip_address count $count size $packed_size interval $interval timeout $timeout

 
Code 88­2: Sample OmniSwitch traceroute script

<velocityProperties>

  <tab><name>General</name><tooltip>The general tab</tooltip>

    <group><name>General</name><tooltip>The general group</tooltip>

      <property>

        <name>ip_address</name>

        <uiName>IP Address:</uiName>

        <tooltip>IP address of the host whose route you want to trace. (IPv4 xxx.xxx.xxx.xxx)</tooltip>

        <type>String</type>

        <default>0.0.0.0</default>

        <uiOrder>1</uiOrder>

        <required>true</required>

      </property>

      <property>

        <name>maxHopValue</name>

        <uiName>Maximum Hop:</uiName>

        <tooltip>Maximum hop count for the trace</tooltip>

        <type>Integer</type>

        <default>5</default>

        <uiOrder>2</uiOrder>

        <required>true</required>

      </property>

    </group>

  </tab>

</velocityProperties>

traceroute $ip_address max­hop $maxHopValue

9.  Perform one of the following.
a.  Save the script to the Scripts tool.
i.  Choose File Save from the Editor menu or click on the Save button. The Comment form opens.

ii.  Configure the required parameters.
Network Element Version Information

Bundle ID

iii.  Click OK.
b.  Export the script to a local or network text file.
i.  Choose File Export from the Editor menu, or click Export. A dialog box appears and prompts you to choose a file storage location in the
network.

ii.  Scroll to the location in which you want to save the text file, and enter a filename in the appropriate field.

iii.  Click Export. The script version text file is saved in the specified location.
10.  Choose File Close from the Editor menu. The Script Editor form closes, and the CLI Script (Edit) form reappears with the Version tab displayed. The new
version of the script appears in the list.

11.  Close the CLI Script (Edit) form.

12.  Close the Scripts list form.
See Procedures 88­46 and 88­47 for information about configuring and running OmniSwitch ping and traceroute OAM scripts.

 
 

Procedure 88­46 To configure and run an OmniSwitch OAM diagnostic ping test CLI script

Warning ­ Scripts that are not correctly created or applied can cause serious damage to the network. Alcatel­Lucent recommends that system
administrators clearly define user responsibilities for CLI script usage, and ensure that scripts are verified and validated before they are executed on
devices in a live network. 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 74/143
06.07.2017 Service assurance

The following procedure describes how to create and run an OmniSwitch OAM diagnostic ping test using the script created using Procedure 88­45.
1.  Ensure that the mediation policy for each OmniSwitch target is configured with the correct user name and password for CLI communication. See Procedure
11­5.

2.  Choose Tools Scripts from the 5620 SAM main menu. The Scripts form opens.

3.  Choose CLI Script (script) from the object drop­down menu.

4.  Configure the filter criteria. A list of scripts appears at the bottom of the Scripts form.

5.  Double­click on the OmniSwitch ping script that you created using Procedure 88­45. The CLI Script (Edit) form opens.

6.  Click on the Targets tab.

7.  Click Create. The Target Configuration form opens.

8.  Click Create. The Select Network Elements form opens.

9.  Choose one or more OmniSwitch devices and click OK. The Select Network Elements form closes, and the OmniSwitch NEs are listed on the Target
Configuration form.

10.  Configure the test parameters.
i.  Choose a target from the Target List panel.

ii.  Configure the required parameters.
IP Address

Count

Packet Size (octets)

Interval (seconds)

Timeout

iii.  Click on the Apply To Selected button.

iv.  Repeat steps 10i to 10iii to configure additional targets, if required.

v.  Click OK to close the Target Configuration form. The CLI Script (Edit) form opens with the Targets tab displayed.
11.  To run the script on specified targets, choose one or more entries from the list.

12.  Click execute. The results of the test appear in the form.

13.  Perform one of the following to view the results of the scripts:
a.  Choose a target from the list. The results of the script that was run on the specified target appears in the panel below the list.
i.  Click Save Result to save the results to the result manager. A dialog box appears. Click OK.

Note ­ You can save the results of multiple scripts to the result manager simultaneously; choose the entries in the list and click
Save Result. 

ii.  Export the results to a local or network text file.

iii.  Click Export. A dialog box appears and prompts you to choose a file storage location on the network.

iv.  Scroll to the location in which you want to save the text file, and enter a filename in the appropriate field.

v.  Click Export. The results text file is saved in the specified location.
b.  Choose one or more entries from the list and click on the View Selected button. The View Selected form opens and displays the results of the script.
The results for each target are separated by a comment that indicates the script version, associated target, script status, run time and date, and
script parameters.
i.  Export the results of the script to a local or network text file. Choose File Export from the Editor menu, or click Export. A dialog box appears
and prompts you to choose a file storage location in the network. Scroll to the location in which you want to save the text file, and enter a
filename in the appropriate field. Click Export. The results text file is saved in the specified location.

ii.  Choose File Close from the View Selected form to close the View Selected form.

14.  Click OK or Cancel button to close the CLI Script (Edit) form.

15.  Close the Scripts form.

 
 

Procedure 88­47 To configure and run an OmniSwitch OAM traceroute test CLI script

Warning ­ Scripts that are not correctly created or applied can cause serious damage to the network. Alcatel­Lucent recommends that system
administrators clearly define user responsibilities for CLI script usage, and ensure that scripts are verified and validated before they are executed on
devices in a live network. 

The following procedure describes how to configure and run an OmniSwitch traceroute using the script created using Procedure 88­45.
1.  Ensure that the mediation policy for each OmniSwitch target is configured with the correct user name and password for CLI communication. See Procedure
11­5.

2.  Choose Tools Scripts from the 5620 SAM main menu. The Scripts list form opens.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 75/143
06.07.2017 Service assurance

3.  Choose CLI Script (script) from the object drop­down menu.

4.  Configure the filter criteria. A list of scripts appears at the bottom of the Scripts form.

5.  Double­click on the OmniSwitch traceroute script that you created using Procedure 88­45. The CLI Script (Edit) form opens.

6.  Click on the Targets tab.

7.  Click on the Add button. The Target Configuration form opens.

8.  Click on the Add button in the target list to add an OmniSwitch to the list. The Select Network Elements form opens with a list of OmniSwitch NEs.

9.  Choose one or more OmniSwitch NEs and click OK. The Select Network Elements form closes, and the OmniSwitch NEs appear in the target list panel of
the Target Configuration form.

10.  Configure the test parameters.
i.  Choose a target from the Target List panel.

ii.  Configure the required parameters.
IP Address

Maximum Hop

iii.  Click on the Apply To Selected button.

iv.  Repeat steps 10i to 10iii to configure additional targets.

v.  Click OK to close the Target Configuration form. The CLI Script (Edit) appears with the Targets tab displayed.
11.  To run the script on the specified targets, choose one or more entries from the list.

12.  Click execute. The test results appear.

13.  Perform one of the following to view the results of the scripts:
a.  Choose a target from the list. The results of the script that was run on the specified target appears in the panel below the list.
i.  Click Save Result to save the results to the result manager. A dialog box appears. Click OK.

Note ­ You can save the results of multiple scripts to the result manager simultaneously; choose the entries in the list and click
Save Result. 

ii.  Export the results to a local or network text file.

iii.  Click Export. A dialog box appears and prompts you to choose a file storage location on the network.

iv.  Scroll to the location in which you want to save the text file, and enter a filename in the appropriate field.

v.  Click Export. The results text file is saved in the specified location.
b.  Choose one or more entries from the list and click on the View Selected button. The View Selected form opens and displays the results of the script.
The results for each target are separated by a comment that indicates the script version, associated target, script status, run time and date, and
script parameters.
i.  Export the results of the script to a local or network text file. Choose File Export from the Editor menu, or click Export. A dialog box appears
and prompts you to choose a file storage location in the network. Scroll to the location in which you want to save the text file, and enter a
filename in the appropriate field. Click Export. The results text file is saved in the specified location.

ii.  Choose File Close from the View Selected form to close the View Selected form.

14.  Click OK or Cancel to close the CLI Script (Edit) form.

15.  Close the Scripts form.

 
 

Procedure 88­48 To configure an advanced loopback test on an OmniSwitch from a device Properties form

Note 1 ­ Only one test profile per port can be created, up to a maximum of 8 ports on an NE. 
Note 2 ­ The test profile cannot be created on a port that is part of a LAG. 

1.  Choose Equipment from the navigation tree. The navigation tree displays the Equipment view.

2.  Expand the OmniSwitch NEs icon.

3.  Right­click on the device where you want to configure an advanced loopback test and select Properties. The Network Element (Edit) form opens.

4.  On the Network Element (Edit) form navigation tree, expand the Shelf icon.

5.  Expand to the port level and click on a port object. The Physical Port (Edit) form opens.

6.  Click on the Advanced Loopback tab. Click Create. The AOS Advanced Loopback (Create) form opens.

7.  Configure the required parameters.
Test Name

Source MAC Address

Destination MAC Address
https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 76/143
06.07.2017 Service assurance

VLAN

Traffic Type

SAP Id (OS 6250 and OS 6450 only, see Note 1 and Note 2)

Note 1 ­ For OS 6250 and OS 6450 NEs, when the Traffic Type parameter value is set to Outward, the user can specify the SAP Id,
provided the SAP Id already exists on the NE. 
Note 2 ­ If a loopback profile is created with the Traffic Type parameter value set to Outward, the SAP Id parameter will be provided
with the default value of 0. If the loopback profile is created with a SAP Id, the SAP Id must exist on the NE. 

8.  Click OK. A dialog box appears.

9.  Click OK. The AOS Advanced Loopback (Create) form closes.

10.  Choose a test entry on the Physical Port (Edit) form. Click apply. A dialog box appears.

11.  Click Yes.

12.  Choose a test entry on the Physical Port (Edit) form. Click Properties.

13.  The AOS Advanced Loopback (Edit) form opens. Configure the Status parameter.

14.  Click OK. The AOS Advanced Loopback (Edit) form closes.

15.  Click OK of the Physical Port (Edit) form. A dialog box appears.

16.  Click Yes. The Physical Port (Edit) form closes.

 
 

Procedure 88­49 To run the F5 OAM loopback diagnostic test from a 7705 SAR­M/ME Properties form

This procedure is only supported on the 7705 SAR­M/ME equipped with a DSL module.

Note ­ The parameters for the F5 OAM loopback test are only visible when the DSL module for the 7705 SAR­M/ME is connected to an ISAM device
with the bonding type of ATM and the device is operationally up. 

1.  Choose Equipment from the navigation tree view selector. The navigation tree displays the Equipment view.

2.  Navigate to the port object where you want to configure an Ethernet port. The path is Network NE Shelf Card Slot Daughter Card Slot Port n/n/n.

3.  Right­click on the Port icon and choose Properties. The Physical Port (Edit) form opens.

4.  Click on the DSL tab.

5.  Choose Active for the F5 Oam Loopback parameter.

6.  Click apply to save changes. A confirmation window opens.

7.  Click Yes. The loopback test is executed.
If the test was successfully executed, the F5 Oam Loopback Status field displays Pass and the F5 Oam Loopback Time field displays the time it took for
the test to execute in milliseconds.

8.  View the results from the F5 OAM Loopback test by opening a Telnet session on the NE, if required. See Procedure 12­2.

 
 

Procedure 88­50 To configure an 802.3ah EFM OAM diagnostic test from an NE Properties form

Caution ­ Performing an 802.3ah EFM diagnostic is service­affecting. Ensure that you consider the implications of performing this test before you
proceed. 

Note ­ For the 802.3ah EFM diagnostic to be successful, the local and peer ports must support the 802.3ah protocol, and be operationally and
administratively up. 
When a port is in loopback mode, service mirroring does not work if the port is a mirror source or a mirror destination.

1.  Choose Equipment from the navigation tree view selector. The navigation tree displays the Equipment view.

2.  Right­click on the device where you want to configure an 802.3ah EFM OAM diagnostic and select Properties. The Network Element (Edit) form opens.

3.  On the Network Element (Edit) form navigation tree, expand the Shelf icon.

4.  Expand to the port level and click on a port object. The Physical Port (Edit) form opens.

5.  Click on the Ethernet tab. The Ethernet port configuration form opens.

6.  Click on the EFM­OAM tab. The EFM­OAM form opens.

7.  Configure the required parameters.

Administrative State Set Remote Loopback

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 77/143
06.07.2017 Service assurance

Tunneling Set Local Loopback

Mode Hold Time (s)

Transmit Interval Dying Gasp Notify

Multiplier (Intervals) Critical Event Notify

Received Remote Loopback Requests Ignore EFM State
 
Grace Tx State Enable
 
 

8.  Click apply. A dialog box appears.

9.  Click Yes.

10.  Click on the Resync button.

11.  The EFM­OAM form is updated with the results of the 802.3ah EFM diagnostic. The values that are displayed on the form depend on the configuration of the
local and peer ports.
Tables 88­3, 88­4, and 88­5 describe the displayed information.

Table 88­3 802.3ah EFM OAM results
Parameter Value Description
     
Operational Status Disabled The Administrative State parameter on the local port is set to Disabled.
(dot3OamOperStatus)    
 
Active Send The Mode parameter is set to Active and the local port is discovering the peer port EFM
Local OAM capabilities.
   
Passive Wait The Mode parameter is set to Passive and the local port is waiting to receive
  OAMPDUs from the peer device.
 
Send Local The local port discovered the peer but has not yet accepted or rejected the configuration
and Remote of the peer. The local port may determine that the peer port is not compatible and
  decline OAM peering.
 
OAM Peering The local port declined OAM peering.
Locally  
Rejected
 
Send Local The local port accepted OAM peering.
and Remote  
Ok
 
OAM Peering The remote port declined OAM peering.
Remotely  
Rejected
 
Operational The local and remote ports accepted the OAM peering.
   
Non­ The Administrative State parameter is set to Enabled but the local port is in half­duplex
operational mode.
Half Duplex  
 
Link Fault The link detected a fault and is transmitting OAMPDUs with a link fault indication.
   
Max. PDU Size PDU size The largest OAMPDU size, in bytes, that is supported by the local port:
(dot3OamMaxOamPduSize)  
  Minimum is 64
Maximum is 1518
Default is 1514
 
Configuration Revision 0 to 65 535 The configuration revision of the OAM entity obtained from the latest OAMPDU sent by
(dot3OamConfigRevision)   the OAM entity. The value is used by OAM entities to indicate that configuration
  changes occurred that may require the peer OAM entity to re­evaluate whether OAM
peering is allowed.
 
Functions Supported Event The port can send and receive event notification OAMPDUs.
(dot3OamFunctionsSupported) Support  
   
Loopback The port can initiate and respond to loopback commands.
Support  
 
Unidirectional The port supports the transmission of OAMPDUs on links that operate in unidirectional
Support mode.
   
Variable The port can send and receive variable request and response OAMPDUs.
Support  
 
Loopback Status No Loopback The port is not in a loopback condition.
(dot3OamLoopbackStatus)    
  Initiating The local device initiated a loopback, sent a loopback OAMPDU and is waiting for a
  Loopback response from the peer port.
     
Remote The peer port is in loopback mode.
Loopback  
 
Terminating The local port is in the process of terminating a loopback on the peer port.
Loopback  
 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 78/143
06.07.2017 Service assurance
Local The peer port has put the local port into loopback mode.
Loopback  
 
Unknown An OAMPDU that contains an unexpected message was received by the local port.
   
 

Table 88­4 802.3ah EFM OAM Statistics
Statistics Displayed Description
  Value  
 
Frames Lost Due to Number of The number of frames that were dropped by the OAM multiplexer. Discontinuities
OAM(dot3OamFramesLostDueToOam) frames of this counter can occur under some conditions.
     
Information Rx Number of The number of information OAMPDUs received on this interface
(dot3OamInformationRx) OAMPDUs  
   
Information Tx (dot3OamInformation Number of The number of information OAMPDUs transmitted on this interface.
Tx) OAMPDUs Discontinuities of this counter can occur can occur under some conditions.
     
Loopback Control Rx Number of The number of loopback control OAMPDUs received on this interface
(dot3OamLoopbackControlRx) OAMPDUs  
   
Loopback Control Tx Number of The number of loopback control OAMPDUs transmitted on this interface
(dot3OamLoopbackConrolTx) OAMPDUs  
   
Unsupported Codes Rx Number of The number of OAMPDUs received on this interface with an unsupported opcode
(dot3OamUnsupportedCodesRx) OAMPDUs  
   
Unsupported Codes Tx Number of The number of OAMPDUs transmitted on this interface with an unsupported
(dot3OamUnsupportedCodesTx) OAMPDUs opcode
     
 

Table 88­5 802.3ah EFM OAM peer information
Peer Information Displayed Description
  Value  
 
Peer MAC Address MAC The MAC address of the peer port. The MAC address is contained in the received
(dot3OamPeerMacAddress) address OAMPDU.
     
Peer Vendor OUI OUI The OUI of the OAM peer. The OUI is part of the peer MAC address contained in the
(dot3OamPeerVendorOui)   received OAMPDU. The OUI can be used to identify the vendor of the remote OAM
  device.
 
Peer Vendor Info Vendor The vendor information field is in the local information TLV, and can be used to
(dot3OamPeerVendorInfo) information determine additional information about the peer device.
  text  
 
Peer Mode (dot3OamPeerMode) Active or See Mode
  Passive  
 
Peer Max PDU Size PDU size The largest OAMPDU value, in bytes, that is supported by the peer port.
(dot3OamPeerMaxOamPduSize)   Minimum is 64
 
Maximum is 1518
Default is 1514
 
Peer Configuration Revision 0 to 65 535 The configuration revision of the OAM device as identified in the latest OAMPDU
(dot3OamPeerConfigRevision)   sent by the OAM peer. The configuration revision is used by OAM devices to indicate
  that configuration changes have occurred which might require the peer OAM device to
re­evaluate whether OAM peering is allowed.
 
Peer Functions Supported Event The peer port can send and receive Event Notification OAMPDUs.
(dot3OamPeerFunctSupported) Support  
   
Loopback The peer port can initiate and respond to loopback commands.
Support  
 
Unidirectional The peer port supports the transmission of OAMPDUs on links that are operating in
Support unidirectional mode.
   
Variable The peer port can send and receive Variable Request and Response OAMPDUs.
Support  
 
 

12.  Close the EFM­OAM form when you have completed the EFM OAM diagnostic.

 
 

Procedure 88­51 To configure an 802.3ah EFM OAM diagnostic test on an OmniSwitch Properties form

The EFM OAM diagnostic is supported at the NE level or at the Ethernet port level on the Ethernet ports in network mode.

Caution 1 ­ Performing an 802.3ah EFM diagnostic is service­affecting. Ensure that you consider the implications of performing this test before you
proceed. 
Caution 2 ­ Link OAM (802.3ah) is not supported on mirroring ports. 
Caution 3 ­ When a port is in loopback mode, service mirroring does not work if the port is a mirror source or a mirror destination. 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 79/143
06.07.2017 Service assurance
Note ­ For the 802.3ah EFM diagnostic to be successful, the local and peer ports must support the 802.3ah protocol, and be operationally and
administratively up. 

To configure Link OAM at the NE level, go to Step 1.To configure Link OAM and 802.3ah EFM OAM diagnostics at the port level, go to Step 6.
1.  Choose Equipment from the navigation tree view selector. The navigation tree displays the Equipment view.

2.  Expand the OmniSwitch NEs icon.

3.  Right­click on the OmniSwitch device where you want to configure an 802.3ah EFM OAM diagnostic and select Properties. The Network Element (Edit)
form opens.

4.  Click on the Globals tab.

5.  Click on the EFM­OAM tab. The EFM­OAM form opens.

6.  Configure the required parameters.
Administrative Status

Multiple PDU Count

Statistics

Log­history

7.  On the Network Element (Edit) form navigation tree, expand the Shelf icon.

8.  Expand to the port level and click on a port object. The Physical Port (Edit) form opens.

9.  Click on the Ethernet tab. The Ethernet port configuration form opens.

10.  Click on the EFM­OAM tab. The EFM­OAM form opens.

11.  Configure the required parameters.

12.  Click apply. A dialog box appears.

13.  Click Yes.

14.  The EFM­OAM form is updated with the results of the 802.3ah EFM diagnostic. The values that are displayed on the form depend on the configuration of the
local and peer ports.
Tables 88­6, 88­7, and 88­8 describe the displayed information.

Table 88­6 802.3ah EFM OAM results
Parameter Value Description
     
Operational Status Disabled The Administrative State parameter on the local port is set to Disabled.
(dot3OamOperStatus)    
 
Active Send The Mode parameter is set to Active and the local port is discovering the peer port EFM
Local OAM capabilities.
   
Passive Wait The Mode parameter is set to Passive and the local port is waiting to receive
  OAMPDUs from the peer device.
 
Send Local The local port discovered the peer but has not yet accepted or rejected the configuration
and Remote of the peer. The local port may determine that the peer port is not compatible and
  decline OAM peering.
 
OAM Peering The local port declined OAM peering.
Locally  
Rejected
 
Send Local The local port accepted OAM peering.
and Remote  
Ok
 
OAM Peering The remote port declined OAM peering.
Remotely  
Rejected
 
Operational The local and remote ports accepted the OAM peering.
   
Non­ The Administrative State parameter is set to Enabled but the local port is in half­duplex
operational mode.
Half Duplex  
 
Link Fault The link detected a fault and is transmitting OAMPDUs with a link fault indication.
   
Max. PDU Size PDU size The largest OAMPDU size, in bytes, that is supported by the local port:
(dot3OamMaxOamPduSize)  
  Minimum is 64
Maximum is 1518
Default is 1514
 
Configuration Revision 0 to 65 535 The configuration revision of the OAM entity obtained from the latest OAMPDU sent by
(dot3OamConfigRevision)   the OAM entity. The value is used by OAM entities to indicate that configuration
  changes occurred that may require the peer OAM entity to re­evaluate whether OAM
peering is allowed.
 
Functions Supported Event The port can send and receive event notification OAMPDUs.
(dot3OamFunctionsSupported) Support  
   
The port can initiate and respond to loopback commands.
https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 80/143
06.07.2017 Service assurance
Loopback The port can initiate and respond to loopback commands.
 
Support
 
Unidirectional The port supports the transmission of OAMPDUs on links that operate in unidirectional
Support mode.
   
Variable The port can send and receive variable request and response OAMPDUs.
Support  
 
Loopback Status No Loopback The port is not in a loopback condition.
(dot3OamLoopbackStatus)    
  Initiating The local device initiated a loopback, sent a loopback OAMPDU and is waiting for a
  Loopback response from the peer port.
     
Remote The peer port is in loopback mode.
Loopback  
 
Terminating The local port is in the process of terminating a loopback on the peer port.
Loopback  
 
Local The peer port has put the local port into loopback mode.
Loopback  
 
Unknown An OAMPDU that contains an unexpected message was received by the local port.
   
 

Table 88­7 802.3ah EFM OAM Statistics
Statistics Displayed Description
  Value  
 
Frames Lost Due to Number of The number of frames that were dropped by the OAM multiplexer. Discontinuities
OAM(dot3OamFramesLostDueToOam) frames of this counter can occur under some conditions.
     
Information Rx Number of The number of information OAMPDUs received on this interface
(dot3OamInformationRx) OAMPDUs  
   
Information Tx (dot3OamInformation Number of The number of information OAMPDUs transmitted on this interface.
Tx) OAMPDUs Discontinuities of this counter can occur can occur under some conditions.
     
Loopback Control Rx Number of The number of loopback control OAMPDUs received on this interface
(dot3OamLoopbackControlRx) OAMPDUs  
   
Loopback Control Tx Number of The number of loopback control OAMPDUs transmitted on this interface
(dot3OamLoopbackConrolTx) OAMPDUs  
   
Unsupported Codes Rx Number of The number of OAMPDUs received on this interface with an unsupported opcode
(dot3OamUnsupportedCodesRx) OAMPDUs  
   
Unsupported Codes Tx Number of The number of OAMPDUs transmitted on this interface with an unsupported
(dot3OamUnsupportedCodesTx) OAMPDUs opcode
     
 

Table 88­8 802.3ah EFM OAM peer information
Peer Information Displayed Description
  Value  
 
Peer MAC Address MAC The MAC address of the peer port. The MAC address is contained in the received
(dot3OamPeerMacAddress) address OAMPDU.
     
Peer Vendor OUI OUI The OUI of the OAM peer. The OUI is part of the peer MAC address contained in the
(dot3OamPeerVendorOui)   received OAMPDU. The OUI can be used to identify the vendor of the remote OAM
  device.
 
Peer Vendor Info Vendor The vendor information field is in the local information TLV, and can be used to
(dot3OamPeerVendorInfo) information determine additional information about the peer device.
  text  
 
Peer Mode (dot3OamPeerMode) Active or See Mode
  Passive  
 
Peer Max PDU Size PDU size The largest OAMPDU value, in bytes, that is supported by the peer port.
(dot3OamPeerMaxOamPduSize)   Minimum is 64
 
Maximum is 1518
Default is 1514
 
Peer Configuration Revision 0 to 65 535 The configuration revision of the OAM device as identified in the latest OAMPDU
(dot3OamPeerConfigRevision)   sent by the OAM peer. The configuration revision is used by OAM devices to indicate
  that configuration changes have occurred which might require the peer OAM device to
re­evaluate whether OAM peering is allowed.
 
Peer Functions Supported Event The peer port can send and receive Event Notification OAMPDUs.
(dot3OamPeerFunctSupported) Support  
   
Loopback The peer port can initiate and respond to loopback commands.
Support  
 
Unidirectional The peer port supports the transmission of OAMPDUs on links that are operating in
Support unidirectional mode.
   
Variable The peer port can send and receive Variable Request and Response OAMPDUs.
Support  

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 81/143
06.07.2017 Service assurance
 
 

15.  Close the EFM­OAM form when you have completed the EFM OAM diagnostic.

 
 

Procedure 88­52 To configure link monitoring on an Ethernet port

Ethernet link monitoring works between directly­connected Ethernet ports and monitors link level errors, such as Ethernet frame errors, and for a subset of MDAs,
Ethernet symbol errors as well. In the event that error levels exceed configured thresholds, a signal degradation error log, or in more severe cases, a signal failure
error log can be generated. In the case of signal failure error, the peer port may be notified, and the local (and peer) ports may be disabled until the error log is
manually cleared.
1.  Choose Equipment from the navigation tree view selector. The navigation tree displays the Equipment view.

2.  Navigate to the port on which you want to configure link monitoring. The path is Network NE Shelf Card Slot Daughter Card Slot Port n/n/n.

3.  Right­click on the Port icon and choose Properties. The Physical Port (Edit) form opens.

4.  Click on the Ethernet tab and then on the EFM­OAM tab.

5.  Configure the Administrative State to Enabled.

6.  Configure the Transmit Interval (x100ms) and Multiplier (Intervals) parameters to determine the transmit rate for the link monitoring PDUs.

7.  Configure the Dying Gasp Notify and Critical Event Notify parameters to determine the reporting of a signal failure to the far­end device.

8.  Configure the parameters in the Link Event Configuration panel.
The general parameters in this panel are used to enable the link monitoring capability and to determine the port’s response to local and remote signal
degradation (SD) and signal failure (SF) events. The parameters in the Errored Frame, Errored Frame Period, Errored Frame Seconds Summary, and Errored
Frame Symbols sub­panels are used to enable and configure their respective link monitoring variants. These monitoring variants can operate concurrently.

9.  Expand the Counters panel to view link monitoring communications counters between the local and peer Ethernet ports. These counters are not
automatically updated. Click Refresh to resynchronize the MIBs related to these counters.

10.  Expand the Peer Information panel to view information learned from PDUs sent by the directly­connected peer. The Peer Vendor OUI attribute is used by
routers to correctly interpret the meaning of attributes sent during dying gasp or critical events when the peer experiences a signal failure threshold crossing
event.

11.  Expand the Link Monitoring Error Event Logs panel to view signal failure and signal degradation event logs issued from local or remote link monitoring peer
ports.
i.  Click Refresh to obtain current event logs from the NE.

ii.  Select a log from the list under either the Signal Failure or Signal Degradation sub­tabs and click Properties to view the contents.

iii.  Click Clear to clear local, remote, or all the event logs.

Note ­ Clearing event logs cannot be undone. 

12.  Click OK to save changes. A confirmation window opens.

13.  Click Yes and close the form.

 
 

Procedure 88­53 To configure and run ETH­OAM tests contextually

A number of the Ethernet­based OAM diagnostic tests for services described in this chapter may be contextually configured and executed from various entry points
in the GUI. Specifically, the CFM Link trace, CFM Loopback, CFM Two­way delay, and CFM Two­way SLM tests can be configured in this way for VPLS, Epipe,
and Composite services.
Contextual test creation and execution is available from:
Service topology maps and flat maps (for Composite services)

Sites and Interfaces tabs within a service properties form

Service Tree within a service properties form
This procedure is applicable to all of these access modes, since the contextual test forms that are opened are the same, regardless of the access mode you use.
Contextual tests can be created between selected sites or between selected SAPs (also known as L2 Access Interfaces). The tests are accessed by selecting
multiple entities, right­clicking on the selected entities, and then selecting Run OAM Tests.
Refer to the following procedures for additional detailed information on configuring the tests using the STM, if required:
CFM Loopback ­ Procedure 88­3

CFM Link trace ­ Procedure 88­4

CFM Two­way delay ­ Procedure 88­6

CFM Two­way SLM ­ Procedure 88­9
Refer also to "Working with Ethernet CFM objects" in Chapter 6 and Procedure 6­27 for additional information on accessing OAM functionality from a service
topology view.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 82/143
06.07.2017 Service assurance

For this procedure, it is assumed that you have already accessed either a service form or service topology view. Refer to the following service chapters for
additional information, if required:
VPLS ­ Chapter 75

VLL (for Epipe services) ­ Chapter 74

Composite Services­ Chapter 83
Additional procedural points:
The term SAP will be used throughout, meaning also L2 Access Interface.

If you select SAPs or sites with resources such as Global MEGs and MEPs already present, you can utilize these objects and run the tests on top of them.

Contextually­created test policies cannot be used to create regular test suites. When a contextually­created test suite is deleted, the associated test policy
is also deleted.

Contextually­created OAM tests cannot be created between VPLS B­L2 Access Interfaces.

Contextually­created OAM tests cannot be created between Epipe sites.
1.  Perform one of the following:
a.  Select two or more SAPs and right click on one of them.

b.  Select two or more sites and right click on one of them.
2.  Select Run OAM Tests from the contextual menu. The OAM Contextual Test form opens.

3.  Configure the OAM Test Type parameter for the type of test you want to run.

4.  Configure the CFM Test Level and Number of Test Probes.

5.  Configure and run one of the following test execution modes:
a.  Quick Run. Go to step 6.

b.  Scheduled Run. Go to step 14.

c.  Continuous Run. Go to step 26.
 
 
Quick Run tests
6.  Configure the Test Execution Mode for Quick Run.
Quick Run tests provide a one­time immediate test result.

7.  Click the Execute button to run the test.

Note ­ When you execute a test, all required test resources are automatically created by 5620 SAM. After the test has been executed, the
created test resources are automatically deleted. Pre­existing resources that were used for the test are not deleted. 

8.  To view the test results, click on the Quick Run Results tab and select an entry.

9.  Click Properties. The One Time Validation Result form opens. Results for each of the selected test objects are available in the Results tab.

Note ­ The test results are archived for future reference. 

10.  Close the form.

11.  Click the SAPs or Sites tab to view the objects you chose to run the test. Click the View Service button to open the property form of the service associated
with the selected objects.

12.  Click the Test Generation Log tab to view any error messages generated by the test.

13.  Close the form.
 
 
Scheduled Run tests
14.  Configure the Test Execution Mode for Scheduled Run.

15.  Enter a Test Suite Name. This name will be used for the automatically­created test suite required for the test. The created test suite can be viewed in the
STM after test execution, if required.

16.  Click the Select button for the Test Suite Scheduler and perform one of the following in the Select OAM Context Schedules form:
a.  Select an existing schedule form and go to step 17.

b.  Click Create and perform the following:
i.  Configure the required parameters in the SAM Schedule (Create) form.

Note ­ CFM scheduled tests do not support a schedule with a frequency less than per minute. 

ii.  Click OK. The SAM Schedule (Create) form closes.

iii.  Click the Select button for the Test Suite Scheduler and select the newly­created schedule.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 83/143
06.07.2017 Service assurance

17.  Click the Execute button. Tests will be executed as scheduled and the progress bar shows the current test status.

18.  To view the test results, click on the Test Suite Results tab and select an entry.

19.  Click Properties. The Test Suite Result form opens. General information regarding the test suite results is provided.

20.  To view individual test results, select an entry in the Results tab and click Properties. The CFM Test Result form opens. Review the test results.

21.  To view the details of the test suite created for the test, click the Test Suite View button at the lower left­hand corner of the form. The OAM Contextual Test
form closes and the Test Suite (Edit) form opens.
You can also view the SAPs or sites you selected for the test in the Contextual Tested Entity tab of the Test Suite (Edit) form.

22.  Close the Test Suite (Edit) form.

23.  Click the SAPs or Sites tab to view the objects you chose to run the scheduled test. Click the View Service button to open the property form of the service
associated with the selected objects.

24.  Click the Test Generation Log tab to view any error messages generated by the test.

25.  Close the forms.
 
 
Continuous Run tests
26.  Configure the Test Execution Mode for Continuous Run.
Continuous Run tests are accounting policy based tests.

27.  Enter a Test Suite Name. This name will be used for the automatically­created test suite required for the test. The created test suite can be viewed in the
STM after test execution, if required.

28.  Click the Execute button. Tests will be run at 15­minute intervals and the progress bar shows the current test status.

29.  To view the test results, click on the Test Suite Results tab and select an entry. If the continuously run test has yet not been run, its Status in the Test Suite
Results tab shows as Request Sent.

30.  Click Properties. The Test Suite Result form opens. General information regarding the test suite results is provided.

31.  To view individual test results, select an entry in the Results tab and click Properties. The CFM Test Result form opens. Review the test results.

32.  To view the details of the test suite created for the test, click the Test Suite View button at the lower left­hand corner of the form. The OAM Contextual Test
form closes and the Test Suite (Edit) form opens.
You can also view the SAPs or sites you selected for the test in the Contextual Tested Entity tab of the Test Suite (Edit) form.

33.  Close the Test Suite (Edit) form.

34.  Click the SAPs or Sites tab to view the objects you chose to run the scheduled test. Click the View Service button to open the property form of the service
associated with the selected objects.

35.  Click the Test Generation Log tab to view any error messages generated by the test.

36.  Close the forms.

 
 

Procedure 88­54 To run a one­time validation test on a service

Perform the following steps to run the one­time validation test on a service:
1.  Select the required test entity using the appropriate item under the 5620 SAM Manage menu item, and then click Properties. The entity’s property form
opens. Entities that you can test using this function include:
VLL, VPLS, and VPRN services (Manage Service Services)

Composite services (Manage Service Composite Services)

Dynamic LSPs (Manage MPLS Dynamic LSPs)

Service tunnels (Manage Service Tunnels)

2.  Click on the One Time Validation button.

Note ­ If a regular OAM validation is currently running on the selected test entity, the One Time Validation function will not be executed. 

The Choose Validator Test Policy form is displayed and lists all test policies that are applicable to the selected test entity.

3.  Select the required policy from the list and click OK.

Note ­ A default read­only test policy (Validation­Default­Policy) is supplied for this purpose. You can copy this policy but not modify it. Modify
the cloned copy as required, or you can select a test policy you have previously created. See Procedure 87­1 to create an STM test policy. 

The One Time Validation function proceeds after you click OK. The automated operations that occur are as follows:
i.  The One Time Validation test suite is created.

ii.  The selected test entity is added to the test suite.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 84/143
06.07.2017 Service assurance

iii.  Any tests, MEGs, and MEPs that are appropriate to the test entity and that are required to run the validation are created.

iv.  The generated tests are executed.

v.  The test entity’s OAM Validation Failed state indicator is updated as required (a checkmark indicates the OAM validation failed whereas a blank
checkbox indicates that the validation succeeded).

vi.  Test results for each individual test that was created and executed to perform the validation are copied to new test result objects.

vii.  The test suite, tests, and any required OAM objects that were created to run the validation are deleted.
4.  To view the test results, click on the tested entity’s Test tab and then on the One Time Validation Result sub­tab.

Note ­ These archived test results are also available through the STM. They can be viewed by selecting the One Time Validation Result
(Assurance) item from the object drop­down menu. See Procedure 87­10 for more information. 

5.  Select one of the test results in the list and click Properties. The One Time Validation Result (Edit) form opens.

6.  Review the results as required and then close the One Time Validation Result (Edit) form.

Note ­ The archived test results are not deleted after viewing. They will remain available until manually deleted by the user. 

7.  Close the tested entity’s property form.

3. 89 — Ethernet CFM
89.1 Ethernet CFM overview 
89.2 Workflow to configure Ethernet CFM 
89.3 Ethernet CFM procedures 
 

89.1 Ethernet CFM overview
The 5620 SAM Ethernet Connectivity Fault Management, or Ethernet CFM, function is implemented based on the IEEE 802.1ag OAM standard. This standard
describes protocols for detecting, isolating, and reporting connectivity faults in an Ethernet network. You can use Ethernet CFM for the following:
path discovery

fault detection

fault isolation

fault notification
The IEEE 802.1ag OAM standard partitions a network into eight hierarchical levels called maintenance domains, or MDs. An MD is a network, or part of a network,
that is provisioned with a set of maintenance entity groups, or MEGs, which are groups of service sites.
Ethernet CFM diagnostic tests are configured using the 5620 SAM Service Test Manager. See chapter 87 for more information about the STM. See chapter 88 for
more information about CFM diagnostic tests.
 

MEGs
Typically, a MEG represents one service and consists of a group of maintenance end points, or MEPs. Only one MEG can be associated with a service, but one
service can be associated with multiple MEGs. MDs and MEGs are distributed to NEs using 5620 SAM policy distribution.
Within a MEG, MEPs can be sorted into logical groupings called MEG subgroups. A MEG that contains subgroups is called a Global MEG. By default, a Global
MEG has one subgroup. MEG subgroups allow you to group managed MEPs and unmanaged remote MEPs so that Ethernet CFM can be directed to a specific
area of a system, a MEG subgroup, rather than the entire system.
Ethernet CFM diagnostic tests detect connectivity failures between pairs of local and remote maintenance end points, or MEPs, in a MEG. Each MEP is a
reference point that can initiate or terminate one of the following diagnostic tests:

CFM continuity check CFM one­way delay

CFM loopback CFM single­ended loss (7705 SAR only)

CFM link trace CFM two­way SLM

CFM Eth test CFM LM test
 
CFM two­way delay
 
 
A CFM continuity check test is automatically generated when you create an MD. When you execute the test and a connectivity fault is present, the MEP that
detects the fault raises an alarm. See chapter 88 for information about a specific Ethernet CFM diagnostic test.
 

MEPs
MEPs are configured at the edge of an MD and perform the following functions:

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 85/143
06.07.2017 Service assurance

periodically send CFM continuity check messages

validate CFM PDU replies

discard CFM PDU messages that are not in the MEP configuration

initiate and respond to CFM test messages
MEPs can be added to services automatically or manually. When a MEP is assigned to a service manually, it associates its MEG with a single site on the service.
When a MEP is assigned to a service automatically, it associates its MEG with all sites on the service. MEPs which are generated automatically can inherit test
generation options from the SAP or service site. See Procedure 89­2 for more information.
You can configure an initial MEP ID for automatic MEP ID assignment on an NE.
You can also add MEPs to services during Ethernet CFM test configuration from the Service Topology map. See "Working with Ethernet CFM objects" in chapter 6
for more information.
Each MEP is assigned an up or down direction. An up MEP is provisioned on an ingress port, and monitors the forwarding path inside a bridge NE to the egress
port. A down MEP is provisioned on an egress port, and monitors the forwarding path between bridge NEs.
You can assign roles to managed MEPs and unmanaged remote MEPs during OAM test suite configuration. A MEP can be designated as a hub or spoke, and as a
test source, a test target, or both. Assigning roles to MEPs in test suites can reduce the total number of automatic tests generated. See Procedure 89­2.
MEPs can inherit their roles from the SAP or service site. You can propagate test generation role settings to all unmanaged remote and managed MEPs on a SAP
or service site using the Propagate to MEPs button on the ETH­CFM tab of the Access Interface (Edit) and Site (Edit) forms.
An up MEP can be associated with the following object types:
Epipe and VPLS SAPs

Epipe spoke SDP bindings

VPLS mesh and spoke SDP bindings

VPLS and MVPLS B­sites, as virtual MEPs

B­L2 access interfaces

OmniSwitch VLAN SAPs
A down MEP can be associated with the following object types:
Epipe, Ipipe, IES, VPLS, and VPRN SAPs

Epipe and IES spoke SDP bindings

VPLS mesh and spoke SDP bindings

B­L2 access interfaces

MVPLS access interfaces

OmniSwitch VLAN SAPs

Network interfaces

Ports

LAGs
 

Virtual MEPs
A virtual MEP is an up MEP that is created on a VPLS site when a CFM continuity check test is run. Each virtual MEP transmits a CFM continuity check stream
on all SAPs and SDPs of the site. A virtual MEP uses the site MAC address, if configured; otherwise, it uses the shelf MAC address. See chapter 75 for
information about assigning virtual MEPs to a VPLS.
The following rules apply to virtual MEP management:
One virtual MEP can be configured on a VPLS or MVPLS B­site.

All regular MEPs on SAPs and SDP bindings in the same MEG as a virtual MEP must be configured as up MEPs.

Regular MEPs in the same MEG and on the same B­site as a virtual MEP cannot be enabled when the virtual MEP is enabled.

Virtual MEPs can be created in a MEG only when MIP creation in the MEG is disabled.
 

Facility MEP
A facility MEP is a MEP that is down and is created on a router interface, network interface, port, or LAG. A facility MEP detects failure conditions for an Ethernet
transport network using ETH­CCM or AIS and, where appropriate, propagates alarm conditions so that the services that share this common transport are aware of
the failure.
A virtual tunnel facility MEP is created by configuring a LAG MEP or a port MEP with a VLAN ID. In this instance the VLAN ID must match the outer
encapsulation value of the SAP that is associated with the Tunnel MEP.
The following rules apply to facility MEP management:
Only one facility MEP can be configured on a port, a LAG, or a network interface.

A facility MEP can be configured on a port only if the MD level is 0.

A facility MEP must be configured in the down direction.

A facility MEP ID must be unique within the same device.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 86/143
06.07.2017 Service assurance

Port facility MEPs are supported on ports in access, hybrid, or network mode with dot1q encapsulation, and on ports in access or hybrid mode with Q in Q
encapsulation.

Port facility MEPs cannot be configured on network elements that support Ethernet tunnels.

Tunnel facility MEPs are supported on LAG ports configured with Q in Q encapsulation in access or hybrid mode.

Tunnel facility MEPs must have a lower MD level than any service MEPs that are created on the same LAG.

A tunnel facility MEP VLAN ID must be unique within the same port.

Tunnel facility MEPs cannot be configured on LAGs with a VLAN ID of 0.

Tunnel port facility MEPs cannot be configured on LAG members.

Fast facility MEPs, which are MEPs with a CCM interval of 10 ms or 100 ms, cannot be configured when CCM padding is enabled.

There must be 2 facility MEPs in a MEG subgroup to execute a CCM test.
 

MIPs
Maintenance intermediate points, or MIPs, are internal points in an MD that perform the following functions:
validate received CFM PDUs

validate and respond to link trace messages

validate and respond to loopback messages
A MIP consists of two half­function objects that allow the MIP to be recognized as a MIP in one MD level and as a MEP on a higher level.
 

Ethernet­CFM redundancy
When you configure Ethernet­CFM redundancy, you can link MEPs to the state of the resiliency mechanism that is supported in MC­LAGs. The state of the MEP
does not affect the state of resiliency mechanism.
Ethernet­CFM redundancy is configured at the NE level. When you configure Ethernet­CFM redundancy, the state of a MEP is the same as the state of the SAP,
LAG, or MC­LAG with which it is associated. For example, if the redundant MC­LAG is in standby state, the MEP is also in standby state. When a MEP is in
standby state, the MEP is idle, CCMs are not exchanged, and the MEP does not respond to CFM tests.

Note ­ The MEP, SAP, and LAG must reside within an MC­LAG that has Ethernet­CFM redundancy configured. See Procedure 45­1 to configure MC­
LAGs. 

When Ethernet­CFM redundancy is configured and the active state of an MC­LAG changes, the MC­LAG Inactive state on the MEP changes and any defects on
the MEP are flagged.
The state of MEPs, SAPs, and LAGs that are configured for Ethernet­CFM redundancy appears in the MC­LAG Inactive field. The status of MC­LAGs that are
configured for Ethernet­CFM redundancy appears in the Is Active field.
In addition to configuring Ethernet­CFM redundancy at the NE level, you can configure Ethernet­CFM redundancy on tunnel MEPs. See Procedure 14­2 to configure
Ethernet­CFM redundancy at the NE level. See Procedure 15­13 to configure Ethernet­CFM redundancy on a tunnel MEP.
 

Sample Ethernet CFM implementation
Figure 89­1 shows an example of MDs, MEPs, and MIPs in a IEEE 802.1ag network that consists of two operator areas, for example, services in the provider
network, that are joined to create a network path for customer traffic. The number on an object identifies the associated MD, which is one of the following:
MD 5—end­to­end customer path

MD 3—end­to­end network provider path

MD 2—paths within services

MD 0—physical path
MD 5 provides access to a down MEP on each CE device, and to a MIP on each PE bridge. MD 3 provides access to an up MEP on each PE bridge, and to a
MIP on each bridge between groups of operator bridges. MD 2 provides access to the up MEPs and MIPs in each service. MD 0 provides access to MEPs for
checking the physical connectivity between NEs.

Figure 89­1 Ethernet CFM objects in example network
 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 87/143
06.07.2017 Service assurance

 
 

Ethernet CFM implementation for composite services
End­to­end test suite generation for composite services is available for VPLS and VLL Epipe services. In this context, a composite service is a set of services
connected by one or more of the following:
VLAN uplinks

Spoke bindings

CCAG connectors
Creating test suites and test policies for composite services is very similar to creating these for a regular service. Test generation options can be applied to modify
the roles of managed and remote unmanaged up MEPs. See Procedure 89­2. The Accounting Files and Continuously Executed options are also available when you
create a test policy for a composite service.
Once tests have been ordered to generate, a MEG is created on each eligible endpoint SAP. Tests are then generated for this MEG that target other eligible
endpoint SAPs within the composite service. Results for individual tests can then be reviewed.

Note ­ If there is a previously created MEG on one of the service sites (for example, a MEG created for a service before the service was included in
a composite service) and the Generate Tests button is selected, tests are not generated. When a MEG with only a subset of the composite service
already exists on one of the service SAPs, the generation of tests is blocked. The MEG must be deleted before the CFM tests are generated. 

Examples of Ethernet CFM tests for composite services
The following are examples of how the Ethernet CFM test generation rules for composite services are structured to operate.The examples are based on the default
test roles for MEPs. The default roles are Hub and both Test Source and Test Target.
Figure 89­2 shows a flat topology view of a simple configuration of two VPLSs (VPLS 8 and VPLS 15101) that are connected by a pair of spoke bindings between
sites 192.0.2.96 and 192.0.2.65.

Figure 89­2 Composite service connected by spoke bindings
 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 88/143
06.07.2017 Service assurance

 
In this configuration, all four SAPs are considered as endpoints. Therefore MEPs are generated on each SAP and they all target each other. A total of twelve tests
are generated. Double­clicking on an endpoint opens the interface configuration form and the MEP generated for this particular endpoint is displayed under the
MEPs tab. If you then query the MEP’s properties, the Tests tab in the MEP’s configuration form displays the three tests that target the other MEPs in this
composite service.
Figure 89­3 shows an example of a routed VPLS configuration with a VPLS (VPLS 15104) and a VPRN (VPRN 11). The services are connected by a routed VPLS
interface (shown as routed:N/A:0.0).

Figure 89­3 Routed VPLS composite service

 
In this configuration, site 192.0.2.95 exists on both the VPLS and VPRN service. This is an overlapping site. The test generation rules would normally skip an
overlapping site and no MEGs or tests would be generated for that site.
However in this case, the overlap for this site occurs in an unsupported service. The test generation rules for such a configuration will skip the unsupported VPRN
service entirely and only generate tests for the supported VPLS, including site 192.0.2.95. Therefore, two MEPs and two tests (targeting each other) will be
generated here, one for each of the SAPs on sites 192.0.2.96 and 192.0.2.95.
The test generation logs available in the test suite configuration form (under the Generation Error Logs tab) provide an explanation whenever the test generation
rules cause items to be excluded from the tests. In this case, the log would state: “The CFM Composite Services Test Suite skipped the unsupported service”.
Figure 89­4 shows an example of a cross­connected VPLS composite service.

Figure 89­4 Cross­connected VPLS composite service
 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 89/143
06.07.2017 Service assurance

 
In this configuration, the two VPLSs (VPLS 14 and VPLS 15) are cross­connected by the SAPs CCAG 1­Alpha and CCAG 1­Beta. Both these SAPs originate from
site 192.0.2.95, which exists in both services. It is therefore an overlapping site. The test generation rules skip overlapping sites, so no MEGs or tests are
generated for any SAPs associated with that site.
Therefore, two MEPs and two tests (targeting each other) will be generated here, one for each of the SAPs on sites 192.0.2.96 and 192.0.2.97.
In addition, there will be two test generation logs available in the Generation Error Logs tab of the test suite configuration form. In this case, the logs would be
identical, one stemming from each of the supported VPLSs. The logs would state: “Skipped overlapping service site”.
Figure 89­5 shows an example of an SCP­connected VPLS composite service.

Figure 89­5 SCP­connected VPLS composite service

 
In this configuration, the two VPLSs (VPLS 15105 and VPLS 16101) are joined by an SCP connector between sites 192.0.2.95 and 192.0.2.66. The test generation
rules skip any SAPs identified as part of a connector, since they are not endpoints. So no MEGs or tests are generated for either connector SAP.
MEGs and tests will however, be generated for each of the other four SAPs shown in the example. In total, four MEGs and twelve tests will be generated.
In addition, there will be two test generation logs available in the Generation Error Logs tab of the test suite configuration form. In this case again, the logs would be
identical, one stemming from each of the supported VPLSs. The logs would state: “Skipped service connecting SAPs”.
 

Primary VLAN support for Ethernet CFM

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 90/143
06.07.2017 Service assurance

The Primary VLAN feature allows an operator to set a VLAN identifier to perform additional ETH­CFM extraction checking. Primary VLAN­enabled MEPs will only
perform the additional extraction routines for MEPs configured under the same SAP and that have an enabled Primary VLAN. When a MEP is configured without a
Primary VLAN, only the classic extraction is performed.
By default, the ETH­CFM processing uses the exact SAP configuration to determine the proper offset for the start of the ETH­CFM e­type 0x8902 PDU. Any
packet that includes ETH­CFM (e­type 0x8902) at the appropriate offset will be subjected to the extraction routines for MEPs or MIPs. If the ETH­CFM is not at the
appropriate offset, the packets pass as user data.
The default mapping of the ingress packet to the SAP is based on the Layer 2 mapping. The mapping to the appropriate MEP is based on this Layer 2 lookup. If
there is not an exact match, as in the case of ambiguity or additional VLAN tags beyond the SAP delineation, then additional lookups for ETH­CFM are possible.
This is mostly applicable to ambiguous SAPs, where a single VLAN or aggregate is transporting many VLANs underneath that aggregate function. It is also
applicable to dot1q networks that carry multiple tags without using the default SAP. Fully­qualified SAPs are also able to use the Primary VLAN function. The
extraction function is the same for either fully­qualified or ambiguous SAPs.
A MEP or MIP must be configured on a particular SAP to perform any ETH­CFM extraction. The classic extraction (which is the matching of the ETH­CFM
packets immediately following the SAP configuration) is performed first. If the Ethernet encapsulation is set to dot1q and the SAP configuration is x/y/z:*, then the
ETH­CFM extraction looks for ETH­CFM to appear in the header with no VLAN tags preceding it. If there is a match on this classic extraction, then no further
extraction routines are invoked. If the classic extraction fails and a second MEP is configured with Primary VLAN enabled, then the additional extraction will check
to see if ETH­CFM immediately follows the specified Primary VLAN. If that is true, then the VLAN will be used as an index into the primary VLAN table and the
extractionis performed based on normal criteria following the ETH­CFM rules.
The Primary VLAN function is supported for up and down MEPs, as well as ingress and egress MIPs on an Ethernet SAP for VPLS and Epipe service MEPs
(including Local Switched PBB ePipe with PBB Tunnel backup). Primary VLAN support is only applicable to service MEPs and not facility MEPs (specifically, not
tunnel MEPs). Facility MEPs are meant to validate the transport and not the switching capability of a network element.
Primary VLAN support for 7210 SAS NEs varies depending on chassis type, release version, and card type. See the NE documentation for more information.
When enabling this function, an operator can specify the VLAN ID for generated MEG sites, and also whether or not the MEP should be a Primary VLAN MEP or
MIP (only applicable to SAP MEPs or MIPs on VPLS and Epipe services)
The CCM test execution routine checks if all MEPs in the MEG or MEG Sub­group match before allowing the test execution to proceed.
Points to consider when enabling the Primary VLAN function:
Alcatel­Lucent recommends that a unique MA should be employed for each Primary VLAN.

The Primary VLAN function is only applied to SAPs (Virtual MEPs are not supported).

The MHF­Creation parameter must be set to the static option to force the generation of Primary VLAN MIPs.

Primary VLAN MEPs can only be assigned at creation time.

Primary VLAN MEPs must have an MA Service VLAN ID correctly set.

The MA Service VLAN ID cannot be changed if Primary VLAN MEPs exist.

Multiple Primary VLAN MEPs per SAP are supported. There is no restriction on the number of MEPs that are allowed on any SAP when employing this
feature. Both the classic extraction context and every Primary VLAN on the SAP can support up to 16 MEPs (8 Up and 8 Down), one per MD level.

All eight MD levels can be configured on all MEPs (0­7) that are configured on a SAP, within their specific context (classic or Primary VLAN). This allows an
operator to have the complete range of eight MD levels for use in the specified Primary VLAN. This avoids conflicts when the same MD Level and Layer 2
encapsulation maps to two different MEPs in the different contexts.

Levels are specific within each of the contexts (classic and all the Primary VLANs configured on the same SAP). Therefore each lookup can have
overlapping levels. The hierarchy is maintained within the extraction context.

Primary VLAN MEPs and Fault Propagation are mutually exclusive.

Primary VLAN MEPs and Fast CCM Interval are mutually exclusive.

There is no sub­second CCM support for Primary VLAN enabled MEPs.
 

89.2 Workflow to configure Ethernet CFM
This workflow describes the procedures to create and run an Ethernet CFM test.
Ethernet CFM tests and PM Ethernet CFM tests are configured through the 5620 SAM Service Test Manager. See chapter 87 for more information on the STM and
chapter 90 for information on PM CFM Session tests.
1.  If the Ethernet CFM diagnostic test being configured is part of an STM test policy or STM test suite, review the STM chapter workflow to determine any
prerequisite configuration requirements. See chapter 87 for more information on the STM.

2.  Configure the initial MEP ID value on an NE for automatic MEP creation. See Procedure 89­1 for more information.

3.  Create an Ethernet CFM MD policy and subordinate objects associated with the MD such as a Global MEG, MEG, and MEP for each level at which
Ethernet connectivity is to be monitored. See Procedure 89­2 for more information.

4.  As required, create identical MEPs on service SAPs that are part of an MC­LAG. See Procedure 89­3 for more information.

5.  As required, change the MEG sub­group association for managed MEPs or unmanaged remote MEPs. See Procedure 89­4 for more information.

6.  As required, configure a default NE­level MD on an OmniSwitch. See Procedure 89­5 for more information.

7.  Create an STM test policy, specifying at least one Ethernet CFM test definition.
See Procedure 87­1 for more information.

8.  Create an STM test suite. See Procedure 87­3 for more information.

9.  As required, execute the generated Ethernet CFM test suite. See Procedure 87­8 for more information.

10.  As required, view the test results. See Procedures 87­9, 87­10, 90­10, and 90­11 for more information.
 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 91/143
06.07.2017 Service assurance

89.3 Ethernet CFM procedures
The following procedures describe how to configure and manage Ethernet CFM.
 

Procedure 89­1 To configure an automatic MEP ID assignment on an NE

Perform this procedure to configure an initial MEP ID value and associated MEP parameters on an NE for automatic MEP creation.
1.  On the equipment tree, right­click on a device and select Properties. The Network Element (Edit) form opens with the General tab displayed.

2.  Click on the Globals tab and on the OAM tab.

3.  Configure the required parameters.

4.  Save your changes and close the form.

 
 

Procedure 89­2 To configure an Ethernet CFM MD policy and subordinate objects

This policy defines the MD for Ethernet­based services such as VPLS, Epipe, VPRN, and IES, including SAPs and SDP bindings, for Ethernet CFM OAM
diagnostic tests.
Many of the forms accessed in this procedure can also be accessed using the Service Topology map. See section 6.3 for information about working with maps.

Note ­ You can only perform this procedure when a service exists to associate with the MD policy or subordinate objects. 

1.  Choose Tools Ethernet CFM Maintenance Domain Policies from the 5620 SAM main menu. The Maintenance Domain Policies form opens.

2.  Click Create or select an existing MD and click Properties. The Maintenance Domain ­ Global Policy (Create|Edit) form opens.

3.  Configure the general parameters.
If the MD policy is to be used for Y.1731 performance measurement tests, you must set the Name Type parameter to none.

4.  Click OK to save the policy and close the form, or click Apply to save the policy. See Procedure 48­1 to distribute the policy to NEs.
 
 
Add a Global MEG to an MD
5.  To add a Global MEG to an MD:
i.  Click on the Global Maintenance Entity Group tab and click Create. The Global Maintenance Entity Group (Create) form opens with the General tab
displayed.

ii.  Configure the general parameters.

iii.  Configure the Name Format and Name parameters in the Maintenance Entity Group panel.
If you select icc­based as the Name Format, then the associated Name value must be 8 to 13 characters long.

iv.  Configure the parameters in the Initial MEG Configuration panel.
When you are creating a Global MEG for a 7750 SR­c4, 7750 SR­c12, or 7450 ESS­6, the Initial CCM Interval must be set to 1s.
You can only configure the Initial CFM Hold Down Timer (Centiseconds) parameter when the Initial CCM Interval is set to 10 ms or 100 ms.
When the Initial CCM Interval parameter is set to 10 ms or 100 ms, you cannot configure automatic MEP creation in step 7.

Note ­ When a Global MEG is created and applied, you can open the Global Maintenance Entity Group form at any time and view on
the General tab two information fields that display the number of local MEGs and the number of MEPs currently associated with the
Global MEG. 

v.  Save your changes.
 
 
Add a MEG sub­group to a Global MEG
6.  To add a MEG sub­group to a Global MEG, perform one of the following:
a.  Add a new MEG sub­group to a Global MEG.
i.  Select a Global MEG and click Properties. The Global Maintenance Entity Group (Edit) form opens with the General tab displayed.

ii.  Click on the MEG Sub­Group tab and click Create. The MEG Sub­Group (Create) form opens.

iii.  Configure the required parameters.

iv.  Save your changes.
b.  Automatically create a new MEG sub­group based on existing remote MEP lists.

Note ­ You can only create MEG sub­groups using this method when a valid remote MEP list exists and the remote MEPs on the list
are CCM enabled. 

i.  Select a Global MEG and click Properties. The Global Maintenance Entity Group (Edit) form opens with the General tab displayed.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 92/143
06.07.2017 Service assurance

ii.  Click Discover MEG Sub Groups. If this button is not visible, click More Actions and choose Discover MEG Sub Groups. When remote MEPs
on valid lists are CCM enabled, new MEG sub­groups are created from the remote MEP lists. The new MEG sub­groups are listed on the
Global Maintenance Entity Group (Edit) form.

iii.  Save your changes.
 
 
Associate a service with a Global MEG
7.  To associate a service with a Global MEG, perform one of the following:
a.  Automatically associate all NEs in a service with a Global MEG.
i.  Select an MD and click Properties. The Maintenance Domain ­ Global Policy (Edit) form opens.

ii.  Click on the Global Maintenance Entity Group tab and click Create. The Global Maintenance Entity Group (Create) form opens with the
General tab displayed.

iii.  Click on the Service tab and click Create. The Service (Create) form opens.

iv.  Select a Service.

v.  Configure the Follow Service Topology Changes parameter, if required.

Note ­ Enabling this parameter will cause relevant Ethernet OAM objects in the MEG and MEG sub­groups to automatically
change in response to topology changes in the service or composite service you selected in step iv. Such changes include the
addition or deletion of sites, SDP bindings, and access interfaces. Applicable CFM tests (as specified in a test suite) will also
be automatically generated and/or deleted, as required. The specific Ethernet OAM objects that will respond to a service
topology change are dependent on the selections you make in step vii below. 

vi.  Configure the required parameters in the Auto­Creation of MEG(s) panel.

vii.  Configure the required parameters in the Auto­Creation of MEP(s) panel.

Note ­ You cannot configure the MEP(s) Creation on Access Interfaces, MEP(s) Creation on SDP Bindings, or Virtual MEP(s)
Creation on VPLS Sites parameters when the Initial CCM Interval parameter in step 5 is set to 10 ms or 100 ms. 

viii.  Configure the required parameters in the Auto­Creation of MIP(s) panel.

ix.  Save your changes.
b.  Associate a single NE on a service with a Global MEG.
i.  Select an MD and click Properties. The Maintenance Domain Global Policy (Edit) form opens.

ii.  Click on the Global Maintenance Entity Group tab, select a Global MEG, and click Properties. The Global Maintenance Entity Group (Edit)
form opens.

iii.  Click on the NE Maintenance Entity Group tab and click Create. The NE Maintenance Entity Group (Create) form opens with the General tab
displayed.

iv.  Select a site.

v.  Configure the required parameters.
You can only configure the CFM Hold Down Timer (Centiseconds) parameter when the CCM interval is set to10 ms or 100 ms.
You cannot choose the 10 ms and 100 ms options for the CCM interval parameter when the CCM Padding Packet Size(Bytes) parameter is
enabled.

Note ­ Only the parameters that are supported on the selected site are displayed when you open the form. 

vi.  Click on the Service tab and click Create. The MEG Service (Create) form opens.

vii.  Configure the required parameters.

viii.  Save your changes.

Note ­ When an NE Maintenance Entity Group is created and applied, you can open the NE Maintenance Entity Group (Edit)
form at any time and view on the General tab an information field that displays the number of MEPs currently associated with
the NE Maintenance Entity Group. 
 
 
Add an Ethernet path to the Global MEG
8.  To add an Ethernet path to the Global MEG:
i.  On the Global Maintenance Entity Group (Edit) form, click on the Ethernet Path tab and click Create. The Ethernet Path (Create) form opens.

Note ­ You must specify an Ethernet tunnel path or Ethernet ring path on this form. 

ii.  Select an Ethernet tunnel path or an Ethernet Ring Path.

iii.  Configure the required parameters.

iv.  Save your changes.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 93/143
06.07.2017 Service assurance
 
 
Add an NE MEG to the MD
9.  To add an NE MEG to the MD:
i.  Click on the NE Maintenance Entity Group tab and click Create. The Maintenance Entity Group (Create) form opens with the General tab displayed.

ii.  Select a site for the NE MEG.

iii.  Select a Unicast Hub MEP for the NE MEG.

Note ­ The Unicast Hub MEP panel is only displayed when the site you selected in step ii is a 7450 ESS, 7750 SR, or 7950 XRS NE.  

Configuring this parameter allows you to add a unicast MEP to the remote MEPs list. This enables the deployment of a hub­and­spoke topology
where multiple MEPs acting as spokes can communicate with one hub MEP. In this scenario, the remote MEP has a MEP Mac Address which is the
Operational MAC Address of the Unicast Hub MEP.
See the MEP ID parameter description for additional information and constraints on configuring a unicast CCM hub.

iv.  Configure the required parameters.

Note 1 ­ The VLAN ID parameter is configurable only when the selected NE is an OmniSwitch. 
Note 2 ­ The CFM Hold Down Timer (Centiseconds) parameter is only configurable when the CCM interval is set to 10 ms or 100 ms. 
Note 3 ­ The 10 ms and 100 ms options of the CCM interval parameter cannot be configured when the CCM Padding Packet
Size(Bytes) parameter is enabled. 

v.  Click OK.

vi.  To associate a template with the NE MEG, select an NE MEG and click Properties. The Maintenance Entity Group (Edit) form opens. Otherwise, go
to step viii.

vii.  Click on the Templates tab and select an associated template.

viii.  Click on the Service tab and click Create. The MEG Service (Create) form opens.

ix.  Configure the required parameters.

x.  Save your changes.
 
 
Add a managed MEP to the MEG
10.  To add a managed MEP to the MEG:
i.  Click on the Managed MEP tab and click Create. The MEP (Create) form opens.

ii.  Select a MEG.

iii.  Configure the required parameters.

Note 1 ­ The Interface Type parameter is configurable when the Type parameter is set to Regular. 
Note 2 ­ The Interface Type Port is only available if the MD level is 0. 
Note 3 ­ For facility MEPs, the Direction parameter must be set to Down. 

iv.  Configure the required parameters in the Fault Alarm/Reset Time panel and the CCM panel.

v.  Select a MEG subgroup to associate with the managed MEP.

Note ­ If a MEG subgroup is not selected, the managed MEP is automatically associated with the default MEG subgroup. 

vi.  Configure the required parameters in the Test Generation Options panel.

Note 1 ­ The Role, Use as Test Source, and Use as Test Target parameters are configurable only when you set the Direction parameter
to Up. 
Note 2 ­ You can propagate test generation role settings to all MEPs on a SAP or service site using the Propagate to MEPs button on
the ETH­CFM tab of the Access Interface (Edit) and Site (Edit) forms. 

vii.  If the Type parameter you configured in step iii is set to Virtual, go to step xii.

viii.  If the Interface Type parameter you configured in step iii is set to LAG or Port, configure the Facility Fault Notify parameter.

ix.  If the Interface Type parameter you configured in step iii is set to LAG, configure the Facility VLAN ID.

Note ­ If you are configuring a tunnel facility MEP, the Facility VLAN ID parameter value must match the outer encapsulation value of
the SAP to which you are connecting the tunnel facility MEP. 

x.  In the bottommost panel, select an object of the type specified by the Interface Type parameter you configured in step iii. The Select object_type form
opens.

xi.  Go to step xiii.

xii.  Select a service site for the virtual MEP in the Service Site panel.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 94/143
06.07.2017 Service assurance

xiii.  If the MD for the MEP has a Name Type of none and its Maintenance Association has a Name Format of icc­based, the Y.1731 Tests and AIS tabs
are configurable. Otherwise, go to step xv.

xiv.  Click on the Y.1731 TEST tab and AIS tab and configure the required parameters.

xv.  Click on the ETH­CSF tab and configure the required parameters.
The CSF Rx Multiplier parameter is configurable when the Enable Client Signal Fault parameter is enabled.

Note 1 ­ ETH­CSF acts as one of the triggers for fault propagation on the receiving MEP, when the Fault Propagation parameter is
enabled in step iv. 
Note 2 ­ When the CSF Rx Multiplier is 0 (meaning that CSF will never timeout) and you need to manually clear the CSF state, you
must first disable and then re­enable the Enable Client Signal Fault parameter. Otherwise, CSF must receive a C­DCI flag in a PDU to
clear the state automatically, whenever the multiplier is 0. 
Note 3 ­ If the CSF Rx Frame State read­only indicator displays anything other Client Defect Clear Indication, then a fault exists. 

11.  Save your changes.
 
 
Add a remote MEP to the MEG
12.  To add a remote MEP to the MEG:

Note 1 ­ When you execute a CCM test or synchronize the managed and unmanaged remote MEP lists, the 5620 SAM automatically
distributes the local MEP and the remote MEP to the remote MEP list, except for 7705 SAR NEs, which are excluded from automatic MEP ­
distribution. 
Note 2 ­ If you enabled the Enable Auto Remote MEP Discovery parameter in step 7 b, the auto­discovered remote MEPs will populate this
list when CCM is running on the network. You can clear the list of auto­discovered MEPs if required, by clicking on Clear Auto Discovered
Remote MEPS. 
Note 3 ­ When you execute a CCM test or synchronize the managed and unmanaged remote MEP lists within a MEG sub­group, the 5620
SAM automatically distributes the local MEP and the remote MEP within that MEG sub­group. 
Note 4 ­ If the remote MEP you are adding is to act as a Unicast Hub MEP, the remote MEP’s MEP Mac Address will become the
Operational MAC Address of the Unicast Hub MEP. If you subsequently delete the remote MEP, the Operational MAC Address of the
configured Unicast Hub MEP will also be cleared. 
Note 5 ­ You can add only one entry to the remote MEP list for a 7705 SAR. 
Note 6 ­ If a local MEP and the corresponding remote MEP are on the same OmniSwitch, deleting the remote MEP results also deletes the
corresponding local MEP. 

i.  Click on the Remote MEP tab. The Remote MEP (Create) form opens.

ii.  Configure the required parameters.
See the MEP ID parameter description for additional information and constraints when configuring a remote MEP to act as a unicast CCM hub.

iii.  Save your changes.

iv.  You can also convert an existing remote MEP on this list that was previously automatically discovered to a static remote MEP by clicking the entry’s
Auto Discovered Remote Mep checkbox. The Remote MEP (Edit) form for that entry opens with the General tab displayed.

v.  Disable the Auto Discovered Remote Mep checkbox and click OK. The Remote MEP (Edit) form closes.
13.  Save your changes.
 
 
Add an unmanaged remote MEP to the Global MEG
14.  To add an unmanaged remote MEP to the Global MEG:
i.  Click on the Unmanaged Remote MEP tab and click Create. The Unmanaged Remote MEP (Create) form opens.

ii.  Configure the required parameters.

iii.  Select a MEG Sub­Group to associate the unmanaged remote MEP.

Note 1 ­ If a MEG sub­group is not selected, the unmanaged remote MEP is automatically associated with the default MEG subgroup. 
Note 2 ­ The outline color of a MEP icon indicates the MEG subgroup to which the MEP belongs. 

iv.  Configure the required parameters in the Test Generation Options panel.

Note 1 ­ The Role, Use as Test Source, and Use as Test Target parameters are configurable only when you set the Direction parameter
to Up. 
Note 2 ­ You can only configure Test Generation Options when the unmanaged MEP has a MAC address. 
Note 3 ­ You can propagate test generation role settings to all MEPs on a SAP or service site using the Propagate to MEPs button on
the ETH­CFM tab of the Access Interface and Site (Edit) forms. 

v.  Save your changes.
15.  Click Synchronize Remote MEPs to distribute the MEPs to the NEs, if required.

Note ­ If the managed MEP or unmanaged remote MEP belongs to a MEG sub­group, the remote MEP synchronization will only occur within
the MEG sub­group. 

16.  Click Resync Remote MEP DB to re­synchronize the Remote MEPs database, if required.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 95/143
06.07.2017 Service assurance

Optionally, you can also view the DB state of any Remote MEP under a Managed MEP. Otherwise, go to step 17.
i.  Click on the Managed MEP tab in the Global MEG form, select a Managed MEP, and click Properties. The MEP (Edit) form opens.

ii.  Click on the Remote MEP DB State tab, select a Remote MEP, and click Properties. The Remote MEP DB State (View) form opens, with the
General tab displayed.
The presented information includes:

MEP ID Rdi

Remote State Port Status

Grace Period RX Interface Status

MAC Address Last CCM
   
 
17.  Click the Audit Unicast CCM item in the More Actions menu to automatically populate all the Hub pointers, if required.

Note 1 ­ For discovered networks with CCM and a remote MEP list configured, Alcatel­Lucent highly recommends the use of this button to
set up a correct HUB­spoke topology in 5620 SAM before executing a CCM test. 
Note 2 ­ The Audit Unicast CCM action will use the remote lists from all NEs to automatically set the Hub MEP pointers to the appropriate
MEPs. If an appropriate MEP is not found, an unmanaged MEP with MEP ID and MEP MAC Address matching the unicast remote MEP
entry will be created. The Hub MEP pointer is then set to this unmanaged MEP. 
If duplicate managed and unmanaged MEPs are detected, the unmanaged MEP is deleted and the managed MEP is used as the unicast Hub
MEP. This action also ensures that the Hub MEP is in the same sub­group as the spoke pointing to it.

18.  Save your changes and close the forms.

 
 

Procedure 89­3 To automatically create identical MEPs on a redundant pair of service SAPs

Perform this procedure to create identical MEPs on service SAPs that are part of an MC­LAG. The procedure assumes that the service has been configured with
MC­LAGs and redundant SAPs. The pair of redundant SAPs must have identical inner and outer encapsulations configured and they must be in the same service.
See Procedure 15­12 for information on creating LAGs. See chapter 45 for more information about creating MC­LAGs.
1.  Select Manage Service Services from the 5620 SAM main menu. The Manage Services form opens.

2.  Select a service and click Topology View. The Service Topology map opens.

3.  Select the OAM check box at the bottom left of the map window. MEG and MEP objects are added to the map.

4.  Perform one of the following:
a.  If you are creating a Global MEG:
i.  Right­click on the topology map background and select Create CFM Global MEG. The Global Maintenance Entity Group (Create) form opens.
See Procedure 89­2 for information about configuring a Global MEG.

ii.  When the Global MEG is created, a purple triangular MEP icon appears above each of the SAPs. Right­click on one of the MEP icons
associated with the redundant pair of SAPs. The MEP (Edit) form for that SAP opens.

iii.  Click Properties in the Redundancy panel.
This action automatically populates the Properties page of the redundant partner, creating identical MEPs on both members of the redundant
pair. Leave the MEP (Edit) form open.

iv.  Right­click on the other MEP icon associated with the redundant pair of SAPs. The MEP (Edit) form for that SAP opens.

v.  Confirm that the ID and Operational Mac Address parameters in the Redundant MEP panel for both MEPs are identical.

Note ­ If the redundant SAPs are in a VPRN or IES service, only the ID parameter will be synchronized between the two SAPs.
MAC addresses are not supported for these services. 

b.  If you are working with an existing Global MEG where a MEP is missing from one of the SAPs in a redundant pair:
i.  Right­click on the MEP icon that is present for a SAP in the redundant pair. The MEP (Edit) form for that SAP opens.

ii.  Enable the Create Redundant MEP check box in the Redundancy panel and click Apply. A new MEP icon appears above the other SAP of the
redundant pair.
This action automatically populates the Properties page of the redundant partner which was missing its MEP, thereby creating identical MEPs
on both members of the redundant pair. Leave the MEP (Edit) form open.

iii.  Right­click on the new MEP icon. The MEP (Edit) form for that SAP opens.

iv.  Confirm that the ID and Operational Mac Address parameters in the Redundant MEP panel for both MEPs are identical.

Note ­ If the redundant SAPs are in a VPRN or IES service, only the ID parameter will be synchronized between the two SAPs.
MAC addresses are not supported for these services. 

5.  Save your changes and close the forms.

 
 
https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 96/143
06.07.2017 Service assurance

Procedure 89­4 To change the MEG sub­group association for managed MEPs or unmanaged remote MEPs

Note ­ The outline color of a MEP icon indicates the MEG sub­group to which the MEP belongs. 

1.  Select Manage Service Services from the 5620 SAM main menu. The Manage Services form opens.

2.  Select a service and click Topology View. The Service Topology map opens.

3.  Select the OAM check box at the bottom left of the map window. MEG and MEP objects are added to the map.

4.  Right­click on the interface object that includes the MEP that you wish to move to another MEG sub­group and choose Ethernet CFM Edit MEP. The

Select MEP (Edit) form opens.

5.  In the MEG Sub­Group panel, click Clear to remove the current MEG sub­group association.

6.  Select a MEG sub­group.

7.  Save your changes and close the form.

 
 

Procedure 89­5 To configure a default MD on an OmniSwitch

1.  On the equipment tree, expand an OmniSwitch NE icon, right­click on the device and select Properties. The Network Element (Edit) form opens with the
General tab displayed.

2.  Click on the Globals tab and on the CFM tab.

3.  Configure the required parameters.

4.  Save your changes and close the form.

4. 90 — PM Session tests
90.1 PM Session testing overview 
90.2 Workflow to configure PM Session testing 
90.3 PM Session testing procedures 
 

90.1 PM Session testing overview
PM Session CFM testing is based on Metro Ethernet Forum Specification 35 ­ Service OAM Performance Monitoring Implementation Agreement, which details a
standardized method to test and report network delay and loss using CFM messaging. This testing is performed in Layer 2 networks. The reporting of results
occurs at standardized measurement intervals (5 minutes, 15 minutes, 1 hour, and 1 day), and comprises a statistical summary of the results of individual test
frames. Statistical summaries include minimum, maximum, and average values of specific test criteria. SNMP­mediated statistics can be collected to display real
time results for in­progress measurement intervals. Additionally, a histogram can be generated to characterize the distribution of test results over the same
measurement intervals. Statisticsmay be viewed using the individual test forms, the STM, or the Statistics Manager.
The PM Session testing framework can also be utilized in the IP domain to perform TWAMP IP level monitoring, and runs over IPv4 and IPv6 addresses. The
TWAMP Light and TCC tests target Layer 3 interfaces. They provide options to monitor IP SLA performance as related to KPI.
TCA events and their associated statistics can be configured on all PM Session test types.
While PM Session tests may be configured individually, test suite support allows for repeatable, policy driven auto­generation of PM Sessions and associated
tests, which are ideally suited to larger scale environments.
 

90.2 Workflow to configure PM Session testing
This workflow describes the procedures to create and run a PM Session test. PM Session tests are generally configured through the Service Test Manager. See
chapter 87 for more information on working with the STM. You can also configure PM­related objects from the Service Topology map. See Working with Ethernet
CFM objects in chapter 6.
1.  Create a PM Bin Group policy that configures the statistical bins used by the various PM tests to collect their data. Perform Procedure 90­2.

2.  Create and distribute a new Accounting Policy, required to configure a PM Session. See the 5620 SAM Statistics Management Guide for information on
creating an Accounting Policy. See Procedure 48­1 for information on distributing a policy.

3.  Configure a TWAMP Light reflector. This is only required for proper operation of a PM TWAMP Light test session. Perform Procedure 90­6.

4.  Configure a PM Session to provide the session framework. Perform Procedure 90­1.

5.  Configure and enable the required PM Session tests:
Create a CFM DMM Test. Perform Procedure 90­3.

Create a CFM SLM Test. Perform Procedure 90­4.

Create a CFM LMM Test. Perform Procedure 90­5.

Create a PM TWAMP Light Test. Perform Procedure 90­7.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 97/143
06.07.2017 Service assurance

Create a PM TCC Test. Perform Procedure 90­8.

6.  View PM Session events and test results:
Use an individual PM Session test form. Perform Procedure 90­9.

Use the Service Test Manager. Perform Procedure 90­10.

Use the Statistics Manager. Perform Procedure 90­11.

For OAM PM Event server performance statistics, perform Procedure 90­12.
 

90.3 PM Session testing procedures
The following procedures describe how to configure and manage the PM Session tests and how to view the results they generate.
The PM Session testing functionality requires the following hardware configurations to operate properly:
Platform: 7750 SR 7/12, 7450 ESS 7/12, 7750 SRc 4/12 and 7950 XRS all require CPM3 or above for binning.

IOM support: IOM3/IMM and above

Chassis mode: All SAPs executing this function must reside on IOM3/IMM and above. However, not every SAP in an affected service needs to be
configured on IOM3/IMM or above. All active network ports on the affected NE must exist only on IOM3/IMM and above. The term given to this mode of
operation is Network Chassis Mode D.
In addition to the procedures in this chapter for viewing the OAM PM test results, you can also use the LogToFile method to record test results for transfer to
external OSS applications. See the 5620 SAM XML OSS Interface Developer Guide for more information.
 

Procedure 90­1 To configure a Performance Monitoring Session

You can configure PM­related objects from several areas in the 5620 SAM, including:
STM (this procedure).

Service Topology maps. See Working with Ethernet CFM objects in chapter 6 for more information.

Layer 3 Routing Instances, for IP­based PM Sessions. See Procedure 28­1 for more information.

VPRN service site form, for IP­based PM Sessions. See Procedure 77­58 for more information.

VPRN service form (OAM tab TWAMP sub­tab), for IP­based PM Sessions. Perform the required steps in this procedure to create a PM Session and then
perform Procedure 90­7 to create a TWAMP Light Test Session.
 
 
Configure the PM Session framework
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Click the Create button and choose Performance Monitoring PM Session from the menu. The PM Session (Create) form opens.

3.  Configure the parameters:
PM Session Name

Description

Test Family

PM Session Type
If you configure the PM Session Type as Proactive, then a schedule and scheduled task must also be configured to schedule the test execution. See
Chapter 7 for information on creating 5620 SAM­based schedules.
If you configure the Test Family Type as IP, then you can also select an existing TCC test in the TWAMP panel, if required. See Procedure 90­8 for
information on configuring a TCC test.

4.  Click the Select button in the Network Element panel to choose a System ID. The Select Network Element form opens.

Note ­ If you are creating a PM Session from a Routing Instance form, the Network Element System ID will automatically be populated. 

5.  Choose the required NE and click OK. The Select Network Element form closes and your selection appears on the PM Session (Create) form.

6.  Click the Select button in the Bin Group panel to choose a Bin Group policy. The Select Bin Group form opens.

7.  Perform one of the following:
a.  Click the Create button to create a new Bin Group policy. The Bin Group policy (Create) form opens. Perform Procedure 90­2.

b.  Choose an existing Bin Group policy from the list and click OK.
8.  Click on the Components tab.

9.  Right­click the Measurement Intervals item and select Create Measurement Interval. The Measurement Interval form opens.

Note ­ A PM session test will record results information to a “raw” bin by default. This is a measurement interval with infinite duration.
However, one or more finite measurement intervals may also be configured for the same PM Session and associated tests. Measurement
intervals can be configured as 5 minutes, 15 minutes, 1 hour, or 1 day in length. If you create more than one measurement interval, the
Interval Duration must be different for each one. 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 98/143
06.07.2017 Service assurance

10.  Configure the parameters:
Interval Duration

Interval Stored

Boundary Type

Clock Offset (seconds)

Enable Events

Delay Events

Loss Events
The Enable events, Delay Events, and Loss Events parameters are required to collect TCA event statistics.

11.  Click the Select button to choose an Accounting Policy. The Select Accounting Policy form is displayed.

12.  Perform one of the following:
a.  Choose an existing Accounting Policy from the list and click OK. The Select Accounting Policy form closes and your selection appears on the
Measurement Interval (Create) form.

b.  Click the Create button to create and distribute a new Accounting Policy. The Accounting Policy (Create) form opens. See the 5620 SAM Statistics
Management Guide for information on creating an Accounting Policy. See Procedure 48­1 for information on distributing a policy.
13.  Perform one of the following, as required:
a.  Click on the Ethernet Session tab.
i.  Configure the Priority parameter.

ii.  In the Source (Controller) MEP information panel, click the Select button to choose a Maintenance Entity Group ID. The Select NE MEG form
opens.

iii.  Click the Select button to choose an originating MEP. The Select Originating MEP form opens.

iv.  Select the required MEP and click OK. The Select Originating MEP form closes and your selection appears in the form. Associated read­only
parameters for the MEP are also populated.

v.  In the Destination (Responder) MEP information panel, click one of the available Select buttons to choose the required destination MEP or
MIP. The appropriate selection form opens.

vi.  Select the required MEP or MIP and click OK. The selection form closes and the Target MAC Address of the selected object appears in the
form.
b.  Click on the IP Session tab.
i.  Configure the IP Session Target Type parameter. If you select the VPRN Service option, then you must also choose a VPRN service on
available on the selected NE.

Note ­ If you are creating a PM Session from a VPRN service form, the Service ID will automatically be populated. If the PM
Session is created from the VPRN site context, then the Network Element System ID is automatically set, as well as the IP
Session Target Type and VPRN Service ID. 

ii.  In the Source and Destination Addresses panel, click the Select buttons to choose the Source and Destination IP addresses.

Note 1 ­ The Source IP and Destination IP addresses are required to create a working TWAMP Light or TCC test. The Source
IP is selected from a list of IP addresses on the NE specified in the VPRN service or routing instance. The Destination IP
selection chooses from all the IP addresses that are not on the NE in the VPRN service or routing instance. The Destination IP,
along with the Destination UDP port, specifies the location of the TWAMP Light Reflector that a TWAMP Light test will use.
See Procedure 90­6 for information on creating TWAMP reflectors. 
Note 2 ­ If you are creating the TWAMP Light or TCC test from a service topology map, the OAM option must be enabled in the
map. Selecting two L3 access interfaces fills in both the Source IP and Destination IP fields, based on the SAPs you select.
Selecting just one SAP populates only the Source IP field. 

iii.  Configure the parameters in the Session Details panel:
Dest UDP Port

Source UDP Port

Bypass Routing

Egress IF Name

Next Hop IP

Forwarding Class

IP Profile

Time to Live
The Bypass Routing, Egress IF Name, and Next Hop IP are used to determine what kind of forwarding is used. Only one of these can be
configured.
The Source UDP Port parameter should only be specified when configuring the PM Session for use in a PM TCC test.
14.  Click on the Apply button to apply the changes.
 
 
Configure and enable the PM Session tests

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_1… 99/143
06.07.2017 Service assurance

15.  Click on the Components tab.

16.  Right­click the Test Sessions item and perform one of the following, as required:
a.  If you configured the Test Family parameter in step 3 for Ethernet, then select one of the tests from the contextual menu. The choices are:
Create CFM DMM Test Session. Perform Procedure 90­3.

Create CFM SLM Test Session. Perform Procedure 90­4.

Create CFM LMM Test Session. Perform Procedure 90­5.

Note ­ You can create one of each type of these Ethernet tests for a single PM Session. 

b.  If you configured the Test Family parameter in step 3 for IP, then select the Create TWAMP Light Test Session from the contextual menu and perform
Procedure 90­7.
17.  Click OK to apply the changes and close the PM Session (Create) form.

Note ­ Once the changes have been applied and if the Administrative State of either or both of the test sessions is set to Enabled, the tests
will begin to execute automatically. They will continue to run until manually stopped. 
 

The new PM Session appears in the Service Test Manager list when PM Session (Assurance) is selected from the object drop­down menu and you click
Search.
 
 
Additional operations
18.  If you want to stop a test from running, click on the required test in the STM’s PM Session Test (Assurance) list and click the Stop Execution button.
Alternatively, you can set the Administrative State of a test session to Disabled.

19.  To include a PM Session in a Test Policy, perform Procedure 87­1.

20.  To include a PM Session in a Test Suite, perform Procedure 87­3.

 
 

Procedure 90­2 To configure a PM Bin Group policy

You must configure a PM BIN Group policy to define the structure of the statistical bins and delay counts used to collect statistical data by the various PM Session
tests.
1.  Choose Tools PM Bin Group Policies from the 5620 SAM main menu. The PM Bin Group Policies form opens.

2.  Click the Create button. The Bin Group (Create) form appears, with the General tab displayed.

3.  Configure the parameters:
Bin Group Mgr Object ID

Auto­Assign ID

Description

Administrative State

Frame Delay Bin Count

Frame Delay Range Bin Count

Inter­Frame Delay Variation Bin Count

4.  Click on the Bins tab. A list of pre­configured default bins is displayed.

5.  Examine the properties of the default bins using the displayed list or by selecting a bin and clicking the Properties button.

6.  Click the Create button to create additional bins, if required. The Bin (Create) form is displayed.

7.  Configure the parameters:
Bin Type

Bin Num

Lower Bound (microseconds)

Generate Alarm

Alarm Severity

Bin Count Threshold

8.  Click on the OK button to save the changes. A confirmation message appears.

9.  Confirm the action by clicking OK. The Bin (Create) form closes and the new bin appears in the list.

10.  Click on the Delay­events tab. This is required to collect TCA event statistics.

11.  Select a Bin Type from the list and click Properties. The TCA Config form opens.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 100/143
06.07.2017 Service assurance

12.  Configure the parameters:
Lowest Bin

Raise

Clear

13.  Click OK. The TCA Config form closes.

14.  Repeat steps 11 to 13 to configure additional Bin Types.

15.  Click on the Distribute button to distribute the policy to the required NEs. If the Distribute button is not visible, click on the More Actions button and choose
Distribute. The policy is distributed to the site or sites. See Procedure 48­1 for more information on distributing a policy.

16.  Click on the OK button to save the changes. The Bin Group (Create) form closes.

 
 

Procedure 90­3 To configure a PM CFM DMM test

Perform this procedure to configure a CFM Delay Measurement test session. For DMM tests, calculations are made to report on three criteria: Frame Delay, Frame
Delay Range, and Interframe Delay Variation. DMM test frames are issued at regular intervals from a source MEP. Delay measurement information for the forward,
backward, and round trip path is determined from the DMR frames received from the destination MEP.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Click the Create button and choose Performance Monitoring CFM DMM Session Test from the menu. The CFM DMM Test Session (Create) form opens,

with the General tab displayed.

3.  Configure the parameters:
Test ID

Auto­Assign ID

Administrative State

Interval

Data Tlv Size (octets)

4.  Click on the Select button to choose a PM Session Name. The Select PM Session form opens.

5.  Click the Search button and select the required entry in the list and click OK.
The Select PM Session form closes and the CFM DMM Test Session (Create) form is refreshed to display your selection.

6.  If you need to examine the bins configured for this test by your choice of PM Sessions, then perform the following:
i.  Click the Properties button for the selected PM Session Name. The PM Session (Edit) form opens, with the General tab displayed.

ii.  Click the Properties button for the displayed Bin Group Mgr Object ID. The Bin Group (Edit) form opens, with the General tab displayed.

iii.  Click the Bins tab and select the Bin you need to examine.

iv.  Click the Properties button. The Bin (Edit) form opens.
Close the Bin, Bin Group, and PM Session property forms when you are finished.
7.  Click OK to save the test configuration.
The CFM DMM Test Session (Create) form closes.

 
 

Procedure 90­4 To configure a PM CFM SLM test

Perform this procedure to configure a CFM Synthetic Loss Measurement test session.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Click the Create button and choose Performance Monitoring CFM SLM Session Test from the menu. The CFM SLM Test Session (Create) form opens,

with the General tab displayed.

3.  Configure the parameters:
Test ID

Auto­Assign ID

Administrative State

Frames Per Delta T (packets)

Consec Delta Ts

Interval

chli Threshold

Data Tlv Size (octets)

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 101/143
06.07.2017 Service assurance

Traps Enabled

flr Threshold (percent)

4.  Click on the Select button to choose a PM Session Name. The Select PM Session form opens.

5.  Click the Search button and select the required entry in the list and click OK.
The Select PM Session form closes and the CFM SLM Test Session (Create) form is refreshed to display your selection.

6.  Click on the Loss­events tab. This is required to collect TCA event statistics.

7.  Select a Direction type from the list and click Properties. The TCA Configuration form opens.

8.  Configure the required TCA parameters.

9.  Click OK. The TCA Configuration form closes.

10.  Repeat steps 7 to 9 to configure additional Direction types.

11.  Click OK to save the test configuration.
The CFM SLM Test Session (Create) form closes.

 
 

Procedure 90­5 To configure a PM CFM LMM test

The CFM LMM (Loss Measurement, Single Ended) test is a method of exchanging transmit and receive counters between peer MEPs to determine exact loss on a
point­to­point Ethernet Virtual Circuit.

Note ­ The LMM test is currently limited to Down MEPs only. The following validations are performed: 
LMM test suite tests can only be created or executed for MEG subgroups with exactly two MEPs

LMM test suite tests can only be executed if the source and target MEPs are not already the source or target MEPs (respectively) of a
currently running LMM test
 
 
Configuring the CFM LMM test
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Click the Create button and choose Performance Monitoring CFM LMM Session Test from the menu. The CFM LMM Test Session (Create) form opens,

with the General tab displayed.

3.  Configure the parameters:
Test ID

Auto­Assign ID

Administrative State

Interval

4.  Click on the Select button to choose a PM Session Name. The Select PM Session form opens.

5.  Click the Search button and select the required entry in the list and click OK.
The Select PM Session form closes and the CFM LMM Test Session (Create) form is refreshed to display your selection.

6.  Click on the Loss­events tab. This is required to collect TCA event statistics.

7.  Select a Direction type from the list and click Properties. The TCA Configuration form opens.

8.  Configure the required TCA parameters.

9.  Click OK. The TCA Configuration form closes.

10.  Repeat steps 7 to 9 to configure additional Direction types.

11.  Click OK to save the test configuration.
The CFM LMM Test Session (Create) form closes.
 
 
Enabling LMM Stats Collection

Note ­ To collect LMM statistics, you must set an option to do so on the object that the MEP is associated with. 

12.  Enable the Enable LMM Session Stats Collection parameter, either on the OAM tab (ETH­CFM sub­tab) or the MEPs tab in the following contexts, as
required:
IES and VPRN L3 Access interfaces

Spoke and Mesh SDP Bindings

IES and VPRN subscriber interfaces

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 102/143
06.07.2017 Service assurance

VLL and VPLS L2 access interfaces

LAG member ports

Non­LAG member ports

 
 

Procedure 90­6 To create a TWAMP Light reflector

A TWAMP Light test needs to be pointed at a reflector on the correct UDP port in order to execute properly and generate valid results. A TWAMP Light reflector
can be created in two different contexts, namely on a base routing instance or on a VPRN service site. There can only be one reflector on a particular base routing
instance or a VPRN site.
1.  Choose one of the following:
a.  See Procedure 28­1 for information on creating a TWAMP Light reflector on a base routing instance.

b.  Perform Procedure 77­58 to create a TWAMP Light reflector on a VPRN service site.

c.  Perform step 13 in Procedure 90­1 to create a TWAMP Light reflector while creating a PM Session. When you specify a Source IP, Destination IP,
and Dest UDP Port here, the 5620 SAM will automatically create a new reflector on the appropriate target type at the Destination IP and port, if one
does not already exist. A prefix matching the Source IP of the PM Session will also be created, if one does not already exist. If you later delete the
PM Session, the 5620 SAM will also delete the associated prefix.
2.  Refer to step 13 in Procedure 90­1 to see how the reflector information is incorporated into the PM Session test.

 
 

Procedure 90­7 To configure a PM TWAMP Light test

The TWAMP Light test session targets IP Layer 3 interfaces.

Note 1 ­ A TWAMP Light test session requires a TWAMP reflector in order to execute properly. See Procedure 90­6. 
Note 2 ­ You can also configure a TWAMP Light test session from a VPRN service site (Procedure 77­58) or from a base routing instance
(Procedure 28­1). 

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Click the Create button and choose Performance Monitoring TWAMP­Light Session Test from the menu. The TWAMP Light Test Session (Create) form

opens, with the General tab displayed.

3.  Configure the parameters:
Test ID

Auto­Assign ID

Name

Description

Administrative State

TWAMP Light Statistics Type to Collect

Interval (milliseconds)

Data Padding Size (octets)

Frames Per Delta­T (frames)

Consec Delta­T’s (frames)

CHLI Threshold

FLR Threshold (percent)
The Frames Per Delta­T (frames), Consec Delta­T’s (frames), CHLI Threshold, and FLR Threshold (percent) parameters are only displayed when the
TWAMP Light Statistics Type to Collect parameter is set to either Loss or Delay and Loss.
The Consecutive High Loss Interval (CHLI) Threshold must be less than the Consec Delta­T’s (frames) parameter.

4.  Click on the Select button to choose a PM Session Name. The Select PM Session form opens.

5.  Click the Search button and select the required entry in the list and click OK.
The Select PM Session form closes and the TWAMP Light Test Session (Create) form is refreshed to display your selection.

6.  If you need to examine the bins configured for this test by your choice of PM Sessions, then perform the following:
i.  Click the Properties button for the selected PM Session Name. The PM Session (Edit) form opens, with the General tab displayed.

ii.  Click the Properties button for the displayed Bin Group Mgr Object ID. The Bin Group (Edit) form opens, with the General tab displayed.

iii.  Click the Bins tab and select the Bin you need to examine.

iv.  Click the Properties button. The Bin (Edit) form opens.
Close the Bin, Bin Group, and PM Session property forms when you are finished.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 103/143
06.07.2017 Service assurance

7.  Click on the Loss­events tab. This is required to collect TCA event statistics.

8.  Select a Direction type from the list and click Properties. The TCA Configuration form opens.

9.  Configure the required TCA parameters.

10.  Click OK. The TCA Configuration form closes.

11.  Repeat steps 8 to 10 to configure additional Direction types.

12.  Click OK to save the test configuration.
The TWAMP Light Test Session (Create) form closes.

 
 

Procedure 90­8 To configure a TWAMP and TWAMP Light Control Client PM test

A TWAMP Server is a combination of control server and session reflector, but requires an external probe called the TWAMP Controller (testing head). The TWAMP
Light test supports both a session sender and session reflector. TWAMP Light does not have a separate control plane, and the session reflector is setup via
configuration in the 5620 SAM. The TCC test allows a TWAMP Light NE launch point (base router) to test TWAMP functionality against any TWAMP Server that
does not support TWAMP Light. The 5620 SAM creates the required TCP control channel with the TWAMP Server, as well as the PM Sessions and tests on the
TWAMP Light launch point.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Click the Create button and choose Performance Monitoring TCC Test from the menu. The TCC Test (Create) form opens, with the General tab displayed.

3.  Configure the parameters:
ID

Auto­Assign ID

Name

Description

Session Type

Always configure TWAMP Server

Note ­ The Always configure TWAMP Server parameter defines how the 5620 SAM may modify the operation and configuration of a
TWAMP server configured on a managed SR NE. When enabled, on execution of a TCC test, the 5620 SAM queries the prefix list for
the TWAMP server. If no current prefix exists for the server and TWAMP test session client IP addresses, then the 5620 SAM will
operationally disable the TWAMP server, add the required prefixes, and then re­enable the server. 

4.  Select a TWAMP Server IP Address in the TWAMP Server panel.

Note ­ The displayed list shows system IP addresses for managed NEs. If NEs cannot be managed using in­band communication (for
example, when the 5620 SAM. has no route to the system IP address), then the SR management interface must be manually entered as the
TWAMP Server IP Address. 

5.  Click Apply, then click the PM Session tab.

6.  Choose a PM Session or click Create to produce a PM Session specifically associated to the TCC test. See Procedure 90­1 for information on configuring
PM Sessions and Bin Groups.

Note 1 ­ When selecting the PM Session’s System ID, the list can be filtered to show only available test client NEs capable of initiating
TWAMP test session packets and also processing and storing the test result data. 
Note 2 ­ When the test client and TWAMP server NEs are specified, the 5620 SAM auto­populates the PM Session’s IP session attributes.
Test session IP source and destination addresses default to their respective system interface addresses. The Source UDP port is also
chosen from the first one available in the range 64374­64383. If required, the addresses may be cleared and selected from a filtered list of
available interfaces on the respective NEs. TWAMP Light tests may also be configured to use specific interfaces on egress, define a static
next­hop IP address, or manipulate the IP TOS forwarding class, IP profile and IP TTL fields for TWAMP test packets. 

7.  Save your changes and close the form.

 
 

Procedure 90­9 To collect and view Performance Monitoring statistics from a test form

You can generate and view PM statistics directly from the test form.
1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Choose the PM Session Test (Assurance) entry from the object drop­down menu and click Search.

3.  Select the required test from the list and click Properties. The test’s property form opens.

4.  Click on the Statistics tab.

5.  Select the required statistics record type from the object drop­down menu.

Note ­ A list of all statistics record type for each PM Session test type is provided in Procedure 90­10. 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 104/143
06.07.2017 Service assurance

6.  Configure the required time interval from the object drop­down menu.

7.  Click on Collect or Collect All to collect the associated statistics. Clicking on Collect All will cause the statistics from all applicable record types to be
collected. A list of statistics records is displayed.

8.  Select a record entry and click on Properties. The Statistics Record form opens, with the General tab displayed.

9.  Review the provided information on the General and Bin Stats tabs. The Bin Stats tab is only displayed for applicable record types.

10.  Close the Statistics Record form.

 
 

Procedure 90­10 To view Performance Monitoring test results in the STM

1.  Choose Tools Service Test Manager (STM) from the 5620 SAM main menu. The Service Test Manager (STM) form opens.

2.  Choose the PM Session (Assurance) entry from the object drop­down menu.

3.  Click on the Search button. The list of PM Sessions is displayed.

4.  Choose an entry from the list and click on the Properties button. The PM Session (Edit) form opens, with the General tab displayed.

5.  Click on the Components tab.

6.  Right­click on the required test under Test Sessions and choose Properties from the contextual menu. The test form opens.

Note ­ You can also view the statistics for individual bin types for DMM and TWAMP Light tests from this point. Right click on the bin you
want to examine under the required test, then select Properties for that bin. The bin’s statistics can be accessed on the form’s Statistics tab. 

7.  Click on the Statistics tab. The statistics records for the selected test are displayed in the list. Statistics utilizing an accounting policy are identified by
incorporating “Accounting” in the record name, as opposed to SNMP­based statistics.
For CFM DMM Test statistics, the record types include:
CFM DMM Bin Accounting Stats (SAS PM)

CFM DMM Bin Stats (Ethernet OAM)

CFM DMM Session Accounting Stats (SAS PM)

CFM DMM Session Stats (Ethernet OAM)

Delay TCA Stats (Assurance)

PM Session Base Stats (Assurance)
For accounting­based statistics, the DMM Base statistics data is incorporated into the DMM Bin Stats or DMM Session Stats fields.
For CFM SLM Test statistics, the record types include:
CFM SLM Accounting Stats (SAS PM)

CFM SLM Session Stats (Ethernet OAM)

Loss TCA Aggregate Stats (Assurance)

Loss TCA FWBW Stats (Assurance)

PM Session Base Stats (Assurance)
Data from the SNMP­based SLM Base Stats is incorporated into the SLM accounting­based statistics.
For CFM LMM Test statistics, the record types include:
CFM LMM Accounting Stats (SAS PM)

CFM LMM Session Stats (Ethernet OAM)

Loss TCA FWBW Stats (Assurance)

PM Session Base Stats (Assurance)
Data from the SNMP­based LMM Base Stats is incorporated into the LMM accounting­based statistics.
For TWAMP Light Test statistics, the record types include:
Delay TCA Stats (Assurance)

Loss TCA Aggregate Stats (Assurance)

Loss TCA FWBW Stats (Assurance)

PM Session Base Stats (Assurance)

TWAMP Light Bin Accounting Stats (SAS PM)

TWAMP Light Bin Stats (Assurance)

TWAMP Light Loss Accounting Stats (SAS PM)

TWAMP Light Loss Session Stats (Assurance)

TWAMP Light Session Accounting Stats (SAS PM)

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 105/143
06.07.2017 Service assurance

TWAMP Light Session Stats (Assurance)
For accounting­based statistics, the TWAMP Light Base statistics data is incorporated into the TWAMP Light Bin or TWAMP Light Session Stats fields.

8.  Select a record entry and click on Properties. The Statistics Record form opens, with the General tab displayed.

9.  Review the provided information on the General and Bin Stats tabs.

10.  Close the Statistics Record form.

 
 

Procedure 90­11 To view Performance Monitoring test statistics in the Statistics Manager

OAM PM test results can be reviewed as statistics by using the Statistics Manager. You can also use the Statistics Manager’s plotting function to obtain a
graphical representation of the data.
1.  Choose Tools Statistics Statistics Manager from the 5620 SAM main menu. The Statistics Manager opens.

2.  Configure the Statistics Type parameter for the required information type.

3.  Select the required statistics type from the drop­down menu.
The collected bin and session statistics records for each test type are grouped under the category PM Stats (Assurance). PM Session Base statistics can
also be accessed by selecting the PM Session Base Stats (Assurance) category.

4.  Refer to the 5620 SAM Statistics Management Guide for the required procedures on viewing statistics and also graphing statistics using the plotter function.
Both historical and real­time plots are supported in OAM PM.

Note ­ You can also access the plotting function for specific tests by clicking the Plotter button in the Statistics tab of a test’s properties
form.This capability is also available within a PM Session’s property form by right­clicking a specific test in the Components tab.  

Additionally, a summary of the rate of PM Session DB record collection is viewable via Tools ­> Statistics ­> Server Performance Manager (OAM PM Event
(SAM Performance Statistics.
The tracked attributes include: time captured, periodic time, monitored object name (where processed), files received, files received periodic, results
processed, and results processed periodic.

 
 

Procedure 90­12 To view OAM PM Event server performance statistics

A summary of the rate of OAM PM results processing can be monitored using this procedure.
1.  Choose Tools Statistics Server Performance Statistics from the 5620 SAM main menu. The Server Performance Statistics form opens.

2.  Select OAM PM Event (SAM Performance Statistics) from the drop­down menu.
The tracked attributes for each OAM PM Event are displayed. They include: time captured, periodic time, monitored object name (where processed), files
received, files received periodic, results processed, and results processed periodic.

5. 91 — Mirror services
91.1 Mirror service overview 
91.2 Sample mirror service configuration 
91.3 Workflow to create a mirror service 
91.4 Mirror service procedures 
 

91.1 Mirror service overview
The 5620 SAM GUI implementation of service mirroring provides mirroring of service traffic packets from any service type.

Caution ­ Service mirroring can affect performance across the network and in the source and destination devices, so must be planned accordingly. 

In a mirror service, packets from one or more sources are forwarded to their normal destinations and a copy of the entire packet, or a specified portion of the
packet, is sent to the mirror destination. The mirrored packet can be viewed using a packet­decoding device, typically called a sniffer, that is attached to the
destination port. The 5620 SAM does not limit the number of destination and source sites added under a mirror service. The mirrored packets are transported
unidirectionally through the core network using IP or MPLS tunneling.
With pseudo­wire redundancy support, an ICB can be enabled in the mirror service spoke and remote source, which can provide bidirectional service that enables
support for active and standby PE redundancy. An endpoint can be used to group the redundant objects, which may be of mirror SDP bindings or SDP and SAP. In
the mirror map view, the color for the active and backup states of the redundant mirror SDP differ.
Service mirroring can be used to do the following:
Troubleshoot problems with customer packet delivery and content.

Help service providers meet regulations by providing itemized call records and wiretaps, as authorized by investigative authorities.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 106/143
06.07.2017 Service assurance

Simplify the complex traffic­analysis networks that are often implemented as overlays to the customer­facing network.
The 5620 SAM supports end­to­end mirror service configuration using the following methods:
Tabbed configuration forms with an embedded navigation tree. The navigation tree provides a logical view of the service and acts as a configuration
interface.

Preconfigured template. A user who has the Administrator scope of command role, or the Mirror Service Management and Template Script Management
roles, can create a mirror service template.
The mirror service operational status is aggregated based on the status of each site.
Aggregate status is down if all destination sites are down.

Aggregate status is up if one of the redundant destination site is up.

Aggregate status is down if all source sites are down.

Aggregate status is up if one of the redundant source sites is up.

Aggregate status is unknown if no sites are added to the service.
Consider the following before you implement a mirror service:
You must be assigned the administrator or mirror service management scope of command role to create or modify a mirror service, or to view any mirror­
related objects in the 5620 SAM.

The default customer is automatically associated with a mirror service. You cannot associate a different customer with a mirror service.

You can only configure one endpoint per mirror site.

You can configure the endpoint in the destination site with SAP and SDP with ICB.

An endpoint cannot have more than one SAP.

You can create a mirror SDP under the endpoint in the destination site.

You can create up to four mirror SDPs under the endpoint in the source site. One mirror SDP must have ICB. Alternatively, you can create one mirror SDP
under the source site.

When the mirror SDP binding is under an endpoint, the STP cannot be enabled on the spoke.

Mirror sites with valid SAPs are considered as destination sites during discovery.

You can configure a site as a destination without a SAP in the mirror service. During re­synchronization, the site type remains destination.

Auto­SDP creation is restricted to one destination.

You can change the redundancy setting of a mirror SDP binding by deleting and adding the mirror SDP binding on an endpoint.

You cannot delete an MC­LAG SAP if an ICB is on the same endpoint.

You cannot have a SAP with a non­ICB mirror spoke on the same endpoint.

The destination of a mirror service must be an L2 SAP.

You can mirror the ingress or egress traffic on SAPs and ports.

You can mirror the ingress or egress traffic that is associated with one or more subscriber hosts.

You can specify match criteria, such as IP addresses, MAC addresses, or MPLS ingress labels, to filter the mirrored traffic.

You can configure forwarding classes and profiles for mirror service traffic on supported devices.

Mirror service IDs are obtained from the same pool of IDs that is used by other services. When you manually assign an ID value, ensure that you do not
assign an ID that belongs to another service.

Use the packet­slicing option to copy a specific packet size from each frame. This option is useful for monitoring network usage without copying the
customer data. It also limits the amount of mirrored traffic that travels through the core network.

When the mirror destination is not on the same NE as the mirror source, a mirror service requires a service tunnel between the source and destination NEs.

The 5620 SAM can automatically create a service tunnel between the source and destination sites when the following conditions are met:
Automatic mesh SDP binding creation is enabled.

GRE or LDP is the transport type.

No other service tunnel is available between the source and destination sites.

The mirror service source and destination encapsulation types must be the same.

After an NE reboot or CPM activity switch, the debug configuration file for a mirror service is not by default reloaded on the NE. The 5620 SAM raises an
alarm when this occurs. To ensure that the NE reloads the debug configuration file, you must specify the location of the file in the base 5620 SAM
configuration. See “To enable debug configuration file reloading on an NE for mirror services” in the 5620 SAM System Administrator Guide for more
information.

When multiple mirror services reference the same packet, for example, from a SAP and from a port, the packet is mirrored only once, based on the following
criteria in the following non­configurable order:
MAC or IP filters

MPLS ingress label

SAP

port

For IP­only mirroring, consider the following:
https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 107/143
06.07.2017 Service assurance

IP­only mirroring requires chassis mode C or D to be enabled.

By using “IP Only” as the encapsulation type, users can specify that only the IP packet is mirrored, without its original ATM/FR/POS/Ethernet DLC
header.

When IP­only is configured on the source site, users can configure various mirroring sources, including subscribers and SAPs from Ipipe, IES,
VPRN, VPLS, and MVPLS services. However, source ports and VLL services including Apipe, Epipe, and Fpipe cannot be configured.

For local IP­only mirroring, the source and destination MAC addresses must be configured.

For remote IP­only mirroring in a VPRN service, an IP mirror interface on the VPRN destination NE is used to receive the IP mirror packets and route
them to the appropriate sniffer. If there are multiple sniffers connected to the VPRN using L3 interfaces, you must configure the routing policy to have
IP mirror packets routed to the correct sniffer.
 

91.2 Sample mirror service configuration
Figure 91­1 shows a sample mirror service configuration.

Figure 91­1 Sample mirror service configuration

 
In this sample, Router B is the mirror source that carries the customer packets. Router A is the mirror destination. The ingress and egress traffic on Port 5/2/1 is
mirrored on the destination, Port 3/1/3. Table 91­1 lists the high­level tasks to configure the sample mirror service.

Table 91­1 Sample mirror service configuration
Task Description
   
1. Connect the packet sniffer to the The packet sniffer is attached to Router A, Port 3/1/3.
mirror destination.  
 
2. Configure the mirror destination Port 3/1/3 on Router A is specified as the mirror destination.
parameters. Specify the Tunnel ID 1000 as the transport tunnel to the mirror destination.
 
All the parameters required to configure the type of mirroring, for example, slicing and mirror
classification, are specified in the destination parameters.
 
3. Specify the source entity that is to The egress and ingress traffic on Port 5/2/1 is to be mirrored.
be mirrored.  
 
 
 

91.3 Workflow to create a mirror service
The following workflow lists the high­level steps required to create a mirror service. As a prerequisite for creating a mirror service, this workflow assumes the
following:
a group or customer with the required user access privileges has been configured.

the IP or IP/MPLS core network exists.

any required service tunnels are created including the static or dynamic LSP required to create the service tunnel; see Procedure 35­1.

the access ports for the service are created; see chapter 17 for more information.

any required pre­defined routing, QoS, scheduling, filter, accounting, and time of day suite policies are created; see chapter 48 for more information. You do
not have to create pre­defined policies if policies are created on a per­service basis.

any required MP­BGP for PE­to­PE routing is configured; see chapter 29 for more information about protocol configuration.

the network services the mirror service will use are created.

a packet­sniffing device at the L2 SAP that is the destination of the mirror service is configured.

the SAP with the attached packet­sniffing device as the mirror destination is specified.

the source of the packets to be mirrored is configured.
1.  Create the mirror service. See Procedure 91­1.
i.  Define the general properties for the mirror service.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 108/143
06.07.2017 Service assurance

ii.  Specify the services for inclusion in the mirror service. You can specify multiple services in one operation.

iii.  Enable one or more routing protocols for the mirror site.

iv.  Create a destination site on the mirror service. See Procedure 91­2.

v.  Create a source site on the mirror service, if required. See Procedure 91­3.

vi.  Specify an endpoint on the site for redundancy, if required. See Procedure 91­5.

vii.  Create an L2 access interface on the destination site, if required. See Procedure 91­6.

viii.  Specify one or more SAPs on the site as a mirror source, if required. See Procedure 91­7.

ix.  Specify one or more ports on the site as a mirror source, if required. See Procedure 91­8.

x.  Specify one or more source IP filters, if required. See Procedure 91­9.

xi.  Specify one or more source IPv6 filters, if required. See Procedure 91­10.

xii.  Specify one or more source MAC filters, if required. See Procedure 91­11.

xiii.  Specify one or more source MPLS ingress labels, if required. See Procedure 91­13.

xiv.  Turn up the mirror service.
2.  As required, view mirror service information:
a.  View the service topology map associated with a Mirror Service. See Procedure 91­14.

b.  View the mirror service operational status. See Procedure 91­15.
3.  As required, run an OAM validation test for a mirror service. See Procedure 91­17.
 

91.4 Mirror service procedures
Use the following procedures to create, delete, view, and modify mirror services.
 

Procedure 91­1 To create a mirror service

Note ­ If you are configuring mirror services using dot1q or QinQ SAPs on a 7210 SAS (except for a 7210 SAS­D or 7210 SAS­K), you must first
assign a no­service mirror port. See Procedure 91­16. 

1.  Choose Create Service Mirror from the 5620 SAM main menu. The Mirror Service (Create) form opens.

2.  Configure the required general parameters.
The Service ID and SVC Mgr Service ID parameters are configurable when the Auto­Assign ID parameter is disabled.

3.  Perform one of the following:
a.  Leave the Automatic SDP Binding Creation parameter disabled.
When you leave the Automatic SDP Binding Creation parameter disabled, you must create SDP bindings for the service and bind the SDPs to a
service tunnel in Procedure 91­3.

b.  Enable the Automatic SDP Binding Creation parameter.
When you enable the Automatic SDP Binding Creation parameter, SDP bindings for the service are automatically created and bound to service
tunnels.
i.  Configure the Transport Type parameter.

Note 1 ­ You must select GRE or LDP as the transport type to allow the 5620 SAM to automatically create SDP bindings
between the source and destination sites. Automatic creation of SDP bindings cannot be configured if a service tunnel already
exists between the source and destination sites. 
Note 2 ­ To use MPLS:RSVP as the transport type, you must bind LSPs to service tunnels during service tunnel configuration.
See chapter 35 for more information. 

ii.  Configure the Use Bandwidth­Reserved Paths parameter.
The Use Bandwidth­Reserved Paths parameter is configurable only when the Transport Type parameter is set to MPLS:RSVP or Any.
4.  To configure the OLC state:
i.  Click Apply.

ii.  Configure the parameters.
5.  To configure a mirror source on a destination site, perform Procedure 91­2.

6.  To configure a mirror source on a site other than the destination site, perform steps 3 to 12 of Procedure 91­3. Otherwise, go to step 7.

7.  Save the changes and close the forms.

 
 

Procedure 91­2 To create a destination site on a mirror service

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 109/143
06.07.2017 Service assurance

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service (Edit) form opens.

3.  On the service navigation tree, right­click on Destination Site and choose Create Destination Site to select an available site. The Mirror Site (Create) form
opens.

4.  Configure the required general parameters.
You must set the Source Type parameter to Local when you attach a mirror SDP to a 7210 SAS destination site.

5.  Click on the Mirroring Configuration tab and configure the required parameters.
Choose the default of 0 for the Slice Size parameter when you configure a destination mirror site, unless slicing at the destination is necessary. Packet
slicing reduces the amount of mirrored traffic that traverses the network.
The Slice Size parameter is not displayed if the Encapsulation Type parameter is set to IP Only.
The Port Id Mirroring and remote source are mutually exclusive. If Enable Port ID Mirroring is set to true on the destination site, then a remote source site
cannot be added to the service. If a remote source site is already on the service, then Enable Port ID Mirroring cannot be set to true. Also, if remote mirror is
used, then Enable Port ID Mirroring must be configured on all source sites.
The Enable Port ID Mirroring parameter is configurable only if the Encapsulation Type parameter is set to PPP.
For 7210 SAS NEs, you can configure the Remote Source Capable parameter only when the Source Type parameter is set to Remote or Both in step 4.

6.  To configure the remote source far end:

Note ­ The Remote Source Capable in step 5 must be set to true to configure the remote source. 

i.  Click on the Remote Source tab.

ii.  Click Create. The Remote Source (Create) form appears.

iii.  Configure the required parameters.

iv.  Save the changes and close the form.
7.  To configure a remote source mirror SDP binding:

Note 1 ­ You must ensure that the Remote Source Capable in step 5 is set to true to configure the remote source. 
Note 2 ­ Remote source SDP bindings support only L2TPv3 or MPLS­TP tunnels. A remote source SDP binding is mutually exclusive to far
end instances. 

i.  Click on the Mirror SDP Bindings tab.

ii.  Click Create. The Mirror SDP Binding (Create) form opens.

iii.  If you are configuring an L2TPv3 tunnel for the SDP binding, go to step iv. Otherwise, configure the required parameters.

iv.  Specify a transport tunnel for the mirror SDP binding.
To configure an MPLS­TP transport tunnel:
Select an MPLS­TP service tunnel for the spoke SDP binding in the Tunnel panel.

Click on the Pseudowire OAM tab and configure the Control Word parameter. If you are creating a mirror SDP binding using an MPLS­
TP service tunnel for pseudowire static configuration, you must set the Control Word parameter to Preferred. See Procedure 91­4.

To configure an L2TPv3 tunnel:
Select an L2TPv3 service tunnel for the spoke SDP binding in the Tunnel panel.

Configure the Ingress Cookie parameter. The Ingress Cookie parameter must match the Egress Cookie parameter that you configure on
the SDP binding using L2TPv3 tunnel on the mirror source site in Procedure 91­3.

v.  Save the changes and close the form.
8.  Save the changes and close the forms.

 
 

Procedure 91­3 To create a source site on a mirror service

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service (Edit) form opens.

3.  On the service navigation tree, right­click on Source Site and choose Create Source Site to select an available site. The Mirror Site (Create) form opens.

4.  Configure the required general parameters.

5.  Click on the Mirroring Configuration tab.

6.  Configure the required parameters.
The Slice Size parameter is not configurable if the Encapsulation Type parameter is set to IP Only in step 4.
The Enable Port ID Mirroring parameter is configurable only if you set the Encapsulation Type parameter to PPP in step 4.
The Port Id Mirroring and remote source are mutually exclusive. If Enable Port ID Mirroring is set to true on the destination site, then a remote source site
cannot be added to the service. On the other hand, if a remote source site is already on the service, then Enable Port ID Mirroring cannot be set to true.
Also, if remote mirror is used, then Enable Port ID Mirroring must be configured on all source sites.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 110/143
06.07.2017 Service assurance

7.  Save the changes and close the form.

8.  To choose an SDP binding for the mirror source if you did not enable the Automatic SDP Binding Creation parameter in step 3 of Procedure 91­1:
i.  In the service navigation tree, expand the site object that you created.

ii.  Select Mirror SDP Binding under the source site in the service navigation tree, right­click and choose Create Mirror SDP Binding. The Mirror SDP
Binding (Create) form opens.
If you enabled the Automatic SDP Binding Creation parameter in step 3 of Procedure 91­1, go to step 12.
9.  Specify a destination NE for the mirror SDP binding by selecting from a list of managed NEs for the Tunnel Termination Site parameter.
If the destination NE is not managed by the 5620 SAM, specify the system ID of the destination NE for the Tunnel Termination Site parameter.

Note ­ For a 7210 SAS destination site in a mirror service, you can either specify a mirror SDP binding or create a SAP, but not both. 

10.  If you are configuring an L2TPv3 tunnel for the SDP binding, go to step 11. Otherwise, configure the required parameters.

11.  To specify a transport tunnel for the mirror SDP binding:
a.  Let the 5620 SAM configure the transport tunnel automatically.
i.  Enable the Auto­Select Transport Tunnel parameter.

ii.  Configure the Tunnel Auto­Selection Transport Preference parameter.
b.  Configure the transport tunnel manually, select a tunnel in the Tunnel panel.

c.  Configure an MPLS­TP transport tunnel.
i.  Select an MPLS­TP service tunnel for the spoke SDP binding in the Tunnel panel.

ii.  Click on the Pseudowire OAM tab and configure the Control Word parameter.

Note ­ If you are creating a mirror SDP binding using an MPLS­TP service tunnel for pseudowire static configuration, you must
set the Control Word parameter to Preferred. See Procedure 91­4. 

iii.  Save the changes and close the forms.
d.  Configure an L2TPv3 tunnel.
i.  Select an L2TPv3 service tunnel for the spoke SDP binding in the Tunnel panel.

ii.  Configure the Egress Cookie parameter. The Egress Cookie parameter must match the Ingress Cookie parameter that you configured on the
SDP binding using L2TPv3 tunnel on the mirror destination site in Procedure 91­2.
12.  Save the changes and close the forms.

 
 

Procedure 91­4 To configure an MPLS­TP static pseudowire on a mirror SDP binding

Perform this procedure to create an MPLS­TP static pseudowire on the mirror SDP binding. An MPLS­TP service tunnel must be used in the mirror SDP binding,
and the Control Word parameter for pseudowire OAM must be set to Preferred in step 11 of Procedure 91­3.
1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service (Edit) form opens.

3.  On the navigation tree, expand the source site on which you want to configure the mirror SDP binding, expand Mirror SDP Bindings and click on the mirror
SDP binding on which you want to configure the static MPLS­TP pseudowire. The Mirror SDP Binding (Edit) form opens.

4.  Click on the Control Channel tab.

5.  Configure the required parameters.

6.  Click on the Static PW tab and click Create. The PW Path ID (Create) form opens.

7.  Configure the Path AGI parameter.

8.  Configure the parameters in the Source Attachment Individual Identifier panel.

9.  Configure the parameters in the Target Attachment Individual Identifier panel.

10.  Save the changes and close the forms.

 
 

Procedure 91­5 To create an endpoint for redundancy support on a mirror site

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service (Edit) form opens.

3.  Perform one of the following.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 111/143
06.07.2017 Service assurance

a.  To create an endpoint on a destination site, expand the Destination Sites object to view the configured destination sites, and expand the destination
site object on which you are creating the endpoint. Right­click on Endpoints and choose Create Endpoints. The Endpoint (Create) form opens.

b.  To create an endpoint on a source site, expand the Source Sites object to view the configured source sites, and expand the source site object on
which you are creating the endpoint. Right­click on Endpoints and choose Create Endpoints. The Endpoint (Create) form opens.
4.  Configure the required general parameters.

5.  Click OK.
For the destination site, the L2 Access Interface (Test Equipment Interface) and Mirror SDP Binding objects appear under the Endpoints object.
For the source site, the Mirror SDP Binding object now appears under the Endpoints object.

6.  To create an L2 access interface as the mirror destination, expand Endpoints, right­click on L2 Access Interface (Test Equipment Interface) and choose
Create L2 Access Interface. The L2 Access Interface (Create) form opens.

Note ­ You cannot create an L2 access interface on the endpoint if you create an L2 access interface in Procedure 91­6 without selecting an
endpoint for redundancy. 

7.  Click on the Port tab and select a port for the L2 access interface.

Note ­ Only ports in access or hybrid mode are listed. To choose a port that is not listed, you must set the Mode parameter for the port to
Access or Hybrid. After you do this, the port is listed when you click Search. 

8.  Configure the required parameters.

9.  Save the changes and close the form.

10.  To create a mirror SDP binding on the endpoint, expand Endpoints, right­click on Mirror SDP Binding and choose Create Mirror SDP Binding. The Mirror
SDP Binding (Create) form opens.

11.  Configure the required general parameters.

12.  Save the changes and close the forms.

 
 

Procedure 91­6 To create an L2 access interface on a destination site

Note 1 ­ You cannot create an L2 access interface on the site if you create an L2 access interface for redundancy in Procedure 91­5. 
Note 2 ­ For a 7210 SAS destination site in a mirror service, you can either create a SAP or specify a mirror SDP binding, but not both. 

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service (Edit) form opens.

3.  On the service navigation tree, expand Destination Sites destination_site, right­click on L2 Access Interface (Test Equipment Interface), and choose

Create L2 Access Interface. The L2 Access Interface (Create) form opens.

4.  To configure an endpoint for redundancy, click on the Select button in the Redundancy panel to select the desired endpoint.

Note ­ If you select an endpoint for redundancy, the L2 access interface appears under the Endpoints object on the service navigation tree. 

5.  Click on the Port tab.

6.  Select a port.

Note 1 ­ The form lists only ports in access or hybrid mode. To choose a port that is not listed, you must set the Mode parameter for the port
to Access or Hybrid. After you do this, the port is listed when you click on the Search button. 
Note 2 ­ The form lists only ports that have the encapsulation type that you specified in the destination site creation, in Procedure 91­2 

7.  Configure the required parameters.
The Auto­Assign ID parameter is configurable if the port uses dot1q encapsulation. When the parameter is enabled, the 5620 SAM automatically configures
the Outer Encapsulation Value parameter using the lowest unassigned value.

Note ­ You can set the Auto­Assign ID parameter to be the default parameter for dot1q encapsulation by enabling the Access Interface Encap
Value (Dot1q only) parameter on the User Preferences form. 

The Inner Encapsulation Value is configurable only when the port is an Ethernet or frame relay port with QinQ encapsulation.

8.  To assign an egress QoS policy to the interface:.
i.  Click on the QoS tab.

ii.  Configure the Egress Mark QinQ Top Bits Only parameter.

iii.  Select an egress policy in the Egress Policy panel.
9.  To assign a time of day suite to the interface:

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 112/143
06.07.2017 Service assurance

i.  Click on the TOD Suite tab.

ii.  Select a time of day suite.
10.  To configure scheduling:
i.  Click on the Schedulers tab.

ii.  Configure the Aggregate Rate Limit (kbps) parameter.
11.  To configure local mirroring and if you chose IP Only as the encapsulation type in step 4 of Procedure 91­2:
i.  Click on the IP Mirror MAC Addresses tab.

ii.  Configure the required parameters.
The Source and Destination MAC addresses on L2 Access Interface must be both null or neither null. Both null means that there are no source or
destination MAC addresses configured on the interface.

Note ­ If you want to configure remote mirroring in a VPRN service, you must create an IP Mirror Interface in that service. See
chapter 77 for more information. 

12.  To assign an ANCP policy to the interface:
i.  Click on the ANCP Static Map tab.

ii.  Click Create. The ANCP Static Map (Create) form opens.

iii.  Configure the ANCP String parameter.

iv.  Select an ANCP Policy.

v.  Save the changes and close the form.
13.  Save the changes and close the forms.

 
 

Procedure 91­7 To specify a SAP on a mirror site as a mirror source

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service (Edit) form opens.

3.  In the service navigation tree, expand Site, right­click on the Source SAPs object and choose Create Source Interface. The Source Interface (Create) form
opens.

4.  Select an access interface to associate with the source interface.

5.  Configure the required parameters.

6.  Save the changes and close the forms.

 
 

Procedure 91­8 To specify a port on a mirror site as a mirror source

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service (Edit) form opens.

3.  Perform one of the following.
a.  To create a source port on a destination site, expand Destination Sites destination_site, right­click on Source Ports and choose Create Source Port.
the Source Port (Create) form opens.

b.  To create a source port on a source site, expand Source Sites source_site, right­click on Source Ports and choose Create Source Port. the Source

Port (Create) form opens.
4.  Select a port.
A source port can be one of the following:
physical port

channel

LAG

bundle

CCAG

5.  Configure the required parameters.

6.  Save the changes and close the forms.

 
 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 113/143
06.07.2017 Service assurance

Procedure 91­9 To specify a source IP filter entry as a mirror source

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service (Edit) form opens.

3.  Perform one of the following.
a.  To specify an IP filter entry on a destination site, expand Destination Sites destination_site, right­click on Source IP Filters and choose Create
Source IP Filter. The Source IP Filter (Create) form opens.

b.  To specify an IP filter entry on a source site, expand the Source Sites source_site, right­click on Source IP Filters and choose Create Source IP

Filter. The Source IP Filter (Create) form opens.
4.  Select an IP filter entry.

5.  Save the changes and close the forms.

 
 

Procedure 91­10 To specify a source IPv6 filter entry as a mirror source

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service (Edit) form opens.

3.  Perform one of the following.
a.  To specify an IPv6 filter entry on a destination site, expand Destination Sites destination_site, right­click on Source IPv6 Filters and choose Create
Source IPv6 Filter. The Source IPv6 Filter (Create) form opens.

b.  To specify an IPv6 filter entry on a source site, expand the Source Sites source_site, right­click on Source IPv6 Filters and choose Create Source

IPv6 Filter. The Source IPv6 Filter (Create) form opens.
4.  Select an IPv6 filter entry.

5.  Save the changes and close the forms.

 
 

Procedure 91­11 To specify a source MAC filter entry for a mirror site

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service (Edit) form opens.

3.  Perform one of the following.
a.  To specify a MAC filter entry on a destination site, expand Destination Sites destination_site, right­click on Source MAC Filters and choose Create
Source MAC Filter. The Source MAC Filter (Create) form opens.

b.  To specify a MAC filter entry on a source site, expand the Source Sites source_site, right­click on Source MAC Filters and choose Create Source

MAC Filter. The Source MAC Filter (Create) form opens.
4.  Select a MAC filter entry.

5.  Save the changes and close the forms.

 
 

Procedure 91­12 To specify a source subscriber as a mirror source

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service (Edit) form opens.

3.  In the service navigation tree, expand Source Sites source_sites, right­click on Source Subscribers and choose Create Source Subscriber. The Source

Subscriber (Create) form opens.

4.  Configure the required parameters.

5.  You can further restrict the mirrored subscriber host traffic associated with the subscriber identification string by specifying SAP or SLA­profile criteria. To
specify an SLA profile as a match criterion, go to step 7.

Note ­ You can configure parameters in the SAP/Subscriber Host Match Criteria panel or the SLA Profile Match Criteria panel, but you cannot
configure parameters in both panels. 

6.  To specify a SAP on which to mirror subscriber host traffic.

Note ­ The form lists only dot1q­ or QinQ­encapsulated SAPs that have subscriber management enabled. 

i.  Select a SAP in the SAP/Subscriber Host Match Criteria panel.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 114/143
06.07.2017 Service assurance

ii.  Configure the parameters in the SAP/Subscriber Host Match Criteria panel to specify the subscriber host match criteria for the SAP.

Note ­ The 5620 SAM does not accept the parameter values unless a SAP is specified. 

7.  To specify an SLA profile as a match criterion, select an SLA profile in the SLA Profile Match Criteria panel.

8.  Save the changes and close the forms.

 
 

Procedure 91­13 To specify an MPLS ingress label as a mirror source

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service (Edit) form opens.

3.  In the service navigation tree, expand Source Sites source_site, right­click on Source MPLS Ingress Labels and choose Create Source Ingress Label. The

Source Ingress Label (Create) form opens.

4.  Configure the Ingress Label parameter.

5.  Save the changes and close the forms.

 
 

Procedure 91­14 To view the service topology associated with a mirror service

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Topology View. A Topology View dialog box appears.

3.  Click Yes to proceed. The Service Topology ­ Service Name map opens.
See chapter 6 for more information about service topology views.

 
 

Procedure 91­15 To view mirror service operational status

The Aggregated Service Site Operational State and State Cause indicators on the General tab of the mirror service properties form display information about
service faults.
1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service Name (Edit) form opens.

3.  View the Aggregated Service Site Operational State and State Cause indicators. When the Aggregated Operational State is Down or Partially Down, a
check mark beside the appropriate State Cause indicator identifies the type of associated service fault.

4.  Click on the appropriate tab to view or edit an object that is identified as faulty by a State Cause indicator.

5.  Click on the Faults tab to view the alarms for the object. The alarms are grouped into various categories.

6.  Close the Mirror Service (Edit) form.

7.  Save the changes and close the forms.

 
 

Procedure 91­16 To configure a mirror port on a 7210 SAS

When you configure a mirror service on a 7210 SAS NE (except for the 7210 SAS­D or 7210 SAS­K), you must configure a no­service port. You can select a
physical port or a virtual port. Not all chassis types support virtual no­service ports.
If you select a physical port as a no­service port, the port cannot contain any SAPs.
For virtual no­service ports, the number of available ports and the port names vary depending on the chassis type. Virtual ports are not displayed on the navigation
tree.
You cannot select the same no­service port for more than one function.
See the NE documentation for more information.
1.  Open the properties form for the 7210 SAS NE that you need to configure.

2.  Click on the Globals tab, then click on the Service tab.

3.  Select a loopback no­service port. Perform one of the following:
a.  Select a physical loopback no­service port.
i.  In the Mirror Port panel, click Clear if required, then click Select. The Select Mirror Port form opens.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 115/143
06.07.2017 Service assurance

ii.  Choose a port and click OK.
b.  Select a virtual loopback no­service port.
i.  Enable the Use Virtual Mirror Port parameter.

ii.  In the Virtual Mirror Port panel, click Clear if required, then click Select. The Select Virtual Mirror Port form opens.

iii.  Choose a port and click OK.
The available virtual ports vary depending on the chassis type and card type.
4.  Save your changes and close the forms.

 
 

Procedure 91­17 To run an OAM validation test for a mirror service

An OAM validator test suite must be created for the tested entity. See chapter 87 for more information about how to create an OAM validator test suite.
1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a service and click Properties. The Mirror Service (Edit) form opens.

3.  Click Validate. If an OAM validator test suite is not associated to the service, a dialog box appears. Perform the following steps:
i.  Click OK to associate the service with an existing OAM validator test suite. The Choose Validator Test Suite form appears.

ii.  Select an OAM validator test suite and click OK. The Choose Validator Test Suite form closes.
4.  View the State Cause indicators. When the validation test fails, a check mark appears beside the OAM Validation Failure indicator.

5.  Click on the Tests tab.

6.  Click on the Tested Entity Result tab.

7.  Select an entry and click Properties. The Tested Entity Result form opens and displays information about the validation test.

8.  Close the Tested Entity Result form.

9.  Close the Mirror Service (Edit) form.

10.  Save the changes and close the forms.

 
 

Procedure 91­18 To modify a mirror service

Caution ­ Modifying parameters can be service­affecting. 

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service Name (Edit) form opens with the general properties of the service displayed on the General
tab.

3.  Click on the other tabs to edit additional properties.

4.  Modify the parameters on the appropriate tab.

5.  Save the changes and close the forms.

 
 

Procedure 91­19 To delete a mirror service

Warning ­ Deleting a service may result in a service disruption for customers. Consider the implication of deleting the service before proceeding.  

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Choose a mirror service or a range of services from the list.

3.  Click Delete. A warning form appears. This form is dynamic based on the priority of the service. Perform one of the following:
a.  For services with a low priority, go to Step 4.

b.  For services with a medium priority, configure the “Enter the highest priority of the service being deleted” text field by typing: Medium. Go to Step 4.

c.  For services with a high priority, configure the “Enter the highest priority of the service being deleted” text field by typing: High. Go to step 4.
4.  For all services regardless of how their priority is configured, acknowledge the check box that prompts you confirm that you understand the implications of
deleting the service.

Note ­ If you select multiple services with different priorities, you must enter the highest priority level of selected services before you can

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 116/143
06.07.2017 Service assurance
delete the services. 

5.  Save the changes and close the forms.

6. 92 — Lawful Intercept
92.1 Lawful Intercept overview 
92.2 Workflow to configure LI 
92.3 5620 SAM LI configuration procedures 
 

92.1 Lawful Intercept overview
Lawful Intercept, or LI, is a term that describes the interception and monitoring of network subscriber traffic by authorized agencies for law­enforcement purposes.
A subscriber whose traffic is intercepted using LI is called a target. LI target traffic is replicated by a service mirror that uses subscriber information as the match
criteria.
LI has the following characteristics.
LI is not detectable by a target subscriber.

LI­related traffic is delivered separately from other network traffic.

LI­related alarms only appear for authorized LI users.

LI configuration information is stored in a separate and encrypted file.

LI uses SSL security for data encryption, server authentication and message integrity between the 5620 SAM server and the single­user GUI clients or client
delegate servers.
LI functions are managed separately from other 5620 SAM functions. LI mirroring is a special type of service mirroring that requires the following:
on each LI NE in a mirror service:
SSH user security

an LI user profile

a user account that has LI privileges

on the 5620 SAM:
SSL on the single­user GUI clients, client delegate servers and JMS server

a user account that has LI privileges

an assigned Lawful Interception Management scope of command role

an LI mediation policy

Note ­ The 5620 SAM blocks the association of LI mediation security to 7750 SR NEs that contain ’­NL’ in their software version descriptor. 
LI configurations on 7750 SR NEs with a non­LI image will not complete because the NE does not have LI mediation security.

LI functional tasks by user type
LI requires a dedicated user authorization level to setup the LI infrastructure on both the 5620 SAM and corresponding NEs to configure and manage LI functions.
The following user types are required to perform LI:
5620 SAM System admin

NE admin

NE LI user

LI user or LI administrator on the 5620 SAM

Note ­ For security purposes, all LI functionality that appears on the 5620 SAM GUI, for example, GUI main menus, configuration forms, parameters,
policies, filters, and alarms are hidden from view for all 5620 SAM user types except for the LI user or LI administrator. 

5620 SAM System admin LI tasks
The 5620 SAM System admin is responsible for the initial setup of the LI user or LI administrator accounts on the 5620 SAM including the following tasks:
create a LI user scope of command profile and associate a non­admin user account with the LI profile

configure an LI user profile that restricts the LI user to LI activities only and does not allow system administrator activities

create a password for the LI user

configure CLI and SNMP access for the NE LI user account

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 117/143
06.07.2017 Service assurance

The 5620 SAM admin cannot perform the following LI functions:
assign LI privileges to a user who is associated with the admin profile

delete an LI user

view, create, modify, or delete LI objects

view or modify LI security mediation policies or LI filter policies

view LI­related alarms
 

NE admin tasks
The NE admin is responsible for the creation of an NE LI user profile and NE LI user account using a CLI on the NE that LI will be performed on. This is usually a
one­time configuration.
 

NE LI user tasks
The NE LI user configures the NE LI user security on the NE using a CLI such as changing the password of the NE LI user account so it’s unknown to NE admin
and to configure the SNMP data encryption used for the NE. This is usually a one­time configuration.
 

LI users or LI administrator tasks
An LI user or LI administrator can perform the following LI related tasks on the 5620 SAM:
modify the LI user password

configure an LI mediation security policy

configure other LI­specific policy types that are used to filter or block traffic to non­LI users for LI mirror services including:
LI MAC filter policy

LI IP filter policy

LI IPv6 filter policy

Block reservation policy

create, configure, and view LI sources that use IP, MAC, SAP, and subscriber filters

create the LI mirror service

view LI­related alarms
An LI administrator is an LI user who has been designated as the lead LI user who would normally create and maintain other LI user accounts once the 5620 SAM
System admin has created the initial LI user account. This role is dependent/optional based on your NOC security requirements.

Caution ­ An LI user password cannot be modified unless it is known. When an LI user password is not known, the LI user account is unavailable. 

Note 1 ­ Viewing or retrieving LI user activity records requires a user account with an assigned Lawful Interception Management scope of command
role. The scope is restricted to the records of users in the same LI user group. 
Note 2 ­ The 5620 SAM does not support LI user to execute CLI commands with LI user privilege on the node by using CLI scripts or by executing
5620 SAM­O API calls such as executeCLI or executeMultiCLI. 

The following user account creation conditions apply to LI users and LI user groups.
To configure LI, you must assign the Lawful Interception Management scope of command role for the user type.

The Lawful Interception Management role can be assigned to only one scope of command profile.

A scope of command profile that has an assigned Lawful Interception Management role can include other roles except for the admin role.

You cannot change the scope of command profile assignment for a user group when the profile includes the Lawful Interception Management role.

An LI user group must be created as an LI user group; you cannot change a non­LI user group to an LI user group.

You cannot change an LI user group to a non­LI user group.

A user account can have the Lawful Interception Management or the admin role, but not both.

A user who belongs to an LI user group cannot be changed to a non­LI user.

An LI span of control profile restricts LI user access to specific NEs.
 

LI service mirroring
LI target traffic is replicated by a service mirror that uses subscriber information as the match criteria. LI mirroring has a higher priority than non­LI mirroring. LI
mirroring must be configured by an LI user with LI privileges and is hidden from users without LI permissions.
 

LI mirror sources
Only one mirror source, which can contain one or many LI source entries, can be associated with one mirror destination service. LI takes priority over debug mirror
sources.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 118/143
06.07.2017 Service assurance

In the configuration of an LI source, when an LI user specifies that an entry must be used as an LI entry, it is hidden from all non­LI users.
 

LI filter policies
LI filter policies are used to filter out traffic to non­LI users for LI mirror services; these filters can only be viewed and configured by LI users.
Both non­LI filter entries and special purpose LI filter entries can be referenced in an LI mirror source. LI filters are associated with non­LI filters, and entries created
in the LI filters are inserted into the associated non­LI filter before the filter is applied. A LI filter block reservation can be configured to reserve a range of entries in
the non­LI filter into which the LI entries are inserted. See Procedure 92­13 for more information.
LI filter policies include:
LI MAC filter policy; see Procedure 92­10

LI IP filter policy; see Procedure 92­11

LI IPv6 filter policy; see Procedure 92­12

Block Reservation filter policy; see Procedure 92­13
If a filter entry is associated with an LI source, the filter and the filter entry cannot be modified or deleted. unless the LI filter lock is configured. The filter lock
configuration controls the behaviour of filters when they are used for LI. See Procedure 92­14 for more information.
 

LI for NAT
LI for NAT mirrors the traffic of configured subscribers to a mirror­destination. All traffic for the specified subscriber, including traffic associated with static port
forwarding, is mirrored. See Procedure 92­24 for more information.
 

92.2 Workflow to configure LI
The following is the sequence of high­level activities required to setup the LI infrastructure on both the 5620 SAM and corresponding NEs and to configure and
manage LI functions.
 
 
Configure the LI user on the 5620 SAM
1.  Create an LI user on the 5620 SAM.
i.  Plan the 5620 SAM LI user account creation according to the requirements for LI user access to other 5620 SAM functional areas. See “User account
and group management” in the 5620 SAM System Administrator Guide for more information.

ii.  Create an LI scope of command profile that has an assigned Lawful Interception Management role. See Procedure 92­1.

iii.  Create an LI user group that is associated with the new scope of command profile. See Procedure 92­2.

iv.  Create an LI user account and assign it to the new user group. See Procedure 92­3.

v.  Provide the login credentials for the LI user account to the authorized LI administrator or LI user.

vi.  The LI user must change their LI user account password so that it is unknown to the 5620 SAM admin user.
 
 
Configure SSL security for LI users
2.  Assign SNMPv3 access privileges to the LI user group created in step 1 to each NE that the LI function will be performed on. See Procedure 11­1. You
cannot log in to the 5620 SAM as an LI user unless SSL is enabled for the LI user group.

3.  Enable SSL security between the 5620 SAM main server and single­user GUI clients, and between the 5620 SAM main server and client delegate servers.
See “Configuring SSL security” in the 5620 SAM | 5650 CPAM Installation and Upgrade Guide for more information.
 
 
Configure the LI user on the LI NE
4.  Create an NE LI user on an NE where LI is being performed.
i.  Create an NE LI user profile on the NE using a CLI. See Procedure 92­4.

ii.  Create an NE LI user account on the NE that is associated with the LI user profile using a CLI. See Procedure 92­5.

iii.  Provide the login credentials for the LI NE user account to the NE LI user.

iv.  Configure NE LI user security on the NE such as the LI NE user account, password, and SNMP data encryption for the NE. See Procedure 92­7.

v.  Specify if the NE stores the LI source configuration locally or reconfigures the LI sources after a reboot. LI source configurations are saved on an NE
when the polling policy for the NE specifies LI Local Save Allowed. See Procedure 10­4.
 
 
Configure the LI NE mediation policies and LI filter policies
5.  Perform the following steps to configure an LI security mediation policy and the appropriate LI filter policies on the 5620 SAM.
i.  Log out of the 5620 SAM GUI if you are logged in as a non­LI user and log back in as an LI user.

ii.  Synchronize the global NE user configuration profile with the local LI NE user configuration profile which is required prior to creating the LI mediation
policy. See Procedure 92­8.

iii.  Create an LI mediation security policy that defines the network security model used when creating LI mirror objects. See Procedure 92­9.

iv.  Create an LI MAC filter policy if you need to define the source and destination LI MAC filter entries used to filter out traffic to non­LI users for LI mirror
services. See Procedure 92­10.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 119/143
06.07.2017 Service assurance

v.  Create an LI IP or IPv6 filter policy if you need to define the source and destination LI IP or IPv6 filter entries used to filter out traffic to non­LI users
for LI mirror services. See Procedures 92­11 and 92­12.

vi.  Create a Block Reservation policy if you need to define the block reservation attributes of LI filter entries such as the block start/stop­entries and the
block size in the base IPv4/IPv6 ACL filter. See Procedure 92­13.

vii.  Configure the LI Filter Lock if you need to configure who can modify base IPv4 and MAC filters referenced by an LI source. See Procedure 92­14.
6.  Use the 5620 SAM to enable LI discovery of an NE. See Procedure 92­15.
 
 
Configure LI mirror services
7.  Perform the following steps to configure LI mirror services. See the “Workflow to create a mirror service” in chapter 91 for any non­LI configuration tasks that
are required to configure a mirror service.
i.  Create a mirror service. See Procedure 91­1.

ii.  To specify an LI MAC filter created in step 5v as the LI source, see Procedure 92­18.

iii.  To specify an LI IPv4 or IPv6 filter created in step 5vi as the LI source, see Procedures 92­19 and 92­20.

iv.  To specify an LI subscriber or subscriber host as the LI source, see Procedure 92­22.

v.  To specify an LI WLAN distributed subscriber as the LI source, see Procedure 92­23.

vi.  To specify an LI SAP on a mirror site as the LI source, see Procedure 92­21.

vii.  To configure LI on a specific NAT subscriber, see Procedure 92­24.

viii.  To view LI mirrored subscriber host service information configured with a RADIUS server, see Procedure 92­25.
 
 
Monitor LI user and system activity
8.  View LI user and system logs to monitor LI activity. See “User activity logging” in the 5620 SAM System Administrator Guide for more information about
accessing user and system logs.
 

92.3 5620 SAM LI configuration procedures
This section describes how to configure LI on the 5620 SAM and on an NE.
 

Procedure 92­1 To create an LI scope of command profile on the 5620 SAM

Note ­ You require 5620 SAM admin privileges to perform this procedure. 

1.  Using an account with an assigned User Management scope of command role, choose Administration Security 5620 SAM User Security from the 5620

SAM main menu. The 5620 SAM User Management (Edit) form opens.

2.  Click on the Scope of Command tab.

3.  Click Create Profile. The Scope of Command Profile (Create) form opens.

4.  Configure the required general parameters.

5.  Assign one or more scope of command roles to the profile:
i.  Click on the Roles tab.

ii.  Click Add and select one or more roles to include in the scope of command profile, where one of the roles is the Lawful Interception Management
role.

Note 1 ­ You cannot include the Administrator role in an LI scope of command profile. 
Note 2 ­ The 5620 SAM allows the creation of only one scope of command profile that contains the Lawful Interception Management
role. 

6.  Save the changes and close the form.

 
 

Procedure 92­2 To create an LI user group on the 5620 SAM

Note ­ You require 5620 SAM admin privileges to perform this procedure. 

1.  Using an account with an assigned User Management scope of command role, choose Administration Security 5620 SAM User Security from the 5620

SAM main menu. The 5620 SAM User Management (Edit) form opens.

2.  Click on the User Groups tab.

3.  Click Create. The User Group (Create) form opens.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 120/143
06.07.2017 Service assurance

4.  Configure the required general parameters.

5.  Select the LI scope of command profile you created in Procedure 92­1 in the Scope of Command panel to assign the LI scope of command profile to the
user group.

6.  To assign a span of control profile to the user group select a profile ID in the Span of Control panel.

7.  Save the changes and close the forms.

 
 

Procedure 92­3 To create an LI user on the 5620 SAM

Note ­ You require 5620 SAM admin privileges to perform this procedure. 

1.  Using an account with an assigned User Management scope of command role, choose Administration Security 5620 SAM User Security from the 5620

SAM main menu. The 5620 SAM User Management (Edit) form opens.

2.  Click on the Users tab.

3.  Click Create. The User (Create) form opens.

4.  Configure the required general parameters.

5.  Select the LI user group you created in Procedure 92­2 to assign the LI user to the user group.

6.  Configure the parameters in the Password panel.

7.  Configure the parameters in the UI Session panel.

8.  Configure the parameters in the OSS Session panel.

9.  Configure the parameters in the Client IP Address panel.

10.  Save the changes and close the forms.

 
 

Procedure 92­4 To create an NE LI user profile on an NE using a CLI

Note ­ You require NE admin user privileges to perform this procedure. 

1.  Open an SSH session on the NE as described in chapter 12.

2.  Enter the following commands in sequence at the prompt to create an NE LI user profile. The following is a sample configuration:

configure system security profile li­prof 

default­action deny­all 

li 

entry 10 

match “configure li” 

action permit 

exit 

entry 20 

match “exit” 

action permit 

exit 

entry 30 

match “help” 

action permit 

exit 

entry 40 

match “back” 

action permit 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 121/143
06.07.2017 Service assurance

exit 

entry 50 

match “show li” 

action permit 

exit 

entry 60 

match “info” 

action permit 

exit 

entry 70 

match “configure system security user” 

action permit 

exit 

entry 80 

match “admin save” 

action permit 

exit 

exit all 

admin save 

3.  Close the SSH session.

4.  Right­click on the NE in the 5620 SAM topology map and choose Resync Resync All MIBs from the contextual menu to update the NE configuration in the

5620 SAM.

 
 

Procedure 92­5 To create an NE LI user account on an NE using a CLI

Note ­ You require NE admin user privileges to perform this procedure. 

1.  Open an SSH session on the NE as described in chapter 12.

2.  Enter the following commands in sequence at the prompt to create an LI user:

configure system security snmp 

access group “LI_group” security­model usm security­level privacy read “iso” write “iso” notify “iso” 
access group “LI_group” security­model usm security­level privacy context “li” exact read “li­view” write “li­
view” notify “iso” 

exit all 

configure system security user LI_username 

password LI_password 

snmp group LI_group 

console member LI_profile 

console no member default 

exit all 

admin save 
where
LI_group is the name of the LI user group on the NE
LI_user is the name of the LI user account on the NE
LI_password is the password for the LI user account on the NE
LI_profile is the name of an LI user profile; see Procedure 92­4 for information about creating an LI user profile

3.  Close the SSH session.

4.  Right­click on the NE in the 5620 SAM topology map and choose Resync Resync All MIBs from the contextual menu to update the NE configuration in the

5620 SAM.
https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 122/143
06.07.2017 Service assurance

 
 

Procedure 92­6 To create additional NE LI user accounts using the 5620 SAM

Note 1 ­ You require an LI user account to perform this procedure. 
Note 2 ­ Before you can perform this procedure, at least one LI user account must exist on the NE. 
Note 3 ­ Before you can perform this procedure, a 5620 SAM LI user must enable LI discovery for the NE using Procedure 92­15. 
1.  Choose Administration Security NE User Configuration from the 5620 SAM main menu. The NE User Configuration form opens.

2.  Click Create. The NE User (Create) form opens.

3.  Configure the required parameters.
You must specify the li, snmp, and console values for the Access parameter.
Specify an MD5 authentication key for the Password parameter. See Procedure 92­7 for information about generating a user authentication key.

4.  To assign one or more console profiles:
i.  Click on the Console Profiles tab. The list of profiles numbered one through eight appears. A user can have up to eight console profiles.

ii.  Select a console profile for each of the profiles 1 through 8. See “To configure a user account on a managed device” in the 5620 SAM System
Administrator Guide for information about creating console profiles.
5.  Configure SNMPv3:
i.  Click on the SNMPv3 tab.

ii.  Enable the Authentication Protocol parameter.

iii.  Specify an authentication key generated using Procedure 92­7 for the New Authentication Password and Confirm New Auth Password parameters.

iv.  Enable the Privacy Protocol parameter.

v.  Specify a DES encryption key generated using Procedure 92­7 for the New Privacy Password and Confirm New Privacy Password parameters.
6.  Save the changes and close the forms.

 
 

Procedure 92­7 To configure NE LI user security

Perform this procedure to change the password for an LI user account on an NE and to configure LI user authentication and SNMP data encryption on the NE.

Note ­ You require NE LI user privileges to perform this procedure. 

1.  Use the NE LI user account to open an SSH session on the NE. See chapter 12 for information about opening an SSH session on an NE.

2.  Enter the following command to obtain the SNMP engine ID of the NE.

show system info 

The SNMP engine ID is displayed.

3.  Record the SNMP engine ID for use in the following steps.

4.  Log in to a 5620 SAM single­user client, client delegate server, or main server station.

Note 1 ­ If you log in to a RHEL main or client delegate server station, you must log in as the samadmin user. 
Note 2 ­ If you log in to a single­user client station, you must log in as the user who installed the client, or as a local administrator. 

5.  Open a console window.

6.  On a RHEL station, navigate to the install_directory/nms/bin directory, where install_directory is one of the following:
the 5620 SAM main server installation location, /opt/5620sam/server

the 5620 SAM client or client delegate server installation location, typically /opt/5620sam/client

7.  On a Windows station, navigate to the install_directory\nms\bin directory, where install_directory is the 5620 SAM client or client delegate server installation
location, typically C:\5620sam\client.

8.  Generate an MD5 authentication key for user password encryption. Enter one of the following:
on a RHEL station:

./nmsclient.bash password2key MD5 password engine_ID 
on a Windows station:

nmsclient.bat password2key MD5 password engine_ID 
where
password is an ASCII password string
engine_ID is the SNMP engine ID obtained in step  2

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 123/143
06.07.2017 Service assurance

The authentication key is displayed.

9.  Generate an MD5 DES privacy key for SNMP packet encryption. Enter one of the following:
on a RHEL station:

./nmsclient.bash password2key MD5 password engine_ID 
on a Windows station:

nmsclient.bat password2key MD5 password engine_ID 
where
password is an ASCII password string
engine_ID is the SNMP engine ID obtained in step  2

The DES privacy key is displayed.

10.  Store the generated keys.

11.  Close the console window.

12.  Enter the following commands in sequence at the CLI prompt to change the LI user password and to configure LI security for the user account:

configure system security user username 

password new_LI_password 

snmp 

authentication md5 authentication_key privacy des­key DES_privacy_key 

exit all 

admin save 
where
username is the name of the LI user account on the NE
new_LI_password is the new password for the LI user account on the NE
authentication_key is the authentication key value generated for the NE LI user in step 8
DES_privacy_key is the DES privacy key value generated for the NE LI user in step 9

13.  Close the SSH session.

 
 

Procedure 92­8 To synchronize the global 5620 SAM NE LI user configuration profile with the local NE LI
user configuration profile

You must perform this procedure before you can create an LI mediation policy.
If you do not synchronize the local profile with the global profile, the NE LI user does not appear in the list of users for SNMPv3 for the LI mediation policy.

Note ­ You require an LI user account to perform this procedure. 

1.  Choose Administration Security NE User Configuration from the 5620 SAM main menu. The NE User Configuration form opens with a list of NE users.

2.  Choose the NE LI user you created in Procedure 92­5 and click Synchronize. The Synchronize ­ SR Local User form opens.

3.  Choose the NE on which the local policy is defined from the Available Nodes panel and click on the right­arrow to move the NE to the Selected Node panel.

4.  Click Synchronize.

5.  Close the Synchronize ­SR Local User form.

6.  Close the NE User Configuration form.

 
 

Procedure 92­9 To configure an LI security mediation policy

The LI mediation security policy defines the network security model used when creating LI mirror objects for LI users. LI users do not use the standard mediation
security policy.
This policy identifies the NE LI user created specifically for LI purposes, the authentication and privacy protocol types, and the required passwords.

Note ­ You require an LI user account to perform this procedure. 

1.  Choose Administration Mediation from the 5620 SAM main menu. The Mediation (Edit) form opens.

2.  Click on the LI Mediation Security tab.

3.  Click Create. The LI Mediation Policy (Create) form opens.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 124/143
06.07.2017 Service assurance

4.  Select the User Name you created in Procedure 92­5 in the SNMPv3 panel.

5.  The SNMP passwords in the 5620 SAM mediation policy must match the encrypted passwords generated for the NE LI user in Procedure 92­7.
Set the mediation­policy passwords:
i.  Click Properties. The NE User Configuration form opens.

ii.  Click on the SNMPv3 tab.

iii.  Enable the Authentication Protocol parameter.

iv.  Specify the password used to generate the authentication key in Procedure 92­7 for the New Authentication Password and Confirm New Auth
Password parameters.

v.  Enable the Privacy Protocol parameter.

vi.  Specify the password used to generate the DES encryption key in Procedure 92­7 for the New Privacy Password and Confirm New Privacy
Password parameters.

vii.  Save the changes and close the form.
6.  Save the changes and close the forms.

 
 

Procedure 92­10 To configure an LI MAC filter policy

Note 1 ­ You are required to be a 5620 SAM user with LI privileges to access the LI MAC filter policy. 
Note 2 ­ You require at least one ACL MAC filter policy to complete this procedure. See Procedure 50­1 for more information. 
Note 3 ­ You require at least one Block Reservation policy to complete this procedure. See Procedure 92­13 for more information. 
1.  Choose Policies Filter LI Policies LI MAC Filter from the 5620 SAM main menu. The LI MAC Filter Policies form opens.

2.  Click Create or select a policy and click Properties. The LI MAC Filter, Global Policy (Create|Edit) form opens.

3.  Configure the required general parameters.

4.  Configure LI MAC filter entries:
i.  Click on the LI MAC Filter Entries tab.

ii.  Click Create. The LI MAC Filter Entry, LI MAC Filter, Global Policy (Create) form opens.

iii.  Configure the required parameters.

iv.  Save the changes and close the form.
5.  Configure the LI MAC filter association:
i.  Click on the MAC Filter Association tab.

ii.  Click Create. The LI MAC Filter Association, LI MAC Filter form opens.

iii.  Select an ACL MAC filter to associate with the LI MAC filter policy.

iv.  Save the changes and close the form.
6.  Click Apply.

7.  Click on the General tab.

8.  Click Switch Mode to release the policy for distribution. The Release ­ LI MAC Filter Policy form opens.

9.  Choose the NEs in the Available Objects to which you want to distribute the policy and click the arrow to move the NEs to the Selected Objects panel.

10.  Click Distribute and close the form.

11.  Close the LI MAC Filter Policies form.

 
 

Procedure 92­11 To configure an LI IP filter policy

Note 1 ­ You are required to be a 5620 SAM user with LI privileges to access the LI IP filter policy. 
Note 2 ­ You require at least one IP filter policy to complete this procedure. See Procedure 50­2 for more information. 
Note 3 ­ You require at least one Block Reservation policy to complete this procedure. See Procedure 92­13 for more information. 
1.  Choose Policies Filter LI Policies LI IP Filter from the 5620 SAM main menu. The LI IP Filter Policies form opens.

2.  Click Create or select a policy and click Properties. The LI IP Filter (Create|Edit) form opens.

3.  Configure the required general parameters.

4.  Configure one or more filter entries:
i.  Click on the LI IP Filter Entries tab.

ii.  Click Create. The Entry, LI IP Filter (Create) form opens.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 125/143
06.07.2017 Service assurance

iii.  Configure the parameters.

iv.  Click on the Filter Properties tab.

v.  Configure the Protocol parameter.

vi.  Configure the parameters in the Match Criteria panel.
The Source Port and Dest Port parameters are configurable only when the Protocol parameter is set to TCP or UDP.

vii.  Save the changes and close the form.
5.  Associate the base IP filter with the LI IP filter:
i.  Click on the IP Filter Association tab.

ii.  Click Create. The LI IP Filter Association (Create) form opens.

iii.  Select an IP filter in the IP Filter panel.

iv.  Save the changes and close the form.
6.  Click Apply.

7.  Click on the General tab.

8.  Click Switch Mode to release the policy for distribution. The Release ­ LI IP Filter Policy form opens.

9.  Choose the NEs in the Available Objects to which you want to distribute the policy and click the arrow to move the NEs to the Selected Objects panel.

10.  Click Distribute and close the form.

11.  Close the LI IP Filter Policies form.

 
 

Procedure 92­12 To configure an LI IPv6 filter policy

Note 1 ­ You are required to be a 5620 SAM user with LI privileges to access the LI IPv6 filter policy. 
Note 2 ­ You require at least one ACL IPv6 filter policy to complete this procedure. See Procedure 50­3 for more information. 
Note 3 ­ You require at least one Block Reservation policy to complete this procedure. See Procedure 92­13 for more information. 
1.  Choose Policies Filter LI Policies LI IPv6 Filter from the 5620 SAM main menu. The LI IPv6 Filter Policies form opens.

2.  Click Create or select a policy and click Properties. The LI IPv6 Filter (Create|Edit) form opens.

3.  Configure the required general parameters.

4.  Configure one or more filter entries:
i.  Click on the LI IPv6 Filter Entries tab.

ii.  Click Create. The Entry, LI IPv6 Filter (Create) form opens.

iii.  Configure the required general parameters.

iv.  Click on the Filter Properties tab.

v.  Configure the Protocol parameter.

vi.  Configure the parameters in the Match Criteria panel:
The Source Port and Dest Port parameters are configurable only when the Protocol parameter is set to TCP or UDP.

vii.  Save the changes and close the form.
5.  Associate the base IPv6 filter with the LI IPv6 filter:
i.  Click on the IPv6 Filter Association tab.

ii.  Click Create. The LI IPv6 Filter Association (Create) form opens.

iii.  Select an IPv6 filter in the IPv6 Filter panel.

iv.  Save the changes and close the form.
6.  Click Apply.

7.  Click on the General tab.

8.  Click Switch Mode to release the policy for distribution. The Release ­ LI IPv6 Filter Policy form opens.

9.  Choose the NEs in the Available Objects to which you want to distribute the policy and click the arrow to move the NEs to the Selected Objects panel.

10.  Click Distribute and close the form.

11.  Close the LI IPv6 Filter Policies form.

 
 

Procedure 92­13 To configure a Block Reservation policy

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 126/143
06.07.2017 Service assurance

Note 1 ­ You are required to be a 5620 SAM user with LI privileges to access the Block Reservation policy.  
Note 2 ­ You require at least one ACL MAC filter policy. See Procedure 50­1 for more information. 
Note 3 ­ You require at least one IP filter policy. See Procedure 50­2 for more information. 
1.  Choose Policies Filter LI Policies Block Reservation from the 5620 SAM main menu. The Block Reservation Policies form opens.

2.  Click Create or select a policy and click Properties. The Block Reservation, Global Policy (Create|Edit) form opens.

3.  Configure the required general parameters.

4.  Create a MAC filter LI block reservation association:
i.  Click on the MAC Filters tab.

ii.  Click Create. The MAC Filter LI Block Reservation Association, Block Reservation, Global Policy (Create) form opens.

iii.  Select an ACL MAC filter to associate with the Block Reservation policy.

iv.  Save the changes and close the form.
5.  Create an IPv4 or IPv6 filter LI block reservation association:
i.  Click on the IP Filters tab.

ii.  Click Create. The IP Filter LI Block Reservation Association, Block Reservation, Global Policy (Create) form opens.

iii.  Select an IP filter to associate with the Block Reservation policy.

iv.  Save the changes and close the form.
6.  Click Apply.

7.  Click on the General tab.

8.  Click Switch Mode to release the policy for distribution. The Release ­ Block Reservation Policy form opens.

9.  Choose the NEs in the Available Objects to which you want to distribute the policy and click the arrow to move the NEs to the Selected Objects panel.

10.  Click Distribute and close the form.

11.  Close the Block Reservation Policies form.

 
 

Procedure 92­14 To configure the LI filter lock

This procedure allows a 5620 SAM LI user to configure a parameter that permits base IPv4 and MAC filters referenced by an LI Source to be modified or deleted.
The LI Filter Lock parameter specifies who can modify the LI filters. The available options are:
Locked: no user can modify the LI filters

Unlocked For LI Users: only users with LI privileges can modify the LI filters

Unlocked For All: all users can modify the LI filters

Note ­ You require LI privileges to view the LI Configuration Status tab and to perform this procedure. 

1.  Right­click on a discovered device in the Equipment navigation tree and choose Properties. The Network Element (Edit) form is displayed.

2.  Click on the LI Configuration Status tab.

3.  Configure the LI Filter Lock parameter.

4.  Save the changes and close the form.

 
 

Procedure 92­15 To enable NE discovery for LI

Perform this procedure to enable LI discovery of an NE. Before you can enable LI discovery for an NE, the NE must be successfully discovered. See chapter 11
for information about configuring NE discovery.

Note ­ You require LI privileges to perform this procedure. 

1.  Choose Administration Discovery Manager from the 5620 SAM main menu. The Discovery Manager (Edit) form opens with the Discovery Rules tab

displayed.

2.  Click on the Managed State tab. A list of discovered NEs is displayed.

3.  Choose an NE on which Procedures 92­4 and 92­5 have been performed, and click Properties. The Node Discovery Control (Edit) form opens.

4.  Click on the LI Mediation Security tab.

5.  Select the LI mediation policy created in Procedure 92­9 in the Dual Read Access Mediation Policy panel.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 127/143
06.07.2017 Service assurance

6.  Select the LI mediation policy created in Procedure 92­9 in the Dual Write Access Mediation Policy panel.

7.  Select the LI mediation policy created in Procedure 92­9 in the Dual Trap Access Mediation Policy panel.

8.  Save the changes and close the form.

9.  On the Discovery Manager (Edit) form, click on the Resync Status tab.

10.  Choose the NE and click Resync. The Resync Options form opens.

11.  Select Choose MIB Entries and click Next. The Choose MIB Entries list form opens.

12.  Select all TIMETRA­MIRROR­MIB entries in the list and click Finish.

Note ­ Resynchronizing only the TIMETRA­MIRROR­MIB entries resynchronizes only LI source objects and keeps the resynchronization time
to the minimum required. 

13.  Close the forms.

 
 

Procedure 92­16 To save the LI configuration of an NE

This procedure allows a 5620 SAM LI user to save the LI configuration file (li.cfg) from the 5620 SAM for an NE. The li.cfg file is updated only when changes to the
LI configuration are deployed to the NE.

Note ­ You require LI privileges to view the LI Configuration Status tab and to perform this procedure. 

1.  Right­click on a discovered device in the Equipment navigation tree and choose Properties. The Network Element (Edit) form is displayed.

2.  Click on the LI Configuration Status tab.

3.  Click Save LI Configuration.

4.  Close the form.

 
 

Procedure 92­17 To configure Layer 3 encapsulation on a source site to allow LI­mirrored packets to be
placed into a routable header

You can configure an Layer 3 encapsulation option to allow LI­mirrored packets to be placed into a routable header (either IP­UDP Shim or IP­GRE) and then
forwarded in a routing context.
The following conditions apply if you configure the Layer 3 encapsulation option:
Configuring Mirror SDP bindings and Mirror SAPs is mutually exclusive to the L3 Encapsulation

You cannot configure the Session ID or Intercept ID of a source later on in this procedure if the L3 Encapsulation is not configured here.

You cannot configure L3 Encapsulation if a mirror source object (such as: IP filter, MAC filter, and so on) is first configured for this service.

You cannot change the routing instance of L3 Encapsulation if a gateway is first configured for this service.
You can configure L3 Encapsulation only on a source site on an NE in chassis mode D. See chapter 16 for more information about chassis modes.
1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service (Edit) form opens.

3.  On the service navigation tree, expand Source Sites and click on the source site. The Mirror Site (Edit) form opens.

4.  Click on the L3 Encapsulation tab and click Create. The Layer­3 Encapsulation null (Create) form opens

5.  Configure the required parameters.
The Use Direction Bit parameter is only displayed if you configured the Header Type option for IP­UDP Shim.

6.  Select a routing instance ID in the Routing Instance panel.

7.  To configure a gateway:
i.  Click Create in the Gateway panel. The Layer­3 Encapsulation Gateway null (Create) form opens.

ii.  Configure the required parameters in the IP Address panel.
The gateway Source Address and Destination Address must either both be unconfigured or both configured. Similarly, the gateway Source Port
and Destination Port must either both be unconfigured or both configured.
The Source Port and Destination Port parameters are displayed only if you configured the Header Type option for IP­UDP Shim.

iii.  Save the changes and close the form.
8.  Save the changes and close the forms.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 128/143
06.07.2017 Service assurance
 
 

Procedure 92­18 To specify an LI MAC filter entry as an LI source

Specifying an LI MAC filter entry as the mirror source causes all the packets matching the filter to be mirrored to the mirror destination specified by the service ID
of the mirror source.
1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service (Edit) form opens.

3.  Perform one of the following.
a.  To specify an LI source LI IP filter entry on a destination site, expand the Destination Site object to view the configured destination sites, and expand
the destination site object on which you are specifying the LI source LI IP filter entry.

b.  To specify an LI source LI IP filter entry on a source site, expand the Source Site object to view the configured source sites, and expand the source
site object on which you are specifying the LI source LI IP filter entry.
4.  Right­click on LI Source LI IP Filters and choose Create LI Source LI IP Filter. The LI Source LI IP Filter (Create) form opens.

Note ­ A mirror site can be configured with debug or LI sources, but not both. LI source configuration takes priority over debug source
configuration. 

5.  Select an LI source LI IP filter entry.

6.  Configure the required parameters.

7.  Save the changes and close the forms.

 
 

Procedure 92­19 To specify an LI IP filter entry as an LI source

Specifying an LI IPv4 filter entry as the mirror source causes all the packets matching the filter to be mirrored to the mirror destination specified by the service ID of
the mirror source.
1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and Properties. The Mirror Service (Edit) form opens.

3.  Perform one of the following.
a.  To specify an LI source LI IP filter entry on a destination site, expand the Destination Site object to view the configured destination sites, and expand
the destination site object on which you are specifying the LI source LI IP filter entry.

b.  To specify an LI source LI IP filter entry on a source site, expand the Source Site object to view the configured source sites, and expand the source
site object on which you are specifying the LI source LI IP filter entry.
4.  Right­click on the LI Source LI IP Filters object below the site in the service navigation tree and choose Create LI Source LI IP Filter. The LI Source LI IP
Filter (Create) form opens.

Note 1 ­ A 5620 SAM operator with LI privileges can view, create, and delete LI source objects. 
Note 2 ­ A mirror site can be configured with debug or LI sources, but not both. LI source configuration takes priority over debug source
configuration. 

5.  Select an LI MAC filter entry.

6.  Configure the required parameters.

7.  Save the changes and close the forms.

 
 

Procedure 92­20 To specify an LI IPv6 filter entry as an LI source

Specifying an LI IPv6 filter entry as the mirror source causes all the packets matching the filter to be mirrored to the mirror destination specified by the service ID of
the mirror source.
1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and Properties. The Mirror Service (Edit) form opens.

3.  Perform one of the following.
a.  To specify an LI source LI IPv6 filter entry on a destination site, expand the Destination Site object to view the configured destination sites, and
expand the destination site object on which you are specifying the LI source LI IPv6 filter entry.

b.  To specify an LI source LI IPv6 filter entry on a source site, expand the Source Site object to view the configured source sites, and expand the
source site object on which you are specifying the LI source LI IPv6 filter entry.
4.  Right­click on the LI Source LI IPv6 Filters object below the site in the service navigation tree and choose Create LI Source LI IPv6 Filter. The LI Source LI
IPv6 Filter (Create) form opens.

Note 1 ­ A 5620 SAM operator with LI privileges can view, create, and delete LI source objects. 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 129/143
06.07.2017 Service assurance

Note 2 ­ A mirror site can be configured with debug or LI sources, but not both. LI source configuration takes priority over debug source
configuration. 

5.  Select an LI source LI IPv6 filter entry.

6.  Configure the required parameters.

7.  Save the changes and close the forms.

 
 

Procedure 92­21 To specify an LI SAP as an LI source

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service (Edit) form opens.

3.  Right­click on the LI Source SAPs object below the site in the service navigation tree and choose Create LI Source Interface. The LI Source Interface
(Create) form opens. Go to step 4.

Note 1 ­ A 5620 SAM operator with LI privileges can view, create, and delete LI source objects. 
Note 2 ­ A mirror site can be configured with debug or LI sources, but not both. LI source configuration takes priority over debug source
configuration. 

4.  Select an access interface to associate with the source interface.

5.  Configure the required parameters.

6.  Save the changes and close the forms.

 
 

Procedure 92­22 To specify an LI subscriber as an LI source

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Select a mirror service and click Properties. The Mirror Service (Edit) form opens.

3.  Expand the Source Site object to view the configured source sites, and expand the source site object on which you are specifying the subscriber as the
mirror source.

4.  Right­click on the LI Source Subscribers object below the site in the service navigation tree and choose Create LI Source Subscriber. The LI Source
Subscriber (Create) form opens.

Note 1 ­ A 5620 SAM operator with LI privileges can view, create, and delete LI source objects. 
Note 2 ­ A mirror site can be configured with debug or LI sources, but not both. LI source configuration takes priority over debug source
configuration. 

5.  Configure the required parameters.

6.  You can further restrict the mirrored subscriber host traffic associated with the subscriber identification string by specifying SAP or SLA­profile criteria. To
specify an SLA profile as a match criterion, go to step 8.

Note ­ You can configure parameters in the SAP/Subscriber Host Match Criteria panel or the SLA Profile Match Criteria panel, but you cannot
configure parameters in both panels. 

7.  To specify a SAP:
i.  Select a SAP on which to mirror subscriber host traffic in the SAP/Subscriber Host Match Criteria panel.
You can select only dot1q­ or QinQ­encapsulated SAPs that have subscriber management enabled.

ii.  Configure the parameters in the SAP/Subscriber Host Match Criteria panel to specify the subscriber host match criteria for the SAP.

Note ­ The 5620 SAM does not accept the parameter values unless a SAP is specified. 

iii.  Go to step 9.
8.  To specify SLA profile match criteria, select the SLA profile in the SLA Profile Match Criteria panel.

9.  Save the changes and close the forms.

 
 

Procedure 92­23 To specify an LI WLAN distributed subscriber as an LI source

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 130/143
06.07.2017 Service assurance

2.  Select a mirror service and Properties. The Mirror Service form opens.

3.  Expand the Source Sites object to view the configured source sites, and expand the source site object on which you are specifying a WLAN distributed
subscriber as the mirror source.

4.  Right­click on the LI Source WLAN Distributed Subscribers object below the site in the service navigation tree and choose Create LI Source WLAN
Distributed Subscriber. The LI Source WLAN Distributed Subscriber (Create) form opens.

Note 1 ­ A 5620 SAM operator with LI privileges can view, create, and delete LI source objects. 
Note 2 ­ A mirror site can be configured with debug or LI sources, but not both. LI source configuration takes priority over debug source
configuration. 

5.  Configure the required parameters.

6.  Save the changes and close the forms.

 
 

Procedure 92­24 To configure LI on a specific NAT subscriber

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Choose a mirror service and Properties. The Mirror Service Name (Edit) form opens.

3.  Click on the Sites tab. A list of mirror service sites are displayed.

4.  Choose a site and click Properties. The Mirror Site (Edit) form opens.

5.  Click on the LI NAT Sources tab.

Note ­ The LI NAT Sources tab appears only if the Encapsulation Type parameter for the mirror site is set to Ethernet and the L3
encapsulation Header Type parameter is set to IP­UDP Shim. See Procedure 92­17 for more information about how to set the Header Type
parameter. 

6.  Click Configure LI Source Configuration.

7.  Click on the Ethernet Header tab.

8.  Configure the required parameters.

9.  Click on the L2 Aware Subscribers tab.

10.  Click Create. The LI Source NAT L2 Aware Subscriber (Create) form opens.

11.  Configure the required parameters.

12.  Click OK. The LI Source NAT L2 Aware Subscriber (Create) form becomes a tab.

13.  Click OK. The LI Source NAT L2 Aware Subscriber (Create) tab closes and the Mirror Service (Edit) form reappears with the Sites tab displayed.

14.  Choose a site and click Properties. The Mirror Site (Edit) form opens.

15.  Click on the LI NAT Sources tab. The Ethernet Header tab is displayed.

16.  Click on the Dual Stack Lite LSN Subscribers tab.

17.  Click Create. The LI Source Dual Stack Lite LSN Subscriber (Create) form opens.

18.  Configure the required parameters.

19.  Click OK. The LI Source Dual Stack Lite LSN Subscriber (Create) form becomes a tab.

20.  Click OK. The LI Source Dual Stack Lite LSN Subscriber (Create) tab closes and the Mirror Service (Edit) form reappears with the Sites tab displayed.

21.  Choose a site and click Properties. The Mirror Site (Edit) form opens.

22.  Click on the LI NAT Sources tab. The Ethernet Header tab is displayed.

23.  Click on the Classic LSN Subscribers tab.

24.  Click Create. The LI Source Classic LSN Subscriber (Create) form opens.

25.  Configure the required parameters.

26.  Click OK. The LI Source Classic LSN Subscriber (Create) form becomes a tab.

27.  Click OK. The LI Source Classic LSN Subscriber (Create) tab closes and the Mirror Service (Edit) form reappears with the Sites tab displayed.

28.  Save the changes and close the forms.

 
 

Procedure 92­25 To view LI mirrored subscriber hosts configured with a RADIUS server

Note 1 ­ You must have 5620 SAM LI user privileges to perform this procedure. 
Note 2 ­ Before you can perform this procedure, at least one LI user account must exist on the NE. 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 131/143
06.07.2017 Service assurance

Note 3 ­ Before you can perform this procedure, a 5620 SAM LI user must enable LI discovery for the NE using Procedure 92­15. 
Note 4 ­ Only PPPoE subscriber hosts can be mirrored with RADIUS. 

1.  Choose Manage Service Mirror Services from the 5620 SAM main menu. The Manage Mirror Services form opens.

2.  Choose a mirror service and click Properties. The Mirror Service Name (Edit) form opens.

3.  Click on the Sites tab. A list of mirror service sites is displayed.

4.  Choose a site and click Properties. The Mirror Site (Edit) form opens.

5.  If an LI source configuration object has not been created, the LI Source Configuration tab is dimmed. Click Create LI Source Configuration at the bottom of
the form. A dialog box appears.

Note 1 ­ You must create an LI source configuration object for the NE to mirror subscriber hosts for LI. 
Note 2 ­ The Create LI Source Configuration button is a toggle that also lets you delete an LI source configuration object. If you delete an LI
source configuration object, all associated LI source objects are deleted. 
Note 3 ­ An LI source configuration object is automatically created when an LI source object is created. 

6.  Click OK. The LI Source Configuration tab is enabled, and an LI source configuration object is created.

7.  Click on the LI Source Subscribers Via RADIUS tab.

8.  Choose a subscriber and click Properties. The LI Source Subscriber Host form opens.

9.  View the information on the form.

10.  Close the LI Source Subscriber Host form.

7. 93 — RCA audit
93.1 RCA audit overview 
93.2 Workflow to configure and schedule an RCA audit 
93.3 RCA audit procedures 
 

93.1 RCA audit overview
You can perform on­demand or scheduled root cause analysis and verification of the configuration of routing instances, services, and other network objects to
identify possible configuration problems. Except for physical links, the 5620 SAM provides a solution, which, at your request, can automatically be implemented to
make all of the required configuration changes.

Note 1 ­ The adjustments are made only to the 5620 SAM database and are not deployed to the network. 
Note 2 ­ Only VPLS, VPRN, and VLL services RCA audits and golden configuration RCA audits can be scheduled. 

You can perform RCA audits of the following objects:
physical links

VPLS, VPRN, and VLL services and service site memberships

OSPF interfaces, areas, and area sites (5620 SAM/5650 CPAM integration only)

IS­IS interfaces and sites (5620 SAM/5650 CPAM integration only)

7750 SR MG instances

9471 WMM instances and golden configurations

Note 1 ­ You need the 5650 CPAM license to perform the OSPF and IS­IS RCA audits. See the 5650 CPAM User Guide for more information. 
Note 2 ­ See “9471 WMM golden configuration management” in the 5620 SAM LTE EPC User Guide for information about performing golden
configuration RCA audits on 9471 WMM instances. 
Note 3 ­ See “7750 MG golden configuration management” in the 5620 SAM LTE EPC User Guide for information about performing golden
configuration RCA audits on 7750 SR MG instances. 
 

5620 SAM service audit
A 5620 SAM service is defined as a collection of service sites with the same customer ID, service type, and service ID. The 5620 SAM discovers services that
are configured on a 7210 SAS, 7450 ESS, 7710 SR, 7750 SR, or 7950 XRS, using the service ID on the NE. Configuration errors may occur in networks where the
services were created and deployed on the NEs using CLI before the NEs were managed by the 5620 SAM.
For example, when two VPLSs with the same service ID and the same mesh VC ID on an NE are discovered by the 5620 SAM, they are discovered as a single
service in the 5620 SAM.
Another example of a configuration error is when a switching Epipe has multiple Epipe sites and multiple VC IDs for different segments. If different service IDs are
used when the sites are created, the 5620 SAM assumes that the sites are connected and creates multiple VLL services within a composite service.
RCA audit policies allow you to modify the component membership of your 5620 SAM services to detect possible configuration problems. In addition, you can use
the RCA audit to correct most configuration problems that are discovered in the audit.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 132/143
06.07.2017 Service assurance
Note ­ A 5620 SAM user who is assigned the Administrator or RCA scope of command role can create, modify, and execute all RCA audit policies.
A 5620 SAM user who is assigned the Administrator or Service scope of command role can execute service audit adjustments. 

Service membership rules
The 5620 SAM uses the rules in Figure 93­1 to identify whether two service sites are connected together. When two sites are identified as connected, they should
belong to same service.

Figure 93­1 Rules to check whether two sites are connected

 
If service sites have different customer IDs, the 5620 SAM discovers the sites as belonging to different services. After the audit, the 5620 SAM generates a
problem for each service. You can specify to which service the 5620 SAM should move the site and whether the empty service should be removed after the sites
are moved.
For VPLS or VLL services, if the same service ID is used for two groups of sites that are not connected, the 5620 SAM detects a duplicate service ID. Two
problems are generated for one of the group of sites, and the solution is to separate the services. If there are other groups of isolated sites, additional problems are
generated for each group.
Consider the following when you perform an audit of a VPLS.
Although different service IDs may be used, I­sites that are bound to same backbone VPLS and have the same ISID are considered to be in the same VPN.

For VPLS sites that use BGP auto­discovery, the VPLS ID is used to determine service membership.

H­VPLS is discovered as composite service in the 5620 SAM if different service IDs are used.
Consider the following when you perform an audit of a VLL service.
Service sites with different customer IDs are discovered as two services, and can reconfigured as one service.

More than two groups of sites that are connected can be detected and can be separated into different services.

Redundant VLLs are not be affected by the audit and are considered correctly configured.

If two Epipe sites are connected to the same PBB with same B­VPLS service ID, and the source and destination MAC addresses match, the 5620 SAM
determines that the two sites are connected. If they are in different 5620 SAM services, a problem is generated during the audit.
Consider the following when you perform an audit of a VPRN service.
VPRN service membership is based on the RTs defined in the VRFs.

Sites that are in different services but have common import and export route targets. Import target of Site 1 is equal to the Export target of Site 2.
 

Physical link audits
Physical links represent the actual physical configuration of network connections between ports. You can view and manage physical links from the equipment
window, physical topology map, and the Manage Equipment list form of the 5620 SAM, on each router using the CLI. Because several key parameters on each end
of the physical link depend on each other, configuration errors are possible. An RCA audit can identify configuration errors in physical links. The 5620 SAM does
not provide a solution for configuration problems that the RCA audit identifies for physical links. By default, the RCA audit detects the following configuration errors
in physical links:
physical port parameters
mismatched MTU values

mismatched speeds

Ethernet port parameters
Auto­negotiate parameter misconfiguration

Duplex parameter misconfiguration

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 133/143
06.07.2017 Service assurance

You can configure the RCA audit policy for the physical link to include additional physical link properties in the audit.
 

Viewing and analyzing RCA audit results
After you manually perform an RCA audit, or the RCA audit executes as per the schedule details, you can determine if problems were detected, when the last audit
was performed, and view the correction plan for a problem. The RCA Audit Problem(s) indicator on the General tab of a network object properties form identifies
whether configuration problems were detected in previous audits. The Last Audit Time indicator displays a timestamp of the last audit that was performed. The
RCA Audit button is located at the bottom of the service properties form, or under the More Actions button.
After you associate an audit policy with the object, you can perform an RCA audit and view the results. If no problems are detected, the RCA Result tab does not
appear.
The properties form of a problem displays the following information:
problem severity

probable cause

description

solution
The Caused By Objects tab lists the network objects that caused the problem. For service audits, the sites that should be moved out of a service, and the service
they should move to, if there is only one destination service, are listed. If only one group of sites is listed, a new service is created and the sites are moved to the
created service.
You can use an RCA audit to correct a detected configuration problem from the RCA Result tab on the network object properties form. The 5620 SAM lists the
operations to fix the problem, as shown in Figure 93­2.

Figure 93­2 Correction plan for a problem

 
When you accept the proposed solution, a summary of the correction operation that the 5620 SAM implemented appears, as shown in Figure 93­3. To view the
result in the server or client log, you must enable the logging option in the nms­server.xml or nms­client.xml file.

Caution ­ Contact your Alcatel­Lucent technical support representative before you attempt to modify the nms­server.xml file. Modifying the nms­
server.xml file can have serious consequences that can include service disruption. 

Figure 93­3 Correction report
 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 134/143
06.07.2017 Service assurance

 
Table 93­1 describes the probable causes of problems.

Table 93­1 Probable causes
Probable cause Description
   
Admin Down The object is administratively down.
   
Aggregated Aggregated cause
   
B­VPLS Backbone Attributes misconfigured One or more B­VPLS backbone parameters are not configured correctly.
   
Control B­VPLS SPB ECT­FID mapping configurations are not The ECT algorithm to FID range mapping in a control SPB B­VPLS is not
consistent across all sites in this B­VPLS consistent on all of the sites in the same service. Each B­site must have the
  same number of ECT­to­FID mappings.
In addition, the following ECT­to­FID range mapping parameters must be the
same on all of the sites in the SPB­enabled B­VPLS:
FID Range Start
FID Range End
FID Range Algorithm
See Procedure 75­76 for more information.
 
Misconfiguration There is a misconfiguration error.
   
Missed service members for Multi­Segment PW Missed service members for Multi­Segment PW
   
No members configured for this Multi­homing site The BGP VPLS multi­homing site does not have other sites as members that
  share the same multi­homing ID in order to comprise a group.
 
No valid Route Targets configured for VPLS BGP Multi­homing No valid Route Targets currently exist for a VPLS site that has BGP multi­
  homing sites configured under it.
 
One or more SPB SAP(s) or SPB Spoke SDP Binding(s) exist One or more SPB SAPs or spoke SDP bindings on the user B­VPLS are not
on User B­VPLS that do not exist on Control B­VPLS. These on the control B­VPLS.
extra links are not fate shared with the Control B­VPLS You must remove the SAPs or spoke SDP bindings, or create them on the
  control SPB B­VPLS site.
 
Route Targets are misconfigured for VPLS BGP Multi­homing One of the following misconfigurations exists:
  No matching RT for peered multi­homing sites
There are multiple RTs configured for a VPLS site that has BGP multi­
homing sites configured under it. Multiple RTs will make the BGP
multi­homing sites appear under multiple topologies or multiple
services.
Multi­homing sites have the same multi­homing ID but different RTs
(different RTs mean the sites are in different topologies or services)
 
Service Membership Misconfigured The service membership is not configured correctly.
   
One or more SPB SAP(s) or SPB Spoke SDP Binding(s) One or more SPB SAPs or spoke SDP bindings are configured on the control
configured on Control B­VPLS are missing from the User B­ B­VPLS that do not exist on this user B­VPLS.

VPLS
https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 135/143
06.07.2017 Service assurance
VPLS
  You must remove the SAPs or spoke SDP bindings, or create them on the
user SPB B­VPLS site.
 
SPB is not enabled on one or more B­Sites in this B­VPLS The SPB Mode parameter is not set to Control or User on one or more of the
  sites in the SPB­enabled B­VPLS service.
See Procedures 75­76 and 75­77 for more information.
 
SPB Sites within this B­VPLS service do not have their SPB One or more B­sites in the SPB­enabled B­VPLS service do not have the
Modes (Control/User) consistently configured same value configured for their SPB Mode parameter as the other sites
  within the service.
See Procedures 75­76 and 75­77 for more information.
 
The B­VPLS SPB FIDs are not identical across all sites in this The Forwarding Identifier (FID) parameter is not the same for all the sites in
B­VPLS service the SPB B­VPLS service.
  See Procedures 75­76 and 75­77 for more information.
 
The Control B­VPLS SPB unicast forwarding tree topology The Unicast Forwarding Tree Topology parameter is not configured
configurations are not consistent across all sites in this B­VPLS consistently on all of the sites in the same control SPB B­VPLS service.
  See Procedure 75­76 for more information.
 
Underlying Resource Operational Down The underlying resource of the object is operationally down.
   
Underlying Resource Admin Down The underlying resource of the object is administratively down.
   
Underlying Resource Missing An underlying resource is missing.
   
Underlying Resource Problem Problem with an underlying resource
   
Unknown The probable cause could not be determined.
   
Within this Control B­VPLS, not all SAPs or Spoke­SDPs are SPB is not enabled on one or more SAPs or spoke SDP bindings in the
SPB enabled control B­VPLS service. You must add the SPB interface to the SAP or
  spoke SDP binding.
See Procedure 75­76 for more information.
 
 
 

93.2 Workflow to configure and schedule an RCA audit
1.  Create or configure an RCA audit policy. See Procedure 93­1.

2.  Run the RCA audit policy for a specific service or object.
a.  Perform an RCA audit of a service or multiple services. See Procedure 93­2.

b.  Perform an RCA audit of a physical link. See Procedure 93­3.
3.  As required, schedule the RCA audit policy to perform the RCA audit at a designated time; see Procedure 93­4.

4.  Identify the problems and view the suggested solutions. Solutions are not provided for physical links. See “Viewing and analyzing RCA audit results” for
more information.

5.  Implement the changes, as required.

6.  Delete an RCA audit policy, as required. See Procedure 93­5.
 

93.3 RCA audit procedures
Use the following procedures to perform RCA audit tasks.
 

Procedure 93­1 To configure an RCA audit policy

1.  Choose Policies RCA Audits from the 5620 SAM main menu. The RCA Audits form opens.

2.  Select Audit Policy (RCA) from the drop down list.

3.  Click Create or choose a policy and click Properties. The Audit Policy (Create|Edit) form opens with the General tab displayed.

4.  Configure the general parameters.

5.  Select a policy type and click OK.

Note 1 ­ You require a 5650 CPAM license to create an RCA Audit ISIS or RCA Audit OSPF policy. 
Note 2 ­ See “9471 WMM golden configuration management” in the 5620 SAM LTE EPC User Guide for information about performing golden
configuration RCA audits on 9471 WMM instances. 

6.  Click Apply.

7.  Click on the Entry tab. Depending on the option specified in step 5, a list of RCA audit policy entries is displayed.
The RCA audit policy entry for a VLL RCA audit is: RCA Audit for VLL Service Membership.
The RCA audit policy entry for a VPRN RCA audit is: RCA Audit for VPRN Service Membership.
The following are the RCA audit policy entries for a VPLS RCA audit:

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 136/143
06.07.2017 Service assurance

RCA Audit for B­VPLS PBB

RCA Audit for VPLS Service Membership

RCA Audit for BGP Multi­homing

RCA Audit for B­VPLS SPB
The following are the RCA audit policy entries for a physical link RCA audit:
RCA Audit For Physical Ports of Physical Links

RCA Audit For Ethernet Port Specifics of Physical Links

8.  Choose an entry from the list and click Properties. The Audit Policy Entry ­ RCA Audit Policy ­ RCA Audit For Network_Object (Edit) form opens.

9.  Configure the Enabled and Remove Empty Service parameters.

10.  To configure an RCA audit policy for a physical link:
i.  Click on the Attributes tab. A list of default attributes for the physical link entry is displayed.

ii.  Perform one of the following:
To configure default attributes, go to step iii.

To add an attribute, go to step v.

iii.  Activate or deactivate the RCA audit for each attribute.

iv.  Choose one of the problem severity options for each attribute by clicking on the entry in the Severity column of the attribute.

v.  Click Add to add an attribute. The Adding new Attribute(s) ­ RCA Audit For entry_type of Physical Links form opens with a list of attributes
associated with the physical link entry.

vi.  Choose one or more attributes in the list and click OK.
11.  Save your changes and close the form.

 
 

Procedure 93­2 To perform an RCA audit of a service or multiple services

1.  Choose Manage Service Services from the 5620 SAM main menu. The Manage Services form opens.

2.  Choose a service or services that you want to audit and click RCA Audit. The Select RCA Policy to run the audit form opens with a list of configured
policies

Note 1 ­ In addition to the standard audit checks, for BGP VPLS multi­homing sites, the audit also verifies: 
if no valid Route Targets are configured under a VPLS site that has BGP multi­homing sites configured under it.

if there are no matching RTs for peered multi­homing sites

if there are multiple RTs configured under a VPLS site that has BGP multi­homing sites configured under it. Multiple RTs will make the
BGP multi­homing sites appear under multiple topologies (or multiple services, since the RT defines the service)

if multi­homing sites have the same multi­homing ID but different RTs (different RTs mean the sites are in different topologies or
services)

if a multi­homing site does not have other sites as members (sharing the same multi­homing ID to comprise a group)

Note 2 ­ In addition to the standard audit checks, for SPB­ enabled B­VPLS sites, the audit also verifies that: 
all user B­VPLS SAPs or spoke SDP bindings are fate­shared with a control B­VPLS

control and user B­VPLS instances in the same service on different sites have the same FID

FID­to­ECT mapping is consistent on all of the sites for the active SPB B­VPLS services

control B­VPLS SPB level Unicast Forwarding Tree Topology parameter is consistent on all of the sites in the same service

3.  Choose an RCA audit policy and click OK. The Select RCA Policy form closes and a dialog box appears with the audit information.

4.  Click OK.

5.  If you selected multiple services to audit, perform the following. Otherwise, go to step 6.
i.  Scroll to the RCA Audit Problem column and set the filter to = true.

ii.  Click Search. A list of services with problems appears.

iii.  Select a service and click Properties. The Service (Edit) form appears with the General tab displayed.
6.  Click on the RCA Result tab. The RCA audit information is displayed on the Related Problem tab.

Note ­ The RCA Result tab appears only if the RCA audit detects one or more problems. 

7.  If required, expand the object in the problems tree to view the problems, the associated severity, and the cause.

8.  Double­click on a problem icon to view information about the problem. The Problem (Edit) form opens with the General tab displayed.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 137/143
06.07.2017 Service assurance

9.  Configure the Disable Fix Window parameter, if applicable.

10.  Click on the Related Problem tab to view related problems.

Note ­ The 5620 SAM does not provide a solution for physical link configuration errors. 

11.  Click on the Caused By Objects tab to view a list of objects that are causing the problem.

12.  Choose an entry from the list and click Properties. The properties form for the object opens.

13.  Click on the tabs to view information about the configuration.

14.  Configure the parameters, as required.

15.  Save the configuration and close the forms.

16.  To fix a problem:
i.  Click on the Related Problem tab.

ii.  Right­click on a problem icon and choose Fix Problem. The Plan form appears.

Note ­ The Fix Problem menu option is disabled if you set the Disable Fix Window parameter to Enabled in step 9. 

iii.  Check the recommended plan to fix the problem in the Plan panel.

iv.  Check the report about fixing the problem in the Report panel.

v.  Click Fix Problem.
17.  Close the forms.

 
 

Procedure 93­3 To perform an RCA audit of a physical link

1.  Choose Manage Equipment Equipment from the 5620 SAM main menu. The Manage Equipment form opens.

2.  Select Physical Link (Network) or Discovered Physical Link (Network) from the Select Object Type menu.

3.  Choose an entry from the list and click Properties. The Physical Link (Edit) form opens with the General tab displayed.

4.  Check the following indicators:
RCA Audit Problem(s)

Last Audit Time

5.  Perform steps 6 to 15 in Procedure 93­2.

 
 

Procedure 93­4 To schedule an RCA audit

Note ­ Only VPLS, VPRN, and VLL services RCA audits and golden configuration RCA audits can be scheduled. 

1.  Choose Policies RCA Audits from the 5620 SAM main menu. The RCA Audits form opens.

2.  Choose a service audit policy and click Properties. The Audit Policy (Edit) form opens with the General tab displayed.

3.  Click Schedule and choose Create RCA Audit Schedule Task. The Service Audit Scheduled Task (Create) form opens.

4.  Configure the required parameters.

5.  Click Select in the Schedule panel. The Select Schedule ­ Service Audit Scheduled Task form opens.

6.  Perform one of the following.
a.  Create a schedule to associate with the scheduled task.

b.  Associate an existing schedule to the scheduled task. Go to step 10.
7.  Click Create. The SAM Schedule (Create) form opens.

8.  Configure the required parameters.
The Current Client End Time parameter is configurable when the Ongoing parameter is disabled and the Frequency parameter value is set to something
other than Once.
When a SAM Schedule is not Ongoing and is assigned to a task, the 5620 SAM raises an alarm when the Current Client End Time expires.

Note ­ The Run Every parameter is not configurable when the Ongoing parameter is enabled. 

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 138/143
06.07.2017 Service assurance

9.  Save your changes. The SAM Schedule (Create) form closes and the Select Schedule ­ Service Audit Scheduled Task form reappears.

10.  Choose an entry from the list and click OK. The Select Schedule ­ Service Audit Scheduled Task form closes and the Service Audit Scheduled Task
(Create) form reappears.

11.  Ensure that the Administrative State parameter is set to Enabled and click OK. The Service Audit Scheduled Task (Create) form closes. The RCA Audit
Policy form reappears with additional tabs.

12.  To apply a filter to the schedule:
i.  Click on the Schedule Filter tab.

ii.  Select a filter in the Audit Filter panel.

Note ­ If no filters appear, click Audit Filter to create a new filter. See chapter 3 for more information about how to create a filter. 

iii.  Save your changes. The Select Audit Filter ­ Audit Policy form closes and the Audit Policy (Edit) form reappears with additional tabs.
13.  Click on the Scheduled Objects to be Audited tab to view the services that are included in the audit.

14.  Click on the Scheduled Result tab to view the results of the scheduled audit.

15.  Click on the Problems tab to view the problems associated with the audit.

16.  Close the forms.

 
 

Procedure 93­5 To delete an RCA audit policy

The following dependent objects must be deleted, in sequence, before you can delete an RCA audit policy:
an associated scheduled task, if applicable

any problems identified during the audit, if applicable
1.  To delete the associated scheduled task:
i.  Choose Tools Schedules Scheduled Task from the 5620 SAM main menu. The Scheduled Task form opens.

ii.  Choose SAM Scheduled Task (Schedule) from the Select Object Type menu.

iii.  Select the scheduled task, choose Task Action Shut Down, and click Delete.

iv.  Confirm your changes and close the forms.
2.  To delete the problems identified during the audit:
i.  Choose Policies RCA Audits from the 5620 SAM main menu. The RCA Audits form opens.

ii.  Choose Audit Policy (RCA) from the drop­down menu.

iii.  Select the RCA audit policy to be deleted, and click Properties. The Audit Policy (Edit) form opens.

iv.  Click on the Problems tab, select all of the problems, and click Delete.

v.  Confirm your changes and close the forms.
3.  To delete the RCA audit policy:
i.  Choose Policies RCA Audits from the 5620 SAM main menu. The RCA Audits form opens.

ii.  Choose Audit Policy (RCA) from the drop­down menu.

iii.  Select the RCA audit policy to be deleted, and click Delete.

iv.  Confirm your changes and close the forms.

8. 94 — Service throughput configuration
94.1 Service throughput configuration overview 
94.2 Workflow to prepare for and restore from a service throughput configuration 
94.3 Service throughput configuration procedures 
 

94.1 Service throughput configuration overview
The 5620 SAM allows you to create a copy of the SAP configuration of an end­user service that emulates the bandwidth, throughput, and QoS requirements of the
service. You can perform any required OAM diagnostics on the service while sending the traffic through the NEs, to compare the customer SLA with current
measurements and report the results.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 139/143
06.07.2017 Service assurance

Throughput configurations are supported on the 7210 SAS, 7705 SAR and 7750 SR, and on VLL Epipe, Apipe, and Cpipe, VPLS, and composite services that
contain a VLL service (Epipe, Apipe, or Cpipe) and VPLS, or both. You can create a SAP based on the configuration of an existing SAP to prepare the service
throughput configuration, where the port under the new SAP connects to the test entry or a loopback port as the destination.
Consider the following when you prepare a throughput test environment:
The SAP to be replaced must reside under a VLL Epipe, Apipe or Cpipe site, including PBB Epipes, or a VPLS site including I­VPLS and B­VPLS.

The following SAPs are not supported for the throughput test:
CCAGs

LAGs

SAPs that reside on an Ethernet tunnel element

SAPs that reside on an Ethernet ring element

SAPs used by a mirror service

E­OAM objects, such as MEPs, are not copied to the test SAP.
You can view existing service throughput configurations on the Throughput Configuration tab of a service. Services and sites with a service throughput
configuration have the Modified for Throughput Test parameter enabled on the General tab of the service or site.
 

94.2 Workflow to prepare for and restore from a service throughput configuration
The following workflow describes the high­level tasks required to prepare a throughput configuration. The workflow assumes that a 5620 SAM end user is
challenging the offered SLA.
1.  Open the service on which you need to create the test environment.

2.  Set the Current OLC State parameter to Maintenance.

3.  Prepare the configuration. See Procedure 94­1.

4.  Perform OAM diagnostics, as required. See chapter 87 for more information about the 5620 SAM service test manager.

5.  Restore the service to the original configuration. See Procedure 94­3.

6.  Set the Current OLC State parameter to In Service.
 

94.3 Service throughput configuration procedures
Use the following procedures to prepare for and restore from a 5620 SAM service throughput configuration SAP configuration.
 

Procedure 94­1 To prepare an Epipe, Apipe, Cpipe, VPLS, or composite service throughput configuration

Note 1 ­ The SAP that is replaced for the throughput configuration must exist under an Epipe, Apipe, Cpipe, or VPLS site. A throughput configuration
cannot be performed on a SAP that: 
resides on CCAG or LAG

resides on Ethernet tunnel element

resides on Ethernet ring element

is used by a mirror service

Note 2 ­ Alcatel­Lucent recommends that you set the Current OLC State parameter of the service to Maintenance before you prepare a throughput
configuration. See Procedures 74­1 and 75­1. 
1.  Perform one of the following:
a.  To prepare a service throughput configuration on an Epipe, Apipe, Cpipe, or VPLS:
i.  Choose Manage Service Services from the 5620 SAM main menu. The Manage Services form opens.

ii.  Choose a VPLS or VLL Epipe|Apipe|Cpipe and click Properties. The VPLS Service (Edit) or Epipe|Apipe|Cpipe (Edit) form opens.
b.  To prepare a service throughput configuration on a composite service:
i.  Choose Manage Service Composite Services from the 5620 SAM main menu. The Manage Composite Services form opens.

ii.  Choose a composite service and click Properties. The Composite Service (Edit) form opens.
2.  Click on the Throughput Configuration tab and click Create. The Service Throughput Configuration form opens.

Note ­ Alternatively, you can choose a service throughput­capable service from the Manage Services or Manage Composite Services form,
click on the Throughput Configuration button, and choose Create from the contextual menu. 

3.  Configure the required parameters.

4.  In the Traffic Test Entry panel, select a SAP that is configured on the service that is to be replaced for testing.

5.  Select a physical port or channel in the Traffic Test Entry panel that is connected to the test entry on which to create the SAP. You can choose an access or
hybrid port on the service site on which the SAP that you selected in step 4 resides that has the same encapsulation type as the selected SAP.
By default, the displayed port is the underlying port of the selected SAP. If you choose a different port, the 5620 SAM creates a SAP on the selected port by
copying the configuration from the original SAP during the test preparation. E­OAM objects are not copied to the SAP.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 140/143
06.07.2017 Service assurance

6.  Select a traffic destination site in the Traffic Test Destination panel.

7.  To replace an existing SAP with a new SAP on a different port:
i.  Set the Option parameter to Swap SAP.

ii.  Select a SAP in the Traffic Test Destination panel.

iii.  Select the port to which you need to switch in the Traffic Test Destination panel. The port must have the same encapsulation type as the selected
SAP.
8.  To loopback a port used by an existing SAP:
i.  Set the Option parameter to Loopback Port Used By SAP.

ii.  Select the destination SAP in the Traffic Test Destination panel and configure the parameters on the port in the Loopback Parameters panel. The
available parameters change depending on the NE on which the destination SAP is configured.
9.  To replace an existing SAP with a new SAP on a different port and loopback the new port:
i.  Set the Option parameter to Swap SAP and Loopback New Port.

ii.  Select the destination SAP and loopback port to which you need to swap in the Traffic Test Destination panel and configure parameters on the port.
The available parameters change depending on the NE on which the destination SAP is configured.
10.  To loopback an existing SAP:
i.  Set the Option parameter to Loopback SAP.

ii.  Select the destination SAP in the Loopback SAP panel and configure the parameters in the Loopback Parameters panel.
11.  To loopback an existing SDP binding:
i.  Set the Option parameter to Loopback SDP Binding.

ii.  Select an SDP binding in the Loopback SDP Binding panel and configure the parameters in the Loopback Parameters panel.
12.  Save the changes and close the form.

13.  Click Apply on the VPLS Service (Edit) or Epipe|Apipe|Cpipe Service (Edit) form to:
create a SAP on the selected port if the selected port differs from the port on the SAP

configure the SAP with the same configuration as the original SAP, including all child objects that are copied over to the SAP

delete the original SAP

propagate port loopback parameter changes to the test port

change the test SAP to a loopback SAP with the configured loopback parameters

change the test SDP binding to a loopback SDP binding with the configured loopback parameters

update the throughput information on the site

update the throughput information on the service

Note ­ A site can only be used in one throughput configuration at a time. If a throughput configuration exists that uses a site as either a source
or a destination, that site cannot be used in another throughput configuration. 

14.  Perform OAM diagnostics.

15.  Save the changes and close the forms.

 
 

Procedure 94­2 To configure an Epipe, Apipe, or Cpipe as a test service for MPLS­TP service tunnels

Perform this procedure to create a site on a VLL Epipe, Apipe, or Cpipe service that is used exclusively for carrying test traffic for MPLS­TP service tunnels.
The admin lock test can be configured on a spoke SDP binding that is bound to a VLL Epipe, Apipe, Cpipe, and spoke termination on VPLS.
Consider the following:
an MPLS­TP service tunnel must be used in the SDP binding, and the Control Word parameter on the Pseudowire OAM tab of the SDP binding must be set
to Preferred

the Control Channel Status parameter on the Control Channel tab of the spoke SDP binding must be set to Disabled

a PW path must be created; see Procedure 74­13

an ICB SDP binding must not be created on an endpoint

no other service throughput configuration can exist on the site

for Apipe and Cpipe services, the VC Type of the service and the test service must match
 
 
Create a test service site
1.  Choose Manage Service Services from the 5620 SAM main menu. The Manage Services form opens.

2.  Create a VLL by clicking Create VLL Epipe|Apipe|Cpipe, or choose a VLL Epipe, Apipe, or Cpipe and click Properties. The Epipe|Apipe|Cpipe Service

(Create|Edit) form opens.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 141/143
06.07.2017 Service assurance

3.  If you are creating a service, configure the required general parameters.

4.  On the navigation tree, right­click on the Sites icon and choose Create Epipe|Apipe|Cpipe Site. The Select Network Elements form opens.

5.  Choose a site. The site you choose is also a service site on the host service of the throughput configuration you are configuring in step 12.

6.  Click OK. The VLL Site (Create) form opens.

7.  Configure the required general parameters.

8.  Set the VLL Site Type to Terminating.

9.  Enable the Test Service parameter .

Note 1 ­ You must only create one site for a test service. This site defines a SAP that is the ingress and egress for test traffic. 
Note 2 ­ The Test Service parameter is configurable only during site creation. 

10.  Save the changes and close the form.
 
 
Configure service throughput on the host service
11.  Choose Manage Service Services from the 5620 SAM main menu. The Manage Services form opens.

12.  Choose the VLL Epipe, Apipe, or Cpipe on which you want to configure the service throughput and click Properties. The Epipe|Apipe|Cpipe Service (Edit)
form opens.

13.  On the Epipe|Apipe|Cpipe Service (Edit) form of the host service, click on the Throughput Configuration tab and click Create. The Service Throughput
Configuration form opens.

Note ­ Alternatively, you can choose a service throughput­capable service from the Manage Services form, click on the Throughput
Configuration button, and choose Create from the contextual menu. 

14.  Configure the ID and Description parameters.

15.  Set the Test Method parameter to MPLS­TP Lock Instruct Function.
 
 
Configure the Admin Lock test
16.  A spoke SDP binding is administratively locked by locking the host service. Test traffic is injected into the spoke SDP binding using a test SAP, defined
within the test service you created in step 9. When the admin lock is configured on a spoke SDP binding and a test service ID is specified, all of the traffic
is forwarded to and from a SAP defined in the separate test service, which must be compatible with the spoke SDP binding. Traffic to and from the original
SAP is dropped.
In the Traffic Test Entry panel, select a site on the host service. The Site ID is the site on which you are configuring the admin lock and the same site that
you configured on the test service in step 9. The Admin Lock panel appears.

17.  In the Admin Lock panel, select the spoke SDP binding to lock on the host site you selected in step 16.

18.  In the Test Service panel in the Admin Lock panel, select the test service site you created in steps 5 to 10.
 
 
Configure the Loopback test
19.  If a loopback is configured on a spoke SDP binding, all traffic on the ingress direction of the spoke SDP binding and associated with the ingress VC­label is
forwarded to the egress direction of the spoke SDP binding. The terminating site with the loopback configured to send test traffic back to the SDP binding
you selected in step 17 is automatically selected.
In the Traffic Test Destination panel, you can clear the selection or manually select the terminating, or destination, site.

20.  In the Loopback panel, the spoke SDP binding on which you are configuring the loopback test is automatically selected. You can clear the selection or
manually select an SDP binding.

21.  Save the changes and close the form.

Note ­ A site can only be used in one throughput configuration at a time. If a throughput configuration exists that uses a site as either a source
or a destination, that site cannot be used in another throughput configuration. 

 
 

Procedure 94­3 To restore a service after a throughput configuration

The 5620 SAM performs the following when you restore the service:
deletes the newly created SAPs

re­creates the original SAPs

on the loopback port: resets the loopback type to none if it was changed by the throughput configuration, and changes the loopback parameters to their
default values

updates the site throughput status information

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 142/143
06.07.2017 Service assurance

updates the service throughput status information
1.  Perform one of the following:
a.  Choose Manage Service Services from the 5620 SAM main menu. The Manage Services form opens.

b.  Choose Manage Service Composite Services from the 5620 SAM main menu. The Manage Services form opens.

2.  Choose the service for which you need to restore the configuration and click Properties. The Service_type Service (Edit) form opens.

3.  Click on the Throughput Configuration tab. A list of throughput configurations on the service appears.

4.  Select the throughput configuration you need to remove, and click Delete.

Note ­ Alternatively, you can select a service or composite service that is modified for throughput configuration from the Manage Services
form or Manage Composite Services, click on the Throughput Configuration button, and choose Delete (all) from the contextual menu. This
removes all the service throughput configurations on the service. 

5.  Close the forms.

https://infocenter.alcatel­lucent.com/public/5620SAM130R6A/advanced/print.jsp?topic=/SAM_UG/html/sam_volume_service_assurance.html&cp=17_… 143/143