SIP常见问题处理

IP消息1XX=通知性应答·100 正在尝试·180 正在拨打·181 正被转接·182 正在排队·183 通话进展2XX=成功应答·200 OK·202 被接受：用于转介3XX=转接应答·300 多项选择·301 被永久迁移·302 被暂时迁移·305 使用代理服务器·380 替代服务4XX=呼叫失败·400 呼叫不当·401 未经授权：只供注册机构使用，代理服务器应使用代理服务器授权407 ·402 要求付费（预计为将来使用）·403 被禁止的·404 未发现：未发现用户·405 不允许的方法·406 不可接受·407 需要代理服务器授权·408 呼叫超时：在预定时间内无法找到用户·410 已消失：用户曾经存在，但已从此处消失·413 呼叫实体过大·414 呼叫URI过长·415 不支持的媒体类型·416 不支持的URI方案·420 不当扩展：使用了不当SIP协议扩展，服务器无法理解该扩展·421 需要扩展·423 时间间隔过短·480 暂时不可使用·481 通话/事务不存在·482 检测到循环·483 跳数过多·484 地址不全·485 模糊不清·486 此处太忙·487 呼叫被终止·488 此处不可接受·491 呼叫待批·493 无法解读：无法解读S/MIME文体部分5XX=服务器失败·500 服务器内部错误·501 无法实施：SIP呼叫方法在此处无法实施·502 不当网关·503 服务不可使用·504 服务器超时·505 不支持该版本：服务器不支持SIP协议的这个版本·513 消息过长6XX=全局失败·600 各处均忙·603 拒绝·604 无处存在·606 不可使用工作中Sip类问题1.1.1 SIP信令触发类问题【问题现象】1）SIP平台无法处理任何SIP相关业务2）打开SIP信令跟踪，无法看到任何消息3）请详细描述其他现象【处理思路】该类问题主要是SIP平台缺少处理SIP协议的能力，需要检查配置。

可能是没有MSG板或是没有配置SIP基本数据【配置检查】1）检查是否有MSG板：LST BRD2）检查是否配置SIP协议基本数据: LST SIPCFG3）检查是否配置SIP本地端口：LST SIPLP4）检查是否配置SIP分发能力：LST DPA【反馈信息】1）上面的检查结果1.1.2 SIP终端注册类问题【问题现象】1）SIP平台上SIP信令跟踪看不到终端注册请求，SIP终端注册超时2）SIP平台对终端注册请求回复401/403消息3）SIP平台对终端注册请求回复404消息4）SIP平台对终端注册请求回复423消息5）请详细描述其他现象【处理思路】该类问题一般与配置有关：1）路由：SIP终端与SIP平台之间的网络不通，或SIP终端上注册服务器的IP地址配置出错，导致注册信息无法到达SIP平台，注册超时2）鉴权：SIP终端不支持鉴权，但添加SIP设备的时候，选择需要终端鉴权，导致SIP平台发送401，没有再次发送注册信息而失败或者鉴权密码不正确，SIP平台发送403拒绝注册；3）SIP设备数据：没有配置该终端的数据，SIP平台发送404拒绝注册；4）注册时长：终端期望的注册时长小于SIP平台上配置的最小注册时长，SIP平台发送423拒绝请求。

【配置检查】1）检查SIP终端，注册服务器的IP地址是否配置为SIP平台的IP地址，如果需要经过SBC，则检查注册服务器的IP地址是否配置SBC下行端口的IP地址2）在承载网不禁止ICMP包的情况下，从SIP平台上Ping SIP终端的IP地址，或是在SIP 终端上Ping SIP平台的IP地址，看是否可以互Ping；3）检查该SIP设备是否配置鉴权：LST MMTE4）检查SIP平台是否配置该SIP终端数据：LST MMTE5）检查SIP平台上配置的最小注册时长：LST SIPCFG【反馈信息】1）SIP信令跟踪消息2）上面的检查结果3）DeviceAlarm.log(文件默认保存在E:\MSSQL\Data\DeviceAlarm.log和Devicealarmlog.bak)1.1.3 SIP基本呼叫类问题【问题现象】1）SIP平台拒绝主叫的INVITE呼叫请求2）被叫拒绝SIP平台的呼叫请求3）出SIP中继，SIP平台不断向对端发送INVITE呼叫请求4）被叫正常振铃，被叫摘机，呼叫马上释放；5）通话一段时间之后，SIP平台主动释放呼叫6）请详细描述其他现象【处理思路】1）主叫发起的呼叫是否合法，如主叫用户是否已经注册2）主被叫是否有相应的呼出呼入权限3）前后台数据是否一致（如修改最大元组数，需要FMT后重启单板）4）媒体协商是否成功。

呼叫建立时，主被叫必须完成媒体协商5）用户是否没有及时发送注册信息刷新注册状态6）SIP信令是否符合协议【配置检查】1）如果SIP平台发送403拒绝呼叫，则通过DSP EPST查看主叫是否已经注册；通过LST MSBR查看主被叫是否有相应的呼出、呼入权限2）检查前后台数据是否一致：STR CRC3）如果SIP平台发送404拒绝呼叫，则检查字冠分析是否正确，被叫号码是否正确，是否存在字冠冲突，如888,8888；4）如果出SIP中继，SIP平台不断向对端发送INVITE消息，则查看对端设备是否正常，检查本端到对端的网络是否正常5）如果被叫摘机，呼叫马上释放，则极有可能是媒体协商没有完成，需要检查主被叫媒体信息是否在可靠的信令中完成协商【反馈信息】1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类型的信令跟踪1.1.4 SIP呼叫语音视频单通或双不通类问题【问题现象】1）主叫用户可以听到看到被叫用户，但被叫用户无法听到看到主叫用户2）主叫用户无法听到看到被叫用户，但被叫用户可以听到看到主叫用户3）主叫用户无法听到看到被叫用户，且被叫用户无法听到看到主叫用户【处理思路】1）终端之间的网络是否畅通，也就是RTP流是否可以顺利到达对方2）RTP流编解码是否与主被叫协商成功的编解码一致3）RTP流发送的目的IP地址和端口是否与信令协商结果一致4）双方RTP流打包时长是否一致5）终端是否接受远端采用不同端口收发的RTP流（如UMG，IAD132可配）6）RTP流的端口是否为偶数，RTCP端口是否为RTP端口+18）终端是否在通话过程中接受媒体改向后新的RTP流（如E系列IAD不支持）9）如果有SBC参与呼叫，则要考虑SBC是否能正确转发RTP流【配置检查】1）确保网络畅通，比如可以在两个终端上，互Ping 对端的IP地址测试；2）在距离被叫侧用户终端最近的网络位置，使用ethereal等工具抓取被叫侧的RTP流3）在距离主叫侧用户终端最近的网络位置，抓取主叫侧的RTP流，可以分析主叫用户采用的编解码的目的IP地址和端口、打包时长、是否接收到被叫语音流等信息【反馈信息】1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该协议的信令跟踪3）主被叫设备上，执行互Ping对方IP地址的结果4）采用Ethereal工具在分别距离主被叫物理位置最近的地方，抓取主被叫侧的RTP流1.1.5 SIP二次拨号类问题【问题现象】1）主叫听到二次拨号提示音后，进行二次拨号没有任何响应2）请详细描述其他现象【处理思路】该类问题与二次送号能力协商结果或收号设备本身能力有关：1）二次拨号方式有DTMF送号和2833送号两种方式2）DTMF送号方式不需要通过SIP进行协商3）SIP主要完成2833送号方式协商，后续送号在终端与收号设备之间进行，SIP不需要再参与到二次拨号活动中4）SIP二次拨号问题主要关注2833送号方式是否协商成功，至于终端是否能送号，收号设备是否能正确收号，则需要咨询相关设备的工程师【配置检查】1）检查终端和收号设备是否都具备2833能力2）检查终端和收号设备是否都具备DTMF能力3）收号配置检查（LST MGW检查MRS/UMG/TMG的二次收号配置）4）采用ethereal工具抓取网络报文，可以分析终端是否正确发送二次拨号信息【反馈信息】1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该协议的信令跟踪3）上面检查结果和网络报文1.1.6 SIP消息跟踪丢失类问题【问题现象】1）跟踪SIP信令时，根据IP地址进行过滤，发现SIP消息随即丢失2）跟踪SIP信令时，根据IP地址进行过滤，发现SIP消息有规律的丢失3）MSG板重启之后，原来打开的窗口无法再跟踪到任何SIP消息【处理思路】该类问题主要由流控产生，属规格问题：1）SIP消息随机丢失，一般跟大话务量呼叫有关：系统支撑模块会对上报的呼叫信息先流控后过滤，如果上报的消息超过128条/秒（包括其他类型的信令跟踪），就会出现消息丢失情况2）SIP消息有规律的丢失，一般是有SIP代理参与到呼叫建立过程中，但是，这些SIP代理在呼叫建立之后，就会退出后续的呼叫流程而造成SIP消息“丢失”的假象3）MSG板重启之后，原来消息跟踪的句柄信息就会被删除，原来打开的SIP消息跟踪窗口也就无法跟踪到任何消息，属于正常现象【配置检查】1）使用软调获得因为流控而丢失的消息数目（该软调一次性有效，执行后无需关闭）：STR SFTD:LT=MN,MN=**,PID="167",CTRL="b0"；（MN为MSG板得模块号）2）消息有规律丢失并且呼叫量不大时，采用不过滤的方式跟踪SIP消息【反馈信息】1）SIP信令跟踪消息并指明消息是否经过过滤，若是，请指出过滤条件2）上面命令执行结果（软调输出一般在E：\MSSQL\Data\DeviceAlarm.log和Devicealarlog.bak）1.1.7 SIP呼叫周期性失败类问题【问题现象】1）拨打同样的号码，SIP呼叫有规律的N次成功N次失败2）请详细描述其他现象【处理思路】这种问题一般与配置有关，如：1）SIP平台给多块MSG板配置了SIP协议处理能力，但却没有分配SIPLP2）SIP平台给一条SRT关联了多条采用轮选方式的SIPTG，但这些SIPTG中有些是不可到达的【配置检查】1）检查SIP平台共有多少块MSG板：LST BRD2）检查具有那块MSG板配置了SIP协议处理能力：LST DPA3）检查具有SIP协议处理能力的MSG板是否配置了SIPLP:LST SIPLP4）检查SIPTG是否都配置了心跳：LST SIPTG（需要填写具体中继号）【反馈信息】1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类协议的信令跟踪3）上面检查结果1.1.8 SIP匿名呼叫类问题【问题现象】1）SIP平台发送403拒绝匿名呼叫2）匿名呼叫某一用户失败【处理思路】这种问题一般与配置有关，如：1）匿名终端与SIP平台上配置的匿名呼叫字符串标志不一致，SIP平台无法辨认该呼叫为匿名呼叫2）SIP平台给匿名呼叫分配的SIP中继为无效中继3）某用户配置来电显示业务，并且拒绝没有主叫号码的呼叫4）与AS配合，AS拒绝呼叫【配置检查】1）检查SIP平台上配置的匿名呼叫字符串：LST SOCF2）如果固定呼叫某用户失败，则检查该用户登记的业务：LST SS3）检查SIPTG是否都配置了心跳：LST SIPTG（需要填写具体中继号）【反馈信息】1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类协议的信令跟踪1.1.9 SIP呼叫主叫用户无法听回铃音类问题【问题现象】1）被叫正常振铃，主叫用户听不到回铃音【处理思路】该类问题一般与信令或终端有关：1）一般SIP终端具有自己播放回铃音的能力，假如终端接收到没有携带SDP的18X消息，就需要自己回铃音，否则主叫无法听回铃音2）跟踪用户内部模块间接口消息，后向指示语显示远端放回铃音，但实际上远端没有放音3）远端已经放音，但主叫仍无法听回铃音，请参照单通问题处理【配置检查】1）如果终端接收到没有携带SDP的18X消息，则确认终端是否具有回铃音功能2）如果终端接收到携带SDP的18X消息，则确认SDP里面表明的IP地址对应的放音源具有【放音功能】3）在离放音源最近的网络位置抓取RTP流，确认放音源是否已经放音【反馈信息】1）SIP信令跟踪消息和主叫被叫用户内部模块间接口跟踪消息2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类协议的信令跟踪1.1.10 SIP-T/SIP-I中继对接类问题【问题现象】1）SIP平台无论作为出中继呼叫还是入中继呼叫，都无法启用SIP-T2）SIP平台作为出中继呼叫启用SIP-T，作为入中继呼叫无法启用SIP-T3）大话务量呼叫，少量SIP-T中继呼叫没有启用SIP-T4）SIP-T呼叫失败【处理思路】1）首先要保证SIP中继是可用的，发送OPTION心跳能够收到对端响应2）如果SIP中继没有配置支持SIPT功能，则呼入呼出都采用纯SIP形式3）如果SIP-T的版本与对端采用的版本不同，则SIP-T作为中继时，会导致呼叫只采用纯SIP形式4）SIP-T的默认控制块数量较少，大话务量呼叫时，可能导致一些SIP-T呼叫无法分配到SIP-T控制块而采用纯SIP形式5）其他参数协商失败【配置检查】1）检查SIP中继配置：LST SIPTG（需要填写具体的中继号）【反馈信息】1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类协议的信令跟踪1.1.11 SIP补充业务类问题【问题现象】1）请详细描述问题现象【处理思路】1）SIP现在支持的补充业务种类比较少，首先要确认该补充业务是否支持2）SIP用户是否已经登记并注册该补充业务3）不同厂家SIP信令互通存在问题【配置检查】1）检查用户是否登记补充业务：LST SS2）检查用户是否已经注册补充业务：DSP SS【反馈信息】1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类协议的信令跟踪3）上面检查结果1.1.12 SIP一号通，彩铃，UC呼叫类问题【问题现象】1）主叫用户无法听彩铃2）顺振时，从第二个被叫用户开始，主叫用户无法听到回铃音【处理思路】这几种业务一般与AS配合共同完成，信令上比较复杂，涉及到多次媒体改向的过程，一般要求分别抓取用户侧的用户内部模块间接口跟踪、中继侧的用户内部模块间接口跟踪（号码填写‘*’，本地号首集填写65534）和SIP信令跟踪配置检查1）无【反馈信息】1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该协议的信令跟踪1.1.13 SIP主被叫号码显示类问题【问题现象】1）SIP没有携带主叫号码2）SIP没有携带原被叫号码3）主被叫号码前缀不符合要求【处理思路】1）被叫用户是否申请来电显示业务2）主叫用户是否申请来电显示限制业务3）被叫申请来电显示限制逾越，但SIP中继是否没有进行相应的配置4）是否配置发送原被叫号码功能5）呼叫控制模块CCB发送的号码是否正确6）软参设置是否正确【配置检查】1）检查用户申请业务情况：LST SS2）检查SIP中继配置：LST SIPTG3）检查是否配置发送原被叫号码：LST AUSSIG4）检查软参值：LST FSFP【反馈信息】1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类协议的信令跟踪1.1.14 SIP传真类问题【问题现象】1）通过SIP中继无法发起T38传真2）通过SIP中继无法发起透传传真3）传真成功之后，无法切回语音通话【处理思路】1）终端是否都配置了T38传真能力2）终端是否具有G711a，G711u这两种透传传真能力之一3）SDP参数格式存在问题，系统无法辨认该SDP为传真请求4）终端无法检测到传真信号【配置检查】1）使用相关命令查询终端能力【反馈信息】1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类协议的信令跟踪1.1.15 SIP长时间通话断话类问题【问题现象】1）请详细描述问题现象【处理思路】1）检查是否有人为挂机和网络中断现象2）SIP平台内部模块间检查出现错误释放呼叫，用户内部模块间接口消息比较重要3）用户没有及时注册导致SIP平台认为用户离线而释放呼叫【配置检查】1）断话时，马上检查用户是否在线：DSP EPST2）检查话单，检查哪一方释放呼叫以及释放时间；【反馈信息】1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类型协议的信令跟踪1.1.16 SIP大面积呼损类问题【问题现象】这种问题往往与资源的使用情况有关，发生类似故障时，请第一时间通知总部【配置检查】1）检查承载网是否有异常；2）检查系统资源的使用情况：DSP SYSRES【反馈信息】1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类协议的信令跟踪3）DeviceAlarm.log(文件默认保存在E：\MSSQL\Data\DeviceAlarm.log和Deicealarmlog.bak) That‘s all。