Keyboard shortcuts

Press or to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

Circuit Emulation

Key Terms

TermDefinition
SPAShared Port Adapter
CEoPCircuit Emulation over Packet
CESoPSNCircuit Emulation Service over Packet Switched Network
SAToPStructure-Agnostic Transport over Packet

What Is CEM?

CEM treats data as an arbitrary bit stream — the actual Layer 1/Layer 2 format is irrelevant to the transport. This makes it ideal for carrying legacy or opaque traffic over modern packet-switched networks.

Common CEM Use Cases

  • 2G / 3G mobile backhaul traffic
  • T1 / E1 circuit emulation over packet networks
  • PBX-to-PBX connectivity
  • Inter-MSC (Mobile Switching Center) connectivity
  • Already-encrypted traffic with no defined structure (government, high-security)
  • Proprietary synchronous or asynchronous data streams
  • Leased line emulation

CEoP SPAs (for Cisco 7600)

SPADescription
SPA-24CHT1-CE-ATM=24-Port Channelized T1/E1 ATM CEoP SPA
SPA-2CHT3-CE-ATM=2-Port Channelized T3/E3 ATM CEoP SPA
SPA-1CHOC3-CE-ATM=1-Port Channelized OC-3/STM-1 ATM CEoP SPA

Platforms Supporting CEM

PlatformNotes
MWR2941Native CEM support
ASR 1000 seriesVia SPA cards
ASR 900 seriesVia SPA cards
Legacy routers with NM slotsVia NM card

Key Configuration Note

Creating a channel-group under a T1 controller automatically creates the associated serial interface.

Clock Distribution

  • The hub router owns the clock
  • The spoke router recovers the clocks from 0/0/0
  • The spoke router uses that clock, to sync lines 0/0/1, 0/1/0, and 0/1/1`
        Hub Router                                                      Spoke Site Router      
                                                                                               
 <Reference Clock>                                                                             
     │                                                                                         
┌────┼─────────────────────┐                                     ┌──────────────────────────┐  
│    ▼                     │                                     │                          │  
│┌────────┬──────► Internal│ 0/0/0─────────────────────────0/0/0 │Line->Network-Clock ──┐   │  
││PLL (1) │                │                                     │                      │   │  
││ Clock  ├──────► Internal│ 0/0/1─────────────────────────0/0/1 │Internal ◄─────────┐  │   │  
│└────┬──┬┘                │                                     │                   │  ▼   │  
│     │  └───────► Internal│ 0/0/2─────────────────────────0/1/0 │Internal ◄─────┬───┴─────┐│  
│     │                    │                                     │               │PLL  (2) ││  
│     └──────────► Internal│ 0/0/3─────────────────────────0/1/1 │Internal ◄─────┤ Clock   ││  
│                          │                                     │               └─────────┘│  
└──────────────────────────┘                                     └──────────────────────────┘  
                    4 Port card in Slot 0     2x 2 port cards Slot 0 and Slot 1        │       
                                                                                       ▼       
 PLL = Phase Locked Loop                                             <clock recovered from hub>

Wireshark Decoding

  • SAToP traffic can be decoded using the pwsatopcw protocol keyword
  • If Wireshark does not auto-detect the encapsulation, right-click the frame → Decode As and manually select the correct protocol
    • You need to already know what format the traffic is in — there is no auto-detection for pseudowire types

CEM Command Reference

IOS CommandModeRFC
cem-group unframedSAToPRFC 4553
cem-group timeslots 1-24CESoPSNRFC 5086

Key Configuration Notes

  • TDM byte = one timeslot
  • xconnect requires matching VCIDs on both ends to bring up the pseudowire connection
Last Modified • Wednesday, May 27, 2026. 9:59 pm UTC+00:00 • Commit: 20aeb43