返回首页

会话发起协议(SIP)
会话发起协议(SIP)的目的是从下往上连接人员和设备无论何时何地,他们是为了从事的信息(可能是漫长的)交流。现有的协议,如HTTP和SMTP,没有这一重要的人类活动的目的,因此SIP的诞生,填补了国内空白。然而,SIP借用这两个协议的沉重:从使用HT​​TP的消息交换模式,消息格式,编码,SMTP的URI方案。
2002年,SIP标准的修订版正式进入互联网工程任务组(IEFT)标准化进程为RFC3261。由于IETF标准进程的开放性,事实上,SIP是基于文本的股份与现有规格的许多功能,它已经很容易理解,扩展,并实施。
由于它的出现,SIP已获得(例如,Windows Messenger的)即时通讯和VoIP的促进牵引(例如,最知名的平台,除了从Skype)。实体
一个SIP环境包括一个连接的实体数量:一个用户代理(UA)的实体,它代表一个客户端设备的最终用户。它通常有两种操作模式:用户代理客户机(UAC),发送初始请求消息和流程响应;用户代理服务器(UAS)接受请求和发送响应。涉及代理服务器在SIP消息路由到正确的端点。状态代理的某个时候作出一个逻辑实体,称为后端回用户代理用户代理使用。重定向服务器提供了一个新的地址或收件人不同的路由路径。服务器可能使定位服务器的使用要坚持的位置信息。一个处长作为当前仓库中的客户端网络的依恋。
是用户代理,往往驻留在最终用户的设备。在许多情况下的其他实体提供必要的支持服务。消息
SIP消息有两种类型:请求:从客户端发送到服务器和定义客户端所要求的操作。响应:从服务器发送到客户端,并提供了该请求的状态。 请求
一个SIP请求的特点是作为一个很像HTTP方法,被认为是一个"动词",因为它要求其他用户代理或服务器执行的动作。 RFC3261定义了六种方法与后续标准的定义其余的扩展方法(从信息开始)(表1中的第一个六)。表1。 SIP方法

回答

评论会员:丹永吉 时间:2012/01/26
您好
Jesper A Nielsen

我想收到我的SIP服务器(IP地址)
呼叫者ID
我该怎么办?

我使用C#

谢谢!

我的英语是不够的
评论会员:jangadbutta 时间:2012/01/26
我VOIP SIP SDK解决方案

我发现这一个


任何人使用它
评论会员:涡流Vluggen 时间:2012/01/26
您好。我发现一个非常有趣的解决方案 - VOIP SIP SDK。你可以在这里找到:www.voipsipsdk.com。它有助于使自己的软电话。我的作品
评论会员:sean1332 时间:2012/01/26
很好的解释,尼斯作为参考。 !干得
评论会员:谢恩的故事 时间:2012/01/26
伟大的工作
评论会员:雷Cassick 时间:2012/01/26
主题非常详细的DOC,我还没有看到在这里
评论会员:赫克托桑托斯 时间:2012/01/26
尼斯。大量的理论。
{S0}
评论会员:加斯帕一个尼尔森 时间:2012/01/26
很好地解释了协议。
我没有机会,虽然尚未对代码,但似​​乎声音的文章。
[编辑] Awwww,没有代码{S1}我想知道你可能有一个例子一起。 [/编辑]

有一件事你可能要包括像丝鲨的工具,让人民在电线解码SIP和查看消息交互的链接。它是非常有用的,有一个SIP的理解时,人们可以看到它在行动的方式
评论会员:。海克特桑托斯 时间:2012/01/26
这是非常有用的的!我刚开始在一个新的工作对电信软件开发工作。 SIP协议的一部分,在我们的日常开发的核心。

感谢,这篇文章是一个很好的时机!

干杯
评论会员:!海克特桑托斯 时间:2012/01/26
我很欣赏你的文章。我一直试图看到SIP适用于我们自己长时间在线主机系统(BBS系统)。但从来没有发现一个当前需要。它没有帮助该行业理解和实施变得更加困难。所以这是一个部分,我有点不同意与你(这是不容易执行,例如服务器)。

但是,这可能是我喜欢的文章,你总结得很好,也提供了开源(我认为他们是开源)的链接,探索

总的来说,我试图找到我们的框架内的使用情况,但它总是回落到现有的HTTP协议为基础的服务电话。

换句话说,它支付给写一个框架,并为我们的SIP服务器的目的是什么?我们期望与"SIP"服务器连接什么设备?

我猜它只是一切,寻找需要它,就是尚未完成,你已经拥有的设备和排他性。

除此之外,大文章!
海克特桑托斯首席技术官
http://www.santronics.com
评论会员:加斯帕一个尼尔森 时间:2012/01/26
SIP协议已经有点局限于到目前为止,VoIP和即时消息解决方案(但往往主宰每个)。

这可能会改变虽然。 4G的到来,会看到手机行业的长期演进(LTE)蓝图的一部分执行。消费者与移动运营商在未来几年可能会看到一个戏剧性的变化在他们的接口方式。 LTE)更快的无线接入蜂窝网络和b)全IP为基础的服务交付提供??包括语音??使用的IP多媒体子系统架构。 SIP提供了IMS信令骨干。

这将如何影响你和你的业务? ,在时间上,与每个人都在手机提供商的集水区将有一个SIP地址和互联网寻址。你和其他人,可能会发现这种新颖的方式,在这与您的customers.nbsp沟通,允许

我觉得我听起来像一个广告太多! ,随着电信行业,但我很高兴这项技术。然而,电信业是著名的保守和缓慢的全面落实新技术。因此,我们可能是几年看到在欧洲,它远离。中国和广大发展中国家,都有点反常,可能看到它摆在我们面前的。

SIP的一个不断发展的技术(3新的SIP相关的RFC的标准田径的最后两个个星期独自所提出的),所以想在一个SIP协议栈/ SIP的服务器购买成本更建立有效的。此外,我认为这将是SIP客户端和服务有更多的钱。我想说离开SIP服务器到手机和VoIP服务提供商(爱立信,思科等),除非你有良好的商业案例为V -
评论会员:雷Cassick 时间:2012/01/26
反馈{BR }
我BBS软件的早期开拓者之一。我们的产品是原多万美元拨接在线托管系统,成功地迁移到在1996年的互联网使用虚拟的RS232,TCP / IP和PPP通信 - 即是相同的,如果是RS232或Telnet控制台连接。

TELNET bbs.winserver.com

获得一个例子连接到我们的支持站点。
请注意,大多数人通过网络连接(http://www.winserver.com),但高端客户装置还同时提供,因为他们的客户大部分仍使用更安全的RS232连接脚本文件交换。
我是考虑与SIP是一个流线的协议,使用这个虚拟接口)认证和B)processe客户机/服务器的命令。一个很好的例子是PPP设备可以拨打或telnet到主机,软件检测到人类,RIP,VT100/ANSI或两个不同类型的PPP帧。发现当一个正常的PPP帧传递到PPP服务器接管的通道。当检测到一个特殊的PPP帧GUI服务器会话开始与由我们的GUI frameend称为"野猫!"导航"
控制客户机/服务器的命令


我一直在试图看到SIP适合到这个框架或未来如何使我们的老传统,但还是可行的制度接管。例如,一个特殊WCNAV的客户端,使用SIP或薄设备小程序,使用SIP在野猫!服务器

但它并没有一个很大的需要,因为该接口软件可编程嵌入式服务器端的P -代码引擎。所以你看到的界面通过Telnet实际上是股票的P -代码为人类interace和检测特殊的连接脚本。所以我想我们可以添加一个"邀请"检测运行SIP接口代码很像PPP帧检测或RIP或VT100/ANSI终端转义代码,

声音如SIP VoIP和IM没有什么购买力平价的灵活性,为整体的IP连通性增长。

怎样的SIP与XMPP协议的IM的增长呢?

我很高兴听到4G。听起来很令人振奋。看来,我们可以利用这个新时代以某种方式与运动(回),以集中的私人托管网络。 {S0}

桑托斯/首席执行官海克特
Santronics软件公司

修改日(星期二),2010年8月3日上午1:36
评论会员:加斯帕一个尼尔森 时间:2012/01/26
加斯帕尼尔森写道:SIP是一个不断发展的技术(含3个新的SIP相关RFC的标准田径仅在过去的两个星期),所以我觉得在一个SIP协议栈/ SIP服务器买得多的成本比建立有效的。此外,我认为这将是SIP客户端和服务有更多的钱。我想说离开SIP服务器到手机和VoIP服务提供商(爱立信,思科等),除非你有良好的商业案例为V -

我想补充一点,我得到每一个新的ID提交,毫无疑问,的,总是有一些涉及到SIP。我最近没有检查,但像几乎每天都会有相关的SIP。
的东西 个人吗?
我是一个训练有素的系统工程师,在通信市场多年,我认为SIP是如何介绍或描述已经取得了比它确实是更为复杂。这就是为什么我喜欢你的文章。我想为服务器和客户端和/或什至可以想象SIP可以如何取代现有protcols例如,一个基于SIP的电子邮件服务器的例子实现的一篇文章。

你给了我一个更好的主意框架。我想看到,如果我能采取一个通用的客户机/服务器的协议框架的代码,我们使用,就像我张贴在这里多年的代码:



它使用了实施的SMTP的例子。一个通用的SIP协议引擎的版本将是很有意思的。 {S0}

桑托斯/首席执行官海克特
Santronics软件公司
http://www.santronics.com
评论会员:xzz0195 时间:2012/01/26
我认为SIP是如何介绍或描述,已经变得更加复杂,比它确实是

SIP的介绍已经有点杂乱无章。我们可以推测的原因:竞争的标准(H323);学术带头倡议; SIP的狭窄的重点和定义,导致数量庞大的补充标准,等等。此外,RFC3261是一个巨大的坟墓,矮化例如HTTP。

我觉得是一个大问题,现在我们才刚刚开始看到一些很好的质量API。谁知道标准以及在开发中存在的大多数的API的目的是,或有足够的能力和动机,学习吗??或不关心他们发送出去的消息这么多。更好的库去某种方式的SIP更容易被一般的程序员,抽象了内在的复杂性。但有大的改善空间。

怎样的SIP与XMPP协议的IM的增长呢?
根据IETF的SIPPING工作组的主持下,即时消息和出席("离??"在线??等),俗称为简单(即时通讯和存在利用扩展的SIP)的标准已正式。这是非常简单(小写)确实。随着消息的有效载荷形成的SIP消息体。有存在的通知涉及一些新的头。此外,还有支持文件传输和不同的模式??(如寻呼机和大消息模式)

与一切事物一样,SIP,罗森伯格(思科)和Schulzrinne(学术)积极参与。

我不能太多,因为我不是一个XMPP或Jabber专家评论竞争的IM平台的相对增长。不过,我觉得很多是对冲他们的赌注。例如,人们普遍认为,谷歌收购的Gizmo5,为他们的SIP和VoIP技能的Google Talk应用程序。

开放移动联盟支持为消息简单,但会有像XMPP的东西在4G服务交付框架支持