サービスチェイニングについてIETF※1 新方式での6社相互接続を世界に先駆けて実証

日本アルカテル・ルーセント株式会社

From: DreamNews

2015-02-12 17:00

(報道発表資料)

2015年2月12日
日本電信電話株式会社
アラクサラネットワークス株式会社
株式会社日立製作所
シスコシステムズ合同会社
日本電気株式会社
日本アルカテル・ルーセント株式会社

日本電信電話株式会社(東京都千代田区、代表取締役社長:鵜浦 博夫、以下「NTT」)、アラクサラネットワークス株式会社(神奈川県川崎市、代表取締役社長:南川 育穂、以下「アラクサラ」)、株式会社日立製作所(東京都千代田区、代表執行役執行役社長兼COO:東原 敏昭、以下「日立」)、シスコシステムズ合同会社(東京都港区、社長:アーヴィン・タン、以下「シスコ」)、日本電気株式会社(東京都港区、代表取締役執行役員社長:遠藤 信博、以下「NEC」)、日本アルカテル・ルーセント株式会社(東京都品川区、代表取締役社長:ニコラ・ブーベロ、以下「日本アルカテル・ルーセント」)は、適切なサービス機能に適切な順序でパケットを転送させるサービスチェイニングを実現するためのパケット転送方式の一つである、Service Function Chaining(SFC)の相互接続実験に成功しました。SFCは、サービスを識別するタグをパケットに付与し、それに基づいて転送を行う方式で、現在、IETFで標準化のための議論が行われています。

2015年2月19日~20日にNTT武蔵野研究開発センタにて開催される「NTT R&Dフォーラム2015」にて相互接続性のデモンストレーションを行う予定です。

また、本施策は、欧州の標準化団体であるETSI※2のNFV ISG※3へ、ETSI公認のコンセプト実証(Proof of Concept)として登録申請中です。

1. 背景と実験の目的
従来、ルータやゲートウェイなど専用ハードウェアで実現されていた、ネットワークサービスに関する機能(以下、サービス機能)を、汎用サーバ上のソフトウェアとして動作(仮想化)させる「NFV(Network Functions Virtualisation)」に注目が集まっており、国際的にもETSIを中心に技術検討が進められています。

仮想化されたサービス機能を柔軟に組み合わせてユーザが利用できるようにするためには、適切なサービス機能に適切な順序でパケットを転送させるサービスチェイニング技術が必要であり、標準化団体IETFなどでも活発な議論がなされています。

NTTでは、サービスチェイニングを実現するためのパケット転送方式について、複数案の比較・分析を進めており、これまでにも分析結果に関するドラフトを、IETF SFC WG※4の議長であるシスコ等と協調して当WGに投稿しています。
 

本実験では、サービスチェイニングを実現するためのパケット転送方式の一つであり、現在、IETF SFC WGで議論されているSFCについて、SFCで定義されている4つの機能(Classifier、SFF、SFC Proxy、Controller)をNTTおよびベンダ5社で分担して準備し、その相互接続性と柔軟なサービスチェイニングの実現性を確認することを目的としています。


2. SFCの特徴(図)
サービスチェイニング技術では、一連のトラヒックの流れをユーザごと・サービスごとに分割したフローに対し、提供するサービス機能を数珠つなぎにした「サービスチェイン」を定義し、サービスチェインに沿って適切なサービス機能にパケットを転送します。本実験におけるSFCは、サービス機能の種別および提供する順序を識別する新たなタグをパケットに付与し、そのタグをもとにパケット転送を行う方式です。以下、SFCで定義されている4つの機能について、説明します。

○Classifier
サービスチェインの入り口に置かれ、フローの識別、および、フローに適用するサービス(サービス機能の種別と順序)の決定を行います。また、決定されたサービスを識別するタグをパケットに付与します。本実験では、タグ(SFCのヘッダ)として、IETFにおいて国際標準化をめざしているNSH(Network Service Header)を採用しました。

○Service Function Forwarder (SFF)
ネットワーク上に置かれ、タグを見てパケットを適切なサービス機能に転送します。

○SFC Proxy
SFCのタグに対応していないサービス機能とSFFの間に置かれ、タグの取り外しと再付与を行います。

○Controller
ClassifierとSFFの管理およびテーブルの管理を行います。

SFCでは、Classifierにおいて、タグを付け替えるという簡単な処理で、フローに適用するサービス機能を追加したり変更したりすることができます。また、サービス機能の処理結果に応じて、タグを付け替えることで、チェインを分岐させることもできます。このように、自由自在なサービスチェインの構成を可能とします。そして、SFFにおける経路テーブルのエントリー数は、制御するフローの数に係わらず、サービス機能の種別と順序の組み合わせの数だけで済むという特徴があります。


3. 相互接続実験に参加した企業の役割と実験の成果
本実験では、SFCで定義されている4つの機能(Classifier、SFF、SFC Proxy、Controller)を、以下の通り、NTTおよびベンダ5社で分担して提供し、相互接続性が確認できました。

NTT:SFF、SFC Proxy、Controllerの提供
アラクサラ:Classifier、SFF、SFC Proxyの提供
日立:Classifier、SFF、SFC Proxyの提供
シスコ:Classifier、SFF、SFC Proxyの提供
NEC:Classifier、SFF、SFC Proxyの提供
日本アルカテル・ルーセント:Classifierの提供

また、タグの付け替えによるチェイン経路の変更、サービス機能の処理結果に応じたチェイン分岐の動作を実機にて確認できました。

4. 今後の予定と展望
引き続き、サービスチェイニング技術の早期活用に向けて、国内外のテレコムキャリア、ベンダと協力しながら、グローバルな普及および国際標準化に貢献してまいります。そして、将来のネットワークにおいて、最適なパケット転送方式を使ったサービスチェイニングにより、柔軟なネットワークサービスの提供を可能とする世界をめざします。

<用語解説>
※1 IETF(Internet Engineering Task Force)
インターネットで利用される技術の標準仕様を策定する標準化団体

※2 ETSI(European Telecommunications Standards Institute)
ヨーロッパ圏の電気通信における標準仕様を策定するために設立された標準化団体

※3 NFV ISG(Network Functions Virtualisation Industry Specification Group)
2012年12月世界のキャリアが中心となり、ETSI内に設立したキャリア主導のネットワーク仮想化技術に関する検討を推進するグループ

※4 SFC WG(Service Function Chaining Working Group)
第88回IETF会合(2013年11月)で発足が決定され、第89回IETF会合(2014年3月)で初会合が行われた、サービスチェイニングに関する検討を行うグループ

<商標>
記載されている社名などの固有名詞は、各社の商標または登録商標です。

<添付資料>
図 SFCの特徴

<本件に関するお問い合わせ先>

日本電信電話株式会社
情報ネットワーク総合研究所
企画部 広報担当
TEL:0422-59-3663
E-mail:inlg-pr@lab.ntt.co.jp

アラクサラネットワークス株式会社
広報担当(担当:新井)
TEL:044-549-1706
URL: (リンク »)

株式会社日立製作所
情報・通信システム社 広報部(担当:藤井)
TEL: 03-5471-8900
E-mail:koho@itg.hitachi.co.jp

シスコシステムズ合同会社
コーポレートコミュニケーション(担当:岡本)
TEL: 03-6434-2426 
E-mail: press-jp@cisco.com

日本電気株式会社
コーポレートコミュニケーション部
TEL:03-3798-6511

日本アルカテル・ルーセント株式会社
コミュニケーション部 (担当:クルザーチエ・キャロリーヌ)
TEL:03-6431-7000 FAX:03-6431-7024
E-mail:jpmarcom@alcatel-lucent.com

本プレスリリースは発表元企業よりご投稿いただいた情報を掲載しております。
お問い合わせにつきましては発表元企業までお願いいたします。

【企業の皆様へ】企業情報を掲載・登録するには?

御社の企業情報・プレスリリース・イベント情報・製品情報などを登録するには、企業情報センターサービスへのお申し込みをいただく必要がございます。詳しくは以下のページをご覧ください。

ホワイトペーパー

新着

ランキング

  1. セキュリティ

    「デジタル・フォレンジック」から始まるセキュリティ災禍論--活用したいIT業界の防災マニュアル

  2. 運用管理

    「無線LANがつながらない」という問い合わせにAIで対応、トラブル解決の切り札とは

  3. 運用管理

    Oracle DatabaseのAzure移行時におけるポイント、移行前に確認しておきたい障害対策

  4. 運用管理

    Google Chrome ブラウザ がセキュリティを強化、ゼロトラスト移行で高まるブラウザの重要性

  5. ビジネスアプリケーション

    技術進化でさらに発展するデータサイエンス/アナリティクス、最新の6大トレンドを解説

ZDNET Japan クイックポール

自社にとって最大のセキュリティ脅威は何ですか

NEWSLETTERS

エンタープライズ・コンピューティングの最前線を配信

ZDNET Japanは、CIOとITマネージャーを対象に、ビジネス課題の解決とITを活用した新たな価値創造を支援します。
ITビジネス全般については、CNET Japanをご覧ください。

このサイトでは、利用状況の把握や広告配信などのために、Cookieなどを使用してアクセスデータを取得・利用しています。 これ以降ページを遷移した場合、Cookieなどの設定や使用に同意したことになります。
Cookieなどの設定や使用の詳細、オプトアウトについては詳細をご覧ください。
[ 閉じる ]