SIP常见问题处理.docx
《SIP常见问题处理.docx》由会员分享，可在线阅读，更多相关《SIP常见问题处理.docx（17页珍藏版）》请在冰点文库上搜索。
SIP常见问题处理
IP消息
1XX=通知性应答
·100正在尝试
·180正在拨打
·181正被转接
·182正在排队
·183通话进展
2XX=成功应答
·200OK
·202被接受：
用于转介
3XX=转接应答
·300多项选择
·301被永久迁移
·302被暂时迁移
·305使用代理服务器
·380替代服务
4XX=呼叫失败
·400呼叫不当
·401XX：
只供注册机构使用，代理服务器应使用代理服务器授权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.1SIP信令触发类问题
【问题现象】
1）SIP平台无法处理任何SIP相关业务
2）打开SIP信令跟踪，无法看到任何消息
3）请详细描述其他现象
【处理思路】
该类问题主要是SIP平台缺少处理SIP协议的能力，需要检查配置。
可能是没有MSG板或是没有配置SIP基本数据
【配置检查】
1）检查是否有MSG板：
LSTBRD
2）检查是否配置SIP协议基本数据:
LSTSIPCFG
3）检查是否配置SIP本地端口：
LSTSIPLP
4）检查是否配置SIP分发能力：
LSTDPA
【反馈信息】
1）上面的检查结果
1.1.2SIP终端注册类问题
【问题现象】
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平台上PingSIP终端的IP地址，或是在SIP终端上PingSIP平台的IP地址，看是否可以互Ping；
3）检查该SIP设备是否配置鉴权：
LSTMMTE
4）检查SIP平台是否配置该SIP终端数据：
LSTMMTE
5）检查SIP平台上配置的最小注册时长：
LSTSIPCFG
【反馈信息】
1）SIP信令跟踪消息
2）上面的检查结果
3）DeviceAlarm.log（文件默认保存在E:
\MSSQL\Data\DeviceAlarm.log和Devicealarmlog.bak）
1.1.3SIP基本呼叫类问题
【问题现象】
1）SIP平台拒绝主叫的INVITE呼叫请求
2）被叫拒绝SIP平台的呼叫请求
3）出SIP中继，SIP平台不断向对端发送INVITE呼叫请求
4）被叫正常振铃，被叫摘机，呼叫马上释放；
5）通话一段时间之后，SIP平台主动释放呼叫
6）请详细描述其他现象
【处理思路】
1）主叫发起的呼叫是否合法，如主叫用户是否已经注册
2）主被叫是否有相应的呼出呼入权限
3）前后台数据是否一致（如修改最大元组数，需要FMT后重启单板）
4）媒体协商是否成功。
呼叫建立时，主被叫必须完成媒体协商
5）用户是否没有及时发送注册信息刷新注册状态
6）SIP信令是否符合协议
【配置检查】
1）如果SIP平台发送403拒绝呼叫，则通过DSPEPST查看主叫是否已经注册；通过LSTMSBR查看主被叫是否有相应的呼出、呼入权限
2）检查前后台数据是否一致：
STRCRC
3）如果SIP平台发送404拒绝呼叫，则检查字冠分析是否正确，被叫号码是否正确，是否存在字冠冲突，如888,8888；
4）如果出SIP中继，SIP平台不断向对端发送INVITE消息，则查看对端设备是否正常，检查本端到对端的网络是否正常
5）如果被叫摘机，呼叫马上释放，则极有可能是媒体协商没有完成，需要检查主被叫媒体信息是否在可靠的信令中完成协商
【反馈信息】
1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息
2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类型的信令跟踪
1.1.4SIP呼叫语音视频单通或双不通类问题
【问题现象】
1）主叫用户可以听到看到被叫用户，但被叫用户无法听到看到主叫用户
2）主叫用户无法听到看到被叫用户，但被叫用户可以听到看到主叫用户
3）主叫用户无法听到看到被叫用户，且被叫用户无法听到看到主叫用户
【处理思路】
1）终端之间的网络是否畅通，也就是RTP流是否可以顺利到达对方
2）RTP流编解码是否与主被叫协商成功的编解码一致
3）RTP流发送的目的IP地址和端口是否与信令协商结果一致
4）双方RTP流打包时长是否一致
5）终端是否接受远端采用不同端口收发的RTP流（如UMG，IAD132可配）
6）RTP流的端口是否为偶数，RTCP端口是否为RTP端口+1
8）终端是否在通话过程中接受媒体改向后新的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.5SIP二次拨号类问题
【问题现象】
1）主叫听到二次拨号提示音后，进行二次拨号没有任何响应
2）请详细描述其他现象
【处理思路】
该类问题与二次送号能力协商结果或收号设备本身能力有关：
1）二次拨号方式有DTMF送号和2833送号两种方式
2）DTMF送号方式不需要通过SIP进行协商
3）SIP主要完成2833送号方式协商，后续送号在终端与收号设备之间进行，SIP不需要再参与到二次拨号活动中
4）SIP二次拨号问题主要关注2833送号方式是否协商成功，至于终端是否能送号，收号设备是否能正确收号，则需要咨询相关设备的工程师
【配置检查】
1）检查终端和收号设备是否都具备2833能力
2）检查终端和收号设备是否都具备DTMF能力
3）收号配置检查（LSTMGW检查MRS/UMG/TMG的二次收号配置）
4）采用ethereal工具抓取网络报文，可以分析终端是否正确发送二次拨号信息
【反馈信息】
1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息
2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该协议的信令跟踪
3）上面检查结果和网络报文
1.1.6SIP消息跟踪丢失类问题
【问题现象】
1）跟踪SIP信令时，根据IP地址进行过滤，发现SIP消息随即丢失
2）跟踪SIP信令时，根据IP地址进行过滤，发现SIP消息有规律的丢失
3）MSG板重启之后，原来打开的窗口无法再跟踪到任何SIP消息
【处理思路】
该类问题主要由流控产生，属规格问题：
1）SIP消息随机丢失，一般跟大话务量呼叫有关：
系统支撑模块会对上报的呼叫信息先流控后过滤，如果上报的消息超过128条/秒（包括其他类型的信令跟踪），就会出现消息丢失情况
2）SIP消息有规律的丢失，一般是有SIP代理参与到呼叫建立过程中，但是，这些SIP代理在呼叫建立之后，就会退出后续的呼叫流程而造成SIP消息“丢失”的假象
3）MSG板重启之后，原来消息跟踪的句柄信息就会被删除，原来打开的SIP消息跟踪窗口也就无法跟踪到任何消息，属于正常现象
【配置检查】
1）使用软调获得因为流控而丢失的消息数目（该软调一次性有效，执行后无需关闭）：
STRSFTD:
LT=MN,MN=**,PID="167",CTRL="b0"；（MN为MSG板得模块号）
2）消息有规律丢失并且呼叫量不大时，采用不过滤的方式跟踪SIP消息
【反馈信息】
1）SIP信令跟踪消息并指明消息是否经过过滤，若是，请指出过滤条件
2）上面命令执行结果（软调输出一般在E：
\MSSQL\Data\DeviceAlarm.log和Devicealarlog.bak）
1.1.7SIP呼叫周期性失败类问题
【问题现象】
1）拨打同样的号码，SIP呼叫有规律的N次成功N次失败
2）请详细描述其他现象
【处理思路】
这种问题一般与配置有关，如：
1）SIP平台给多块MSG板配置了SIP协议处理能力，但却没有分配SIPLP
2）SIP平台给一条SRT关联了多条采用轮选方式的SIPTG，但这些SIPTG中有些是不可到达的
【配置检查】
1）检查SIP平台共有多少块MSG板：
LSTBRD
2）检查具有那块MSG板配置了SIP协议处理能力：
LSTDPA
3）检查具有SIP协议处理能力的MSG板是否配置了SIPLP:
LSTSIPLP
4）检查SIPTG是否都配置了心跳：
LSTSIPTG（需要填写具体中继号）
【反馈信息】
1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息
2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类协议的信令跟踪
3）上面检查结果
1.1.8SIP匿名呼叫类问题
【问题现象】
1）SIP平台发送403拒绝匿名呼叫
2）匿名呼叫某一用户失败
【处理思路】
这种问题一般与配置有关，如：
1）匿名终端与SIP平台上配置的匿名呼叫字符串标志不一致，SIP平台无法辨认该呼叫为匿名呼叫
2）SIP平台给匿名呼叫分配的SIP中继为无效中继
3）某用户配置来电显示业务，并且拒绝没有主叫号码的呼叫
4）与AS配合，AS拒绝呼叫
【配置检查】
1）检查SIP平台上配置的匿名呼叫字符串：
LSTSOCF
2）如果固定呼叫某用户失败，则检查该用户登记的业务：
LSTSS
3）检查SIPTG是否都配置了心跳：
LSTSIPTG（需要填写具体中继号）
【反馈信息】
1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息
2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类协议的信令跟踪
1.1.9SIP呼叫主叫用户无法听回铃音类问题
【问题现象】
1）被叫正常振铃，主叫用户听不到回铃音
【处理思路】
该类问题一般与信令或终端有关：
1）一般SIP终端具有自己播放回铃音的能力，假如终端接收到没有携带SDP的18X消息，就需要自己回铃音，否则主叫无法听回铃音
2）跟踪用户内部模块间接口消息，后向指示语显示远端放回铃音，但实际上远端没有放音
3）远端已经放音，但主叫仍无法听回铃音，请参照单通问题处理
【配置检查】
1）如果终端接收到没有携带SDP的18X消息，则确认终端是否具有回铃音功能
2）如果终端接收到携带SDP的18X消息，则确认SDP里面表明的IP地址对应的放音源具有【放音功能】
3）在离放音源最近的网络位置抓取RTP流，确认放音源是否已经放音
【反馈信息】
1）SIP信令跟踪消息和主叫被叫用户内部模块间接口跟踪消息
2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类协议的信令跟踪
1.1.10SIP-T/SIP-I中继对接类问题
【问题现象】
1）SIP平台无论作为出中继呼叫还是入中继呼叫，都无法启用SIP-T
2）SIP平台作为出中继呼叫启用SIP-T，作为入中继呼叫无法启用SIP-T
3）大话务量呼叫，少量SIP-T中继呼叫没有启用SIP-T
4）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中继配置：
LSTSIPTG（需要填写具体的中继号）
【反馈信息】
1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息
2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类协议的信令跟踪
1.1.11SIP补充业务类问题
【问题现象】
1）请详细描述问题现象
【处理思路】
1）SIP现在支持的补充业务种类比较少，首先要确认该补充业务是否支持
2）SIP用户是否已经登记并注册该补充业务
3）不同厂家SIP信令互通存在问题
【配置检查】
1）检查用户是否登记补充业务：
LSTSS
2）检查用户是否已经注册补充业务：
DSPSS
【反馈信息】
1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息
2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类协议的信令跟踪
3）上面检查结果
1.1.12SIP一号通，彩铃，UC呼叫类问题
【问题现象】
1）主叫用户无法听彩铃
2）顺振时，从第二个被叫用户开始，主叫用户无法听到回铃音
【处理思路】
这几种业务一般与AS配合共同完成，信令上比较复杂，涉及到多次媒体改向的过程，一般要求分别抓取用户侧的用户内部模块间接口跟踪、中继侧的用户内部模块间接口跟踪（号码填写‘*’，本地号首集填写65534）和SIP信令跟踪
配置检查
1）无
【反馈信息】
1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息
2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该协议的信令跟踪
1.1.13SIP主被叫号码显示类问题
【问题现象】
1）SIP没有携带主叫号码
2）SIP没有携带原被叫号码
3）主被叫号码前缀不符合要求
【处理思路】
1）被叫用户是否申请来电显示业务
2）主叫用户是否申请来电显示限制业务
3）被叫申请来电显示限制逾越，但SIP中继是否没有进行相应的配置
4）是否配置发送原被叫号码功能
5）呼叫控制模块CCB发送的号码是否正确
6）软参设置是否正确
【配置检查】
1）检查用户申请业务情况：
LSTSS
2）检查SIP中继配置：
LSTSIPTG
3）检查是否配置发送原被叫号码：
LSTAUSSIG
4）检查软参值：
LSTFSFP
【反馈信息】
1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息
2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类协议的信令跟踪
1.1.14SIP传真类问题
【问题现象】
1）通过SIP中继无法发起T38传真
2）通过SIP中继无法发起透传传真
3）传真成功之后，无法切回语音通话
【处理思路】
1）终端是否都配置了T38传真能力
2）终端是否具有G711a，G711u这两种透传传真能力之一
3）SDP参数格式存在问题，系统无法辨认该SDP为传真请求
4）终端无法检测到传真信号
【配置检查】
1）使用相关命令查询终端能力
【反馈信息】
1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息
2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类协议的信令跟踪
1.1.15SIP长时间通话断话类问题
【问题现象】
1）请详细描述问题现象
【处理思路】
1）检查是否有人为挂机和网络中断现象
2）SIP平台内部模块间检查出现错误释放呼叫，用户内部模块间接口消息比较重要
3）用户没有及时注册导致SIP平台认为用户离线而释放呼叫
【配置检查】
1）断话时，马上检查用户是否在线：
DSPEPST
2）检查话单，检查哪一方释放呼叫以及释放时间；
【反馈信息】
1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息
2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类型协议的信令跟踪
1.1.16SIP大面积呼损类问题
【问题现象】
这种问题往往与资源的使用情况有关，发生类似故障时，请第一时间通知总部
【配置检查】
1）检查承载网是否有异常；
2）检查系统资源的使用情况：
DSPSYSRES
【反馈信息】
1）SIP信令跟踪消息和主被叫用户内部模块间接口跟踪消息
2）如果呼叫涉及其他协议类型的用户或中继，请同时提供该类协议的信令跟踪
3）DeviceAlarm.log（文件默认保存在E：
\MSSQL\Data\DeviceAlarm.log和Deicealarmlog.bak）
That‘sall。
升级会员 