Sip协议对接问题案例分析

合集下载

SIP协议对接专题-20091226-A

SIP协议对接专题-20091226-A

ACK
BYE
487 BYE 200 OK HUAWEI TECHNOLOGIES CO., LTD.
All rights reserved
Page 7
第1章 注册与注销类对接问题
第2章 基本通话业务对接问题 第3章 其他对接类问题及流程汇总 第4章 常见正常流程汇总
HUAWEI TECHNOLOGIES CO., LTD.
故障处理:

跟踪SIP信令:
contact头域包含5000414csv1g580vgmb0而失败,该 REGISTER sip:10.4.13.11 SIP/2.0 地址或号码应该是真实的号码 Via: SIP/2.0/UDP 10.4.62.19:5060;branch=z9hG4bKehtf7e3058chgak36001.1 ,不符合规范要求,导致 Max-Forwards: 69 SX3000无法正确响应注册消 Content-Length: 0 息,非我司设备问题。 To: 5000414 <sip:5000414@10.4.13.11> From: 5000414 <sip:5000414@10.4.13.11>;tag=SDf7i5001-d29fbbd4cf7e37b Call-ID: SDf7i5001-e9ec1ec73d4508f7fae13cd7e90e2557-v3000i1 CSeq: 142891814 REGISTER Contact: 5000414 <sip:5000414-csv1g580vgmb0@10.4.62.19:5060;transport=udp>;expires=3600 Allow: NOTIFY Allow: REFER 平常所见的Allow都是一个消息里只有一个ALLOW Allow: OPTIONS 头域,ALLOW头域里列出所支持的方法。但正常 Allow: INVITE 的注册消息里也是同样的多ALLOW头域形式,因 Allow: ACK 此有多个ALLOW头域,每一个ALLOW头域携带一 Allow: CANCEL 种方法是符合协议的。 Allow: BYE User-Agent: Avaya SIP R2.2 Endpoint Brcm Callctrl/1.5.1.0 MxSF/v3.2.6.26 SX回400消息: SIP/2.0 400 Bad Request

sip故障分析处理

sip故障分析处理

目录1 Sip故障常见分析方法: (1)1.1 Wireshark显示环境的配置: (2)1.1.1 设置显示列的源和目的端口增加包显示的可读性 (2)1.1.2 调整包的显示 (5)1.1.3 设置时间显示格式 (5)1.1.4 设置显示的过滤表达式标签 (5)1.1.5 添加协议的解析端口 (7)1.1.6 强制解析包为某种协议 (10)1.1.7 用ctrl+f进行查找需要的字段 (13)1.1.8 用packet detail里的字段进行查找 (15)1.1.9 抓包文件的保存 (16)●抓包整个保存 (16)●有选择的保存 (17)2 SIP回复消息解析 (21)3 工作中Sip故障类问题 (23)3.1 SIP信令触发类问题 (23)3.2 SIP终端注册类问题 (25)3.3 SIP基本呼叫类问题 (33)3.4 SIP呼叫语音视频单通或双不通类问题 (40)3.5 SIP二次拨号类问题 (46)3.6 SIP消息跟踪丢失类问题 (49)3.7 SIP呼叫周期性失败类问题 (50)3.8 SIP匿名呼叫类问题 (50)3.9 SIP呼叫主叫用户无法听回铃音类问题 (51)3.10 SIP和中继网关对接类问题 (53)3.11 SIP补充业务类问题 (54)3.12 SIP一号通,彩铃,UC呼叫类问题 (55)3.13 SIP呼叫号码显示类问题 (60)3.14 SIP传真类问题 (60)3.15 SIP长时间通话断话类问题 (63)3.16 SIP大面积呼损类问题 (63)1Sip故障常见分析方法:Sip协议是基于udp的协议,常见分析问题方法可分位抓包协议分析和日志分析,协议分析通过抓取的终端或者注册,代理服务器的流程,分析那个流程出错,进而找到原因。

日志分析通过设备内部的spms,as,cscf,mrf之间的流程关系,来确定程序内部处理的故障。

通过sip协议分析,我们先确定外部信令流程的故障,日志来确定程序的问题。

SIP安全问题的分析与研究的开题报告

SIP安全问题的分析与研究的开题报告

SIP安全问题的分析与研究的开题报告一、选题背景和意义随着互联网的普及和 VoIP 技术的发展,SIP(Session Initiation Protocol)已经成为 VoIP 中的重要协议之一。

SIP 协议的广泛应用使得SIP 安全问题日益突出,给互联网电话业务的发展带来不安全因素,进而对网络安全带来潜在威胁。

基于此,本次课题选取 SIP 安全问题为研究内容,分析和解决 SIP 安全问题,对保障 VoIP 业务的安全和稳定具有重要的意义。

二、研究内容和目标本次研究的内容主要包括:SIP 协议的安全性问题、SIP 攻击方式及现实背景、SIP 安全机制和防御措施等。

研究目标:1. 分析 SIP 协议的安全性问题,包括信任问题、认证问题、隐私问题、授权问题等。

2. 研究 SIP 攻击方式及现实背景,如 DoS/DDoS 攻击、SIP INVITE 洪泛攻击、SIP 窃听攻击、SIP 欺骗攻击等。

3. 探究 SIP 安全机制和防御措施,包括 S/MIME、TLS、SRTP、SIPS/IPSec 等安全协议和技术的应用,以及密码学技术、前端防护、应急漏洞补丁等安全防护方案的实现和应用。

三、研究方法和技术路线本研究将采用文献研究法、案例分析法、实验验证法等多种研究方法。

具体技术路线如下:1. 首先,通过文献研究法,了解相关领域内的最新研究成果和进展。

重点关注国内外学术期刊、研究报告、技术论文和企业白皮书等文献资源,对 SIP 安全问题进行综合调查和分析。

2. 其次,采用案例分析法,对 SIP 攻击方式进行深入分析和探讨。

选取一些典型的攻击案例,分析攻击的具体原理、过程和影响,总结攻击防御的经验和教训,提出相应的预防和应对措施。

3. 最后,采用实验验证法,对现有 SIP 安全机制和防御措施进行实验验证,评估其在防范各种攻击手段时的可行性和有效性。

此外,还将在实验中针对一些需要改进的地方进行尝试和探索,为今后的 SIP 安全技术提供借鉴和启示。

VOLTE-SIP协议异常原因排查优化VOLTE网络总结创新案例

VOLTE-SIP协议异常原因排查优化VOLTE网络总结创新案例

广东茂名+ VOLTE-SIP协议异常原因排查优化VOLTE网络总结创新案例目录利用VOLTE-SIP协议分析优化VOLTE网络总结创新案例............................错误!未定义书签。

一、概述 (3)二、创新方案 (3)2.1技术原理 (3)2.1.1 SIP协议定义 (3)2.1.2 SIP协议主要概念模型 (5)2.1.3 SIP协议主要消息 (8)2.1.4 消息格式 (13)2.1.5 SIP协议主要响应码 (16)2.1.6 SIP呼叫过程实例 (17)2.2 SIP协议异常原因优化指导 (18)2.2.1网络侧下发503问题分析 (18)2.2.2呼叫前转号码签约SIP格式,前转失败 (19)2.2.3 CSCF返回的RTA消息报错 (19)2.2.4 呼叫转移失败 (19)2.2.5注册失败,ims回500错误 (20)2.2.6 SIP平台拒绝主叫的INVITE呼叫请求 (20)2.2.7 SIP呼叫主叫用户无法听回铃音 (21)2.3 茂名VOLTE经典问题分析 (21)2.3.1QCI1建立与切换流程冲突,核心网下发INVITE503问题 (21)2.3.2无线信号环境差导致网络侧未收到BYE200 (23)2.3.2 核心网信令丢失导致未收到寻呼 (25)三、经验总结 (26)VOLTE-SIP协议异常原因排查优化VOLTE网络总结创新案例【摘要】本文主要论述通过对VOLTE的SIP协议信令分析对VOLTE问题进行原因挖掘分析,总结出VOLTE优化过程中所遇到的各类异常SIP协议消息的处理思路与方法,优化网络,提升volte用户感知。

【关键字】VOLTE异常事件、SIP消息、响应码【业务类别】VoLTE、流程类一、概述VOLTE日常分析优化过程中经常会遇到出现注册异常、掉话、未接通等异常事件,而L3信令用于呈现的是SIP消息响应码,信令分析时,正确解析L3中的SIP请求或响应码是分析问题的关键,现就前期遇到的异常响应消息进行总结,与大家分享。

SIP协议的典型故障案例分析

SIP协议的典型故障案例分析

SIP协议的典型故障案例分析作者:蔡爽来源:《科学与信息化》2020年第23期摘要近十年来,SIP已经逐渐取代H.323成为IP通信的绝对主流技术,华为eSpace统一通信即是基于SIP协议的一套IP语音解决方案软交换设备。

本文着重说明桃仙程控交换机基于SIP的呼叫流程及列举典型故障案例的分析与处理方法。

关键词 SIP;呼叫流程;故障分析1 基于SIP协议的桃仙程控交换系统组网结构桃仙程控交换系统为华为U1900系列软交换系统。

由统一网关U1981与本地节点U1960分别与运营商连接。

统一网关与管理系统、IPT应用系统、IAD接入系统共同接入专网中。

统一网关与IAD间通过SIP进行连接。

1.1 SIP协议定义SIP是一种在IP网络上进行多媒体通信的简便通用的协议信令,是一种采用UTF-8字符集来进行编码的文本协议。

SIP协议消息分请求和响应两类,其中请求消息由客户机发往服务器,响应消息由服务器发往客户机。

1.2 SIP信令局间呼叫流程局间呼叫就是指分别注册在不同U1900统一网关下面的两个终端之间的呼叫。

下图为局间SIP呼叫的流程图:可以看出,呼叫请求通过INVITE消息送到统一网关后,统一网关先匹配字冠。

若是出局字冠,则根据局向和局向选择码将呼叫请求(INVITE消息)转发至对端网关设备。

转发前会根据字冠对应的号码分析策略对主叫号码和被叫号码进行变换,并查看号码的呼叫权限和业务权限,判断是否转发该呼叫请求。

若是局内字冠,则判断被叫号码是SIP號码还是POTS号码,进而查询号码绑定的IP地址或者用户板端口号将呼叫转发至不同的终端。

SIP号码对应IP话机,PC客户端、移动客户端以及IAD下的模拟话机,POTS号码对应统一网关直连下的模拟话机。

统一网关直连的模拟话机的呼叫流程在模拟话机和统一网关之间的处理流程与SIP终端不同,其他都一致[1]。

2 SIP协议的呼叫故障案例分析与处理2.1 典型故障案例本端A 181000打局外用户B 86102,提示音:对不起您拨打的号码暂时无法接通。

SIP协议分析范文

SIP协议分析范文

SIP协议分析范文SIP(Session Initiation Protocol)是一种网络协议,用于建立、修改和终止多媒体会话,如语音和视频通话。

本文将分析SIP协议的基本原理、特点、应用场景以及安全性方面的问题。

首先,SIP协议是一种应用层协议,使用TCP或UDP作为传输层协议。

它可以用于在IP网络中建立和管理多媒体会话。

SIP协议定义了一系列消息类型,包括邀请、响应、ACK、BYE等,来完成会话发起、响应和终止的过程。

SIP协议是一个灵活且可扩展的协议,可以与其他协议(如RTP、RTCP)结合使用,以实现音频和视频的传输。

SIP协议的特点之一是它的灵活性和可扩展性。

SIP允许使用不同的媒体格式、编码方案和交互模式,使得多媒体会话可以在不同的终端设备上进行,并支持不同的网络环境。

此外,SIP还支持会话的媒体协商和能力协商,使得终端设备可以根据自身的能力和需求选择合适的通信方式和媒体格式。

SIP协议广泛应用于多媒体通信领域。

它被广泛应用于VoIP(Voice over IP)系统、视频会议系统、实时互动媒体传输等。

SIP协议通过将多媒体会话建立、修改和终止的过程进行标准化,实现了不同厂商、不同系统间的互操作性。

因此,SIP协议为多媒体通信提供了一种统一的标准。

然而,SIP协议也存在一些安全性方面的问题。

首先,SIP协议的消息是明文传输的,没有加密保护机制。

这使得SIP协议容易受到中间人攻击、消息劫持和伪造等攻击。

为了解决这个问题,可以在SIP协议上使用TLS(Transport Layer Security)协议加密消息的传输。

另外,SIP协议的身份验证机制也存在一些问题。

SIP协议中使用的用户认证机制是基于HTTP的Digest认证,而HTTP Digest认证的安全性已经被证明是薄弱的。

为了增强SIP协议的身份验证机制,可以使用基于证书的身份认证,如使用S/MIME协议对SIP消息进行签名和验证。

【协议分析】SIP协议分析总结

【协议分析】SIP协议分析总结

【协议分析】SIP协议分析总结SIP消息由3部分组成,分别为启动行,消息头,消息体,每行后都由回车换行符号CRLF或由CR、LF其中之一组成。

消息头后填充空行CRLF。

格式如下:generic-message = start-line(Request-Line /Status-Line)*message-headerCRLF[ message-body ]1、请求行请求行包括3部分,方法,请求URI,SIP版本,结束符号可以为CRLF、CR、LF,空格可以被忽略,请求行格式如下SP为single space.Request-Line = Method SP Request-URI SP SIP-Version CRLF例子:INVITE sip:555@192.168.83.165 SIP/2.0方法:RFC3261规格中共定义了6种方法,REGISTER、INVITE、ACK、CANCEL、BYE、OPTIONS.REGISTER:注册联系人信息到代理服务器。

OPTIONS:查询服务器的能力,支持哪些选项。

请求URI:正在发送请求并被处理的用户信息或服务,不能包含空格不能包含在&lt;&gt;之内。

SIP版本:SIP版本是大小写敏感的,必须为大写,但实际使用中如果小写也没什么差异。

2、响应响应行包括3部分,SIP版本,状态码,过程阶段,结束符号可以为CRLF、CR、LF,空格可以被忽略,格式如下:Status-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLF例子:SIP/2.0 100 Trying状态码给机器翻译使用,Reason-Phrase给用户查看使用,状态码范围如下,第一个数字为类别代表,共3个数字。

1xx: Provisional -- request received, continuing to process therequest; 2xx: Success -- the action was successfully received, understood,and accepted; 3xx: Redirection -- further action needs to be taken in order tocomplete the request; 4xx: Client Error -- the request contains bad syntax or cannot befulfilled at this server; 5xx: Server Error -- the server failed to fulfill an apparentlyvalid request; 6xx: Global Failure -- therequest cannot be fulfilled at anyserver.3、头域格式(Header Field Format)field-name: field-value实例:Via: SIP/2.0/UDP192.168.83.166:59888;branch=z9hG4bK-d87543-fe184d2 d9922c37b-1--d87543-;rport冒号左域可以有空格举例如下:Subject: lunchSubject : lunchSubject :lunchSubject: lunch头域值可以为多行,在每行前面至少有一个空格或Tab,下面两张表达是相等的。

SIP协议呼叫流程及协议分析 (2)

SIP协议呼叫流程及协议分析 (2)

SIP协议呼叫流程及协议分析一、引言本文旨在详细介绍SIP(Session Initiation Protocol)协议的呼叫流程,并进行协议分析。

SIP是一种应用层协议,用于建立、修改和终止多媒体会话,如音频和视频通话。

它是一种灵活的协议,被广泛应用于VoIP(Voice over Internet Protocol)和实时通信系统。

二、SIP协议概述SIP协议基于文本,使用类似HTTP的请求-响应模式进行通信。

它使用统一资源标识符(URI)来标识参与会话的用户和终端设备。

SIP协议的核心功能包括会话的建立、修改和终止,以及与会话相关的功能,如呼叫转移和会议。

三、SIP协议呼叫流程1. 注册过程- 用户设备向SIP服务器发送REGISTER请求,包含用户的SIP URI和认证信息。

- SIP服务器验证用户身份,并将用户的SIP URI映射到一个或多个联系地址。

- SIP服务器返回REGISTER响应,包含联系地址和过期时间。

- 用户设备定期发送REGISTER请求以保持注册状态。

2. 呼叫建立过程- 主叫用户设备向SIP服务器发送INVITE请求,包含被叫用户的SIP URI。

- SIP服务器根据被叫用户的SIP URI查找其联系地址。

- SIP服务器向被叫用户设备发送INVITE请求。

- 被叫用户设备接收INVITE请求,并向SIP服务器发送RINGING响应。

- SIP服务器将RINGING响应转发给主叫用户设备。

- 被叫用户设备接听通话后,向SIP服务器发送OK响应。

- SIP服务器将OK响应转发给主叫用户设备。

3. 呼叫修改过程- 在呼叫建立后,主叫用户设备可以发送UPDATE请求来修改呼叫参数。

- SIP服务器将UPDATE请求转发给被叫用户设备。

- 被叫用户设备接收UPDATE请求,并向SIP服务器发送OK响应。

- SIP服务器将OK响应转发给主叫用户设备。

4. 呼叫终止过程- 任一用户设备可以发送BYE请求来终止呼叫。

精品案例_SIP487的VoLTE未接通处理

精品案例_SIP487的VoLTE未接通处理

精品案例_SIP487的VoLTE未接通处理SIP487的VoLTE未接通⽬录⼀、问题描述 (3)⼆、分析过程 (4)三、解决措施 (7)四、经验总结 (8)SIP487的VoLTE未接通【摘要】本⽂分析于4⽉24⽇出现的VoLTE未接通的⼯单,发现18:30到19:00期间RCU1197设备产⽣⼤量未接通,对数据进⾏详细分析为设备吊死导致。

【关键字】VoLTE 未接通 SIP 吊死【业务类别】优化⽅法⼀、问题描述问题发⽣过程中,终端由宁芜⾼速向南京⾏驶,⾏驶到南京境内后再由宁芜⾼速返回马鞍⼭,RCU1197设备4⽉24⽇18:30⾄19:00产⽣⼤量未接通事件,且未接通为全程存在。

图1:未接通事件截图⼆、分析过程图2:18:31:28起呼的未接通情况核查相关基站,基站⽆告警和故障,底噪正常,负荷⽔平也较低,查询扇区性能指标,⽆线接通率和掉话率正常,⽆明显波动和异常。

图图3:未接通占⽤扇区性能指标情况问题数据未接通事件较多,选取18:31:28起呼的未接通事件进⾏分析。

18:31:28.230进⾏起呼,占⽤MA-市区-昭明派出所-ZFTA-443830-51,RSRP-97dBm,SINR在10dB,信号良好。

图4:VoLTE信令流程图5:18:31:28未接通的事件和信令详情对呼叫流程和信令进⾏详细分析,18:31:28.230发起起呼后,18:31:38.351发起IMS_SIP_INVITE->Request,18:31:38.398收到Try100信令,随后在18:31:48.136收到INVITE 183消息,并在18:31:48.202上报PRACK,在18:31:48.234收到PACK200,。

然后在18:31:58.198上报SIP_CANCEL信令,上报原因为IMS_SIP_INVITE 487。

图6:IMS_SIP_INVITE 487信令详情对IMS_SIP_INVITE 487详细分析,其中Warning上报原因值为Cancel received on initial invite,表⽰请求被BYE或者CANCEL所终⽌。

SIP协议分析

SIP协议分析

其它省IMS网络
其它省IMS网络
传输设备 合肥本地传输网
软交换关口局 铁通 电信、联通
8505
8505
传输设备
地市城域网 CMNET
统一CENTREX平台 一号通平台
彩铃平台
对SBC的理解
SBC是指会话边界控制器(session border controller), 部署在接入网和IMS核心网之间。
SBC位于IMS网络边缘,作为IMS核心网的信 令代理和媒体代理,用户终端和IMS网络之间的所 有信令消息以及用户终端之间的所有媒体消息都需 要经过该设备进行转接,同时SBC应能够接受PCSCF的控制,实现地址转换和门控等功能。固定 终端接入时获得的IMS网络入口点的地址将是SBC 的地址。
1
2
SIP协议概述
SIP 消息 – 方法和响应
扩展的方法: MESSAGE:请求一个即时消息
SUBSCRIBE :签订一个通知事件
NOTIFY:发送一个通知事件
UPDATE:在建立呼叫阶段修改会话属性
PUBLISH:发送事件状态给状态服务器 PRACK:标识临时响应的可靠性

SIP 消息 – 方法和响应
一个简单的呼叫流程:
IETF RFC 3261 Session Initiation Protocol

SIP的发展
1995年研究制定 1999年提议成为的一个标准,即 RFC 2543。 2001 年发布了 SIP 规范 RFC 3261,标志着 SIP 的基础已 经确立—3GPP IMS在该版本上进行扩充 其他 主要借鉴了Web网的HTTP协议。 目前仍在不断的发展之中,相关设备制造商和业务 供应商联合成立了一个关于SIP的论坛: .

VOLTE-SIP协议异常原因排查优化VOLTE网络总结创新案例

VOLTE-SIP协议异常原因排查优化VOLTE网络总结创新案例

广东茂名+ VOLTE-SIP协议异常原因排查优化VOLTE网络总结创新案例目录利用VOLTE-SIP协议分析优化VOLTE网络总结创新案例............................错误!未定义书签。

一、概述 (3)二、创新方案 (3)2.1技术原理 (3)2.1.1 SIP协议定义 (3)2.1.2 SIP协议主要概念模型 (5)2.1.3 SIP协议主要消息 (8)2.1.4 消息格式 (13)2.1.5 SIP协议主要响应码 (16)2.1.6 SIP呼叫过程实例 (17)2.2 SIP协议异常原因优化指导 (18)2.2.1网络侧下发503问题分析 (18)2.2.2呼叫前转号码签约SIP格式,前转失败 (19)2.2.3 CSCF返回的RTA消息报错 (19)2.2.4 呼叫转移失败 (19)2.2.5注册失败,ims回500错误 (20)2.2.6 SIP平台拒绝主叫的INVITE呼叫请求 (20)2.2.7 SIP呼叫主叫用户无法听回铃音 (21)2.3 茂名VOLTE经典问题分析 (21)2.3.1QCI1建立与切换流程冲突,核心网下发INVITE503问题 (21)2.3.2无线信号环境差导致网络侧未收到BYE200 (23)2.3.2 核心网信令丢失导致未收到寻呼 (25)三、经验总结 (26)VOLTE-SIP协议异常原因排查优化VOLTE网络总结创新案例【摘要】本文主要论述通过对VOLTE的SIP协议信令分析对VOLTE问题进行原因挖掘分析,总结出VOLTE优化过程中所遇到的各类异常SIP协议消息的处理思路与方法,优化网络,提升volte用户感知。

【关键字】VOLTE异常事件、SIP消息、响应码【业务类别】VoLTE、流程类一、概述VOLTE日常分析优化过程中经常会遇到出现注册异常、掉话、未接通等异常事件,而L3信令用于呈现的是SIP消息响应码,信令分析时,正确解析L3中的SIP请求或响应码是分析问题的关键,现就前期遇到的异常响应消息进行总结,与大家分享。

sip对接方案-概述说明以及解释

sip对接方案-概述说明以及解释

sip对接方案-概述说明以及解释1.引言1.1 概述Session Initiation Protocol (SIP)是一种用于建立、修改和终止多媒体通信会话的协议。

它被广泛应用在VoIP(Voice over Internet Protocol)和视频通信系统中,为实时通信提供了一个灵活、可扩展的解决方案。

SIP 对接方案则是指在不同的通信系统之间实现互通和互操作的方法和技术。

本文将探讨SIP对接方案在实际应用中的重要性以及其实施方法。

我们将详细介绍SIP协议的基本原理和功能,以及为什么SIP对接方案对于现代通信系统的互联互通至关重要。

我们还将讨论不同的SIP对接方案实施方法,并总结其优缺点,为读者提供一个全面的视角。

通过本文的阐述,读者将对SIP对接方案有更深入的理解,从而能够更好地应用于实际项目中。

文章结构部分应该包括对整篇文章的结构进行简要介绍,包括各个章节的内容和主要讨论点。

在这篇长文中,文章结构部分可以按照以下内容展开:"1.2 文章结构本文主要分为引言、正文和结论三个部分。

在引言部分,将介绍SIP 对接方案的概述,文章的结构和目的。

在正文部分,将首先介绍SIP协议的简介,然后探讨SIP对接方案的重要性,最后详细描述SIP对接方案的实施方法。

在结论部分,将对全文内容进行总结,展望未来发展,最后给出结束语。

通过这样的结构安排,读者可以清晰地了解整篇文章的内容和脉络,方便阅读和理解。

"1.3 目的本文旨在探讨SIP对接方案在通信领域的重要性和实施方法。

通过对SIP协议的简介和对接方案的分析,希望能够帮助读者更深入了解SIP技术在实际应用中的作用和价值。

同时,通过总结和展望未来,指出SIP对接方案的发展趋势和潜在的挑战,为相关行业的从业者提供借鉴和参考。

最终目的是促进SIP技术的应用和推广,推动通信行业的发展和进步。

2.正文2.1 SIP协议简介SIP协议(Session Initiation Protocol)是一种用于建立、维护和终止多媒体会话的通信协议。

SIP协议的典型故障案例分析

SIP协议的典型故障案例分析

可以看出,呼叫请求通过INVITE消息送到统一网关后,统一网关先匹配字冠。

若是出局字冠,则根据局向和局向选择码将呼叫请求INVITE消息)转发至对端网关设备。

转发前会根据字冠对应的号码分析策略对主叫号码和被叫号码进行变换,并查看号码
(7)配置好呼叫日志模块后,再用主叫呼一次被叫,然LMT上查看抓到的呼叫日志。

可以看出释放原因码144表示正常的呼叫清除。

(8)使用LMT跟踪主叫网关的SIP信令,看SIP信令流程和正常呼叫流程有没有出入。

可以看到主叫网关给对端网关发INVITE之后,收到480响应。

480表示暂时无人接听。

现在知道是对端网关回复480响应导致呼叫失败,那么为什么会回消息呢?
(下转第42页)
科学与信息化2020年8月中
主被叫没有使用相同的编解码方式,媒体协商不一致,导致呼叫失败。

11)为主被叫话机配置相同的编解码,问题解决
结束语
本文主要以局间呼叫流程的实现来展开SIP协议在呼叫中。

交换原理实验sip信令分析实验报告

交换原理实验sip信令分析实验报告

交换原理实验sip信令分析实验报告SIP终端之间双向的通信过程分析一.信令分析SIP(Session Initiation Protocol)是一个应用层的信令控制协议。

用于创建、修改和释放一个或多个参与者的会话。

这些会话可以好似Internet多媒体会议、IP电话或多媒体分发。

会话的参与者可以通过组播(multicast)、网状单播(unicast)或两者的混合体进行通信。

SIP它既不是会话描述协议,也不提供会议控制功能。

为了描述消息内容的负载情况和特点,SIP 使用Internet 的会话描述协议(SDP) 来描述终端设备的特点。

SIP 自身也不提供服务质量(QoS),它与负责语音质量的资源预留协议(RSVP) 互操作。

它还与若干个其他协议进行协作,包括负责定位的轻型目录访问协议(LDAP)、负责身份验证的远程身份验证拨入用户服务(RADIUS) 以及负责实时传输的RTP 等多个协议。

SIP网络的注册服务器需要维护一个用户的注册SIP地址到当前IP地址的映像。

注册服务器的主要功能是接受用户的注册请求。

同一个服务器也可以实现其他SIP功能(入代理服务)。

注册服务器需要知道用户的当前地址。

当用户在一个主机上登录时,客户端发出的第一个请求很可能就是REGISTER,用这个请求向服务器提供用户当前的地址信息,以保证SIP会话能够到达这个用户。

二.实验流程设定两个话机分别为A和B,话机A的号码和IP地址为80288和192.168.1.102,话机B的号码和IP地址为82888和192.168.1.128,代理服务器的地址为192.168.1.240。

完成基本配置后,实现电话机A和B都可以在软交换系统中注册成功。

使用电话机A拨打电话B,即在电话机A上拨打号码82888,在电话B接收到A的呼叫请求并振铃后,电话B摘机后再挂断电话,然后电话A再挂断电话。

首先用户终端A向用户终端B发起呼叫请求,用户终端A拨通B的号码。

SIP协议报文及故障分析培训 2012.8

SIP协议报文及故障分析培训 2012.8

网络质量是通信企业生命线SIP协议报文及故障分析培训第一部分抓包软件的使用第二部分SIP协议流程第三部分SIP协议故障分析2抓包原理抓取网络报文的基本原理是将网络中正常传输的报文做一个“复制”操作,将报文转移到要抓包的电脑上。

通常采用的办法是使用交换机的端口镜像功能或者使用网络集线器(HUB )。

3Wireshark软件简介Wireshark(前身Ethereal)是一个网络封包分析软件。

网络封包分析软件的功能是抓取网络封包,并尽可能显示出最为详细的网络封包资料。

在过去,网络封包分析软件是非常昂贵,或是专门属于营利用的软件。

Ethereal的出现改变了这一切。

在GNUGPL通用许可证的保障范围底下,使用者可以以免费的代价取得软件与其源代码,并拥有针对其源代码修改及客制化的权利。

Ethereal 是目前全世界最广泛的网络封包分析软件之一。

45Wireshark 主界面开始抓包停止抓包过滤条件Wireshark选择网卡选择网卡勾选这3项点击start开始抓包6筛选呼叫选择voip call7查看呼叫流程图1选择要分析的呼叫2点击flow3查看流程图8回放呼叫语音1选择要分析的呼叫2点击Player3点击Decode9查看RTP丢包率1选择RTP-Show all streams10查看RTP丢包率查看lost列值11第一部分抓包软件的使用第二部分SIP协议流程第三部分SIP协议故障分析12SIP典型应用131415表示需要采取进一步动作,以完成该请求重定向响应3XX OK200表示请求已经被成功接受、处理成功响应2XX 排队182呼叫正在前转181振铃180试呼叫100表示已经接收到请求消息,正在对其进行处理消息响应(呼叫进展响应)1XX 消息功能状态码序号16请求超时408要求代理权407不允许的方法405没有找到404禁止403要求鉴权401错误请求400表示请求消息中包含语法错误或者SIP 服务器不能完成对该请求消息的处理客户出错4XX 消息功能状态码序号17表示请求不能在任何SIP 服务器上实现全局故障6XX 服务器不可用5035XX 拒绝603服务器内部错误500表示SIP 服务器故障不能完成对正确消息的处理服务器出错此处不接受488呼叫事务不存在481服务暂时不可用480间隔太短4234XX 消息功能状态码序号注册流程SoftSwitchSip phoneRegister401 UnauthorizedRegister200 OK1819第一部分抓包软件的使用第二部分SIP协议流程第三部分SIP协议故障分析201、网络或者配置问题报文解析:图中可以看到,10.51.250.253一直向10.51.250.254发register(注册)报文,但是10.51.250.254未给任何回应。

SIP 数据包分析与应用实例

SIP 数据包分析与应用实例

在继续学习FreeSWITCH 之前我们有必要来学习一下SIP 协议,因为它是FreeSWITCH 的核心。

但即使如此,讲清楚SIP 必然需要很大篇幅,本书是关于FreeSWITCH 的,而重点不是SIP。

因此,我将仅就理解FreeSWITCH 必需的一些概念加以通俗的解释,更严肃一些的请参阅其它资料或RFC(Request For Comments)。

SIP 的概念和相关元素会话初始协议(Session Initiation Protocol)是一个控制发起、修改和终结交互式多媒体会话的信令协议。

它是由IETF(Internet Engineering Task Force,Internet工程任务组)在RFC 2543 中定义的。

最早发布于1999 年3 月,后来在2002 年 6 月又发布了一个新的标准RFC 2361。

SIP 是一个基于文本的协议,在这一点上与HTTP 和SMTP 相似。

我们来对比一个简单的SIP 请求与HTTP 请求:GET /index.html HTTP/1.1INVITE sip:seven@ SIP/2.0请求由三部分组成。

在HTTP 中,GET 指明一个获取资源(文件)的动作,而/index.html 则是资源的地址,最后是协议版本号。

而在SIP 中,INVITE 表示发起一次请求,seven@ 为请求的地址,称为SIP URI,最后也是版本号。

其中,SIP URI很类似一个电子邮件,其格式为“协议:名称@主机”。

与HTTP 和HTTPS 相对应,有SIP 和SIPS,后者是加密的;名称可以是一串数字的电话号码,也可以是字母表示的名称;而主机可以是一个域名,也可以是一个IP地址。

SIP 是一个对等的协议,类似P2P。

不像传统电话那样必须有一个中心的交换机,它可以在不需要服务器的情况下进行通信,只要通信双方都彼此知道对方地址(或者,只有一方知道另一方地址),如下图,bob 给alice 发送一个INVITE 请求,说“Hi, 一起吃饭吧...”,alice 说"好的,OK",电话就通了。

与SIP 终端对接实验

与SIP 终端对接实验

实验五 与SIP 终端对接实验一、实验目的1、通过本实验,让学生了解配置与 SIP 终端对接的数据的配置。

2、在 SoftX3000 侧通过数据配置实现以下应用要求: 各用户之间实现互拨各用户之间实现视频电话和数据业务二、实验器材1、 SoftX3000 一台;2、 IAD (SIP 协议)20 台;3、 实验终端电脑 40 台;4、 电话机 20 部二、实验内容让学生了解配置与 SIP 终端对接后为用户提供多媒体业务:包括语音业务、数据业务、视频业 务等。

SIP 终端采用 SIP 协议接入 SoftX3000 典型组网如图所示Ip 地址:100.10.1.2SIP 协议 IAD 标识:iad18 IAD 标识: iad21 WAN 口:100.10.1.18 WAN 口:100.10.1.21 PORT 5060 PORT 506066360018 66360021三、实验步骤(一) 数据规划Soft X3000 IP 局域网用户A 用户B 终端 终端在配置 SoftX3000 侧的数据之前,应就 SoftX3000 与 SIP终端之间的以下主要对接参数进行规划。

序号对接参数项参数值1 SoftX3000 与 SIP 终端之间采用的通信协议SIP 协议2 SIP 协议的知名端口号50603 SoftX3000 的 IFMI 板的 IP 地址100.10.1.2/255.255.255.04 用户的注册用户名IAD21、IAD185 用户的注册密码66360018、663600216 用户的电话号码66360018、66360021(二)实验脚本1、基本数据已配置2、配置号码数据ADD LDNSET: LP=1, P=0, NC=K'86, AC=K'10, LDN="实验室 SIP-A",CONFIRM=Y;ADD CALLSRC: CSC=1, CSCNAME="实验室 SIP-A", LP=1,CONFIRM=Y;ADD DNSEG: LP=1, SDN=K'8780001, EDN=K'8780999,CONFIRM=Y;ADD CHGANA: CHA=1, CHGM=NCC, BNS=1,CONFIRM=Y;MOD CHGMODE: CHA=1, DAT=NORMAL, TS1="00&00", TA1="50", PA1=1, TB1="10", PB1=1, AGIO1=100, TS2="00&00",CONFIRM=Y;ADD CHGIDX: CHSC=1, RCHS=1, LOAD=ALL, BT=ALLBT, CODEC=ALL, CHA=1,CONFIRM=Y; ADD CNACLD: LP=1, PFX=K'878, MINL=7, MAXL=7, CHSC=1,CONFIRM=Y;3、配置 SIP 协议数据//设置 SIP 协议的全局配置信息SET SIPCFG:CONFIRM=Y;//设置处理 SIP 协议 MSGI 板(模块号为 211)的本地端口号SET SIPLP: MN=211, PORT=5061,CONFIRM=Y;说明:从 SIP 终端发到 SoftX3000 的第 1 个 SIP 消息中,此消息携带 SIP 知名端口5060。

SIP协议呼叫流程及协议分析 (3)

SIP协议呼叫流程及协议分析 (3)

SIP协议呼叫流程及协议分析SIP(Session Initiation Protocol)是一种用于建立、修改和终止多媒体会话的通信协议。

它是一种应用层协议,常用于VoIP(Voice over Internet Protocol)和实时通信应用中。

本文将详细介绍SIP协议的呼叫流程,并对协议进行分析。

一、SIP协议呼叫流程1. 注册过程SIP协议中,用户需要通过注册过程将自己的地址信息注册到服务器上。

注册过程包括以下步骤:a. 用户向服务器发送注册请求。

b. 服务器验证用户身份,并将用户的地址信息存储在注册表中。

c. 服务器向用户发送注册成功的响应。

2. 呼叫建立过程当用户想要建立一个呼叫时,需要进行呼叫建立过程。

呼叫建立过程包括以下步骤:a. 主叫用户向服务器发送呼叫请求。

b. 服务器查询被叫用户的地址信息。

c. 服务器向被叫用户发送呼叫请求。

d. 被叫用户接收到呼叫请求后,向服务器发送呼叫接受响应。

e. 服务器将呼叫接受响应转发给主叫用户。

3. 媒体协商过程在呼叫建立成功后,主叫用户和被叫用户需要进行媒体协商,确定使用的编解码器、媒体格式等。

媒体协商过程包括以下步骤:a. 主叫用户向被叫用户发送媒体协商请求。

b. 被叫用户接收到媒体协商请求后,向主叫用户发送媒体协商响应。

c. 主叫用户接收到媒体协商响应后,双方根据协商结果进行媒体流传输。

4. 呼叫结束过程当呼叫结束时,需要进行呼叫结束过程。

呼叫结束过程包括以下步骤:a. 用户向服务器发送呼叫结束请求。

b. 服务器向对应的用户发送呼叫结束响应。

c. 用户接收到呼叫结束响应后,结束呼叫。

二、SIP协议分析1. SIP消息格式SIP协议使用文本格式的消息进行通信,消息格式如下:a. 请求消息格式:请求行 + 头部字段 + 空行 + 消息体。

b. 响应消息格式:状态行 + 头部字段 + 空行 + 消息体。

2. SIP地址SIP地址用于标识用户和服务器的位置,格式为"sip:user@domain"。

SIP协议呼叫流程及协议分析

SIP协议呼叫流程及协议分析

SIP协议呼叫流程及协议分析SIP(Session Initiation Protocol)是一种用于建立、修改和终止多媒体会话的通信协议。

它被广泛应用于VoIP(Voice over IP)系统中,用于实现语音、视频和其他多媒体通信。

本文将详细介绍SIP协议的呼叫流程和协议分析。

一、SIP协议呼叫流程1. 呼叫建立阶段在呼叫建立阶段,参与呼叫的两个终端被称为User Agent(UA)。

呼叫建立的流程如下:1.1 UA1发送INVITE请求到SIP服务器,请求建立呼叫。

1.2 SIP服务器向UA2发送INVITE请求,询问是否愿意接受呼叫。

1.3 UA2发送100 Trying响应,表示正在处理请求。

1.4 UA2发送180 Ringing响应,表示正在振铃。

1.5 UA2发送200 OK响应,表示接受呼叫。

1.6 UA1发送ACK请求,确认接受呼叫。

2. 呼叫传输阶段在呼叫传输阶段,实际的语音、视频或其他多媒体数据通过网络传输。

该阶段的流程如下:2.1 UA1和UA2之间交换多媒体数据。

3. 呼叫终止阶段在呼叫终止阶段,参与呼叫的任一方终止呼叫。

呼叫终止的流程如下:3.1 UA1或UA2发送BYE请求,请求终止呼叫。

3.2 接收到BYE请求的一方发送200 OK响应,表示同意终止呼叫。

二、SIP协议分析SIP协议由请求-响应模型组成,使用文本格式进行消息传递。

它基于客户端-服务器架构,其中客户端是发起请求的一方,服务器是处理请求并发送响应的一方。

以下是SIP协议的一些重要特点和分析:1. 端口号SIP协议使用UDP(User Datagram Protocol)或TCP(Transmission Control Protocol)作为传输层协议,默认使用UDP端口5060。

SIP协议还可以使用TLS (Transport Layer Security)进行加密传输,默认使用TCP端口5061。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Sip协议对接问题案例分析
1.9100做被叫Sdp结束符不对,导致对方无法辨识200ok,
无法接通呼叫。

结束符为应该为\r\n,0d 0a,现在为0a,导致被叫摘机后切不断本地回铃音
修改9100程序,以0d 0a为结束符后,问题解决。

2.9100的业务面和控制面分离,及200ok里的contact地址和connection information (c)里的ip不一致,对方发到contact的ip地址和端口上,导致被叫侧无音。

对方的语音ip从sdp的connection information里读取后,问题解决。

3.通话维持中9100发出option,收不到对方发出的200ok响应,3秒超时收不到后,9100发bye结束通话。

对方没有找到解决方法。

4.接震有设备后,手机互打无音
接震有设备后,震有的fxs用户呼叫手机,手机呼叫震有的fxs用户均有语音,但手机互打无音。

查看抓包文件发现,invite发到震有后,震有把原来的消息镜像到ebg,sdp中的connect information中的ip语音端口均不变,200ok里的sdp的connectinformation的ip均是18.250.0.9。

见下图:
Fcs发出的invite
震有返回的invite
接听后震有发出的200ok后面没有rtp流,200ok里带的connect information里的ip也不对
由此断定,震有设备携带的ip和端口有误造成语音不通。

联系震有工程,更改单个号码的选项“代理媒体”后,测试语音正常,见下图
问题解决。

5.手机互打,接听后主叫方仍振铃
分析:被叫接听后,200ok没有转出到主叫侧,导致主叫仍在放回铃音。

对方修改程序后,问题解决.
6.IAD数图配置错误导致呼叫失败
北辰某矿反应9000接高鸿的iada4后,iad拨打本局号码5xxx,提示音为空号。

抓包观察,发现上传的号码为5,9000给发183空号音。

用户说他拨打的是四位号码,让检查iad的路由数图配置,发现数图配置为“5xxx,x.T”,删除“,x.T”后正常。

数图制作错误引起发码错误,呼叫失败。

7.9000接迅时的iad-MX8-8S后,lmc无法连接上,注册不

抓包发现,iad注册的url地址中@前为非号码,导致fcs 宕机
Fcs目录下生成大量的core文件
Fcs打不开5000端口,6090端口
登录iad界面发现基础设置的注册方式为网关注册,改为端口注册后,抓包观察,注册正常。

8.融天网关用户呼叫9000sip,sip用户侧语音听不清
抓包发现融天网关发来的rtp包长为294字节,由此判断打包时长为30ms
看iad设置如下:
改为如下后,拨打正常
9,ucs下用户拨号后听忙音
用户拨任何号码均听忙音,抓包发现imp给发183,音系imp板发出
经查系关闭了本局呼叫开关所致,打开后呼叫正常。

10.主叫未注册时,imp回404消息(或者没有本地
字冠)
11.U cs向华为的核心网注册失败,回480消息。

见抓包如下:
业务服务器端口改为0后,正常。

12.向ims注册,expires太短造成ims回423 interval too brief间隔太短
消息
13.星网锐捷svx8032设备回503消息
修改后正常
14.星网不送提示音,被叫忙回486消息
15.星网不允许多路呼叫。

相关文档
最新文档