なんとなく実験 with SIProp開発記

NGNに関する記事が、だんだんとIT系の一般Mediaでも取り上げられるようになってきたようです。

●ITPro Enterprise 「NGNで巨大SIベンダーNTTが誕生する？」

すでに、巨大なSIベンダーなNTTデータさんやNTTコムさんがいますし、現在のNTT再々編もそのあたりに向けての布石と思われますので、今更、何をという感じがしますね。
ちなみに、一般的なSIerさんが出来るNGNへの対向としては、MVNOと広域イーサをどううまく組み合わせるか？というあたりが一つの解になるのではないでしょうか？
（ゆえに、MVNOの義務化は必須などで言われているのかと思います。）

●ITMedia Enterprise 「NGNは企業のIT化に何をもたらすのか」

こちらは、NGNの一般的な解説という感じです。(某社のプレス向け内容そのままとも言う。(;^_^A アセアセ・・・)

●ITPro Network 「企業ネットにNGNアプリを先取り導入」

ついに、実際の導入へ向けた動きの解説が出てきました。
このあたりが、キモだと思います。

一番下のレイヤーにNGNのインフラ基盤があり，その上にインフラ基盤を制御するミドルウエア，そして一番上に実際のアプリケーションが存在する，という三階層のレイヤーになると見ている。

「AppleのiPhone、2機種目はIM機能付き？」という記事です。

まだ、1機種目も出ていないのに、早くも2機種目の話です。(;^_^A アセアセ・・・

米Apple Computerは現在、第二の「iPhone」に取り組んでいるところだ。これはiTunesソフトと連係し、またインスタントメッセージング（IM）機能を持つ可能性が高い。(中略)「これはまだ開発段階にあるようで、市場への登場時期は不明だ。この製品は（Appleの）『スマートフォン』だと確信しており、『iChat mobile』というブランドになるかもしれない」

「NTT、12月20日よりNGNのフィールドトライアル開始」という記事です。

予定通り、年内に開始のようです。関係者の皆様、お疲れ様でした。＜これからが本番ですが。(;^_^A アセアセ・・・

体験コースが用意されているのですね。是非とも、見に行きたいなぁ。こちらによると、申し込み法は、後日公開とのことです。

東京・大手町ファーストスクエアと大阪・梅田の大阪駅前ダイヤモンド地下街にあるショールームで、NGNを活用した各種サービスや情報通信機器を展示し、実際に体験できるようにする。ただし、ショールームの見学は事前予約制となる。

吉澤さんの「SIPropの意義 / SIPの相互接続性問題を、NAT越え問題と対比して考える」のエントリーにて、

実際、「SIPには方言がある」ということ自体は関係者の間で周知されていると思うのですが、僕みたいに「SIPがどんなものか何となく知っている」程度の人間には、具体的にどういう問題があるのかさっぱり分かってないのではないでしょうか。

というところがありましたので、相互接続問題の大枠の整理をしてみたいと思います。
実際に詳細を見ていくと、大きく3つの問題に分かれることになります。


●トランザクション(SIPスタック)レベルの問題
こちらは、どのくらいRFCに準拠しているか や RFCの曖昧さから出てくる問題点となります。

たとえば、ダイアログ(セッション)を終了するBYEの問題があります。
RFC的には、

既存ダイアログ外のBYEに対する応答は、既存ダイアログが見つからなかったことを示す481応答を返すべきである[SHOULD]

とされています。
BYEは、既存ダイアログを終了させるメソッドであるため、その終了させるべきダイアログがなければ、481応答を返すことは妥当のように思われます。

しかし、違う考え方もあります。
それは、BYEというトランザクションレベル(リクエスト〜レスポンスまで)で処理を考えた場合です。
その場合、たとえ終了させるべきダイアログがなく、BYEのセッション終了としての動作は失敗したとしても、BYEトランザクションとして正常に処理されれば、BYEトランザクションとして200OK応答を返すという考え方です。
この動作は、トランザクション動作としては正しいですし、BYEのセッション終了としても481応答が[SHOULD]であるため、RFC的には問題ない動作となります。

そして、これを現場レベルの視点で見ると、

481応答を返すには、BYEのダイアログに対して、既存ダイアログをチェックするルーチンが必要になる → 工数が増える！！！

という課題が出てきます。
そのため、SIProp的に制約条件といっているものが考慮されて、RFC推奨の481応答実装ではなく、200OK応答実装がされてしまう場合があり、ダイアログ外のBYEに対する応答に2種類の実装が存在してしまうのです。

●シーケンス(UA・機能)レベルの問題
基本的に、RFCでは、トランザクションの定義はありますが、シーケンス(機能)に関する定義はありません。そのため、SIPをPBXのプロトコルとして使用する場合には、独自でシーケンス(機能)を定義する必要があるのです。
※一部「draft-ietf-sipping-service-examples」にて、シーケンスの推奨仕様が示されています。

たとえば、電話でよく使用される保留機能(保留シーケンス)があります。
シーケンス(機能)の推奨仕様「draft-ietf-sipping-service-examples」には、「Re-INVITEにより保留音に変更する」と「Mediaサーバへの転送する」の二つが提案されています。
しかし、日本における実サービスとしては、「マイクとスピーカをミュートし、音声を保留音に変更する」というSIPを一切使用しない独自実装になっていることが多いです。

これは、保留機能というものが、 RFCのSIPの仕様外の機能である点 と 各社が独自に持っているPBXとの整合性を取るために独自にシーケンス(機能)を定義して実装 してしまっているからです。
（もちろん、SIProp的に制約条件といっているものが考慮されている場合もあります。)
そのため、「保留機能」といっても、何種類ものシーケンス(機能)が存在してしまうのです。特に、この場合は、シーケンス(機能)自体が変わってしまうため、相互接続問題が発生してしまいます。

●スペック(機能仕様)レベルの問題
これは、プロトコル的には、シーケンス(UA・機能)レベルの問題と同じではあるのですが、UAとしては、影響が出るものなので、ここでは別としています。
こちらは、同じ名称でも、具体的には別物というものとなります。

たとえば、電話でよく使用される留守電機能(留守電シーケンス)があります。

・家庭用電話機では、電話機自体に留守電を保存し、再生します。
・ケータイでは、キャリア側(サーバ側)に留守電を保持し、再生することもできます。
・PBXでは、留守電メッセージをMP3などに変換して、メールで送信する機能もあったりします。

というように、一口に「留守電機能」といっても、端末メーカーやPBXメーカーにより、スペック(機能仕様)自体が全く違っていたりするのです。
上記の例では、ケータイでは、家庭用電話機のようにケータイ端末自体に録音する機能も持っており、「留守電機能」といっても2種類の機能があるわけです。

これで、さらにやっかいなものは、別の名称なのに、実は、同じ機能などもあり、問題を複雑にしています。グループ着信や代表着信などは、その最たる例です。

こういった感じで、SIPの相互接続問題といっても、Stackレベルからスペックレベルまで複雑に絡み合っているのです。

「総務省が公表するWiMAX規格のチェックどころ」という特集です。

かなり、気合いの入った記事になっておりまして、WiMAX規格を総なめするにはもってこいの特集となっております。

総務省の検討内容としては、

事業者間の周波数共用技術やMVNOについての検討

2006/11/20までのVoIP系のニュースをまとめて。

●「ソフトバンクとYOZAN，基地局設置スペースを共同利用」

WiMAXなどの次へ向けてということのようですね。
それに、周波数効率を上げるためには、セルを小さくするのが一番早いですしね。

●「ACCESS、沖電気など3社、商業用 IMS ソリューションを共同開発」

また、新たなIMSソリューションです。各社さん、今後数年の生き残りをかけて必死と言うところですね。

●「台湾FIC、プログラム可能なLinux携帯電話を発表」

Linux採用のケータイだそうです。
最近のMobileOSの流れは、WindowsMobileかLinuxかとなってきましたね。これもうまさに、PCの世界と同じって感じです。

●「「Windows CEは第2のブレークスルーを迎えた」、マイクロソフトが最新版を出荷」

ついに、

IP電話の標準プロトコルであるSIP（Session Initiation Protocol）を使った通信機能を装備

そして、なんだかんだで、最大の変更点は、

同時実行できるプロセス数を32から3万2000に、各プロセスが利用できる仮想メモリーの容量を32Mバイトから2Gバイトへ、それぞれ拡張した。

●エリクソン，既存端末でFMCを実現する家庭向け3G基地局発売へ

同じ電波を利用して、「ホーム・ベースステーション」を実現しようというもののようです。

通信方式はW-CDMA，HSPA（high speed packet access）に対応。携帯電話事業者が商用サービスで使っている電波と同じ周波数を利用して通信する。

●Yahoo!とVodafone、英国でのモバイル広告で提携

世界的にも、インターネット系サービス事業者と携帯事業者が、手を結びつつあるようですね。
日本でも、楽天さんやDoCoMoさん、GREEさんやKDDIさんといったあたりが、記憶に新しいと思います。

これで、携帯にインターネット系サービスを取り入れる準備ができれば、いろいろと面白いことになりそうですね。

「NTTのNGNトライアル、ソニー、NEC、日立、松下など11社が参加申し込み」という記事です。

内訳は、
●SNI接続orUNI接続(サービス提供)
・NEC
・NECビッグローブ
・NTTコミュニケーションズ
・シスコシステムズ
・ソニー
・日立製作所
・松下電器産業
の7社。

●NNI接続(キャリア,ISP間接続)
・NECビッグローブ
・NTTコミュニケーションズ
・朝日ネット
・ソネットエンタテインメント
・ニフティ
・ぷららネットワークス
の6社。

ということです。

また、今後のスケジュールは、下記のようになっているとのことです。

NTTは2006年12月にNTT東西のショールームでNGNのトライアルを公開し、2007年春に一般から募る1000人程度に規模を拡大する。2008年早々にも、本サービスへと移行する予定。

「FMCフォーラム 2006 autumn」が、2006/11/13〜14の二日間、開催されました。

そこで、気になった記事です。

●「KDDI三澤氏、FMC実現に向けた次世代ネットワークの概要を語る」

・KDDIさんにおけるNGNの定義

固定だけでは維持できないため、移動体通信を組み合わせてコストを下げて、さらに発展させていく。そして柔軟なネットワークを作る。これがまさにNGN。

・海外動向：英BT（British Telecom）の場合

電話網にインターネットの技術を取り込んで、コストダウンを図るのがBTの狙い

さらに、三澤氏は、

NGNと次世代インターネットは別物

「サン、JavaをGPLの下でオープンソース化」との記事です。

なんと、SUNさんが公開予定のJavaソースコードのライセンスが、CDDL（Common Development and Distribution License）ではなく、GPL v2（GNU General License Version 2）とのことです。
GPLですか。。。SIPropのApache License Version 2.0とは、ちょっと、相性が良くないですが、SIPropの内部で使用する可能性は低いので、問題はないでしょう。

また、公開されるものは、

「まず3種類の中核的なJavaコンポーネント、すなわちHotSpot、Javacコンパイラ、JavaHelpをリリースすることで、OpenJDKの周囲にコミュニティを形成していきたい」

SIPropとしてましては、このあたりやGCJなどをうまく利用して、UAModuleの移植性をどうにかできればと考えています。

第一回SIProp勉強会を、開催いたしました。

SIPropの概要的なところを解説させていただきました。
参加者の皆様、お疲れ様でした。

また、雑談として、SIPの相互接続問題についてなど(いろいろとぎりぎり的なところも含めて)、いろいろと面白い話が出ましたので、ちょっとだけ記述しておきます。

・いやな動作をするUAの収集
　→いろいろとネタがあるかもとのこと
　→皆さん、よろしくお願いします。
・UDP-SIPの1300bytes問題
　→TCPにする必要があるが、実装されているケースが少ない
　→現状、何も考慮しないUAが多い
　→SIPropでパケットサイズの調整を行うのはどうか？
・SIPSなどのSIP暗号化について
　→鍵問題などでサーバがスケールしにくい
　→NGNのからみから、IPsecという解決が有力
・NGNは？
　→IPv6の普及起爆剤として、期待する
　→課金システムがキモとなるだろう
　→いろいろ危険なネタも飛び出すが。。。結論は、、、先送りということで。。。

第二回も開催予定ですので、お暇な方、ぜひ。<(_ _)>
今後は、SIP系などの濃い話をする情報交換の場とかにしていくのも面白いかもしれませんね。

ITProさんの連載記事「世界がSIPでつながる日」に、「SIP相互接続を実現する「SIProp」 」として、SIPropを取り上げていただきました。

内容は、すべてSIPropです！！！
概要的なところを解説した記事ですが、SIPropの開発意義などを理解してもらえるのではないでしょうか？
興味のある方は、是非とも、一読をお願いいたします。

最後に、取り上げていただきました本田さんには、改めて、感謝の意を表します。ありがとうございました。

「大きな成長の可能性を秘めたモバイルIM市場」というレポートがでています。

モバイルIMではプレゼンスが極めて重要だ。モバイルIMでは、ユーザーは連絡相手の状態、相手が今何をしているのか、応対可能なのかどうか、といったことを確認することができる。

モバイルIMの弱点の1つは、セキュリティ問題である。アンダーソン氏は、モバイルIMは十分にセキュアであると考えているが、ユーザーはそのように感じていないようだ。

というところで、「時間」と「場所」のプレゼンスを生かし、待ち受け問題を解決したたIMが登場すると、一気にモバイルIMが普及する可能性は高いと思います。

「URLを意識しなくなる日」という記事が出ています。

URLから、「検索」などによるサイトへの誘導へ変わってきているため、だんだんとURLを意識しなくなっていくというお話です。

これは、電話番号やSIP-URIにもいえる話ですね。現在も、ケータイやインターネット電話では、電話帳(ブラウザ的に言うところのブックマークに相当)機能により、電話番号を意識する機会は減っています。
しかし、電話帳機能も、「番号ベースの考え方」が軸となっているため、URLの検索のようなファインダビリティーを重視したものが、電話番号にも登場する可能性は高そうですね。

ギートステイト作成日誌の「2045年へのブレストドライブ」エントリーに、

2045年には無線によるアドホックネットワークが著しく発達し、PCや各種ユビキタスデバイスがP2Pでつながることによって、インターネットが現在ほど集中型でなくなり、分散型にシフトしていくそうです。

やはり、次に起こるべき事象の一つは、「無線の定額(常時接続)化」であると思うからです。そして、それを達成するに、無線資源を効率よく使用することが必要な要件なわけです。
無線資源を効率よく使用するには、セルを小さくするのが一番手っ取り早いわけですが、これだと基地局の数を増えてしまうため、投資額的に現実的ではありません。
(PHS(Willcom)が、定額をやれるのもこの辺がキモになっているわけです。)
そこで、クライアント自体をパケットをルーティングさせるのに使ってしまおうというアドホックネットワークは、有力な解の一つであると思います。
(たとえば、IntelさんもCentrinoあたりからいろいろと検討しているようです。)

そして、この有線インターネットと無線インターネットが融合する姿こそが、真の目指すべきFMCといえるでしょう。(※通常、FMCは、「固定電話」と「携帯電話」の「融合」を指します。)
というか、NGNと言われるもので、重要なものは無線網(IMS)部分だけでは？と思っていたりしますが、どうでしょうかね？ そうすると、一番実現率が高いNGNとは、

インターネット＋MVNO(＋端末の公開)

「フリーなJava Micro Edition、モトローラが開発中」との記事です。

いままで存在しなかった（？）J2MEのオープンソースだそうです。いろいろとJ2MEを使って苦労しているものとしては、期待してしまいます。

しかし、J2MEには、いろいろなprofileがあったりするので、その辺がどうなるのでしょうね？

「日本通信、3GとPHSの定額データ通信サービス提供へ」が、開始されるそうです。

気になる価格は、

価格は、6カ月分の使い放題プランで15万〜20万円

また、現時点では、3G網とPHS網をシームレスに切り替える接続アプリケーションで実現しているため、通信カード2枚刺しが、必要とのことです。ただ、専用のデュアルモード端末も開発検討中であり、その登場が待たれるところです。

やはり、これの重要なポイントは、

・3Gサービスを提供する通信事業者（MNO、Mobile Network Operator、移動体通信事業者）の「網の解放」
・無線が定額になることによる、「無線常時接続」

その第一歩として、こちらの「ドコモ、“デュアルOSケータイ”の仕様を策定」のようなものが期待できるところですが、まだ、研究開発レベルということなので、是非とも、結実していただきたいところです。