asterisk卡性能评测-digium vs openvox vs sangoma, 其他克隆卡

[i=s] 本帖最后由 123abc 于 2010-5-11 19:48 编辑 [/i]

最近因为买克隆卡的缘故,我和我老板多留意了一些国外的网站。
发现一个以色列的牛人已经对asterisk硬件有一个比较权威的评测了。但是是E文的,
我们老板看完以后,想了至少5分钟,郑重其事地告诉我以后买三个马了。我自己也是看到云里雾里的,以前感觉openvox 的还可以,可能没有做一些流量大的呼叫,可以使用。但是现在看完这个帖子,感觉还是这些克隆卡靠不住啊。希望中国的把质量搞上去,生意实在不敢丢了, 我自己可能因为用这些卡都丢饭碗了。原文是这里:
[url=http://www.simionovich.com/2010/02/02/digium-te205p-vs-openvox-d210p/]http://www.simionovich.com/2010/02/02/digium-te205p-vs-openvox-d210p/[/url]
00000000000000000000000000000000000
Digium TE205P vs. OpenVox D210P. [url=http://voiptoday.org/images/stories/Digium_vs_OpenVox.jpg][img=240,184]http://voiptoday.org/images/stories/Digium_vs_OpenVox_thumb.jpg[/img][/url]

原文:
02 Feb 10 [url=http://www.simionovich.com/2010/02/02/digium-te205p-vs-openvox-d210p/]Digium TE205P vs. OpenVox D210P[/url]

If there is one thing I like doing is testing hardware, specifically, testing new hardware that is related to [url=http://www.asterisk.org/]Asterisk[/url].I was more than pleased when OpenVox had approached me, asking toreview one of their products – specifically after I once announced thatI really dislike cheap clone cards. So, I got OpenVox’s D210P card,which is a fairly similar clone to the TE205/TE210 of [url=http://www.digium.com/]Digium[/url], and I decided to take a it for a test drive.
So, first off, lets take a look at Digium’s TE205 card:
[url=http://www.simionovich.com/wp-content/uploads/2010/02/TE205.jpg][img=640,480]http://www.simionovich.com/wp-content/uploads/2010/02/TE205.jpg[/img][/url]Digium TE205P Card

The card is based upon two specific chips, the [url=http://www.xilinx.com/]Xilinx[/url] Spartan [url=http://en.wikipedia.org/wiki/Field-programmable_gate_array]FPGA[/url]and an Inifineon based Quad E1/T1/J1 framer chip. Technically speaking,the entire brain of the outfit is located in the Xilinx FPGA(naturally), which on the TE205P now enables remote firmware upgradesand some additional features. Digium had been using Xilinx based boardsfor over 8 years now, and they’ve been doing the job more than well.
Now, let’s take a look at the OpenVox clone board:
[url=http://www.simionovich.com/wp-content/uploads/2010/02/D210.jpg][img=640,480]http://www.simionovich.com/wp-content/uploads/2010/02/D210.jpg[/img][/url]OpenVox D210 Card

[align=left]OpenVoxutilizes the same Inifineon framer chip (well, it’s a clone after all),while utilizing the Lattice Mico8 FPGA chip. Now, from a technologicalpoint of view, I couldn’t really find much differences between theMico8 and the Spartan, beside a minor differences here and there – butthese are not important. So, I proceeded to testing the card withAsterisk. So, the nice thing about this clone is that it doesn’trequire patches to the stock version of DAHDI, which in my book meansthat OpenVox are aiming at being a real-clone, not some would bepatched version of a clone – so that’s good. Installation was fairlysimilar to that of the Digium TE205P card, so I couldn’t really findspecifics in there to prefer one over the latter. So, I started testingthe card in various situations: Normal telephony, 3G based transmission(64kbps bearer capability), dropped calls during high loads andchecking CPU/Load spikes during high usage.[/align]
The Test Scenario and ComparisonAll of the above tests were conducted according to the following scenario:
[url=http://www.simionovich.com/wp-content/uploads/2010/02/test_lab.png][img=289,213]http://www.simionovich.com/wp-content/uploads/2010/02/test_lab.png[/img][/url]Testing Lab Server

In general, I’ve connected 3 different IP phones to the testingserver: A Polycom 650, a SNOM 370 and a Grandstream GXP2000. All IPphones include the latest firmwares and updates and were all workingflawlessly with another similar setup, so I assumed they were all bugand issue free for the testing lab. The main reason I’m using 64BitCentOS is simply due to the fact that all my servers are 64Bit capable(mainly E5410 and E5405).
Test 1: Normal TelephonyWell, in general, the card does exactly what it should – provides aconnection to an E1 circuit (we only have E1 circuits in Israel). I’veconducted normal telephony functions from all the above mentionedphones. In general, I’ve conduct from each phone a total of 40 calls,and repeated the test once for the Digium TE205P card and once for theOpenVox D210P card. The results were fairly similar with a slightadvantage for Digium. In general, the OpenVox card had slipped about 4%of the calls, mainly to an IRQ miss that occurred for some reason. Withthe Digium card, the IRQ misses were not exhibited, allowing for all120 calls to traverse normally.
Conclusion: In a normal office telephony scenario, the D210P is afair choice – however, not my preference for a Call Center or a serviceprovider.
Test 2: 3G based transmission (64kbps bearer capability)I’ve been playing around with IVVR and Asterisk, mainly using theFontventa H264 packages for Asterisk (that’s why I used 1.4 branch).With this test, the D210P provided less then medium results,specifically when trying to stream large 3gpp based video streams,while the TE205P had showed no specific issue with the transmission.Main issues exhibited were related to choppy video streams, causingjumps in the stream. The Digium card was fully capable of stream thevideo without a hitch. Now, I won’t hold this again OpenVox, as thisusage is fairly advanced and is required by a very small portion of themarket, but I believe they still have some work to do there. As theyare using the same framer as Digium, I would deduce that their firmwareis either an older import from Digium (reverse engineer) or some otherfirmware related issue.
Conclusion: Not a pick for 3G transmission with Asterisk.
Test 3: Dropped calls during high loadsNo matter what test I did, with OpenVox I’ve always received adropped call ratio of around 3-4% – when at high loads that went up toaround 7%. When I mean high loads, I mean generating 30 outbound callsfrom Asterisk to one circuit, then receiving them on the second port(yes, a back-loop). I’ve conducted 100 runs of this test, at variousspeeds. It would appear that when generating calls with a 100msinterval between one initiation to another on the circuit, the OpenVoxwill drop a call here and there – at sporadic intervals. This may beactually related to the IRQ misses exhibited in Test 1.
Conclusion: If you have high load anticipated – OpenVox is not the choice for you.
Test 4: CPU Load/SpikesIt is a well known fact that all card that are used with Asteriskintroduce load spikes of a sporadic nature. In the past, the masters oflow spikes were Sangoma, however, with the introduction of Digium’sVoiceBus, that balance had tipped and Digium took the upper hand. Inorder to evaluate the spikes, I’ve monitor the machines’ load whilehaving 30 calls traverse from one port to the other. The calls wereplaying back a static file of 5 minutes, and after disconnecting thecalls would generate and additional one and continue from there. Bothcards exhibited slight spikes when multiple calls either originate ordisconnect, however, the CPU spikes that the OpenVox card had exhibitedwere about 40% higher than the ones exhibited by Digium and there weremore spikes than with Digium.
Conclusion: If your system isn’t as beefy as mine, and you need full capacity – OpenVox isn’t the choice for you
Overall Operational ConclusionThe OpenVox card promises to be a low-cost alternative to the Digiumcard, and it surely delivers. Over all, if you have an office PBXsystem or a low scale IVR environment, the OpenVox alternative can beevaluated, although it’s not my personal favorite. Sure, in many casesI can say: “OpenVox would do the job” – but hey, I would always rathergo with the original and not the clone. I believe that OpenVox are farahead of its clone competitors (Atcom, Yeastar, Varion, PhonicEQ, etc),simply because it does a better job at building and designing a bettercard – however, they still have some way to go in order to becompletely in-lined with Digium and Sangoma.

主题测试文章,只做测试使用。发布者:zhangyang,转转请注明出处:https://www.voip88.com/asterisk%e5%8d%a1%e6%80%a7%e8%83%bd%e8%af%84%e6%b5%8b-digium-vs-openvox-vs-sangoma-%e5%85%b6%e4%bb%96%e5%85%8b%e9%9a%86%e5%8d%a1/

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022年 8月 26日 下午3:26
下一篇 2022年 8月 26日 下午3:26

相关推荐

  • 我想请问一下,AMI这个是什么东西?

    同标题,哪里有下载吗?

    文档 2022年 8月 26日
    1200
  • asterisk 1.4 如何设置auto-answer

    如题,谢谢啊

    文档 2022年 8月 26日
    1400
  • 关于转接呼叫

    请教大家一个问题,elastix能不能实现,比如 2000呼叫3000,3000再转给另外一个4000 这里假设2000是一个外线号码,3000是一个分机,4000也是一个外线号码,就比如2000和4000都是手机

    文档 2022年 8月 26日
    1200
  • asterisk 声音文件路径怎么设置啊?

    我用playback(/etc/asterisk/mp3/12.gsm),, mp3是我自定义的文件夹. 后台怎么提示没有这个文件和路径啊。声音文件的路径设置有什么特殊的,以及格式. 一定要是gsm 的吗? 哪些转换工具比较好用啊。

    文档 2022年 8月 26日
    1100
  • 提供一个用dialplan实现工号播放的思路

    很多人喜欢修改asterisk queue的源码实现拨号功能这里我提供一个在dialplan中实现的思路 Queue中使用类似local/2000@my-agents/n作为坐席而通过my-agents中我们再用Dial拨到实际的坐席上, 注意拨号时我们需要加上G参数 G([[context^]exten^]priority): If the call is…

    文档 2022年 8月 26日
    1000

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注

联系我们

400-800-8888

在线咨询: QQ交谈

邮件:admin@example.com

工作时间:周一至周五,9:30-18:30,节假日休息

关注微信
自6.2开始主题新增页头通知功能,购买用户可免费升级到最新版体验