SIP常见问题处理分析.docx
- 文档编号:11987240
- 上传时间:2023-04-16
- 格式:DOCX
- 页数:17
- 大小:78.65KB
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。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- SIP 常见问题 处理 分析
![提示](https://static.bdocx.com/images/bang_tan.gif)