sip常见问题处理

sip-常见问题处理

SIP消息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 BRD

2）检查是否配置SIP协议基本数据: LST SIPCFG

3）检查是否配置SIP本地端口：LST 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终端不支持鉴权，但添加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 MMTE

4）检查SIP平台是否配置该SIP终端数据：LST MMTE

5）检查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 CRC

3）如果SIP平台发送404拒绝呼叫，则检查字冠分析是否正确，被叫号码是否正确，是否存在字冠冲突，如888,8888；

4）如果出SIP中继，SIP平台不断向对端发送INVITE消息，则查看对端设备是否正常，检查本端到对端的网络是否正常

5）如果被叫摘机，呼叫马上释放，则极有可能是媒体协商没有完成，需要检查主被叫媒体信息是否在可靠的信令中完成协商

【反馈信息】

1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息

2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类型的信令跟踪