The ccc command creates a local circuit cross connect (CCC) connection between two CEs connected to the same PE.
The undo ccc command deletes a local CCC connection.
By default, no local CCC connection is created.
ccc [ ip-interworking ] ccc-connection-name interface { interface-type1 | interface-type1 interface-number1 } [ access-port ] [ interface-number1 ] out-interface { interface-type2 | interface-type2 interface-number2 } [ access-port ] [ interface-number2 ] [ jitter-buffer depth | idle-code idle-code-value ] *
undo ccc [ ip-interworking ] ccc-connection-name
Parameter | Description | Value |
---|---|---|
ip-interworking |
Enables IP interworking for a local CCC connection. |
- |
ccc-connection-name |
Specifies a CCC connection name that uniquely identifies a CCC connection on a PE. |
The value is a string of 1 to 31 case-sensitive characters, spaces not supported. The string can contain spaces if it is enclosed in double quotation marks ("). |
interface interface-name1 |
Specifies the name of the AC interface connected to a CE. |
- |
interface-type1 |
Specifies the type of the AC interface connected to a CE. |
- |
interface-number1 |
Specifies the number of the AC interface connected to a CE. |
- |
access-port |
Specifies that only untagged packets can be forwarded. By default, all packets can be forwarded. This parameter applies only to Ethernet main interfaces. |
- |
raw |
Sets the encapsulation type on the AC interface to raw. |
- |
out-interface interface-name2 |
Specifies the name of the AC interface connected to the other CE. |
- |
interface-type2 |
Specifies the type of the AC interface connected to the other CE. |
- |
interface-number2 |
Specifies the number of the AC interface connected to the other CE. |
- |
outraw |
Sets the encapsulation type on the AC interface to tagged. |
- |
jitter-buffer depth |
Specifies the depth of the jitter buffer, that is, the maximum jitter delay allowed. The deeper the jitter buffer is, the greater the capabilities against the jitter. A deep jitter buffer, however, may cause a long delay when data streams are reestablished. Therefore, only an appropriate jitter buffer can ensure quality transmission of services. |
The value is an integer ranging from 1 to 64, in milliseconds. The default value is 4. |
idle-code idle-code-value |
Specifies the idle code that is filled in manually when the jitter buffer underflow occurs. Underflow refers to the situation where there are insufficient packets in the jitter buffer to be forwarded. The idle code has no significance, and can be set to any value. |
The value ranges from FF to FF, in hexadecimal notation. The default value is FF. |
Usage Scenario
VPWS in CCC mode applies to small MPLS networks with simple topologies. It needs neither signaling negotiation nor control packet exchange. Therefore, it consumes fewer resources and is easy to understand. However, it is inconvenient for maintenance, requires manual configuration of the administrator, and has poor scalability.
Two CEs connected to the same PE can communicate with each other using a local CCC connection established between the two CEs.Prerequisites
MPLS L2VPN has been enabled.
Configuration Impact
An interface cannot serve as both an L2VPN AC interface and an L3VPN AC interface at the same time. If an interface is bound to an L2VPN, its Layer 3 features such as the IP address and routing protocol will not take effect. If an interface is bound to an L2VPN and an L3VPN at the same time, only the L2VPN connection is available. The L3VPN connection becomes available after the interface is unbound from the L2VPN.
Precautions
<HUAWEI> system-view [~HUAWEI] mpls lsr-id 1.1.1.1 [*HUAWEI] mpls [*HUAWEI-mpls] quit [*HUAWEI] mpls l2vpn [*HUAWEI-l2vpn] quit [*HUAWEI] ccc ccc-connect-1 interface GigabitEthernet 0/1/0 out-interface GigabitEthernet 0/1/1