在Vovida的基础上实现自己的SIP协议栈①


写在前面的话
不少通讯方面的同好已经读了我在去年岁末撰写的《如何用OpenH323开发自己的H.323协议栈》,大都给予了很高的评价,甚至可以说是好评如潮,说来惭愧,我只不过把十几个人的工作进行了整理和归纳而已,事实上我自己的代码只有很少的一部分(主要在H.245/H.235部分),后来很多朋友向我索要RTH323的测试版本一直未果,我在这里说明一下,由于该软件的使用和二次开发的权利已经被某欧洲公司所买断,所以我已经无权发布测试代码,如有不便敬请大家原谅.
在我们开发RTH323之际,我已经开始注重SIP协议了,并且根据RFC2543设计了不少实验代码,因为当时的开发有一个H.323-SIP的翻译网关的需求,不过后来这个计划又取消了,也从这个时候开始我逐渐对SIP有了比较浓厚的爱好,只是并没有做什么实际的工作,仅仅初步了解了一下协议的整体构造.
直到去年年底,我接触了Vovida的开放原码的SIP系统--Vocal以后,我决定开始系统的了解SIP的整个构造,我个人认为Vocal是一个非常典型的SIP系统,里面包含了所有构造电信级呼叫中心 , 区域网关以及中继网关的所有内容,而且代码清楚,比较易于改造;于是我花费了大概6个月的时间阅读了整个Vocal系统的代码,并在很多重要的地方做了标注.正好在今年的5月份,我的公司有构造一个大型的Voice/Video IP企业呼叫中心的计划,我就把我对Vocal的研究成果提交给公司,方案得到通过,现在我的公司正在和国内某个知名大学合作预备在现有Vocal基础上改造一个企业级的视频电话呼叫平台
不过我个人而言,对这个计划不是非常的满足,由于时间和金钱上的限制,大部分的电讯级补充服务第一阶段没有实现的,只可能在第二阶段去实现该计划,时间可能要持续很长,所以我也很希望有其他的开发公司参与完成这个方面的开发,当然我们也可以为有爱好的公司提供技术咨询或者展开合作 。
我写这本文的目的在于公布我个人对Vocal这个开放原代码系统的一些研究成果,当然里面有很多地方没有说得非常清楚,本身要用文字来阐述程序的设计思想就是一个非常困难的事情,所以我在里面大量的绘制了很多图表,来帮助读者阅读本文,这次公布的是有关UA端的内容,后续在本文中将介绍Vocal系统中的Provision Server; Marshal Server; Redirect Server; HeartBeat Server:Policy Server:CDR Server:Network Manager:Feature Server:以及各种协议的Translator,读者需要具备对SIP,H.323,MGCP,QoS的基本了解,以及对Java,XML, Call Processing Language , C的知识 , 在以下章节中不会对这些基本的知识做太具体的介绍 。
预计本文全部刊登完毕大概需近一年的时间 , 我希望有软件开发公司来和我合作完成这篇文章或者是共同从事Vocal系统的二次开发工作 。
从这半年的阅读Vocal的过程中我体会到Vocal系统的商业应用价值非常大 , 有人在论坛上和我讨论:改造别人的应用平台的难度和重新开发一个应用的难度哪个更大 , 双方都各置一词 , 就我个人觉得 , 大型的商业软件假如按照开放原代码来进行改造 , 非凡是一些基础平台(例如操作系统) , 速度肯定是比从零开始要快很多的 , RTH323就是一个成功的范例 , 这也是国内很多软件厂商的基本运行模式 , 非凡对于一些人员 , 技术 , 资金都不是非常充裕的公司这可能也是唯一的方案 , 但是开放原代码的软件大部分的效率非常低下 , 而且代码冗余 , 注释比较少 , 可读性非常差 , 甚至还有一些致命错误(Vocal中的Feature Server中就有这样的错误 , 往往可以造成系统崩溃)所以这样做的前提条件就是能把握住工作的重点 , 能及时发现并排除问题 , 这样才可能把开放原代码改造成高效率的商业应用 。

推荐阅读