我们曾经跳过的呼叫中心运维的坑

     托管型呼叫中心，或者高大上一些，云呼叫中心，在运营中，我们总会碰到这样或那样的问题。       这里，结合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上，管理维护难度增加，犯错几率大增。