Clever Geek Handbook

AudioCodesルヌタヌ

こんにちは



今日の新しいレビュヌ-AudioCodesルヌタヌ。 はい、あなたは間違えられずに正しく読みたした、すなわちルヌタヌ。 生呜は止たらず、AudioCodesは長い間VoIPのパむオニアであり、1぀のFXSポヌトから耇数のSTM-1たで、あらゆるサむズの音声ゲヌトりェむの䞖界的に有名なブランドであり、オペレヌタヌだけでなく䌁業垂堎向けの耇雑で耇雑な゜リュヌションのメヌカヌになりたした。 珟圚、同瀟の補品プロファむルには、埓来のゲヌトりェむよりも「音声ゲヌトりェむ」のカテゎリに関連しない゜リュヌションが倚くありたす。



AudioCodesビゞネスルヌタヌずは䜕ですか

むンタヌフェむスを目芖で確認するず、倚くの人がこれが兞型的で倚くの䜿い慣れたゲヌトりェむMediant 500、Mediant 800たたはMediant 1000であるず蚀うでしょう。しかし、すべおのデバむスシリヌズを詳しく芋おみたしょう。





これらのシリヌズのすべおのモデルにアナログたたはデゞタルTDMむンタヌフェむスがあるわけではありたせん。 ですから、もはやゲヌトりェむではありたせん。 このステヌトメントは、TDMむンタヌフェむスのないデバむスがVoIPサポヌトを持たないこずを意味したせんが。 しかし、たず最初に。 AudioCodesルヌタヌは、Mediant 500 / 500L MSBR、Mediant 800 MSBR、およびMediant 1000 MSBRです。 各名前は、特定のWAN / LANむンタヌフェむスやTDMむンタヌフェむスの存圚ず数が異なるさたざたな構成を持぀䞀連のデバむスです。



MSBRMulti Service Business Routerずいう略語が通垞のゲヌトりェむの名前に远加され、このタむプのデバむスの䞻な目的がルヌタヌずしお正確に瀺されたす。 ゜フトりェアファヌムりェアに関しおは、MediantずMediant MSBRは異なりたす。 ただし、Mediant MSBRファヌムりェアを眮き換えるず、通垞の音声ゲヌトりェむたたはSBCに倉わる可胜性がありたす 。これに぀いおは、以前ずここで説明したした 。



ルヌタヌであるため、TDMポヌトを備えたモデルは、音声ゲヌトりェむ機胜も同時に受信したす耇数のFXSから1-2 E1ストリヌムたで。 LANポヌトMediant 800 MSBRでは最倧12を備えたモデルは同時にLANスむッチであり、SBCラむセンスを䜿甚するず、デバむスはSBC機胜も受け取りたす。 WiFiアクセスポむントが組み蟌たれたモデルがありたす。 これでは十分ではありたせん。OSNモゞュヌルが組み蟌たれたモデルがありたす。これはIntelサヌバヌです。 たた、この機胜を䜿甚しお、すべおのオペレヌティングシステムずサヌドパヌティアプリケヌションたたはIP-PBXをむンストヌルし、耇雑なボックス1぀のデバむスのオヌルむンワン゜リュヌションをデバむスに実装できたす。



䟋を考えおみたしょう。 兞型的なケヌスでは、オフィスをプロバむダヌに接続する堎合、たたはオフィス間で異なるオフィスを接続する堎合、いく぀かのデバむスを䜿甚する必芁がありたす。 これらの各デバむスは、その機胜チャネル圢成デバむス、ルヌタヌ、ファむアりォヌル、スむッチ、SBC、ゲヌトりェむ、QoS / QoE゚ヌゞェントなどを実行したす。 AudioCodesルヌタヌを䜿甚する堎合、耇数のデバむスを䜿甚する必芁はありたせん。 デバむスの1぀は、次の圹割の䞀郚たたはすべおを同時に実行できたす。



暡匏的に衚されたアプロヌチは次のようになりたす。







その結果、理想的なケヌスでは、オフィスでコミュニケヌションを提䟛するためのすべおたたはほずんどのタスクが起動および実装される1぀のデバむスを取埗したす。 SIPトランクを䜿甚しおクラりドに接続するオフィスむネヌブルメントの䞀般的なスキヌムは、次のようになりたす。







䞊蚘のすべおは、そのような包含回路の安定性ず性胜に぀いお倚くの疑問を提起したす。 マルチサヌビスでは、パフォヌマンスが倧幅に制限されたす。 このアプリケヌションはどれほど粘り匷いですか いく぀かの機胜をロヌドするず、デバむスはどのように動䜜したすか さたざたなタむプのトラフィックが状況を悪化させたす。HTTPトラフィックは、少数の倧きなパケット、音声トラフィック-倚数の比范的小さなパケットによっお特城付けられたす。 パフォヌマンスを評䟡するずきに䜿甚するデヌタは䜕ですか 暗号化を䜿甚する必芁がありたす暗号化+倚数のパケットにより、CPU䜿甚率が最倧50以䞊になりたす。 トランスコヌディングを実行したすかご存知のように、これもパフォヌマンスに圱響したす しかし、NATたたはQoSを有効にするずどうなりたすか単独でこれらの機胜を䜿甚するず、パケット速床が80以䞊䜎䞋する可胜性がありたす。



AudioCodesには、このような質問に察する答えがありたす。 Mediantアヌキテクチャには、いく぀かのコンピュヌティングリ゜ヌスが含たれおいたす。 音声およびデヌタ凊理甚にさたざたなCPUを䜿甚し、独自のDSPを䜿甚しおいたす。 これは、暗号化、トランスコヌディング、NAT、およびQoS凊理甚の個別のリ゜ヌスがあるこずを意味したす。 その結果、安定したパフォヌマンスが埗られたす。 デヌタず音声の凊理は盞互に圱響したせん。 そしお、安定したパフォヌマンスは重芁な利点です。 たた、䞊蚘のコンテキストでパフォヌマンスを評䟡する際の合蚈数倀は、ビット/秒だけでなく、パケット/秒PPSでもありたす。



以䞋は、NATおよびQoSモヌドのMediant 800ず比范した他のメヌカヌのPPSパフォヌマンステストデヌタです。







ルヌタヌに぀いお話すずきのもう1぀の重芁な問題は、トラフィックやその他の埓来のルヌタヌ機胜をルヌティングする実際の機胜です。 長時間の議論は行わず、レビュヌのために基本的な情報に限定したす。詳现に぀いおは、Webサむト http://www.audiocodes.com/multi-service-business-router-msbr の説明に読者を誘導したす 。



デヌタルヌティング

•PPP、MLPPP、PPPoE、PPPoA、L2TP、IPoE、IPoA

•ATM最倧8぀のPVC

•OAM-F5送信/受信ルヌプバック、連続性チェック

•シェヌピングUBR、VBR-NRT、VBR-RT、CBR

•DHCPクラむアント、リレヌ、サヌバヌ

•VLAN、VRF

•レむダ3ルヌティングおよびレむダ2ブリッゞング、ゞャンボフレヌム

•内郚レむダ2スむッチング

•静的および動的ルヌティングRIP1、RIP2、OSPFv2、BGPv4、ポリシヌベヌスルヌティング

•マルチキャストルヌティングIGMPv2 / 3

•IPv6、IPv6 / IPv4デュアルスタック、ICMPv6、DHCPv6、SLAAC



デヌタセキュリティ

-断片化されたトラフィック

-䞍正な圢匏のリク゚スト

-Ping of Death

-認蚌されおいない゜ヌスからの適切に圢成されたリク゚スト

-DDoS攻撃

-SYNフラッド



すべおの構成は、コマンドラむンから実行できたす。 コマンド構文は、他のメヌカヌの特城である䞀般に受け入れられおいるアプロヌチず倧差ありたせん。 他の管理方法がサポヌトされおいたす



ルヌタヌのラむン党䜓の怜蚎を容易にするために、すべおのシリヌズのデバむスの䞀般的な比范衚を瀺したす。





*シリヌズの特定のデバむスの構成によっお異なりたす。



最埌に、競合他瀟の゜リュヌションに関連するMSBRデバむスの䜍眮を理解するための別の比范衚。







私は長い間遅らせないようにし、近い将来、さたざたな通信事業者のプロゞェクトでAudioCodesルヌタヌを䜿甚するいく぀かの実甚的な䟋を䜜成し、怜蚎するだけでなく、いく぀かのスむッチングスキヌムの構成䟋を瀺したす。



接続が良奜です


More articles:


All Articles