Any Ethernet tunnel actions (force, lock) on the CE (single site) do not control the action to switch paths directly, but they may influence the outcome of BGP-MH if they are on a control tunnel. If a path is disabled on the CE, the result may force the SAP with an MEP on the PE to eventually take the SAP down; Nokia recommends running commands from the BGP-MH side to control these connections.
Table 1 lists the SAP MEP signaling shown in Figure 1. For a description of the events shown in this example operation, see Events in Sample Operation.
G.8031 ET on CE |
Path A MEP Facing Node B Local ifStatus |
Path B MEP Facing Node C Local ifStatus |
Path B PE MEP ifStatus |
Path B PE MEP ifStatus |
|
---|---|---|---|---|---|
1 |
Down (inactive) |
No Fault1 |
No Fault |
Fault |
Fault |
2 |
Up use Path A |
No Fault |
No Fault |
No Fault |
Fault |
3 |
Up use Path B |
No Fault |
No Fault |
Fault |
No Fault |
4 |
Down Path A fault |
Fault2 |
No Fault |
Fault |
Fault |
5 |
Down Path A and B fault at A |
Fault |
No Fault |
Fault |
Fault |
6 |
Partitioned Network Use Path Precedence Up use Path A |
No Fault |
No Fault |
No Fault |
No Fault |
No Fault = no ifStatusTlv transmit | CCM transmit normally
Fault = ifStatusTlv transmit down | no CCM transmit