SIP系のOSSを、開発するプロジェクトです。
SIPropVer.2.0の完成と雷電の開発開始に合わせて、定義し直されました。
という目的の元、通信系(主にSIP)のOSSアプリを提案・開発するプロジェクトである。
この目的を果たすために、他プロジェクトと提携し、いろいろなプロダクトを立ち上げている。プロジェクト一覧はこちら。
イメージ図:
一般の IP 電話において SIP は、相手を呼び出す機能(シグナリングという)を果たしている。つまり、インターネットを介した電話サービスでは必要不可欠の通信プロトコルである。
このように IP 電話と密接に関連する通信プロトコルと理解されがちな SIP であるが、実は、インターネットの通信プロトコル規約である RFC において、次のように規定している。
SIP (Session Initiation Protocol) は、インターネットのエンドポイント(ユーザーエージェントと呼ばれる)が お互いを発見し、共有を望むセッションの特性に合意することを可能にすることで、これらのプロトコルと 協調して動作する。セッションの参加者と見込まれるものの場所を特定するため、および他の機能のために、 SIPは、ユーザーエージェントが登録リクエストやセッションへの招待およびその他のリクエストを送ることが できる、ネットワークホスト(プロキシサーバーと呼ばれる)のインフラを生成することを可能にする。 SIPは、下位のトランスポートプロトコルから独立し、確立されるセッションのタイプに依存せずに動作する、 セッションを生成・修正・終了するためのしなやかで多目的なツールである。
すなわち、
SIP は上位にある様々なネットワーク・アプリケーションのためにセッションの管理を行うための 汎用セッション・プロトコル
なのである。
本来、汎用セッション・プロトコルであるはずの SIP が、IP 電話に付随する通信プロトコルとして語られることが多いのは、IP 電話が SIP が提供するセッション管理機能を必要とする最もメジャーなアプリケーションであり、他に SIP を必要とするアプリケーションが見つからないことに原因がある。
さらに、近年の通信事業各社によるNGNやFMCと呼ばれる試みは、「シグナリング・プロトコルとしての SIP」を推し進めるものであり、SIP の本来の「汎用セッション・プロトコルとしてのSIP」という設計意図からの乖離を生み出している。
このような状況により SIP は、大きなジレンマを抱え込むことを意味している。「汎用セッション・プロトコルとしての SIP」では、特定のアプリケーションに依存しない汎用セッション・プロトコルとしての地位を保ち続けるべきであるが、「シグナリング・プロトコルとしての SIP」では、通信事業者のシステムも含めたシグナリングに必要な機能が拡充が求められるからである。
そこで、SIPropプロジェクト は、 SIP が抱えるジレンマをより望ましい形で解決する方策を見出す議論をするためのコミュニティとして、さまざまな活動を行っているが、そのアプローチは概ね2つの方向性に整理することができる。
以上の2つのアプローチは垂直方向と水平方向の全く異なるベクトルを持っているが、実は相互に密接な関係を持つ。
例えば (1) でIP 電話のために開発された実装の一部は、(2) の新たなアプリケーションの獲得に役立つかもしれない。また逆に (2) の新たなアプリケーション獲得のために考えられた規格は、(1) の相互接続のための設計・実装のヒントになるかもしれない。
上記のバイ・ディレクション・アプローチは、SIP の問題解決には有効であり、ひいては目的である「メディア (通信媒体)の世界を広げる」につながると SIPropプロジェクト は考えており、実践している。