LogoفارسیFA

Hands-On Lab: Configuring Back-to-Back Serial Connections

This hands-on lab covers connecting two routers directly via a serial cable without any intermediate WAN provider, correctly identifying and configuring the DCE and DTE ends, and verifying the resulting point-to-point link.

Serial Interface ConfigurationDCE and DTEClock Rate

~3 min read · Updated Sep 12, 2026

Lab Objective

Connect two routers using a back-to-back serial cable, correctly configure clocking on the DCE side, assign IP addresses, and verify the link comes up correctly.

Lab Purpose

Back-to-back serial connections are used constantly in lab and testing environments to simulate a WAN link without needing an actual service provider circuit. Understanding which end requires clock rate configuration — and what happens when it is missing — is a foundational serial troubleshooting skill.

Lab Topology

R1 ---- Serial0/0/0 (DTE) ------ Serial0/0/0 (DCE) ---- R2

R1: 10.5.5.1/30
R2: 10.5.5.2/30

The cable's DCE end is physically connected to R2

Task 1: Identify the DCE End

Use a show command on both routers to determine which router's interface is physically connected to the DCE end of the cable.

Task 2: Configure IP Addressing

Assign the addresses shown in the topology to each router's serial interface.

Task 3: Configure Clock Rate on the DCE Side Only

Apply an appropriate clock rate only to the DCE-side interface.

Task 4: Verify the Link Comes Up

Confirm both interfaces show as up/up, and that R1 can ping R2.

Task 5: Observe the Effect of a Missing Clock Rate

Remove the clock rate from the DCE interface and observe the resulting interface state before restoring it.

Solution and Verification

R1# show controllers serial0/0/0 | include cable

DTE V.35 TX and RX clocks detected.

R2# show controllers serial0/0/0 | include cable

DCE V.35 TX and RX clocks detected.

R1(config)# interface serial0/0/0
R1(config-if)# ip address 10.5.5.1 255.255.255.252
R1(config-if)# no shutdown

R2(config)# interface serial0/0/0
R2(config-if)# ip address 10.5.5.2 255.255.255.252
R2(config-if)# clock rate 64000
R2(config-if)# no shutdown

R1# show ip interface brief

Serial0/0/0    10.5.5.1    YES manual up    up

R1# ping 10.5.5.2

!!!!!
Success rate is 100 percent (5/5)

R2(config)# interface serial0/0/0
R2(config-if)# no clock rate

R1# show interfaces serial0/0/0

Serial0/0/0 is up, line protocol is down
-- Notice: the interface itself is "up"
-- (the cable is physically connected), but
-- "line protocol is down" -- without clocking
-- from the DCE side, no signal timing exists
-- for either side to actually communicate

R2(config)# interface serial0/0/0
R2(config-if)# clock rate 64000
-- restoring clocking brings line protocol
-- back to "up" within a few seconds

Key Takeaway

Only the DCE end of a back-to-back serial connection requires a configured clock rate — configuring it on the DTE side has no effect, and a missing clock rate on the DCE side produces the distinctive "up, line protocol down" state rather than a fully down interface.

Written & researched by Dr. Shahin Siami

Related Articles

Hands-On Lab: Final Comprehensive CCNP Troubleshooting Challenge (BGP, DMVPN, and QoS Integration)

This hands-on lab presents a complex multi-layer failure across an integrated BGP-over-DMVPN topology combined with QoS marking, requiring systematic diagnosis of a route reflector misconfiguration, an NHRP registration failure, and an incorrectly applied QoS policy simultaneously affecting the same network.

Continue

Hands-On Lab: Configuring BGP over DMVPN

This hands-on lab runs iBGP as the routing protocol across the same DMVPN hub-and-spoke topology used in the two previous labs, configuring the hub as a route reflector so spokes learn each other's routes without a full iBGP mesh, combining two previously separate concepts into one integrated design.

Continue

Hands-On Lab: Configuring OSPF over DMVPN

This hands-on lab runs OSPF as the dynamic routing protocol across the same DMVPN hub-and-spoke topology, configuring the tunnel interface as an OSPF point-to-multipoint network type to correctly handle the hub-and-spoke adjacency pattern without requiring the broadcast network type's DR/BDR election.

Continue

Hands-On Lab: Configuring EIGRP over DMVPN

This hands-on lab runs EIGRP as the dynamic routing protocol across the DMVPN hub-and-spoke topology built in earlier labs, verifying neighbor relationships form correctly across the multipoint tunnel and routes propagate without requiring per-spoke static configuration on the hub.

Continue

Hands-On Lab: Configuring HSRP MD5 Authentication

This hands-on lab configures MD5 authentication on an HSRP group, verifying two routers with matching authentication strings form a normal active/standby relationship while a router with a mismatched string is excluded from the group entirely.

Continue

Hands-On Lab: Configuring Cisco Umbrella-Style DNS Security via DNS Forwarding Redirection

This hands-on lab configures a router to redirect all client DNS queries toward a security-focused DNS resolver using DNS forwarding interception, approximating cloud-delivered DNS security enforcement without requiring per-client configuration changes.

Continue
Previous ArticleNext Article