ピアツーピア SIP

ピアツーピア SIP ( P2P-SIP ) は、通信エンドポイント間のセッション制御がセッション開始プロトコル (SIP) によって容易になるピアツーピア(P2P) アーキテクチャを使用した分散型Voice over Internet Protocol ( VoIP) またはインスタント メッセージング通信アプリケーションの実装です。

P2PアーキテクチャにおけるSIP

純粋なピアツーピアアプリケーションアーキテクチャでは中央サーバは必要ありませんが、[ 1 ]従来のSIPテレフォニーネットワークは、公衆交換電話網(PSTN)の集中型スイッチングアーキテクチャと同様に、集中的に展開および管理されるSIPサーバの使用に依存してきました。 [ 2 ] [ 3 ] P2Pアプリケーション設計により、スケーラビリティ[ 4 ]と中央ネットワークの停止時の生存性を向上させることができます。

セッション開始プロトコルは、原則としてクライアントサーバープロトコルですが、 SIPプロトコルパラメータ(To-tag、From-tag、Call-ID)の一意の組み合わせで定義されるダイアログと呼ばれるP2P関係に類似して説明されています。 [ 3 ]通信セッションの両方のエンドポイントは、ユーザーエージェントサーバーとユーザーエージェントクライアントを実装し、これにより、任意の2つのユーザーエージェントが別の中央交換システムを介さずに直接通信できるようになります。SIPは、ユーザーエージェントのネットワークロケーションを他のSIP要素に登録する機能(REGISTER要求)と、ユーザーエージェント間のイベント追跡のためのサブスクリプション(SUBSCRIBE要求)および通知(NOTIFY要求)機能も提供します。

これらの固有の SIP 機能に基づいて、SIP ノードのピアツーピア ネットワークを構築できます。

別のアプローチであるSIP over P2Pでは、SIPロケーションサービスがOverSimフレームワークなどの従来のP2Pオーバーレイネットワークアプローチに置き換えられます。[ 5 ] このモデルでは、オーバーレイネットワークはサービスまたはノードの検出とランデブーに使用されます。このようなメカニズムの検索キーは、ユーザーエージェントのUniform Resource Identifier (URI)です。このURIは、特定のデバイスまたはUniform Resource Locator (URL)への解決を必要とし、これはリアルタイムで実行されなければなりません。P2P-SIPシステムは、構造化されたピアツーピアアプローチ[ 6 ]と非構造化ピアツーピアアーキテクチャ[ 7 ]を採用する場合があります。

標準

インターネット技術タスクフォース(IETF)は、P2P-SIPの標準化過程における仕様策定を行うワーキンググループ(P2PSIP)を運営しています。[ 8 ]この取り組みは、インターネット上で利用されるピアツーピア(P2P)シグナリングプロトコルであるREsource LOcation And Discovery(RELOAD)ベースプロトコル[ 9 ]に基づいています。P2Pシグナリングプロトコルは、オーバーレイネットワークを形成するネットワークノードに、抽象的なストレージ、メッセージング、およびセキュリティサービスを提供します。[ 10 ] [ 11 ]

参考文献

  1. ^ Schollmeier, Rüdiger (2002). 「ピアツーピア・アーキテクチャとアプリケーションの分類のためのピアツーピア・ネットワーキングの定義」. Proceedings First International Conference on Peer-to-Peer Computing . pp.  101– 102. doi : 10.1109/P2P.2001.990434 . ISBN 0-7695-1503-7
  2. ^ DA Bryan; BB Lowekamp; C. Jennings (2005年6月15日). SOSIMPLE: サーバーレス、標準ベースのP2P SIP通信システム. オーランド、フロリダ州: IEEE. pp.  42– 49. ISBN 0-7695-2525-3
  3. ^ a b J. Rosenberg; H. Schulzrinne; G. Camarillo; A. Johnston; J. Peterson; R. Sparks; M. Handley; E. Schooler (2002年6月). SIP: セッション開始プロトコル. ネットワークワーキンググループ. doi : 10.17487/RFC3261 . RFC 3261 .提案 れた標準。RFC 8591、8760、8898、3853、4320、5626、5393、4916、5630 により更新。RFC 2543は廃止​​ 
  4. ^ Rüdiger Schollmeier、Gero Schollmeier (2002年9月5日~7日)、「なぜピアツーピア(P2P)はスケールするのか:P2Pトラフィックパターンの分析」、議事録。第2回国際ピアツーピアコンピューティング会議、議事録、IEEE 2002国際ピアツーピアコンピューティング会議(P2P2002)、リンシェーピング、スウェーデン、pp.  112~ 119、doi : 10.1109/PTP.2002.1046320ISBN 0-7695-1810-9
  5. ^ Ingmar Baumgart、Bernhard Heep、Stephan Krause (2007年5月). 「OverSim: 柔軟なオーバーレイネットワークシミュレーションフレームワーク」(PDF) . IEEE INFOCOM 2007と共同開催された第10回IEEEグローバルインターネットシンポジウム (GI '07) の議事録(米国アラスカ州アンカレッジ)。オリジナル(PDF)から2011年5月16日にアーカイブ。 2009年7月6日閲覧
  6. ^ Wolfgang Kellerer; Gerald Kunzmann; Rüdiger Schollmeier; Stefan Zöls (2007)、「電気通信およびモバイル環境向けの構造化ピアツーピアシステム」、AEU — International Journal of Electronics and Communications60、Elsevier: 25– 29、doi : 10.1016/j.aeue.2005.10.005
  7. ^ Chien-Ming Cheng、Shiao-Li Tsao、Jin-Chang Chou (2007年9月7日)、「モバイル環境向け非構造化ピアツーピアセッション開始プロトコル」、2007 IEEE 18th International Symposium on Personal, Indoor and Mobile Radio Communications、vol. 3、IEEE 18th International Symposium on Personal, Indoor and Mobile Radio Communications、2007 (PIMRC 2007)、pp.  1– 5、doi : 10.1109/PIMRC.2007.4394628ISBN 978-1-4244-1143-6
  8. ^ C. Jennings; B. Lowekamp; E. Rescorla; S. Baset; H. Schulzrinne (2016年4月27日). TC Schmidt (編). RELOADにおけるSIPの使用法. IETF . ID draft-ietf-p2psip-sip.
  9. ^ C. Jennings; E. Rescorla; S. Baset; H. Schulzrinne (2013年2月24日). B. Lowekamp (編). REsource LOcation And Discovery (RELOAD) 基本プロトコル. IETF . ID draft-ietf-p2psip-base.
  10. ^ A. Knauf; G. Hege; M. Waehlisch (2016年11月13日). TC Schmidt (編). RELOADにおける共有リソースの利用法 (ShaRe) . IETF . ID draft-ietf-p2psip-share.
  11. ^ A. Knauf; G. Hege; M. Waehlisch (2013年8月1日). TC Schmidt (編).分散会議制御 (DisCo) における RELOAD の使用法. IETF . ID draft-ietf-p2psip-disco.