相信很多使用DCC的用户都遇到过很多问题，这里我们主要讲解了DCC常见故障的处理方法，拨号控制中心（Dial-Control Center）简称DCC，指路由器之间通过公用交换网（PSTN和ISDN）进行互连时所采用的路由技术。
所谓“拨号控制中心”是指：跨公用交换网相连的路由器之间不预先建立连接，只有当它们之间有数据需要传送时才以拨号的方式建立通讯，即启动DCC拨号流程建立连接并传送信息，当链路再次空闲时，DCC常见故障中自动断开连接。由于某些场合下，路由器之间仅在有信息需要传送时才建立连接并通信，因此传送的信息表现出时间不相关性、突发性、总体数据量小等特点，DCC恰好为此种应用提供了灵活、经济、高效的解决方案。在实际应用中，DCC一般以备份形式为干线通讯提供保障，在干线因为线路或其它原因出现故障而不能正常通信业务时，提供替代的辅助通路，确保业务正常进行。
DCC呼叫可以通过Modem连接PSTN网络（或者ISDN网络）来拨号。一个完整的DCC拨号过程包括四个阶段：链路建立阶段，链路协议协商阶段，数据传输阶段，链路挂断阶段。对于Modem和ISDN拨号来说，除了链路建立和链路挂断阶段不同之外，其他阶段过程都一致。在链路建立和链路挂断阶段，Modem采用系统脚本交互，ISDN通过D通道的ITU-T Q.931消息进行通道选择和链路控制。DCC常见故障处理的一般步骤DCC呼叫的典型过程分为四个阶段：
第一阶段：为拨号、建立链路过程；
第二阶段：为PPP等协议协商过程；
第三阶段：为数据传输过程；
第四阶段：为呼叫挂断过程。
DCC的使用广泛，将会和RADIUS、备份中心、L2TP等配合使用，建议在配置时采用逐步复杂的方式，先配置好DCC，并确信能够呼通之后，再增加其他配合使用的配置，而不是一步到位，否则会增加故障处理的难度。在网络上测定DCC常见故障的方法是ping命令。从源端向目的端发送ping报文时，成功则意味着所有物理层、数据链路层、网络层功能均正常运转。而当呼叫失败，应按照如下步骤进行故障处理：
第一步：检查源地址到目的地址之间所有物理连接是否正常、所有接口和协议是否运行。
第二步：查看电缆、Modem等硬件设施是否连接正确，一般物理层线路故障的排除可以通过检查硬件得到解决。
第三步：如果Modem或者Q.921运行正常，DCC仍然不能呼叫或者发起呼叫不能成功呼通，可以参考上述方法检查是否存在DCC或者用户认证等其它配置错误。检查是否配置了DCC使能、是否配置DCC拨号列表（dialer-rule命令）以及引用到该拨号口上，是否配置拨号串，如果采用dialer route命令进行配置应确保与访问的目的地址匹配。对于轮循DCC，是否配置了用户认证，等等。
第四步：使用display和debug命令查看统计信息和进行调试，进一步定位故障。
在下一节中将列举一些DCC常见故障和处理方法。DCC常见故障和处理方法在实际的拨号应用中，故障一般出现在拨号过程中，因此链路建立阶段和链路协议协商阶段为关注的重点。由于拨号遵循从链路建立、链路协商、正常数据通信的过程，因此故障处理也按照从物理连接故障、链路建立过程中的故障、链路协议协商过程中的故障的依次进行。
