私はデジタルTV放送会社(ケーブル)で働いています。ヘッドエンドは2つあり、1つは米国に、もう1つはカリブ海にあります。現在、両方のサイトをCisco L2TPv3疑似配線VPNで接続していますが、実行しているためです。マルチキャストアドレスでRTP(UDP)を使用するこの疑似配線を介したビデオストリーム。パケットがインターネット上で異なるルートを取り、受信側で順序が狂う場合、MPEGトランスポートストリームは次のようになります。継続性カウントエラー(およびその中のPIDには、顧客に影響を与えるアーティファクトがある可能性があります)。
上記の問題のため、私は疑似配線を、順序が狂っているパケットを並べ替える他のVPNテクノロジーに置き換えることを検討していますが、どの代替手段が利用できるかわかりません(ある場合)。私の質問は、上記の問題の影響を最小限に抑えるためにどのような戦略またはテクノロジーを使用できるかということです。
私はRTPを使用したことはありませんが、AFAIU、おそらくRTPレベル:RTPには、パケットの並べ替えに使用できるタイムスタンプパケットがあります。
ただし、パケットを紛失した場合は役に立ちません。
プロトコルスタックの下位レベルでデータグラム/パケットの順序を適用することによって問題を解決しようとすると(たとえば、VPNのRDPのいずれかを転送するためにTCP)を使用することによって)、 HOLブロッキング :パケットがドロップされたときにストリームの一部を失う代わりに、受信側はパケットが再送信されて到着するのを待つ必要があります(つまり、ストリームは一時停止します)。
トランスポートプロトコルのヘッドオブラインブロッキング を参照してください。