《SIP常见问题处理》由会员分享，可在线阅读，更多相关《SIP常见问题处理（11页珍藏版）》请在金锄头文库上搜索。
1、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 已消失：用户曾经存在，但已从
2、此处消失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 不支持该
3、版本：服务器不支持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 BRD 2）检查是否配置SIP 协议基本数据: LST SIPCFG 3）检查是否配置SIP 本地端口： LST
4、 SIPLP 4）检查是否配置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 终端不支持鉴
5、权，但添加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 终
6、端的 IP 地址，或是在SIP终端上 Ping SIP 平台的 IP 地址，看是否可以互Ping；3）检查该SIP 设备是否配置鉴权：LST MMTE 4）检查 SIP 平台是否配置该SIP 终端数据： LST MMTE 5）检查 SIP 平台上配置的最小注册时长：LST SIPCFG 【反馈信息】1）SIP 信令跟踪消息2）上面的检查结果3）DeviceAlarm.log( 文件默认保存在E:MSSQLDataDeviceAlarm.log和 Devicealarmlog.bak) 1.1.3 SIP 基本呼叫类问题【问题现象】1）SIP 平台拒绝主叫的INVITE呼叫请求2）被叫拒绝SIP
7、 平台的呼叫请求3）出 SIP 中继， SIP 平台不断向对端发送INVITE呼叫请求4）被叫正常振铃，被叫摘机，呼叫马上释放；5）通话一段时间之后，SIP 平台主动释放呼叫6）请详细描述其他现象【处理思路】1）主叫发起的呼叫是否合法，如主叫用户是否已经注册2）主被叫是否有相应的呼出呼入权限3）前后台数据是否一致（如修改最大元组数，需要FMT 后重启单板）4）媒体协商是否成功。呼叫建立时，主被叫必须完成媒体协商5）用户是否没有及时发送注册信息刷新注册状态6）SIP 信令是否符合协议【配置检查】1）如果 SIP 平台发送 403 拒绝呼叫，则通过DSP EPST查看主叫是否已经注册；通过LST
8、MSBR 查看主被叫是否有相应的呼出、呼入权限2）检查前后台数据是否一致：STR CRC 3）如果 SIP 平台发送404 拒绝呼叫，则检查字冠分析是否正确，被叫号码是否正确，是否 存在字冠冲突，如888,8888；4）如果出 SIP 中继， SIP 平台不断向对端发送INVITE消息，则查看对端设备是否正常，检查本端到对端的网络是否正常5）如果被叫摘机，呼叫马上释放，则极有可能是媒体协商没有完成，需要检查主被叫媒体信息是否在可靠的信令中完成协商【反馈信息】1）SIP 信令跟踪消息和主被叫用户内部模块间接口跟踪消息2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类型的信令跟踪1.1.4
9、SIP 呼叫语音视频单通或双不通类问题 【问题现象】1）主叫用户可以听到看到被叫用户，但被叫用户无法听到看到主叫用户2）主叫用户无法听到看到被叫用户，但被叫用户可以听到看到主叫用户3）主叫用户无法听到看到被叫用户，且被叫用户无法听到看到主叫用户【处理思路】1）终端之间的网络是否畅通，也就是RTP 流是否可以顺利到达对方2）RTP 流编解码是否与主被叫协商成功的编解码一致3）RTP 流发送的目的IP 地址和端口是否与信令协商结果一致4）双方 RTP 流打包时长是否一致5）终端是否接受远端采用不同端口收发的RTP 流（如 UMG ，IAD132 可配）6）RTP 流的端口是否为偶数，RTCP 端口
10、是否为RTP 端口 +1 8）终端是否在通话过程中接受媒体改向后新的RTP 流（如 E 系列 IAD 不支持）9）如果有SBC 参与呼叫，则要考虑SBC 是否能正确转发RTP 流【配置检查】1）确保网络畅通，比如可以在两个终端上，互Ping 对端的 IP 地址测试；2）在距离被叫侧用户终端最近的网络位置，使用ethereal 等工具抓取被叫侧的RTP 流3）在距离主叫侧用户终端最近的网络位置，抓取主叫侧的RTP 流，可以分析主叫用户采用的编解码的目的IP 地址和端口、打包时长、是否接收到被叫语音流等信息【反馈信息】1）SIP 信令跟踪消息和主被叫用户内部模块间接口跟踪消息2）如果呼叫涉及其他协
11、议类型的用户或中继，请同时提供该协议的信令跟踪3）主被叫设备上，执行互Ping 对方 IP 地址的结果4）采用 Ethereal 工具在分别距离主被叫物理位置最近的地方，抓取主被叫侧的RTP 流1.1.5 SIP 二次拨号类问题【问题现象】1）主叫听到二次拨号提示音后，进行二次拨号没有任何响应2）请详细描述其他现象【处理思路】该类问题与二次送号能力协商结果或收号设备本身能力有关：1）二次拨号方式有DTMF 送号和 2833 送号两种方式2）DTMF 送号方式不需要通过SIP 进行协商3）SIP 主要完成2833 送号方式协商，后续送号在终端与收号设备之间进行，SIP 不需要再参与到二次拨号活动
12、中4）SIP 二次拨号问题主要关注2833 送号方式是否协商成功，至于终端是否能送号，收号设备是否能正确收号，则需要咨询相关设备的工程师【配置检查】1）检查终端和收号设备是否都具备2833 能力2）检查终端和收号设备是否都具备DTMF 能力3）收号配置检查（LST MGW 检查 MRS/UMG/TMG的二次收号配置）4）采用 ethereal工具抓取网络报文，可以分析终端是否正确发送二次拨号信息【反馈信息】1）SIP 信令跟踪消息和主被叫用户内部模块间接口跟踪消息2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该协议的信令跟踪3）上面检查结果和网络报文1.1.6 SIP 消息跟踪丢失类问题
13、【问题现象】1）跟踪 SIP 信令时，根据IP 地址进行过滤，发现SIP 消息随即丢失2）跟踪 SIP 信令时，根据IP 地址进行过滤，发现SIP 消息有规律的丢失3）MSG 板重启之后，原来打开的窗口无法再跟踪到任何SIP 消息【处理思路】该类问题主要由流控产生，属规格问题：1）SIP 消息随机丢失，一般跟大话务量呼叫有关：系统支撑模块会对上报的呼叫信息先流 控后过滤，如果上报的消息超过128 条/秒（包括其他类型的信令跟踪），就会出现消息丢失情况2）SIP 消息有规律的丢失，一般是有SIP 代理参与到呼叫建立过程中，但是，这些SIP 代理在呼叫建立之后，就会退出后续的呼叫流程而造成SIP
14、消息“丢失”的假象3）MSG 板重启之后，原来消息跟踪的句柄信息就会被删除，原来打开的SIP 消息跟踪窗口也就无法跟踪到任何消息，属于正常现象【配置检查】1）使用软调获得因为流控而丢失的消息数目（该软调一次性有效，执行后无需关闭）：STR SFTD:LT=MN,MN=*,PID=“167“,CTRL=“b0“； （MN 为 MSG 板得模块号）2）消息有规律丢失并且呼叫量不大时，采用不过滤的方式跟踪SIP 消息【反馈信息】1）SIP 信令跟踪消息并指明消息是否经过过滤，若是，请指出过滤条件2 ） 上 面 命 令 执 行 结 果 （ 软 调 输 出 一 般 在E ： MSSQLDataDevic
15、eAlarm.log和Devicealarlog.bak ）1.1.7 SIP 呼叫周期性失败类问题【问题现象】1）拨打同样的号码，SIP 呼叫有规律的N 次成功 N 次失败2）请详细描述其他现象【处理思路】这种问题一般与配置有关，如：1）SIP 平台给多块MSG 板配置了SIP 协议处理能力，但却没有分配SIPLP 2）SIP 平台给一条SRT 关联了多条采用轮选方式的SIPTG，但这些 SIPTG 中有些是不可到达的【配置检查】1）检查 SIP 平台共有多少块MSG 板： LST BRD 2）检查具有那块MSG 板配置了SIP 协议处理能力：LST DPA 3）检查具有SIP 协议处理能力
16、的MSG 板是否配置了SIPLP:LST SIPLP 4）检查 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 SOCF 2）如果固定呼叫某用户失败，则检查该用户登记的业务：LST SS 3）检查 SIPTG 是否都配置了心跳：LST SIPTG
