SBC（セッションボーダーコントローラー）とは何か、なぜ必要なのか

セッションのボーダーコントローラーの市場は毎年勢いを増していますが、VoIPの分野の多くの人にとって、このデバイスは依然として一種の疑問です。それがなぜ必要で、どこで正しく使用するかです。 実際に、この装置が実行する機能とタスク、およびこのデバイスをVoIPネットワークで確実に必要としない場合にインストールする理由を説明したいと思います。

単純なものから複雑なものに移りましょう。 まず、SBCが顧客のネットワークで実行する3つの機能を定義します。



1.セキュリティ

2.互換性

3.品質保証と管理





ほとんどの場合、多くの場合、セキュリティ機能に完全に対応し、さらにVoIPネットワークを保護するファイアウォールがあるように思われるため、多くの質問がすぐに発生します。 RFC3261があり、誰もがこの標準に従って作業する場合、互換性を確保する理由。 品質-VoIPの品質は、デバイスではなくネットワークの品質に大きく依存するという意見があります。 ここで、VoIPネットワークの実際のセキュリティ保護とは何か、RFC3261（SIP v2）の互換性が十分でない理由、セッションボーダーコントローラーが提供する正確な品質について詳しく見ていきます。

1.セキュリティ

まず、何を保護したいのか、攻撃者は何ができるのかを把握する必要がありますか？ 攻撃者ができる最初の苦痛なことは、トラフィックを盗むことです。 攻撃者は、あなたに代わって通信事業者に電話をかけることを可能にするアクセス権を取得し、その後、システムを介して日当たりの良いキューバにかなり高価な電話をかけます。 これが脅威となるもの、おそらく誰もが理解していること-通信事業者側の大きな法案。

盗難はどのように起こり、それを防ぐメカニズムは何ですか？

いつものように、すべては最も原始的なものから始めるべきです。 さらに、このプリミティブは非常に強力に保護します。 ほとんどの場合、攻撃者はSIPポート（UDP 5060）に応答してすべてのIPアドレスをチェックすることから始めます。 たとえば、特定のポートにOPTIONSメッセージをすべてのIPアドレスに順番に送信します。 そこで彼は別の犠牲者を探しています。 その後、次のことが起こります。回答を受け取るとすぐに、攻撃者はすぐにあなたに関する多くの情報を受け取ります。 つまり、彼はあなたのSIPがインターネット経由でアクセス可能であることを知っており、99％のケースで彼はあなたのIP-PBXのタイプを知っています。 彼はどのようにそれを行うのですか？ 簡単です。 IP-PBXがSIPリクエストに応答すると、デバイスの名前とバージョンを含むUser-Agentフィールドが示されている応答を返します。 例：ユーザーエージェント：アスタリスク1.2.3。 ハッキングのための最も人気のあるシステムであるため、すべてのアスタリスク愛好家に謝罪したいと思います。 この場合のSBCの動作：推奨事項では、5060以外のポートを使用し、User-Agentフィールドの値を簡単に置き換えます。 ここでは、攻撃者をすぐにより複雑な状況に置きます。まず、ほとんどの場合、攻撃者のシステムは、SIPを使用していると常に判断するわけではありません。 第二に、答えを受け取った後でも、彼はあなたのステーションが何であり、どの側にアプローチするのかを知りません。 なぜ2番目も非常に重要です。 そしてすべてがシンプルです。 たとえば、攻撃者は、アスタリスクバージョン1.2.3を使用していると判断しました。これには、内線番号を呼び出してからDTMFダイヤルを使用してこの内線番号の転送を設定できるバグがありました。 そして、彼は、この内線番号に電話をかけます。ここでは、必要な番号に電話を転送します。 また、一般に、PBXの機能が多ければ多いほど、この機能を目的とする目的でこの機能を使用するさまざまな方法が増えます。

フォワーディングについて話すと、VoIPのセキュリティの観点から見て、これは最も薄いものの1つです。 ほとんどの場合、誰が番号をどのように、どこに転送するのか、誰が電話をかけたのか考えていないので、電話をリダイレクトした番号のオプションなしで単純に置き換えられます。 これも重要であり、SBCが同じことを行うことを確認する必要があります。 この記事では、着信の転送については説明しません。

もう1つの重要な問題は、管理と管理へのアクセスです。 SBCには最初、多くのインターフェイスとVLAN設定オプションがあり、管理インターフェイスを別の安全なサブネットに移動できるため、アクセスが非常に困難になります。

セキュリティの観点からは、コールルーティングとSIPパケットインスペクションに特別な注意を払う価値があります。 パッケージはできる限り信頼されることが重要です。 このために、SBCには多くのツールがあります。 まず、さまざまなフィールドのチェックです。 たとえば、メッセージは常にUser-Agent：ITSP_SIPフィールドを持つオペレータから送信され、他の何かを追加することがわかっています。 または、インターネット経由でIP PBXに電話を接続する場合、ネットワークで許可されている電話から登録が行われることを確認する必要があります。 また、呼び出し可能なルート、呼び出し可能なルートを可能な限り正確に決定する必要があります。 また、SBCは適切なレベルのセキュリティを提供できます。

IP-PBXのSBCセキュリティを保証するもう1つの非常に重要なポイントは、ネットワーク上のVoIPトラフィックの差別化です。 IP-PBX用に別のサブネットを選択し、別の物理インターフェイスからのみアクセスできるようにすることで、セッションボーダーコントローラーのみを介してVoIPネットワークにアクセスできるようにします。

そして、これは、SBCにもある通常のファイアウォールなどの標準的なもののセットです。

実際、SBC上のこれらのツールを使用すると、システムをハッキングしてトラフィックやその他のアクションを盗む試みに対してセキュリティを提供できます。 もちろん、SBCには他の方法と保護方法がありますが、ここでは、VoIPネットワークを保護するための最も一般的で重要なアクションについて説明します。

a。 DoS / DDoS攻撃もあります。 一方では、電話サービスをオフにするだけなので、無害です。しかし、この問題には別の側面があります。

b。 ここでは、IP-PBXをオフにすると、すべてのテレフォニーが消えるということを明確に理解する必要があります。これは、それ自体が快適ではなく、ビジネスプロセスに影響を与える可能性があります。

c。 また、重要ではない要因は、ほとんどの場合、これらの攻撃は、このユーザーのさらなるアクションでユーザーのパスワードを選択するために行われることです。 トラフィックの盗難を含む。

SBCには、静的と動的の2つの原則に従って機能するファイアウォールが組み込まれています。 最初のオプションは理解可能であり、おそらく説明する意味はありません。 2番目のオプションは次のように機能します。 インターネットからSIPサブスクライバーを登録する可能性を許可する場合、理論的には任意のソースから登録でき、静的フィルタリングは単に不可能です。 たとえば、従業員が中国のどこかに飛んで、IP-PBXに接続したい場合、フルアクセス、または少なくともすべての中国のIPアドレスにアクセスする必要があります。 IPテレフォニーネットワークを保護する唯一の方法は、ダイナミックアクセス制御リストを使用することです。SBCは、異常なトラフィックの送信元であるネットワークレベルのIPアドレスのみを閉じます。 さらに、異常の度合いを自分で設定します。

盗聴の問題はまだあり、これを回避する唯一の方法は暗号化です。 しかし、私たちの国では、セキュリティサービスがこのトピックを非常に慎重に扱っているため、このトピックは無人のままにします。 さらに、ロシアでは、同じ理由で誰も暗号化を提供していません。



2.互換性

SBCが直面する2番目の質問は互換性です。 誰もがSIP v2（別名RFC 3261）をサポートしており、すべてがそのように機能すると言います。 しかし、慣例が示すように、これはそのように吸うことではなく、むしろまったく吸うことではありません。 互換性の問題は、VoIPネットワークで最も複雑で複雑だと思います。 なぜそう そして、なぜIP PBXとユニファイドコミュニケーションシステムが作られているのですか？ 誰がどのように標準化に努めていると言っても、実際、優先順位は別の優先順位であり、標準に従ってすべてを行うという考えとは完全に矛盾しています。 PBXメーカーの仕事は、最も興味深く完全なサービスセットを提供することです。誰かが突然新しいサービスを思いついた場合、独自の方法で行う以外に選択肢はありません。 （それでは、新しいRFCを作成して全員に伝える-サポート）。 さらに、私たちの世界での情報の流出はうまく機能しています（しかし、優れたものではありません）。 そして、競合他社が誰かが新しい機能を作成していることを発見した場合、当然のことながら同じことを行いますが、独自の方法でこの機能の実装のバージョンを標準化し、自然に標準化します。 その結果、世界は同じ機能を備えた2つの優れたステーションを受け取ります。これらのステーションは、標準に従っては動作しますが、互換性はありません。 また、基本的な通話に問題がない場合は、SIP拡張機能に関する質問が常にたくさんあります。 統計については、現在世界で100を超えるSIPのRFC拡張があります。 ステーションは通常20以下をサポートします。SBCは80以上をサポートします。また、通信事業者と連携するときにすべての機能を使用できるようにする必要がある場合、この場合はSBCが必要です。

また、互換性は同じセキュリティの影響を受けます。 そしてあなたの安全ではなく、通信事業者の安全。 原則として、オペレーターには独自のSBCがあり、ほとんどの場合、クライアントと連携するときに明確で理解可能なメッセージ/フィールド/機能フィルターがあります。 2つの簡単で明確な例を示します。

a。 IP PBXは、SIP Referを使用してコールを転送します（これは、ステーションがアップストリームステーションに、コールを外部加入者に転送していることを伝え、アップストリームステーションが相互に接続できるようにするときです。すべてが問題ありませんが、ここにポイントがあります。請求書は請求される必要がありますが、あなたとの電話はありませんでした。そのため、オペレーターはこの機能を単にブロックします（そして正しく行います）。この場合、SBCは通話の切り替えとオフを処理します。と REFERメッセージとオペレーターの場合、2つの呼び出し（着信と発信）が表示され、すべて正常に機能します。

b。 着信転送 例：サブスクライバAがサブスクライバBを呼び出し、サブスクライバBに転送されます。ここで、コールはサブスクライバBからサブスクライバBに移動しますが、番号Aは発信者の番号として表示されます。リダイレクトするものではありません。 これは電話規格です。 そして、ISDN（E1）でこれがすべて明確に記述されている場合、リダイレクト番号フィールドがあるため、正しい識別のためのSIP番号BでHistory-Info、Referred-By、Diversionを使用して送信できます。 そして、これに基づいて、事業者はそのような番号をブロックしたいだけで、請求が正しく機能しないという事実に言及しています。 つまり、通信事業者の請求はSIP規格に反しているか、事業者は規格に従って転送されたコールを受け入れたくないだけです。 SBCを使用すると、ある形式から別の形式に完全に変換したり、任意のフィールドから番号をFromおよび/またはP-Asserted-Identityフィールドに単に転送したりできます。

残りの例はそれほど一般的ではありませんが、それほど重要ではありません。これらの例は、発生頻度が低いほど、標準の電話交換方法を使用して解決するのが難しいためです。 別に、互換性の問題と音声コーデックの適応についてお話したいと思います。 誰もがG.711およびG.729コーデックをサポートする時代が過ぎましたが、それで十分です。 これには多くの理由があり、最も重要なこととして、PBXメーカーは、独自のコーデックまたはSILK / OPUS / MS-RTAなどの特殊なコーデックを使用して通信の品質を改善しようと努力しています。 ここで理由は簡単です（特にユニファイドコミュニケーションシステムについて話している場合）-すべての企業は、IP電話（個別のVLANに割り当てられ、トラフィックを優先できる）で電話をかけるだけでなく、タブレット、ラップトップ、スマートフォンでどこでも電話をかけるように努めていますWiFi、パブリックインターネット経由。 そして、ここでは、一般的なIPストリームでトラフィックに優先順位を付けて適切な品質を確保することは常に不可能であり、アダプティブコーデックは、G.711 / G.729と比較してこのようなネットワークで最高の品質を提供します。

SBCは、ネットワークで必要なコーデックを使用し、サポートしているコーデックを使用してオペレーターに接続するのに役立ちます。

それとは別に、DTMFとFAXの問題があり、VoIP環境では誰もキャンセルしませんでした。 このトピックを詳しく調べたくありません。DTMFとFAXの両方のすべての送信オプションを現在サポートしていると言えます。

実際、長期間にわたって互換性について書くことができ、SBCを使用して特定の問題を解決する方法に関する記事を個別に作成することもできます。 しかし、いずれにしても、オペレーターがあなたと完全な互換性を達成すると言ったとしても、オペレーターはこれを常に達成するとは限らず、この互換性を設定するタイミングは常に長くなります。 SBCを使用すると、リスクを軽減し、接続コストを削減できます。



3.品質保証と管理

結論として、品質保証と品質管理について少し説明します。

a。 品質保証-まず第一に、それは音声コーデックで動作します。

b。 品質管理-SBCは、エコー/遅延/パケット損失/ジッタ/ MoSなどのさまざまなパラメータのすべてのコールを監視し、問題が発生した場合、通信の劣化が発生した側と理由を即座に明確かつ迅速に把握し、問題を修正する期限。 SBCでは、1人のオペレーターとの通信の質が低下した場合、独立して再ルーティングすることもできます。 これにより、外部からの介入なしで通話品質が向上します。

また、品質保証に関する重要な要素は、ルートのバランスを取り、予約する機能を備えた適切なルーティング設定です。 インターネットを含むバックアップジャンクションがある場合は、ネットワーク機器の設定に関係なく、VoIPを含むバックアップジャンクションを含める必要があります。



これらはすべて、セッションボーダーコントローラー（SBC）が実行するすべての機能とタスクであるとは言えません。特にすべてをリストするのは非常に難しいからです。 安全性、互換性、品質の観点から、普遍的なレシピは存在せず、各接続はユニークで特別な場合もあるとさえ言えます。 ここでのタスクは、VoIPの使用がIPテレフォニーシステムのすべてのビジネス要件を満たすように、最大​​限の可能性を提供することです。