RTC hacker

上一篇文章 讨论了 invite请求最终  走到 dialplan，走到拨号方案后  具体做什么动作由用户决定，对于呼叫中心应用，队列是必不可少的功能，本篇文档分析一下主叫打进系统，走到dialplan后 进队列，呼叫坐席。。一切从队列开始。。。。queue(nama,timout,tT,,.)，queue_exec为队列入口函数。首先解析 队列参数。AST_DECLARE_APP_ARGS(args,  AST_APP_ARG(queuename);  AST_APP_ARG(options);  AST

SIP Status Codes The following are the SIP status codes as of RFC3261;

因为2字头应答在端到端之间重发，UAS和UAC之间的转发可能通过UDP。为了      保证转发的可靠性，就算UAS使用可靠的传输层，也要周期性的重发应答。         如果服务端重发2字头应答64*T1秒还未收到一个ACK，对话状态转换为确认，但   应当终止会话。

* - RFC 3261 (ACK, BYE, CANCEL, INVITE, OPTIONS, REGISTER)     * - RFC 2976 (INFO)  http://www.ietf.org/rfc/r点击打开链接fc2976.txt     * - RFC 32

摘要：会话启动协议研究工作组提出3种协议功能扩展方式：方法扩展、头部扩展和消息体扩展。文章深入探讨了包含这3种扩展方法的事件通告机制，给出了基于这一机制的自动回叫业务实例，并讨论了该机制的安全性。 关键词：会话启动协议；事件通告机制；IP通信网协议；增值业务 Abstract:I

csdn lidp  http://blog.youkuaiyun.com/perfectpdl对 INVITE 请求的 SIP 响应可能是最终的或临时的。最终响应始终可靠地发送，而临时响应通常并非这样。对于需要可靠地发送临时响应的情况，可以使用 PRACK（临时响应确认）方法。为了能够开发支持 PRACK 的应用程序，必须符合下列条件：发送 INVITE 请求的客户机必须将一

csdn lidp  http://blog.youkuaiyun.com/perfectpdlSIP  定时器的总结定时器缺省值节含义T1500 ms17.1.1.1经历来回时间（RTT）T24 秒17.1.2.2非 INVITE 请求和 INVITE 响应的最长重新传

DTMF定义：由高频音和低频音的两个正弦波合成表示数字按键(0~9 * # A B C D)。VOIP中 检测DTMF通常有三种方法，sip info, inband, out band(rfc2833), 此外，在3gpp ims规范中 对dtmf的要求已经采用最新的rfc4733 取代rfc 2833.1. sip info     为带外检测方式，通过SI

opensbc 是SBC的开源实现，由C++实现，建立在opensipstack sip 协议栈基础上，提供nat穿越，RTP Proxy, upper registration,opensbc 最重要的功能莫过于其nat穿越的支持，关于Voip NAT问题可以看网址： http://www.voip-info.org/wiki/view/NAT+and+VOIP

............................ .............................. . . . . . +-------+ . . +-------+

摘  要  VoIP技术是由原来的一种互联网上的增值应用发展成为一种得到广泛应用的通信技术，较传统的PSTN通信具有明显优势，但在实际应用中也面临诸多问题。文章简述了VoIP基本原理及其分析研究了实际应用中VoIP技术现存问题，并提出了相应的解决方法，最后讨论了VoIP技术的发展方向和研究趋势。    关键词  VoIP；QoS；攻击；语音编码  1  引

上一篇文章分析了 sip注册消息的流程，下面分析一下 invite请求的处理流程。从handle_request_invite入口，invite请求此处处理replace请求头，如果为replace则认为是咨询，此时不会创建新的通道，而是找到一个通道植入（masqued），大多数情况下是根据invite创建新的请求，所以此处我们从这里开始，不考虑咨询情况首先检查此请求是否为重复请求，if (!req->ignore) ，接下来调用check_via检查via头域,这个函数涉及到nat穿越问题，此函数解析rp

<br />SIP从私网到公网会遇到什么样的问题呢？<br />包的地址转换。<br />SIP消息里面的SIP地址转换。<br />SIP消息里面的SDP中的RTP地址转换。<br /> <br />网络现存结构复杂，SIP服务提供商并不一定是NETWORK提供商，很难要求客户只能使用某种方式的NAT&FireWall。如何找出一种可以满足各种网络的SIP应用解决方案呢？<br /> <br />NAT和Firewall的基本原理<br />首先，NAT的几种方式：<br />Full Cone：当一台私

<br />在Asterisk中对某个peer的类型分为3种:peer, user和friend<br />看看voip-info对这三种类型的解释<br /><br />peer : A SIP entity to which Asterisk sends calls (a SIP provider for example). If you want a user (extension) to have multiple phones, define an extension that calls two

<br />SDP—Session Description Protocol<br />The Session Description Protocol, defined by RFC 2327 [1], was developed by the IETF MMUSIC working group. It is more of a description syntax than a protocol in that it does not provide a full-range media negotia

<br />1 引言<br />VoIP 是新一代网络时代发展起来的最具代表性和发展前<br />途的应用技术之一。SIP 作为VoIP 中的一种信令控制协议,具<br />有很大的增长潜力。因此为了更好地推广VoIP 业务的发展,解<br />决好SIP 穿越NAT 的问题将是一个重大的研究课题。本文主要<br />是在STUN 方法的基础上,针对其无法穿越对称型NAT 的缺陷<br />展开研究的,提出了一个改进的新方案。<br />2 SIP 协议、NAT 相关技术及STUN 简介<br />2.1

<br />第一部分： NAT介绍 <br />各种不同类型的NAT(according to RFC)<br />Full Cone NAT: <br />内网主机建立一个UDP socket(LocalIP:LocalPort) 第一次使用这个socket给外部主机发送数据时NAT会给其分配一个公网(PublicIP:PublicPort),以后用这个socket向外面任何主机发送数据都将使用这对(PublicIP:PublicPort)。此外，任何外部主机只要知道这个(PublicIP:PublicP

<br />http://tools.ietf.org/html/draft-ietf-sip-183-00<br /> <br />  SIP 183 Session Progress Message<br /><br />Status of this Memo<br /><br /> This document is an Internet-Draft and is in full conformance with<br /> all provisions of Section 10

Many have seen the call flow shown that popularized the notion that SIP is a simple protocol. It is the one shown in Figure 1.A BINVITE --> Figure 1But, this is hardly the typical call flow. In order t

本文来自csdn lidp http://blog.youkuaiyun.com/perfectpdl,转载注明出处，谢谢。rfc3265为 SIP协议的一个扩展，定义了一套在SIP协议上实现事件订阅及通知的框架，一个例子，类似QQ好友状态，你订阅你的好友的状态，你好友会通知你他的状态，当然这中间涉及服务器，但基本原理是这样。此框架涉及订阅者和通知者，基本流程：Subscriber

背景：一般情况下，当UA收到一个会创建dialog的请求(invite/subscribe/refer)后，需要决定是否授权此请求，而有些时候UA通过判断请求是不是在一个已经建立的dialog中，以决定是否鉴权此请求，比如INVITE建立dialog后，在此dialog内发送的其他请求(prack，act等),UA并不需要鉴权，但问题是对于refer,message，subscribe请求

本文来自 csdn ucser,    http://blog.youkuaiyun.com/perfectpdl   转载注明出处，谢谢提供 GB 28181网关及整体解决方案.我创建了 一个视频监控交流群 306754195 欢迎加入.GB 28181定义了 视频监控系统信息传输，交换，控制的技术要求，整个构架的控制层采用SIP协议，传统视频监控厂商如果想接入SIP网络就需要一个协

本文来自 csdn ucser,    http://blog.youkuaiyun.com/perfectpdl   转载注明出处，谢谢！近年来，基于SIP标准化控制协议和RSTP实时流协议受到安防业的极大重视，并在监控行业中得到广泛应用。在新一代智能家居系统中采用SIP作为标准的音视频通讯协议，并可以融入第三方设备，如语音/SIP可视电话、手机、IPCamera等，同时系统扩展了远程技术应用，并开

本文来自 csdn ucser,    http://blog.youkuaiyun.com/perfectpdl   转载注明出处，谢谢！DTMF 叫多音双拼，也叫二次拨号， voip 承载dtmf 有三种方法，inband, rfc 2833(最新rfc 为4733,ims里面引用)，和 sip info 方法。inband方式是把按键产生的buffer放到语音rtp流里面一起传输而不

csdn lidp  http://blog.youkuaiyun.com/perfectpdl有些视频终端只在呼叫刚建立时发几个关键帧，如果关键帧丢失，对方解码会会失败或出现马赛克现象，对此通过发送关键帧请求对方发送关键帧，呼叫建立后，通过SIP INFO 扩展 在 dialog 内发送 关键帧请求，SIP INFO 构造参考 rfc 2976 http://www.ietf.org/r

本文 来自 csdn ucser http://blog.youkuaiyun.com/perfectpdl, 转载注明出处，谢谢。VOIP行业资讯和技术趋势请参考： www.voip123.cnAsterisk社区还真够活跃，刚刚在Asterisk 增加了 webrtc, ICE等新技术的支持，这不，又要在Asterik 12中替换其原有的SIP协议栈，对Asterisk 内

本文是VOIP通信NAT系列专题的第三篇，

本文来自 csdn ucser,    http://blog.youkuaiyun.com/perfectpdl   转载注明出处，谢谢提供 GB 28181网关及整体解决方案.我创建了 一个视频监控交流群 306754195 欢迎加入.GB 28181定义了了 基于SIP架构的 视频监控互联规范，而对于多数私有协议实现的监控系统如果想接入SIP架构，就要借助网关，GB28181

本人承接 sip/ims 视频客户端开发，包括PC，IOS,Adnroid 等平台，支持接入sip软交换,ims核心网，支持 语音，视频，即时通信功能，视频格式支持 h263,h264，mpeg4 软编软解，提供硬件编解码接口对接，提供软交换/呼叫中心/调度系统等解决方案，有兴趣请联系我。　IP 多媒体子系统 (IMS) 是一组规范，描述用于实现基于 IP 的电话和多媒体服务的

本人承接 sip/ims 视频客户端开发，包括PC，IOS,Adnroid 等平台，支持接入sip软交换,ims核心网，支持 语音，视频，即时通信功能，视频格式支持 h263,h264，mpeg4 软编软解，提供硬件编解码接口对接，提供软交换/呼叫中心/调度系统/等解决方案，有兴趣请联系我。　An Introduction to the JAIN SIP API ---- cl

csdn lidp  http://blog.youkuaiyun.com/perfectpdl 序言RTP提供带有实时特性的端对端数据传输服务，传输的数据如：交互式的音频和视频。那些服务包括有效载荷类型定义，序列号，时间戳和传输监测控制。应用程序在UDP上运行RTP来使用它的多路技术和checksum服务。2种协议都提供传输协议的部分功能。RTP本身没有提供任何的机制来确保实时的传输或其他的

本人承接 sip/ims 视频客户端定制开发，支持 语音，视频，即时通信功能，视频格式支持 h263,h264，mpeg4 软编软解，提供硬件编解码接口对接，提供服务器，有兴趣请联系我。注册流程(java-->C++-->C) register(NgnSipService.java)    |register(NgnRegistrationSession.java)

SIP协议的灵活性带来的是兼容性问题，最近遇到的是 100Rel扩展导致的客户端服务器兼容性，此扩展的RFC为 3262 http://www.ietf.org/rfc/rfc3262.txt 此扩展 定义了 对临时应答的可靠响应处理，但是有些服务器或者客户端并不支持，虽然此功能是通过协商才执行相应行为，但是总是遇到兼容性问题导致通话建立失败，所以实际使用中我还是建议把这个功能关闭。

承接 sip/ims 视频客户端开发，支持接入sip软交换,ims核心网，支持 语音，视频，即时通信功能，视频格式支持 h263,h264，mpeg4 软编软解，提供硬件编解码接口对接，提供服务器，有兴趣请联系我。            在浏览器端实现基于标准（SIP,HTML5,H264）的视频电话，可以与其他基于SIP协议的客户端，服务器互通，支持H264,H263视频编码标准

本文来自csdn lidp http://blog.youkuaiyun.com/perfectpdl,转载?SBC全称：Session Border Controller，即会话边界控制器，SBC已经逐渐成为NGN和IMS网络的标准配置产品。SBC一般位于对等环境中两个业务提供商网络之间，或者位于给居民和企业用户提供服务的接入网和骨干网络之间。尽管一些SBC只处理信令，但多数既处理信令也处理媒体。这

本文来自 csdn lidp ,转载著名出处，谢谢。VOIP行业资讯和技术趋势请参考： www.voip123.cn对于注册功能，asterisk sip协议栈提供两种服务，1.asterisk作为sip客户端，注册到其他sip服务器。2.asterisk作为sip注册服务器，保存客户端注册信息。下面分析从sip协议栈启动到第二个功能的具体实现：sip协议栈

本人承接 sip/ims 视频客户端定制开发，提供IMS硬终端solution,支持接入sip软交换,ims核心网，支持 语音，视频，即时通信功能，视频格式支持 h263,h264，mpeg4 软编软解，提供硬件编解码接口对接，支持基于三星 sp5v210，trident, 海斯芯片H264 硬件编解码，提供服务器，有兴趣请联系我。VOIP行业资讯和技术趋势请参考： www.voip123

Gateway Authentication <br />Here are all the possible values for a gateway: <br />registertrue or false (like when you don't want to register but want to auth to a gateway) <br />schema (Currently should be left blank which is Digest by default) <br />rea

Contents[hide]1Overview2Devices with Issues2.1Sonus2.1.1Carrier Info2.1.2Dropped Audio2.1.3DTMF Problems2.1.4Other Options2.1.5See also<br />Overview<br />RTP issues can be difficult to diagnose without a healthy amount of packet captures, etc. <br />Devic

User location<br />Let's step out of the SIP layers and see what we have so far: using the layers, we can now create and receive SIP transactions. <br />One basic requirement in SIP is for phone devices to be able to register their location with a registra