托管型呼叫中心，或者高大上一些，云呼叫中心，在运营中，我们总会碰到这样或那样的问题。 这里，结合UCC呼叫中心产品，总结了一些日常运维中容易掉入的陷阱误区，作为一个系列，不敢独享，分享给大家。也欢迎大家指正补充。 误区1：使用同一SIP端口，终端注册OK，中继对接不上； 释疑：SIP终端注册，使用2060端口；中继对接，使用2080端口； 说明： ① 终端面向用户服务，是收入；中继面向落地，是成本； ② 终端的接入认证与中继认证差别较大； ③ 业务处理过程上，终端与中继也是各不相同； ④ 为提升程序开发及运行效率，实现时进行区别处理； ⑤ 默认端口还可以更改配置，详询DIPCC运维工程师。 误区2：UCC中继以SIP用户方式向VOS注册，对接成功，但呼叫不通； 释疑： ① VOS对SIP用户的呼叫的SIP头域有要求，主叫号码头域需要使用用户ID进行呼叫； ② 在UCC上配置时，针对该中继，修改主叫号码为注册使用的用户ID； ③ 针对客户使用呼叫中心，放号及主叫号码显示的需求，必须在VOS上进行配置维护。 说明： ① UCC支持完整的业务运营管理及计费管理，推荐使用中继模式与VOS对接，此种模式下，所有的业务基于UCC进行，是业务中心，VOS是话务调度中心； ② UCC中继以SIP用户注册方式与VOS对接，后续面临最大的问题，随着客户规模的增大，需要与VOS建立越来越多的中继数据，且业务运营数据（主要是主叫号码及计费运营）管理同时分布在VOS及UCC上，管理维护难度增加，犯错几率大增。