VoIPのプロトコル: H.323の
これは国際電気通信連合( ITU )プロトコルもともとビデオ会議システムのIPトランスポートメカニズムを提供するために設計されました。これでは、標準のIPベースのビデオ会議装置となっている、それを簡単にはVoIPのプロトコルとしても名声を楽しんだ。中が多いかどうかのSIPまたはH.323 (またはIAX )、アスタリスクのVoIPプロトコルの世界を支配するの白熱した議論は、主にはH.323とSIPのIAX有利には推奨されている。ただし、まだキャリアの中で最も広く使われているVoIPのプロトコルであるH.323のは、ユーザーと企業の間で多くの成功を享受していません。
として、音声、ビデオ、データを送信するための手段はH.323はITUが1996年5月に、ファックス通信は、 IPをベースに開発されたものは、 PSTNのネットワークとの接続を維持します。それ以来、いくつかのバージョンとH.323の附属書を経験してきた(これは、プロトコル)は、純粋な VoIPのネットワークとより広く分散型ネットワークで動作するようにできる機能を追加。
今後はH.323の熱い議論の対象となります。メディアの場合は、任意の測定には、良いはH.323を探していませんが、ほとんど(確かには SIP対応の規則性に言及される) 。 H.323の一般的技術的にSIPに、優れたが、多くの他の技術と同様に、最終的に問題ではないのかもしれないと考えられています。一つは、その複雑されているH.323のが不人気の要因の多くの主張は、かつては簡単なのSIPと同じ問題に苦しむしはじめている。
H.323のキャリアは、世界のVoIPトラフィックの過半数をはるかに、人々が、次第に伝統的なキャリアの通信は、 H.323のニーズの将来をより確実に予測することは困難になります依存するようになるいます。 H.323の実装には、新たなプロトコルを選択したことがないかもしれませんが、私たちは確かにここしばらくはH.323の相互運用性の問題に対処しなければならないことを期待することができます。
H.323のプロトコルとは、比較的安全であるとはどのようなネットワークは、インターネットとの通信に共通しているを超えて多くのセキュリティ上の配慮を必要としません。 H.323のメディアからの通信のためのRTPのプロトコルを使用すると、暗号化されたメディアのパスをネイティブにサポートしていません。または他のエンドポイント間のVPNトンネルの使用は安全に暗号化されたカプセル化通信の最も一般的な方法です。もちろん、これはエンドポイント間では常に(あるいは)の便利されない場合がありますこれらのセキュアなトンネルの構築を必要とするという欠点を持つ。 VoIPのように多くの銀行などの金融機関との通信に使用になると、私たちが最もよく使われているVoIPのプロトコルをネイティブに強力な暗号化方式をサポートするために拡張機能を必要としている。
は、 H.323標準のエンドポイント間でメディアを輸送するためのRTPプロトコルは、インターネットエンジニアリングタスクフォース( IETF )の使用しています。このため、 H.323のSIP対応と同様の問題に対処するときに、ネットワークトポロジーのNATが関与している。最も簡単な方法は単純に内部のクライアントへの NATデバイスを介して適切なポートを転送することです。通話を受信するには、常にクライアントにTCPポート1720を転送する必要があります。また、詐欺制御およびRTCPは、 RTPのメディアストリーム用のUDPポートを転送すること()は、お使いのデバイスに必要なポートの範囲については、マニュアルを参照する必要があります。ミシシッピNetMeetingなどの過去のクライアントは、 TCPポートは、 H.245 (もう一度、あなたのクライアントのポート番号の範囲については、マニュアルを参照してくださいトンネル転送)が必要になります。
場合は、 NATデバイスの内側には、番号をお持ちのお客様の場合は、ゲートキーパーを使用するプロキシモードで実行する必要があります。公共のインターネットは、ゲートキーパーとのインターフェイスは、プライベートIPサブネットに接続する必要があります。は、プライベートIPサブネット上にあなたはH.323クライアントは、プロキシは、ゲートキーパーには、クライアントの代わりに呼び出しを登録します。注:その場合は、プロキシサーバーに登録する必要があるコールを希望するすべての外部クライアント。
レーベル:ファックスオーバーIP 、 VoIPのニュース
として、音声、ビデオ、データを送信するための手段はH.323はITUが1996年5月に、ファックス通信は、 IPをベースに開発されたものは、 PSTNのネットワークとの接続を維持します。それ以来、いくつかのバージョンとH.323の附属書を経験してきた(これは、プロトコル)は、純粋な VoIPのネットワークとより広く分散型ネットワークで動作するようにできる機能を追加。
今後はH.323の熱い議論の対象となります。メディアの場合は、任意の測定には、良いはH.323を探していませんが、ほとんど(確かには SIP対応の規則性に言及される) 。 H.323の一般的技術的にSIPに、優れたが、多くの他の技術と同様に、最終的に問題ではないのかもしれないと考えられています。一つは、その複雑されているH.323のが不人気の要因の多くの主張は、かつては簡単なのSIPと同じ問題に苦しむしはじめている。
H.323のキャリアは、世界のVoIPトラフィックの過半数をはるかに、人々が、次第に伝統的なキャリアの通信は、 H.323のニーズの将来をより確実に予測することは困難になります依存するようになるいます。 H.323の実装には、新たなプロトコルを選択したことがないかもしれませんが、私たちは確かにここしばらくはH.323の相互運用性の問題に対処しなければならないことを期待することができます。
H.323のプロトコルとは、比較的安全であるとはどのようなネットワークは、インターネットとの通信に共通しているを超えて多くのセキュリティ上の配慮を必要としません。 H.323のメディアからの通信のためのRTPのプロトコルを使用すると、暗号化されたメディアのパスをネイティブにサポートしていません。または他のエンドポイント間のVPNトンネルの使用は安全に暗号化されたカプセル化通信の最も一般的な方法です。もちろん、これはエンドポイント間では常に(あるいは)の便利されない場合がありますこれらのセキュアなトンネルの構築を必要とするという欠点を持つ。 VoIPのように多くの銀行などの金融機関との通信に使用になると、私たちが最もよく使われているVoIPのプロトコルをネイティブに強力な暗号化方式をサポートするために拡張機能を必要としている。
は、 H.323標準のエンドポイント間でメディアを輸送するためのRTPプロトコルは、インターネットエンジニアリングタスクフォース( IETF )の使用しています。このため、 H.323のSIP対応と同様の問題に対処するときに、ネットワークトポロジーのNATが関与している。最も簡単な方法は単純に内部のクライアントへの NATデバイスを介して適切なポートを転送することです。通話を受信するには、常にクライアントにTCPポート1720を転送する必要があります。また、詐欺制御およびRTCPは、 RTPのメディアストリーム用のUDPポートを転送すること()は、お使いのデバイスに必要なポートの範囲については、マニュアルを参照する必要があります。ミシシッピNetMeetingなどの過去のクライアントは、 TCPポートは、 H.245 (もう一度、あなたのクライアントのポート番号の範囲については、マニュアルを参照してくださいトンネル転送)が必要になります。
場合は、 NATデバイスの内側には、番号をお持ちのお客様の場合は、ゲートキーパーを使用するプロキシモードで実行する必要があります。公共のインターネットは、ゲートキーパーとのインターフェイスは、プライベートIPサブネットに接続する必要があります。は、プライベートIPサブネット上にあなたはH.323クライアントは、プロキシは、ゲートキーパーには、クライアントの代わりに呼び出しを登録します。注:その場合は、プロキシサーバーに登録する必要があるコールを希望するすべての外部クライアント。
レーベル:ファックスオーバーIP 、 VoIPのニュース

0 件のコメント:
コメントを投稿
登録 コメントの投稿 [Atom]
<< ホーム