sip 100Rel扩展

最新推荐文章于 2024-07-02 16:14:20 发布
最新推荐文章于 2024-07-02 16:14:20 发布 · 441 阅读 · 0

本文探讨了SIP协议中100Rel扩展带来的客户端服务器兼容性挑战，详细解释了该扩展的功能及其实现方式，并提供了在实际应用中关闭此功能以避免通话建立失败问题的建议。


SIP协议的灵活性带来的是兼容性问题，最近遇到的是 100Rel扩展导致的客户端服务器兼容性，此扩展的RFC为 3262 http://www.ietf.org/rfc/rfc3262.txt

此扩展 定义了 对临时应答的可靠响应处理，但是有些服务器或者客户端并不支持，虽然此功能是通过协商才执行相应行为，但是总是遇到兼容性问题导致通话建立失败，所以实际使用中我还是建议把这个功能关闭。

piperzero
关注
freeswitch配置SBC实例
求真得真的博客
12-08 1998
freeswitch 是一款好用的开源软交换平台。随着voip客户的发展和运营商网络的升级换代，SBC在对接测试中的应用场景越来越多。freeswitch通过简单的安装配置即可满足大部分SBC的功能需求。我们需要有一个稳定版本的fs-sbc的安装过程和配置指南。在这里记录一下新安装的fs作为sbc的基本配置。centos：CentOS release 7.0 (Final)或以上版本freeswitch：v1.10.7GCC：4.8.5freeswitch-1.10.7基础平台的编译安装见文档“frees
FreeSWITCH 对接IMS平台相关材料汇编
irizhao的专栏
03-19 2173
freeswitch与各种设备对接的成功配置，需要的请参考，有错误的地方请指导。 1、对接华为softco 中继配置 \sip_profiles\external\ 拨号规则 出局 \conf\dialplan\default\ --加拨9至softco softco侧配置对端SIP端口为5080 2、对接网络电话提供商 中继配置 \sip_profiles\external\ 拨号规则 \conf\dialplan\default\ 3、深圳电信IMS对接 中继配置 \sip
SIP中的PRACK
blade2001的专栏
05-08 4336
PRACK：the Provisional Response ACKnowledgement   SIP中的最终响应被理解是会可靠传输的，例如对应INVITE的200OK响应，UAC会给一个ACK，告诉UAS已经收到了200OK。200与ACK间的可靠性是end-to-end的。PRACK是SIP消息中保证临时消息(101-199)可靠传输的机制。PRACK就是仿照200OK的可靠性响
SIP:100rel 扩展
weixin_30621919的博客
02-01 586
SIP:100rel 扩展 100rel扩展即是对中间状态响应的确认（即1xx的响应码）。原先在sip里，只有针对invite请求的200ok响应才会有ack，那么当中间状态响应携带重要的会话参数信息时，例如183响应，客户端是否收到响应就没有ack请求了，于是就定义了prack这一请求消息，即对中间状态响应的确认请求。当sip发送者支持这一扩展时，及在support头域增加这个100r...
SIP PRACK method
asd199086的博客
01-25 1292
对于provisional response可靠性，则采用相同的方式。如果UAC不希望一直使用可靠的provisional response，而只是在UAS需要发送response时才需要，那UAC request中的Supported header 必须包含带有option tag的100rel。如果收到初始请求的provisional response，并且该response有 Require header field 包含option tag 100rel，则代表要可靠地发送该response。
SIP协议扩展：RFC3262中文解析与临时响应可靠性
"RFC3262中文翻译文档主要涵盖了会话发起协议（SIP）的一个重要扩展，即对临时响应可靠传输的支持。该文档基于RFC3261，旨在解决在某些场景下，尤其是与公共交换电话网络（PSTN）交互时，临时响应可靠性的重要性。...
Kamailio-SIP基础知识
最新发布
c_zyer的博客
07-02 1154
SIP 代表会话发起协议（Session Initiation Protocol），基于HTTP协议。包括用户代理、代理服务、注册服务和重定向服务，这通常都是逻辑上的概念。电话不是直接呼通，而是抵达一个或多个代理服务，代理服务可以记录双方的地址、会话认证、账户认证以及其他很重要的功能，大大提升了对话的安全性和功能性，比如呼叫转移、会话路由等等。这层代理也可以是有状态和无状态的。
【SIP基础】SIP协议消息-掌握SIP的核心方法
VVSIP官网博客
09-05 4729
SIP消息有两种类型：请求和响应。 一个请求的打开行包含定义，其中该请求是要被发送的方法，它定义请求，以及请求URI。 同样响应的打开行包含一个响应代码。 请求方法SIP请求是用于建立通信的代码。为了补充它们，SIP响应其通常指示请求是成功还是失败。有一些命令称作方法，使SIP消息可行。 ME
java sip 携带sdp_SIP中的SDP offer/answer交换初探
weixin_39726408的博客
03-04 917
1、早期媒体无论是在PSTN还是在VoIP网络中，一个呼叫的最终目的让两个用户进行交谈(conversation)。这里我们将由用户之间的交谈所产生的媒体称为常规媒体(“regular media”)。早期媒体(“early media”)是与常规媒体相比而言的。通常，主叫用户发起呼叫后用户交谈并不会立即开始(甚至可能最终没有开始)，等待时间一般是几秒到几十秒，这完全取决于被叫用户的何时应答。在被...
freeswitch安装步骤与配置支持webrtc
12-13
freeswitch安装步骤与配置支持webrtc 教程,学习freeswitch必备!
【VOLTE】100rel
时九博客
10-27 2140
Rel= reliability可靠性 以通话为例，当A呼叫B时，A发出invite消息后，对端在处理过程中会有100trying、183session progress 以及后续的200OK消息等。   但这些中间消息不是必须的，也就是说，当终端发送invite消息后，对端可以不发送100trying 183session progress消息，直接响应200OK消息。   但如果再invite
sip协议详解_SIP拓展协议RFC3262概述和100rel/PRACK详解
weixin_39889337的博客
12-05 2281
随着基于SIP协议应用场景的增加，目前企业融合通信和语音呼叫中几乎绝大部分的场景中都使用了SIP协议。但是，和传统的PSTN相比，因为一些其他因素的影响，很多人对于基于SIP协议所提供的终端，接入设备和软交换仍然缺乏信心。客户可能仍然对SIP呼叫中出现的问题有着非常大的担心。这些担心也是正常的。事实上，为了进一步提升SIP呼叫的稳定性，SIP协议本身针对传输响应处理方面也做了一些拓展，使...
sip中的100trying到底有啥用
学习是为了探索这个世界的本质
11-01 8222
SIP是一种类似HTTP的基于请求响应的协议。理想情况下，请求被发出后，应该无任何延迟的传回响应。但是这是理想情况，有些时候接收端收到请求后进行处理需要一定的延迟，这个延迟是不一定的，SIP中有一个超时机制，超过某个时延会重发请求。为防止这种处理请求的延迟造成消息重发，接收端在收到请求后会立即发送一个临时的响应，1XX都是临时的，告诉发送端我已收到，正在处理，让发送端的计时器停止，不需要重新发送请
freeswitch 内核之sip 模块
javahigh1
08-01 336
我建了一个 Freeswitch 内核研究 交流群，45211986， 欢迎加入。 freeswitch 为支持跨平台，底层库使用 apache portable runtime lib（apr）,其作者之前的工作中一直接触apache. swith_apr.c 中为 freeswitch引用 apr提供的所有工具库接口函数的重新定义，目的是为了统一。 当通信层采用sip协议时，...
Vos3000签约100REL协议，跟运营商协商的PRACK消息没协商起来
m0_67320254的博客
03-17 573
SIP协议SCEQ和RSEQ协商标准
SIP呼叫中关于PRACK的使用
qq_41681715的博客
10-15 4819
PRACK是SIP消息中保证临时消息(101-199)可靠传输的机制。为达到该目的，UAC有两种选择，在inivite消息中加入Require:100rel或者Supported:100rel。UAS在接受到上述消息中，也存在选择的问题。 如果SIP UAC支持PRACK，则应该在INVITE消息的Allow字段携带PRACK，同时要在Suppoted字段中携带100rel，如果被叫回复的1XX临时响应中(一般是183)携带有Require: 100rel和RSeq字段，收到UAS回复的1XX消息的UAC
SIP消息头域的说明
zysee的专栏
01-16 3847
 1 general-header类：为描述消息基本属性的通用头域，可用于请求消息或响应消息；通用头域的域名只有在协议版本改变时才可有效地扩展。不过，通信中的所有方均认为是“通用头域”的新的头域也可认为是通用头域。不被认可的头域作为实体头域。 1.1 Call-ID Call-ID通用头域唯一标识一个特定的请求或者一个特定客户的所有登记。来自同一个客户的所有的登记应该使用同样的
freeswitch对接移动IMS参数指定和源码修改
yangmingm的博客
05-12 7466
因为移动的IMS对接都是注册的模式对接的，所以废话不多说，直接上gateway配置数据 <include> <gateway name="8610xxxxxxx"> //此处的格式为86+区号+号码（区号不带0） <param name="realm" value="ims.gd.chinamobile.com"/> //运营商提供的域名 <param name="register-transport" value="udp"/> <para...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值