Related Documentation
- M, MX, PTX, T Series
- Defining the Encapsulation for Switching Cross-Connects
- Defining the Connection for Switching Cross-Connects
- Configuring MPLS for Switching Cross-Connects
- Configuring IS-IS or MPLS Traffic for TCC Interfaces
- Example: Configuring a CCC over Frame Relay Encapsulated Interface
- Example: Configuring a TCC
- Example: Configuring a Remote LSP CCC over Aggregated Ethernet
- M, MX, T Series
- Configuring ATM-to-Ethernet Interworking
- Example: Configuring CCC over Aggregated Ethernet
- Example: Configuring ATM-to-Ethernet Interworking
Circuit and Translational Cross-Connects Overview
Circuit cross-connect (CCC) and translational cross-connect (TCC) allow you to configure transparent connections between two circuits, where a circuit can be a Frame Relay data-link connection identifier (DLCI), an Asynchronous Transfer Mode (ATM) virtual circuit (VC), a Point-to-Point Protocol (PPP) interface, a Cisco High-level Data Link Control (HDLC) interface, or a Multiprotocol Label Switching (MPLS) label-switched path (LSP).
Using CCC or TCC, packets from the source circuit are delivered to the destination circuit with, at most, the Layer 2 address being changed. No other processing, such as header checksums, time-to-live (TTL) decrementing, or protocol processing, is done.
To connect interfaces of the same type, use CCC. To connect unlike interfaces, use TCC.
CCC and TCC circuits fall into three categories: logical interfaces, which include ATM VCs and Frame Relay DLCIs; physical interfaces, which include PPP and Cisco HDLC; and paths, which include LSPs. The three circuit categories provide three types of cross-connect:
- Layer 2 switching (interface-to-interface)—Cross-connects between logical interfaces provide what is essentially Layer 2 switching.
- MPLS tunneling (interface-to-LSP)—Cross-connects between interfaces and LSPs allow you to connect two distant interface circuits by creating MPLS tunnels that use LSPs as the conduit.
- LSP stitching (LSP-to-LSP)—Cross-connects between LSPs provide a way to “stitch” together two label-switched paths, including paths that fall in two different traffic engineering database (TED) areas.
The cross-connect is bidirectional, so packets received on the first interface are transmitted out the second interface, and those received on the second interface are transmitted out the first interface.
For most CCC connections that connect interfaces, the interfaces must be of the same type; that is, ATM to ATM, Frame Relay to Frame Relay, PPP to PPP, or Cisco HDLC to Cisco HDLC.
ATM-to-Ethernet interworking cross-connect circuits connect logical interfaces configured on an ATM2 and Gigabit Ethernet IQ2 and IQ2-E or 10-Gigabit Ethernet IQ2 and IQ2-E physical interfaces.
For all TCC connections that connect interfaces, the interfaces can be of unlike types. Mainly, TCC is used for Layer 2.5 virtual private networks (VPNs), but it can also be used as a simple “unlike circuit” switch.
Switching cross-connects join logical interfaces to form what is essentially Layer 2 switching.
Figure 1 illustrates a Layer 2 switching circuit cross-connect. In this topology, Router A and Router C have Frame Relay connections to Router B, which is a Juniper Networks router. CCC allows you to configure Router B to act as a Frame Relay (Layer 2) switch. To do this, configure a circuit from Router A to Router C that passes through Router B, effectively configuring Router B as a Frame Relay switch with respect to these routers. This configuration allows Router B to transparently switch packets (frames) between Router A and Router C without regard to the packets’ contents or the Layer 3 protocols. The only processing that Router B performs is to translate DLCI 600 to 750.
Figure 1: Layer 2 Switching Circuit Cross-Connect

If the Router A–to–Router B and Router B–to–Router C circuits are PPP, for example, the Link Control Protocol and Network Control Protocol exchanges occur between Router A and Router C. These messages are handled transparently by Router B, allowing Router A and Router C to use various PPP options (such as header or address compression and authentication) that Router B might not support. Similarly, Router A and Router C exchange keepalives, providing circuit-to-circuit connectivity status.
You can configure Layer 2 switching cross-connects on PPP, Cisco HDLC, Frame Relay, Ethernet CCC, Ethernet VLAN, and ATM circuits. With CCC, only like interfaces can be connected in a single cross-connect. With TCC, unlike interfaces can be connected in a single cross-connect. In Layer 2 switching cross-connects, the exchanges take place between point-to-point links.
This chapter discusses the Layer 2 switching cross-connect configuration tasks. For information about MPLS tunneling and LSP stitching, see the Junos OS MPLS Applications Configuration Guide.
For information about Layer 2 and Layer 2.5 VPNs, see the Junos OS VPNs Configuration Guide.
Related Documentation
- M, MX, PTX, T Series
- Defining the Encapsulation for Switching Cross-Connects
- Defining the Connection for Switching Cross-Connects
- Configuring MPLS for Switching Cross-Connects
- Configuring IS-IS or MPLS Traffic for TCC Interfaces
- Example: Configuring a CCC over Frame Relay Encapsulated Interface
- Example: Configuring a TCC
- Example: Configuring a Remote LSP CCC over Aggregated Ethernet
- M, MX, T Series
- Configuring ATM-to-Ethernet Interworking
- Example: Configuring CCC over Aggregated Ethernet
- Example: Configuring ATM-to-Ethernet Interworking
Published: 2012-12-11
Related Documentation
- M, MX, PTX, T Series
- Defining the Encapsulation for Switching Cross-Connects
- Defining the Connection for Switching Cross-Connects
- Configuring MPLS for Switching Cross-Connects
- Configuring IS-IS or MPLS Traffic for TCC Interfaces
- Example: Configuring a CCC over Frame Relay Encapsulated Interface
- Example: Configuring a TCC
- Example: Configuring a Remote LSP CCC over Aggregated Ethernet
- M, MX, T Series
- Configuring ATM-to-Ethernet Interworking
- Example: Configuring CCC over Aggregated Ethernet
- Example: Configuring ATM-to-Ethernet Interworking