MyTE-TG 核心完成，测试结果满意，顺便简单介绍一下这个东东。

似乎应该先简单说一下MyTE-TG是个什么东西。
MyTE-TG是基于MyTE核心的一个应用程序，叫TG的原因主要因为它在很多地方看起来像
一个中继网关(Trunk Gateway)，当然它可不是简单的一个中继网关，其主要的功能如下：
 ＊ 组合零散的SIP帐号，变成集中的一个中继落地
 ＊ 进行SIP节点到H323节点的信令转换
 ＊ SIP节点到SIP节点的B2BUA的信令处理，增强各种SIP设备之间的互通性
 ＊ 两次失败跳转路由策略大幅度提高接通率
 ＊ 灵活的路由策略可以满足多种实际落地分配需求
这几个功能可是作VoIP虚拟运营很需要的东西，当然，很多的软交换也多少都实现了上述的
一些功能，但是支持的多少都不尽如人意（至少实际中我碰到的问题就如此），所以如果在
实际的运营中有下面的需求而恰好你的系统有不能解决，就可以用MyTE-TG来帮你解决了。
case 1: 偶有很多包月的SIP帐号可以用来打欧洲长途并且非常便宜，偶的运营平台有很多
的呼叫都是去欧洲的，而偶平台后面的落地给的价格都一般，希望可以通过这些SIP帐户开
下车，这时，你就需要一个MyTE-TG来帮你完成这个功能了。而且MyTE-TG可以通过对
每个帐号的费用进行控制来实现动态的选路，呵呵，的钱阿。
case 2: 偶有SIP平台可以用，但不能落H323的中继网关，呵呵，MyTE-TG可以用来作
协议转换，屏蔽SIP和H323的差异。
case 3: 某个SIP落地很便宜，但是偶的SIP平台和它互通有问题（比如信令不兼容，改号有问题），没关系，用MyTE-TG就好了。
case 4: 针对每个落地，在MyTE-TE中可以设置3种落地方案，如果1路由不通，会走2路由，再不通就走3路由，呵呵，接通率提高了，failover嘛，便宜的平台可不一定提供这样
的功能阿。

呵呵，不写了，反正就是SIP平台把它可以当一个中继（TG）来落地，它来解决各种落地的
上的问题，这就是MyTE-TG了。

          
MyTE-TG的核心刚完成，今天性能测试进入了最后阶段，使用sipp来模拟中继网关测试，
中间使用两个平台，一个把MyTE-TG作下车中继用，一个为MyTE-TG提供SIP帐号，
MyTE-TG接收一个平台过来呼叫，通过帐号送到另一个平台：
sipp(模拟呼叫) ---- >平台1---->MyTE-TG----->平台2---->sipp（模拟中继接受呼叫）

测试5个cps(每秒并发呼叫数)，每个呼叫300秒，并发在线呼叫就是 1500 个，呵呵，
相当于50个E1，我想在实际运营中应该足够用了。大概打了1个小时，一切ok，内存
最高使用也就35m，呵呵，这个结果真是令人满意阿。仔细看看CPU的状态，也就
数据库（postgresql-8.1）占用了20％，myte-server几乎不占用cpu的处理时间，
呵呵，原来c++也可以写出这么好性能的东东，我都有点佩服自己了。（MyTE为了
实现垮平台，自己有一套基础库，呵呵，所以性能上可以得到很好的控制。当然这也
有弊端，就是前期开发比较辛苦，还好都过去了。）

发现问题： MyTE的sip消息大的时候处理上响应速度有点慢（但是不占CPU）,这个主要
是MyTE的SIP协议盏在设计时的问题，当时考虑的性能也就不会超过10cps。这个数据
主要是基于我们的sip server在实际应用根本没有超过10cps的，虽然它至少可以处理30
cps，呵呵。另外sip server采用c写，使用大量的性能提升的技术，而MyTE整个都是
使用c++ 来写的，在sip消息处理上也没作什么优化，尤其是网络吞吐上根本没考虑10cps
以上的问题。不过，真的希望MyTE可以有一天能够有使用10cps以上的情景，那就可以
移植sip server上的sip处理模块到MyTE上来玩玩了，呵呵。

Scott Meyers：C++史上最重要的五本书籍和五篇技术文章(ZT)：【上一篇】
螺旋方阵的打印算法：【下一篇】