どうするNGN 〜 招待状は1300バイト以内？

昨年あたりからはじまり、今年も NGN対応強化で日立グループが再編、 「NGNの機器とSIは1兆円規模に成長する」、NECの広崎執行役員専務 のように日本の大手企業がNGNに力を入れるとかビジネス規模が大きいという発表をしています。とはいっても、通信機器やサーバ系のメーカばかりなので、通信キャリアがNGNを提供することでインフラは多少整うかもしれませんが話題先行で一般の利用者にどのような恩恵があるのか実際のところはまだわかりませんね。昨年あたりからキーワードが良く聞かれるようになったNGNですが、いろいろな企業がワザワザ強化とか発表するのはどうしてなのでしょうね？あと、いろいろなニュースを見ると日本が世界に先行しているかのように書いていることがありますが、あまり先行しているようには見えないのですが実際にはどうなのでしょうね？

NGNで使用されるSIP (Session Initiation Protocol)ですが、過去の仕様との互換性のために仕様として一貫性が取れていない部分あります。また、その他にもいくつかの制約があるなどプロトコルとしてはちょっとイマイチかなと個人的には思っています。例えば、制約のうちのひとつは、SIPについて記述されたIETF RFC3261の18.1.1節 Sending Requestsの中に記述されている下記の文章です。

If a request is within 200 bytes of the path MTU, or if it is larger than 1300 bytes and the path MTU is unknown, the request MUST be sent using an RFC 2914 congestion controlled transport protocol, such as TCP.

これは送信するメッセージのサイズについての記述ですが、メッセージのサイズが、パスMTUから200バイト引いたサイズよりも大きい、あるいは1300バイトよりも大きくてパスMTUがわからないときには、TCPを使ってメッセージを送らなければならないという話です。良く使われているEhternetも通常MTUが1500バイトなので、基本的には1300バイト以上のメッセージはTCPで送信と考えて頂いて良いと思います。

ところが、例えば企業内のVoIP用のSIPサーバなどは、TCPではなくUDPが使用されており、大きなメッセージが来るとエラーを返すようです。それ以前にメッセージに記述できるSDPにかなり制約がかかっていたりもしますが。ちなみに、NTTのNGNのSIPもTCPをサポートしていないようです。

このSIPのメッセージサイズ1300バイト以内問題は今後NGNで様々なサービスを実現していく上で大きな制約になってきそうな気がしています。英数字1文字1バイトと考えると、1300文字ということになりますが、実際には、1行ごとにCRLFと2バイト分入るのでさらに記述できる文字数は少なくなります。例えば、SIPのイベント通知(SUBSCRIBE/NOTIFY)でアプリケーションが情報をやり取りしようとしたとき、NOTIFYリクエストに添付できるデータサイズがこのメッセージサイズの制約で制限されてしまいます。XMLなどで記述されたデータを添付すると1300バイトなどあっという間に越えてしまいそうです。MIMEのexternal-bodyを使用するという手もありますが、使い勝手が良くないのでSIPのイベント通知を使わずにRSSのようにHTTPなどTCPを使ったプロトコルでポーリングすることになるのでしょうね。

INVITEリクエストも今までのようにVoIPであればSDPに記述するメディアもオーディオだけでコーデックやパラメータもあまり多くありませんでした。しかし、ビデオカンファレンスでは、SDPに記述するメディアとしてオーディオだけではなくビデオを記述しなければいけませんし、複数コーデックを扱えるようにしようと思うとそれだけSDPの記述量が増えます。これにQoSネゴシエーションやFECネゴシエーションもSDPに記述するようになると、1300バイトでは足りそうにありません。

ということで、実はSIPをUDPで使用しているとすぐにメッセージサイズの制限による限界がきてしまいます。でも、これじゃ、正直な話NGNで新しいサービスやアプリケーションと言われても何もできないですよね。どうするんでしょうね。

VoIP以外のアプリケーションのためにTCPをサポートしてくれないかな？