JP2003218920A - Mplsネットワークシステム - Google Patents
MplsネットワークシステムInfo
- Publication number
- JP2003218920A JP2003218920A JP2002009979A JP2002009979A JP2003218920A JP 2003218920 A JP2003218920 A JP 2003218920A JP 2002009979 A JP2002009979 A JP 2002009979A JP 2002009979 A JP2002009979 A JP 2002009979A JP 2003218920 A JP2003218920 A JP 2003218920A
- Authority
- JP
- Japan
- Prior art keywords
- mpls
- header
- edge node
- label
- frame
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
- H04L45/502—Frame based
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q2011/0077—Labelling aspects, e.g. multiprotocol label switching [MPLS], G-MPLS, MPAS
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
が、MPLSヘッダだけを参照して、物理リンクにパケ
ットを振り分けるときの負荷分散効果を順序逆転を起こ
すことなく向上させる。 【解決手段】 MPLSネットワークシステムの第1の
エッジノードは、プロトコルMPLSに則って、送信元
識別情報及び宛先識別情報を入力値として、振り分け先
リンク決定のためのキー値を生成する作成手段と、前記
キー値を前記MPLSヘッダ内の特定のフィールドに埋
め込む埋込手段と、前記キー値が前記MPLSヘッダ内
の特定のフィールドに埋め込まれたMPLSフレームを
前記MPLS網に送信する送信手段とを有する。第2の
エッジノードは、前記MPLS網を通して受信された前
記MPLSフレームから前記キー値を抽出する抽出手段
と、予め論理的に1つに束ねられた複数の物理リンクの
中から1つの物理リンクを前記振り分け先リンクとして
決定する決定手段とを有する。
Description
複数の物理リンクにパケットを振り分ける通信装置に関
し、特にMPLS(Multi Protocol Label Switching)
網の出口エッジノードにおいて、MPLSフレームのヘ
ッダだけを参照して、論理的に1つに束ねられた複数の
物理リンクにパケットを振り分けるときの負荷分散効果
を順序逆転を起こすことなく向上させるMPLSネット
ワークシステムに関する。
rnet Protocol)ネットワークにおけるパケット転送処
理(中継処理)を高速化する技術として、プロトコルM
PLSが注目されている。このMPLSは、20bit
のラベルを含むMPLSヘッダをIPパケットなどの転
送対象パケットに付加してMPLSフレームを形成する
ことにより、MPLS網の内部ではこのラベルに基づい
て、このパケットを中継することを可能にするプロトコ
ルである。
ティングテーブルによる転送、つまりIPアドレスの検
索による転送に比べて、ネットワーク層を経由しない
分、高速なパケット中継を可能にする。また、MPLS
は、VPN(Virtual PrivateNetwork)を構築するため
のインフラストラクチュアとしても活用できるため、キ
ャリア(通信キャリアまたは通信事業者)等で注目され
ており、今後普及することが予想される。
プロトコル・パケット(IPパケット)の中継を説明す
るための図1を参照すると、このMPLSネットワーク
システムにおいては、MPLS網にユーザサイトとし
て、IPアドレス(Prefix)「b」,「d」のプ
ロバイダ網が接続されている。これらのプロバイダ網は
IPアドレス「A」,「D」を割り当てられたパーソナ
ルコンピータなどの端末装置をそれぞれ収容している。
ドと各中継ノード(コアノードまたは内部ノード)と
は、MPLSのラベル配信用のプロトコルLDP(Labe
l Distribution Protocol)などを用いてMPLS網の
中でラベルスイッチパス(LSP:Label Switched Pat
h)を作成する。
ブルを作成して保持する。入口エッジノード及び出口エ
ッジノードがそれぞれ保持する各ルーティングテーブル
には、宛先IPアドレス(Prefix)、送信ラベ
ル、及び送信インタフェースの各情報が格納されてい
る。各中継ノードが保持するルーティングテーブルに
は、受信ラベル、送信ラベル、及び送信インタフェース
の各情報が格納されている。
網の入口エッジノードがIPパケット中継用ラベル(送
信ラベル)を含むMPLSヘッダをIPパケットに付加
したMPLSフレーム(MPLSパケット)を後段の中
継ノードに送信し、以後出口エッジノードまでIPパケ
ット中継用ラベルに基づくラベルスイッチングにより転
送対象パケットの中継が行われる。
場合のネットワーク層プロトコル・パケット(IPパケ
ット)の中継を説明するための図2を参照すると、この
MPLSネットワークシステムにおいては、MPLS網
にユーザサイトとして、IPアドレス(Prefix)
「a」,「c」のユーザ網が接続されている。これらの
ユーザ網はIPアドレス「A」,「C」を割り当てられ
たパーソナルコンピータなどの端末装置をそれぞれ収容
している。
エッジノードと各中継ノードとは、MPLSのラベル配
信用のプロトコルLDP、mp−BGP(multiprotoco
l-Extension Border Gateway Protocol)などを用いて
MPLS網の中でIPパケット中継用のラベルスイッチ
パス及びVPN用のラベルスイッチパスを作成する。
ラベルテーブルを作成して保持する。このVPN用ラベ
ルテーブルは、VPN毎、つまり仮想パス毎に作成さ
れ、宛先IPアドレス(Prefix)、送信ラベル、
及び宛先エッジノードのIPアドレスの各情報を格納し
ている。
ブルを作成して保持する。入口エッジノードが保持する
ルーティングテーブルには、宛先IPアドレス、送信ラ
ベル、及び送信インタフェースの各情報が格納されてい
る。各中継ノード及び出口エッジノードがそれぞれ保持
する各ルーティングテーブルには、受信ラベル、送信ラ
ベル、及び送信インタフェースの各情報が格納されてい
る。
網の入口エッジノードがIPパケット中継用ラベル(送
信ラベル)及びVPN識別用ラベルを含む2つのMPL
SヘッダをIPパケットに付加したMPLSフレームを
後段の中継ノードに送信し、以後出口エッジノードまで
IPパケット中継用ラベル及びVPN識別用ラベルに基
づくラベルスイッチングにより転送対象パケットの中継
が行われる。
クの大容量化や信頼性の向上が重要であり、その実現の
ために既存の様々な負荷分散の技術が適用されている。
ここでは、物理リンクレベルで負荷分散を行う技術であ
るTrunking(トランキング)に着目する。
複数の物理リンクを束ねて1つの論理的なリンク(論理
リンク)とする技術の総称である。実現技術はベンダ依
存のものやIEEE.P802.3adで規定されるE
thernetの”LinkAggregation”
などが存在する。
次の利点が得られる。つまり、(1)複数の物理リンク
を束ねているため、1つの物理リンクの伝送速度の上限
を超えた大容量リンクを構築できる。また、(2)ある
物理リンクにおける障害発生時に、論理リンク中の残っ
た物理リンクにより通信可能であるので、信頼性を向上
できる。
リンクに対するフレームの送信を説明するための図であ
る。ただし、同図中に存在する方路決定手段は、図示の
ノード#1,#2が中継ノードであるために記載した構
成要素であり、Trunkingと直接の関係はない。
2にフレームを転送する場合の各ノード内の処理につい
て説明する。まず、説明の便宜上、ノード#1の中継フ
ェーズにおける処理から説明する。方路決定手段は、例
えばEthernet上のブリッジにおける方路決定手
段であり、学習テーブルをフレーム中の宛先MACアド
レスにより検索して、宛先リンクを決定する。
より宛先として決定されたリンクがTrunkingさ
れた複数の物理リンク(論理リンク)である場合、送信
フェーズにおいて、フレーム中のヘッダを入力として、
予め定めたアルゴリズムにより計算を行い、計算キーを
出力する。
に、論理リンクとして束ねられた複数の物理リンクの中
から1つを選択してフレームを送信する。
る。物理リンクの中の1つからフレームを受信したノー
ド#2は、リンク収集手段により、受信物理リンクに対
応する論理リンクからフレームを受信したことを認識す
る。
1により、1つの論理リンクを宛先とするフレームが複
数の物理リンクに振り分けられるため、負荷の分散が実
現される。
については、次の点に留意する必要がある。つまり、
(1)複数の物理リンクの候補のうち1つの物理リンク
に負荷が集中しないように、効率的にトラフィックを分
散する。また、(2)アプリケーション毎(例えば、T
elnet,FTP,SMTPなどのアプリケーション
層プロトコル毎)に行うひとまとまりの通信のうち、同
じ送信元から宛先に流れる一連の片方向トラフィック
を”フロー”と定義するとき、1つのフローに属すフレ
ームの振り分け先が同じ物理リンクになるように、同じ
フローに属すフレームの計算キーは、同一値とする。
ノード#1が同じフローに属すフレームを別々の物理リ
ンクに分散して送信してしまうと、ノード#2では同じ
フローに属すフレームであることを認識できない。その
結果、1つのフローに属すフレームの順番が中継の途中
では保証できなくなるという問題があるためである。こ
の問題は”順序逆転”として知られている。
ら振り分けを行うためのアプローチとしては、例えば計
算キー作成手段が採用するアルゴリズムをフレーム中の
ヘッダ内の送信元及び宛先アドレスフィールド(MAC
フレームなら送信元及び宛先MACアドレス、IPフレ
ームなら送信元及び宛先IPアドレスなど)の値を入力
とした不可逆な一方向関数(例えば、ハッシュ関数)と
し、得られたキー値(疑似乱数としてのハッシュ値)に
基づいて、リンク振り分け手段がTrunking対象
の複数の物理リンクのいずれかに振り分ける手法が有効
である。
同一物理リンクに送信されることが保証され、かつフレ
ームはハッシュ関数依存で適度に振り分けされることと
なる。
nkingのための計算キー作成処理及びリンク振り分
け処理をMPLSフレームに対して行う場合を考える。
様々なプロトコルを乗せることが可能なプロトコルであ
る。また、MPLSは、一度MPLSのラベル(パケッ
ト中継用ラベル)を付加したフレームはこのラベルを主
とするMPLSヘッダのみに基づき中継できることを特
徴・利点とするプロトコルである。このラベルの値は、
ラベルを付加する前のフレームのヘッダ内の宛先アドレ
スからマップされ、送信元アドレスからはマップされな
いのが一般的である。
nkingのリンク振り分けのための計算キーを作成す
る場合について考える。このとき、MPLSのラベルを
入力として計算キーを作成すると、ラベルには送信元識
別情報が含まれていないため、同じ宛先に向かうフロー
に属するフレームが全て同じ計算キーとなり、その結果
振り分け先が同一物理リンクとなってしまう問題があ
る。
ための図である。図4では、MPLSを用いてユーザ網
#1,#2,#3の間でVPNを構築し、ユーザ網#3
内のアドレスにはラベル値αを対応付けたMPLSネッ
トワークシステム構成例を示している。
続するラベルスイッチパスLSP及びユーザ網#2とユ
ーザ網#3とを接続するラベルスイッチパスLSP上で
は、フレーム中のラベル値は「α」となる。なお、VP
N構成時には、実際のフレームは図2のように、出口エ
ッジノードの手前までは2つのラベル付フレームとして
流れるが、ここでは出口エッジノードのみに着目するた
め、図4中ではラベル値が1つ付いたMPLSフレーム
として示している。
て、ユーザ網#1,#2からユーザ網#3を宛先とする
IPパケットがそれぞれ送信された場合、各IPパケッ
トは、ラベル値αであるMPLSフレームとして、MP
LS網の入口エッジノード(エッジノード#1,#2)
から出口エッジノード(エッジノード#3)まで送信さ
れる。
ための計算キーを計算すると、その結果は常に一定値と
なり、ユーザ網#3宛のフレームは全て同一物理リンク
(例えば、図4中のユーザ網#3収容の中継ノード(ル
ータなど)に接続されている太線の物理リンク)に送信
されてしまい、負荷分散がなされずに問題となる。
ーチとして、MPLSフレームのラベル値を宛先識別情
報だけでなく送信元識別情報及び宛先識別情報の両方か
らマップするというアプローチがある。しかしこの場
合、ラベルスイッチパス構築の際に、宛先識別情報とラ
ベルとの対ごとにネゴシエーションすれば良かったとこ
ろが、マッピングの粒度が細かくなった分、ラベル配信
のための通信量が増えるため、このアプローチには新た
な問題が生じる。
ーチとして、MPLSより上位のヘッダの送信元及び宛
先アドレスフィールドを図4中の出口エッジノード内の
計算キー作成手段の入力とするというアプローチもあ
る。しかしこの場合、MPLS網の出口エッジノード
は、MPLSの上位のプロトコルを判別し、ヘッダを解
析して送信元及び宛先アドレスフィールドを抽出する必
要がある。
得る背景から、プロトコル毎のヘッダ解析が必要とな
り、その処理に手間がかかることが問題となる。また、
MPLSでは、MPLSヘッダのみに基づきパケットの
中継が可能であるという、MPLSの根本的利点が失わ
れてしまうため、このアプローチには問題がある。
したMPLS網のエッジノード(出口エッジノード)
が、MPLSヘッダだけを参照して、論理的に1つに束
ねられた複数の物理リンクにパケットを振り分けるとき
の負荷分散効果を順序逆転を起こすことなく向上させる
手法を提供することにある。
に、本発明のエッジノードは、第1の網に属して、第2
の網または端末装置との間を論理的に束ねられた物理リ
ンクにて接続されるエッジノードにおいて、前記第1の
網に属する入口エッジノードがパケットのヘッダに基づ
いて算出して前記ヘッダに格納したキー値に基づいて、
前記物理リンクへの振り分けを行う手段を備える。
S網やATM(Asynchronous Transfer Mode)網などの
キャリア(通信キャリアまたは通信事業者)が提供する
網が考えられる。また、第2の網としては、例えばユー
ザ網としてのLAN(LocalArea Network)やプロバイ
ダ網としてのWAN(Wide Area Network)が考えられ
る。
ステムは、プロトコルMPLSに則ってMPLS網内を
転送可能にするMPLSヘッダを付加する前の転送対象
フレームのヘッダ内の送信元識別情報及び宛先識別情報
を入力値として、振り分け先リンク決定のためのキー値
を生成する作成手段と、前記作成手段により生成された
前記キー値を前記MPLSヘッダ内の特定のフィールド
に埋め込む埋込手段と、前記キー値が前記MPLSヘッ
ダ内の特定のフィールドに埋め込まれたMPLSフレー
ムを前記MPLS網に送信する送信手段と、を有する第
1のエッジノードと;前記MPLS網を通して受信され
た前記MPLSフレームの前記MPLSヘッダ内の特定
のフィールドから前記キー値を抽出する抽出手段と、前
記抽出手段により抽出された前記キー値に基づいて、予
め論理的に1つに束ねられた複数の物理リンクの中から
1つの物理リンクを前記振り分け先リンクとして決定す
る決定手段と、を有する第2のエッジノードとを備え
る。
て、前記第1のエッジノードにおける前記作成手段は、
前記転送対象フレームのヘッダ内の前記送信元識別情報
及び前記宛先識別情報を入力値とし、一方向関数を用い
た計算結果として得られる疑似乱数を前記振り分け先リ
ンク決定のためのキー値として生成する。
網における転送対象フレーム中継用ラベル及びVPN識
別用ラベルの少なくとも一方のラベルを前記MPLSヘ
ッダとして前記転送対象フレームに付加して前記MPL
Sフレームを形成するラベル付加手段を更に有し、前記
第2のエッジノードは、前記転送対象フレームに前記M
PLSヘッダとして付加された前記ラベルを削除するラ
ベル削除手段を更に有する。
手段は、前記作成手段により生成された前記キー値を前
記MPLSヘッダとしての少なくとも1つのShimヘ
ッダ内の特定のフィールドに埋め込む。
手段は、前記MPLSフレームが前記MPLS網内を転
送されるときに書換不可能な前記Shimヘッダ内の特
定のフィールドの予め定めた長さ部分に前記キー値を埋
め込む。
手段は、前記作成手段により生成された前記キー値を前
記MPLSヘッダとしての複数のShimヘッダのうち
の1つの専用ヘッダ内の特定のフィールドに埋め込む。
フレームのラベル中継用パスを前記MPLS網に構築す
る際に、前記振り分け先リンク決定のためのキー値が埋
め込まれている前記MPLSヘッダの特定のフィールド
内の埋込位置を前記第2のエッジノードに通知するため
の通知手段を更に有する。
記振り分け先リンク決定のためのキー値が埋め込まれて
いる前記MPLSヘッダの特定のフィールド内の埋込位
置を記憶する記憶手段を更に有する。
手段は、前記抽出手段により抽出された前記振り分け先
リンク決定のためのキー値と、前記MPLSヘッダ内の
特定のフィールドから求めた値との連結値に基づいて、
予め論理的に1つに束ねられた複数の物理リンクの中か
ら1つの物理リンクを前記振り分け先リンクとして決定
する。
LSに則ってMPLS網内を転送可能にするMPLSヘ
ッダを付加する前の転送対象フレームのヘッダ内の送信
元識別情報及び宛先識別情報を入力値として、振り分け
先リンク決定のためのキー値を生成する作成手段と、前
記作成手段により生成された前記キー値を前記MPLS
ヘッダ内の特定のフィールドに埋め込む埋込手段と、前
記キー値が前記MPLSヘッダ内の特定のフィールドに
埋め込まれたMPLSフレームを前記MPLS網に送信
する送信手段と、前記MPLS網を通して受信された前
記MPLSフレームの前記MPLSヘッダ内の特定のフ
ィールドから前記キー値を抽出する抽出手段と、前記抽
出手段により抽出された前記キー値に基づいて、予め論
理的に1つに束ねられた複数の物理リンクの中から1つ
の物理リンクを前記振り分け先リンクとして決定する決
定手段とを備える。
いて図面を参照して説明する。
成例〕本発明の一実施の形態におけるシステムの基本構
成例を示す図5を参照すると、MPLSネットワークシ
ステム1は、MPLS網2と、このMPLS網2の入口
位置に存在する入口エッジノード(単に、入口ノードま
たはエッジノードと記載することもある)3と、MPL
S網2の出口位置に存在する出口エッジノード(単に、
出口ノードまたはエッジノードと記載することもある)
4とを備えている。
とは、MPLS網2において設定されるラベルスイッチ
パスLSPを通してパケットの送受信を行う。入口エッ
ジノード3は物理リンク経由でユーザサイトとしての他
網に接続される。出口エッジノード4はTrunkin
gされた複数の物理リンク(論理リンク)経由でユーザ
サイトとしての他網に接続される。
(計算キー作成手段)30と、ラベル付加部(ラベル付
加手段)32と、計算キー格納部(計算キー格納手段)
33とから構成されている。
入口エッジノード3において、MPLSヘッダを付ける
前のフレーム(転送対象フレーム)のヘッダ内の送信元
識別情報及び宛先識別情報を入力値として、ハッシュ関
数などの一方向関数を用いて計算を行い、リンク振り分
けのための計算キー、つまり振り分け先リンク決定のた
めのキー値(ハッシュ値などの疑似乱数)を生成する。
アルゴリズム31は、計算キー作成手段30が計算キー
を求めるための上記アルゴリズムである。
口エッジノード3において、MPLS網2内のパケット
中継用ラベル及びVPN識別用ラベルの少なくとも一方
のラベルを含むヘッダ情報をMPLSヘッダとしてIP
パケットなどのパケット(転送対象フレーム)に付加し
てMPLSフレーム(MPLSパケット)を形成する。
S網2の入口エッジノード3において、計算キー作成手
段30が求めた計算キーをMPLSヘッダとしてのSh
imヘッダ内の特定のフィールドに埋め込む。
ベル中継手段)40と、計算キー抽出部(計算キー抽出
手段)41と、リンク振り分け部(リンク振り分け手
段)42と、ラベル削除部(ラベル削除手段)43とか
ら構成されている。
口エッジノード4において、MPLSヘッダ中のラベル
値に基づきフレームの送信インタフェースやフレーム送
信時のラベルに関する情報を得る。
出口エッジノード4において、MPLSヘッダ内の特定
のフィールドからキー値を抽出する。
の出口エッジノード4において、計算キー抽出手段41
が抽出したキー値を基に、Trunkingされた複数
の物理リンクの中から送信先の物理リンクを1つ選択・
決定する。
口エッジノード4において、MPLS網2内のパケット
中継用ラベル及びVPN識別用ラベルの少なくとも一方
のラベルを含むヘッダ情報をMPLSヘッダとしてIP
パケットなどのパケットから削除する。
ては、計算キー作成手段30が、MPLSヘッダを付け
る前のフレームのヘッダ内の送信元識別情報及び宛先識
別情報を入力値として、振り分け先リンク決定のための
キー値(計算キー値と記載することもある)を求める。
送対象フレームに付加し、更に計算キー格納手段33は
MPLSヘッダ内にそのキー値を埋め込む。入口エッジ
ノード3はこのように作成したMPLSフレームをラベ
ルスイッチパスLSPに送信する。
Sヘッダ付きフレームを受信したMPLS網2の出口エ
ッジノード4においては、ラベル中継手段40は、送信
インタフェースを決定するとともに送信時にMPLSヘ
ッダを削除することを決定する。その後、計算キー抽出
手段41はMPLSヘッダからキー値を抽出する。
にTrunkingされた複数の物理リンクの中から送
信先物理リンクを1つ選択・決定する。出口エッジノー
ド4は、ラベル削除手段43によりMPLSヘッダを削
除された転送対象フレームを選択した物理リンクに送信
する。
ム1においては、入口エッジノード3及び出口エッジノ
ード4は、逆の中継方向のパケットを処理するために、
互いに他方のエッジノードの全ての構成要素を含んで構
成される。
が、MPLSネットワークシステム1においては、入口
エッジノード3と出口エッジノード4との中継位置に少
なくとも1つの中継ノード(内部ノードまたはコアノー
ドとも称す)が存在する。ただし、後述するように、入
口エッジノード3と出口エッジノード4との中継位置に
1つも中継ノードが存在しない構成を採ることも可能で
ある。
省略)によるMPLSフレームの中継処理(パケット中
継用ラベルだけを参照してMPLSフレームのパケット
を転送する処理)に基づき出口エッジノード4までMP
LSフレームを中継する。また、後述するように、中継
ノードは出口エッジノード4と同一構成を採る場合もあ
る。
具体例〕次に、MPLSネットワークシステム1の第1
の具体例について、図6から図12を併用して説明す
る。なお、以降に述べる各具体例では、各ノード内の受
信フェーズについては、この発明と直接関係しないので
説明を省略する。
に構築したVPNの構成について説明する。図6では、
MPLSを用いてユーザ網(#1)5、ユーザ網(#
2)6、及びユーザ網(#3)7の間でVPNを構築
し、ユーザ網7内のアドレスにはラベル値αを対応付け
た例を示している。即ち、ユーザ網5とユーザ網7とを
接続するラベルスイッチパスLSP、及びユーザ網6と
ユーザ網7とを接続するラベルスイッチパスLSP上で
は、MPLSフレームのMPLSヘッダ中のラベル値は
「α」となる。
るエッジノード(#1,#2)3がIPパケットにMP
LSヘッダを付けてMPLSフレームを送信し、MPL
Sフレームを受信したMPLS網2の出口位置に存在す
るエッジノード(#3)4において、MPLSヘッダだ
けを参照して、Trunkingされた複数の物理リン
クにIPパケットの振り分けを行うまでの動作を説明す
る。
ザ網5に収容される端末装置Aから送信されたIPパケ
ットを受信したと仮定する。
テーブル71(図7参照)に基づいて、受信インタフェ
ース(インタフェース番号:1)に対応するVPN(V
PN番号:1)を判別する。
グテーブル81(図8参照)に基づいて、IPパケット
中の宛先IPアドレス(Prefix)「C」に対応し
たVPN識別用のラベル値(送信ラベル)α、及び宛先
エッジノードのIPアドレス(レイヤ3アドレス)を求
める。この場合、宛先エッジノードのIPアドレスとし
て、エッジノード(#3)4のIPアドレスが得られ
る。
継用のルーティングテーブル91(図9参照)に基づい
て、送信先エッジノード(#3)4のIPアドレスに送
信するためのMPLS網2内のIPパケット中継用ラベ
ル(送信ラベル:150)と出力インタフェース(出力
インタフェース番号:0)とを獲得する。
手段34から受信したIPパケットのヘッダ中の送信元
IPアドレス「A」及び宛先IPアドレス「C」を抽出
し、アルゴリズム31に基づいて、振り分け先リンク決
定のためのキー値を計算する。ここでは、アルゴリズム
31の例として、各々32bitの送信元IPアドレス
及び宛先IPアドレスをそれぞれ2bitずつに区切
り、それらを排他的論理和演算するようなアルゴリズム
(ハッシュ関数)とし、計算の結果、計算キーとして2
bitの値「00」が得られるものとする。
yte)及びデータから構成されるIPパケットに対し
てMPLSヘッダ(4Byte)を2つ付加する。図1
2(a)はVPN識別用ラベルを含むMPLSヘッダと
してのShimヘッダによりIPパケットをカプセリン
グして形成されたMPLSフレームのフォーマットを示
す。図12(b)は図12(a)に示すMPLSフレー
ムにMPLS網2内のIPパケット中継用ラベルを含む
Shimヘッダを更に付加(スタック)して形成された
MPLSフレームのフォーマットを示す。図12(c)
はEthernetやPPP(Point-to-Point Protoco
l)などで用いられるMPLSヘッダとしてのShim
ヘッダのフォーマットを示す。
しては、他に、例えばATM等の各種プロトコル上でM
PLSを用いるときのヘッダフォーマット及びカプセリ
ング後のフォーマットなども存在するが、この発明の実
施に直接関係しないので、ここでは略記する。
ームに対し、計算キー格納手段33は、MPLSヘッダ
内の特定のフィールドに上記計算キー(この例では、2
bit)を更に埋め込む。埋め込み先のフィールドの位
置及びフィールド長については、予め任意に選定可能で
あるが、この例では埋め込み先フィールドとしてVPN
識別用ラベルが格納されるフィールドの上位2bitに
埋め込む。
フォーマットを図12(d)に示す。図12(d)に示
す例では、第2(2段目)のShimヘッダにおける2
0bitのラベルフィールドのうちの2bitを計算キ
ーの埋め込み部分に使うため、VPN識別用ラベルは1
8bit以内で表現できる値とする必要がある。
した処理により生成されたMPLSフレームは、ラベル
スイッチパスLSPを通して図示省略の中継ノードに中
継され、ラベル中継手段によるMPLSフレームの中継
処理(IPパケット中継用ラベルだけを参照してMPL
Sフレームを転送する処理)に基づき出口エッジノード
4まで中継される。
が受信するMPLSフレームのフォーマットを図12
(e)に示す。MPLSフレームのIPパケット中継用
ラベルを含む第1(1段目)のShimヘッダは、MP
LS網2の中継ノードにおいて、ラベルSwap(ラベ
ル交換)やTTL減算により書き換えられながら中継さ
れる。しかし、MPLSフレームのVPN識別用ラベル
フィールドは第2(2段目)のShimヘッダ内に配置
されているため、VPN識別用ラベルフィールド内に埋
め込まれた上記計算キーのキー値がMPLS網2の中継
ノードで書き換えられることはない。
(1段目)のShimヘッダは、通常のMPLS中継処
理に基づき、出口エッジノード4の手前で削除され、そ
の時点でフレームフォーマットは、図12(d)から図
12(e)に変わる。
SフレームをラベルスイッチパスLSPを通して受信し
た出口エッジノード4では、ラベル中継手段40は、ラ
ベルテーブル101(図10参照)を参照して、出力ラ
ベル(送信ラベル)及び出力インタフェースの各情報を
得る。この例では、出力ラベル情報及び出力インタフェ
ース番号はそれぞれ「ラベル削除」及び「論理インタフ
ェース#0」である。
ベルが格納されたラベルフィールドの上位2bitから
計算キー値「00」を抽出する。計算キーがこの位置に
格納されていることは、ここではシステム全体で静的に
決められていることを想定しているが、ノード間で何ら
かのネゴシエーションにより動的に位置を決めてもよ
い。動的に計算キー格納位置を決める手法の具体例につ
いては後に詳述する。
出した後、リンク振り分け手段42は、出力インタフェ
ースとして論理インタフェース#0に対応付けられた複
数の物理インタフェース#0−0〜#0−3の内、計算
キーに対応する物理インタフェースを出力先として決定
する。
11に示すように、論理インタフェース毎に計算キー値
と物理インタフェースとを対応付けるテーブル111を
備えているので、このテーブル111を計算キー値「0
0」により参照した結果、物理インタフェース#0−0
を出力先として決定する。
フレームからMPLSヘッダとしてのShimヘッダを
削除し、物理インタフェース#0−0に対して、送信元
IPアドレス「A」及び宛先IPアドレス「C」を含む
IPパケットを送信する。この結果、出口エッジノード
4から送信されたIPパケットは、物理リンク#0−0
を流れて、ユーザ網7に収容されている端末装置Cにユ
ーザ網7内の中継ノード(ルータなど)を通して中継さ
れる。
ド(ユーザ網7内の中継ノード)では、既存の物理リン
クの中の1つからフレームを受信すると、従来技術の説
明で触れたリンク収集手段により、受信物理リンクに対
応する論理リンクからフレームを受信したことを認識す
る。
り、入口エッジノード(#1)3から送信されたMPL
Sフレームについて、Trunkingされた複数の物
理リンクの中の1つのリンクにIPパケットの振り分け
を行う。
て、入口エッジノード(#2)3から出口エッジノード
4に送信する場合についても動作は基本的には同様であ
るが、入口エッジノード(#2)3がユーザ網6から受
信した2つのIPパケット中の送信元及び宛先IPアド
レスは、前述の入口エッジノード(#1)3が受信した
IPパケット中の値と異なるため、出口エッジノード4
におけるIPパケット振り分け対象の物理リンクは上述
した場合と異なる。
ッジノード(#2)3がユーザ網6に収容されている端
末装置Bから送信された2つのIPパケットを受信した
場合、方路決定手段34は、VPN識別用テーブル72
(図7参照)に基づいて、受信インタフェース(インタ
フェース番号:1)に対応するVPN(VPN番号:
1)を判別する。
ティングテーブル82(図8参照)から、IPパケット
中の宛先IPアドレス(Prefix)に対応したVP
N識別用ラベル(送信ラベル)αと宛先エッジノードの
IPアドレス(レイヤ3アドレス)を求める。
Pパケット中継用のルーティングテーブル92(図9参
照)に基づいて、送信先エッジノード(#3)4のIP
アドレスに送信するためのIPパケット中継用ラベル
(送信ラベル:150)と、出力インタフェース(出力
インタフェース番号:0)とを獲得する。
1に則り、IPヘッダ中の送信元IPアドレス「B」及
び宛先IPアドレス「C」,「D」を抽出してそれぞれ
2bitずつに区切り、それらを排他的論理和演算す
る。また、計算キー作成手段30は、この演算の結果、
宛先IPアドレス「C」のIPパケットについては「1
0」を、かつ宛先IPアドレス「D」のIPパケットに
ついては「11」をそれぞれ計算キー値として出力す
る。
してMPLSヘッダとしての2段のShimヘッダを付
加したMPLSフレーム(図12(b)参照)を作成す
る。計算キー格納手段33は、ラベル付加手段32によ
り作成されたMPLSフレームに対して第2のShim
ヘッダ内のVPN識別用ラベルが格納されたフィールド
の上位2bitに(図12(d)に示す位置に)計算キ
ー値をそれぞれ埋め込んだMPLSフレームをラベルス
イッチパスLSPにそれぞれ送信する。
パスLSPを通して受信した出口エッジノード4は、ま
ずラベル中継手段40により、ラベルテーブル101
(図10参照)から出力ラベル及び出力インタフェース
の各情報としてそれぞれ「ラベル削除」及び「論理イン
タフェース#0」を獲得する。
別用ラベルが格納されたフィールドの上位2bitから
計算キー値「10」及び「11」をMPLSフレームの
それぞれのパケットについて抽出する。
段42は、論理インタフェース毎に計算キー値と物理イ
ンタフェースとを対応付けるテーブル111を各計算キ
ー値により参照した結果、物理インタフェース#0−
2,#0−3を出力先として決定する。
削除して決定した物理インタフェース#0−2,#0−
3に対して各IPパケットを送信する。この結果、これ
らのパケットは1つの論理リンクとしてTrunkin
gされている複数の物理リンクの中の物理リンク#0−
2,#0−3を流れる。
ド3と出口エッジノード4との中継位置に1つの以上の
中継ノードが存在する構成を前提として説明したが、中
継位置に中継ノードが1つも存在しない構成でもよい。
その場合、入口エッジノード3は、フレームフォーマッ
トとして、図12(d)ではなく、図12(e)のフォ
ーマットでフレームを送信する。
に中継ノードが1つも存在しない構成における通常のM
PLS中継処理に基づき、IPパケット中継用ラベルを
含む第1のShimヘッダを付けず、VPN識別用ラベ
ルを含むShimヘッダのみを付けてフレームを送信す
る。
ネットワークシステム1においては、MPLSヘッダ付
きフレームを受信した出口エッジノード4が、MPLS
ヘッダだけを参照して、送信元及び宛先IPアドレスが
異なる3つの転送対象フレーム(IPパケット)をTr
unkingされた複数の物理リンクに振り分けて送信
可能であり、かつ送信元及び宛先IPアドレスの同じフ
レームは全て同一物理リンクが振り分け先となるので、
振り分け時の負荷分散効果を順序逆転を起こすことなく
向上できる。
の第1の具体例においては、MPLSフレームの第2の
Shimヘッダ内のラベルフィールドにIPパケットの
振り分け先リンク決定のためのキー値を埋め込む例を示
したが、その変形として、同じヘッダ内の他のフィール
ドにキー値を埋め込んでもよい。
入口エッジノード3と出口エッジノード4との間に存在
する物理リンクは、Trunkingされていないこと
を前提に説明したが、これらの物理リンクはTrunk
ingされていてもよい。この場合、例えば入口エッジ
ノード3は計算キー作成手段30で求めたキー値を基に
振り分け先の物理リンクを決定すればよく、中継ノード
(CN)は出口エッジノード4と全く同様にして、計算
キーをMPLSヘッダから抽出した上でこのキー値を基
に振り分け先の物理リンクを決定可能である(図22参
照)。
0、01、10、11」のそれぞれに1つの物理リンク
を対応付けたが、例えばキー値「00、01」を1つの
物理リンク#0−0に、かつキー値「10、11」を1
つの物理リンク#0−1に、それぞれ対応付けるように
することで、キー値の各値をキー値で表せる数以下の任
意の物理リンクに対応付けることが可能である。
常に計算キー抽出手段41及びリンク振り分け手段42
を動作させているが、例えばラベルテーブル101中
に、出力インタフェースがTrunkingされたイン
タフェース(論理インタフェース)であるか物理インタ
フェースであるかを示すフラグを持ち、このフラグが
「出力先=論理インタフェース」であることを示す場合
のみ、計算キー抽出手段41及びリンク振り分け手段4
2を動作させるようにしてもよい。
築したVPNの上に上位プロトコルとしてのIPを乗せ
る場合について示したが、VPNに乗せるプロトコル
は、IP以外のネットワーク層のプロトコル、例えばI
PX(Internetwork Packet Exchange)などでもよい。
具体例〕次に、MPLSネットワークシステム1の第2
の具体例について、図7から図15を併用して説明す
る。
ラベルを含むMPLSヘッダ(第2のShimヘッダ)
内のラベルフィールドに計算キーを埋め込む例を示した
が、ここではその変形として、MPLS網2内のIPパ
ケット中継用ラベルを含むMPLSヘッダ(第1のSh
imヘッダ)内に埋め込む例を示す。
に、適用対象システムについて説明する。MPLSの通
常の動作では、図1に示した従来のMPLSネットワー
クシステムのように、MPLS網の出口エッジノードで
は、MPLS網内のIPパケット中継用ラベルを含むM
PLSヘッダは出口エッジノードの手前の中継ノードで
削除されてしまうため、このアプローチは使えない。
PLS網の出口エッジノードまで、MPLS網内のIP
パケット中継用ラベルを含むMPLSヘッダが削除され
ずに中継される形態もある。このようなMPLSネット
ワークシステム構成例を図13及び図14に示す。
ransfer Mode)網上でMPLSを動作させる場合に使わ
れる形態である。即ち、出口エッジノード4の手前の中
継ノードCNは、図1に示すようにMPLSヘッダを削
除する代わりに、次ホップノードにラベルPop「削
除」かつIPv4ヘッダによるルーティングを行うよう
に指示するラベルをMPLSヘッダ内に格納して送信す
る。このラベルはIPv4 Explicit Nul
l LabelとしてIETF(Internet Engineering
Task Force)の規定RFC−3032で定義されてお
り、値として「0」を採る。ラベルスイッチパス上でこ
のようなMPLSフレームが流れる場合、出口エッジノ
ード4はラベル値「0」のMPLSフレームを受信す
る。
して一般的では無いが、出口エッジノード4まで通常の
(Explicit Null Labelでない)ラ
ベル値を付けるようなラベルスイッチパス上でMPLS
フレームの中継を行う形態である。即ち、出口エッジノ
ード4の手前の中継ノードCNは、図1に示すようにM
PLSヘッダを削除する代わりに、例えばラベル値「3
50」を含むMPLSフレームを送信し、出口エッジノ
ード4はこのMPLSヘッダ付フレームを受信する。
トワークシステム1では、出口エッジノード4までこの
ようなMPLS網2内のIPパケット中継用ラベルを含
むMPLSフレームが流れる場合を適用対象とする。
いては、入口エッジノード(#1)3及び入口エッジノ
ード(#2)3から出口エッジノード4に、図14で示
される中継を行うようなラベルスイッチパスLSPが張
られているものとする。
は、VPNを構築していない、つまりIPパケットには
中継用ラベルを含むMPLSヘッダが1段だけ付加さ
れ、MPLSフレームとして中継されることを前提にし
て、動作を説明する。なお、各ノードが有する各種テー
ブルについては、第1の具体例と同一である。
入口エッジノード(#1)3がユーザサイトとしてのプ
ロバイダ網(#1)8に収容される端末装置Aから送信
された送信元IPアドレス「A」及び宛先IPアドレス
「C」を含むIPパケットを受信したと仮定する。
口エッジノード(#1)3における方路決定手段34
は、受信インタフェースによるVPNの判別は行わず、
IPパケット中の宛先IPアドレス「C」に送信するた
めのMPLS網2内のIPパケット中継用ラベル及び出
力インタフェースをMPLS網2内のIPパケット中継
用のルーティングテーブル91(図9参照)から獲得す
る。
体例と同様に、アルゴリズム31に則り、IPパケット
ヘッダ中の送信元及び宛先IPアドレス(各々32bi
t)をそれぞれ2bitずつに区切り、それらを排他的
論理和演算して、計算キー値を求める。
に対し、IPパケット中継用ラベルを含むMPLSヘッ
ダ(Shimヘッダ)を1段付加する。図12(a)は
MPLSヘッダ付加後のMPLSフレームのフォーマッ
ト例である。
し、計算キー格納手段33は、更に、MPLSヘッダ内
の特定のフィールドに計算キー(この例では、2bi
t)を埋め込む。埋め込み先としては、2段目のMPL
Sヘッダ内のフィールドではなく、1段目の第1のSh
imヘッダ内の特定のフィールドとする。
tのExpフィールドの上位2bitに埋め込む。計算
キー埋め込み後のMPLSフレームのフォーマットを図
12(f)に示す。なお、この例では、3bitのEx
pフィールドの内の2bit分を計算キーの埋め込みに
使うため、Expとして使う値は1bit以内の値とす
る必要がある。
1)3において生成されたMPLSフレームは、この
後、例えば図14に示すように、MPLS網2の内部位
置に存在する各中継ノードCNによるMPLSフレーム
の中継処理に基づき出口エッジノード4まで中継され、
MPLSフレームを受信した出口エッジノード4では、
第1の具体例と全く同様にして、Trunkingされ
た複数の物理リンクのいずれかへのパケット振り分けを
行う。
入口エッジノード(#2)3がユーザサイトとしてのプ
ロバイダ網(#2)9に収容される端末装置Bから送信
された2つのIPパケットを受信した場合も同様に処理
されて、プロバイダ網(#3)10に中継ノードを通し
て中継される。
ダ(第1のShimヘッダ)内のExpフィールドに計
算キーを埋め込む例を示したが、代替として、MPLS
ヘッダ内のTTLフィールドに埋め込んでもよい。ここ
で、第1のShimヘッダは、MPLS網2の各中継ノ
ードCNにおいて、ラベルSwapやTTL減算により
書き換えられながら中継される。
書き換えられないExpフィールドと異なり、TTLフ
ィールドは通常中継ノードCNで1ずつ減算されてしま
い(書き換えられてしまい)、計算キー値が書き換えら
れてしまう恐れがあるが、1つのMPLSフレームの中
継時に経由する中継ノードの数が数十台に及ぶことは通
常ありえない。
ールドの上位2bitに計算キーを埋め込み、MPLS
網2の入口エッジノード3が残った6bitのTTLフ
ィールドに「63」を格納すれば、出口エッジノード4
に中継されるまでに、計算キー値が書き換えられること
は無いため、TTLフィールドに埋め込んでも実用上の
問題はない。
でVPNが構築されておらず、この網内ではMPLSヘ
ッダが1段だけ転送対象フレームに付加されて中継され
る形態について説明したが、VPNを構築した場合に1
段目のMPLSヘッダ(第1のShimヘッダ)に適用
してもよい。この場合、VPN識別用ラベルは2段目の
MPLSヘッダ(第2のShimヘッダ)に格納され
る。
具体例〕次に、MPLSネットワークシステム1の第3
の具体例について、図6及び図16を併用して説明す
る。
ド3の計算キー格納手段33がキー値を埋め込む位置を
入口エッジノード3からラベルスイッチパスLSP上の
各ノードに予め通知する場合について説明する。
算キーを格納する位置が、MPLS網2内のVPN識別
用ラベルを含む第2のShimヘッダ内のラベルフィー
ルドの上位2bitである場合について説明する。
に、入口エッジノード3のフィールド通知手段(図示省
略)は、計算キー格納手段33で計算キーの埋め込み対
象とする位置をラベルスイッチパスLSP上の全ノード
に通知する。このための具体的な手法として、ここでは
ラベルスイッチパスLSPを構築する際のラベル配信用
プロトコルであるLDPを拡張して、図16(a)に示
すように、MPLSヘッダの2つ分(64bit)中の
埋め込み位置を示すマスク値をLDPメッセージ中に格
納する。
LSPを構築するとき、入口エッジノード3は、LDP
メッセージ中に図16(a)のメッセージを格納した上
でLDPプロトコルフレームをMPLS網2に送信す
る。
MPLS網2の中継ノードまたは出口エッジノード4
は、このフレームから図16(a)のLDPメッセージ
を抽出し、キー値をMPLSヘッダに格納するか、キー
値をMPLSヘッダから抽出するためのマスク値として
記憶する。
は、MPLSヘッダ中に格納するキー値の位置またはM
PLSヘッダ中に格納されたキー値の位置をマスク値に
基づいて決定することができる。
2のShimヘッダ)の上位2bitに対応する位置の
マスク値がそれぞれ「1」となっているので、2段目の
MPLSヘッダ中のラベルフィールドの上位2bitが
計算キーの埋め込み位置であることを認識できる(図1
6(b))。
13または図14に示すように、出口エッジノード4ま
でMPLSヘッダが削除されずに中継されるMPLS網
2であれば、MPLS網2の中継ノード及び出口エッジ
ノード4は図16(b)に示すようにキー値埋め込み位
置を認識すればよい。
方が、図1または図2に示すように、出口エッジノード
の手前の中継ノードでMPLSヘッダが1段削除される
ようなMPLS網2であれば、MPLS網2の中継ノー
ドは図16(b)に示すように埋め込み位置を認識し、
出口エッジノード4は、上記マスクの内の0〜31bi
t目のマスク値は無視し、32〜63bit目のマスク
値を1段目のMPLSヘッダであるものとして埋め込み
位置を認識する。
及び第2の具体例では、システム全体で静的に設定して
いた計算キーの埋め込み位置を動的に設定することが可
能となる。
具体例〕次に、MPLSネットワークシステム1の第4
の具体例について、図6から図10、図12、図17、
及び図18を併用して説明する。
システム1においては、MPLSが運用されたMPLS
網2内の出口エッジノード4で、かつTrunking
により1つの論理リンクとして束ねられた複数の物理リ
ンクの数が、計算キー格納手段33が埋め込むキー長で
表せるリンク数よりも大きい場合について説明する。
1の具体例を説明する際に参照した図6に示す構成とす
るが、出口エッジノード4において、Trunkigと
して束ねられた物理リンクの数が図6に示すシステムと
異なり8つであるものとする(図17参照)。
ると、2bitでは8つの物理リンク#0−0〜#0−
7を表現できない点で第1の具体例と異なる。また、出
口エッジノード4には、8つの物理リンクへのパケット
振り分けを処理するリンク振り分け手段42が設けられ
ている。
ーザ網(#3)7とを接続するラベルスイッチパスLS
P及びユーザ網(#2)6とユーザ網(#3)7とを接
続するラベルスイッチパスLSP上で付けるラベルと、
各手段が保持しているテーブルとについては、第1の具
体例と同一である。ただし、図11に示すテーブル11
1は、図12に示すテーブル181に代替される。
ッジノード(#1)3及び入口エッジノード(#2)3
がIPパケットにMPLSヘッダを付けてMPLSフレ
ームを送信し、ラベルスイッチパスLSPを通してMP
LSフレームを受信した出口エッジノード4において、
MPLSヘッダだけを参照して、Trunkingされ
た8つの物理リンクにパケット振り分けを行うまでの動
作を説明する。
口エッジノード(#2)3の各々は、第1の具体例と全
く同様にして、MPLS網2の外部から受信したIPパ
ケットについて、MPLSヘッダを付けて、出口エッジ
ノード4に送信する。
ユーザ網5から受信したIPパケットについての計算キ
ー値は「00」であり、入口エッジノード(#2)3が
ユーザ網(#2)6から受信したIPパケットについて
の計算キー値は、宛先IPアドレス「C」のパケットに
ついては「10」であり、宛先IPアドレス「D」のパ
ケットについては「11」である。
ジノード(#2)3から送信された3つのMPLSフレ
ームを受信した出口エッジノード4では、まずラベル中
継手段40により、ラベルテーブル101(図10参
照)から出力ラベル及び出力インタフェースの各情報を
獲得する。この場合、3つのMPLSフレームのいずれ
についても、「ラベル削除」及び「論理インタフェース
#0」となる。
Sフレームについて、VPN識別用ラベルが格納された
フィールドの上位2bitから計算キー値として、「0
0、10、11」を抽出する。
段42は、出力論理インタフェース#0に対応付けられ
た8つの物理インタフェース#0−0〜#0−7の中か
ら振り分け先の物理インタフェースを決定する際に、上
記計算キーだけでなくMPLSヘッダ中の特定のフィー
ルドを入力として、アルゴリズム31に則って計算を行
い、3bitのキー値を出力する。
ル値20bitを1bitずつに区切り、排他的論理和
演算により得られた1bitの値と、計算キー抽出手段
41により抽出した2bitの計算キー値とをビット連
結するようなアルゴリズムとする。排他的論理和演算の
結果が「0」になった場合、ビット連結の結果として3
bitの計算キー値「000、010、011」がそれ
ぞれ得られる。
ース毎に3bitの計算キー値と物理インタフェース番
号とを対応付けるテーブル181(図18参照)を備え
るので、このテーブル181を計算キー値「000、0
10、011」により参照した結果、物理インタフェー
スとして、「#0−0、#0−2、#0−3」を出力先
としてそれぞれ決定する。
ての第2のShimヘッダを削除して、リンク振り分け
手段42で得られた各物理インタフェースに対してIP
パケットを送信し、その結果、各IPパケットは物理リ
ンク#0−0、#0−2、#0−3に送信される。
具体例〕次に、MPLSネットワークシステム1の第5
の具体例について、図6から図12、及び図19を併用
して説明する。
システム1においては、入口エッジノード(#1)3
が、MPLSパケット中継用ラベルまたはVPN識別用
ラベルが属するMPLSヘッダに計算キー値を格納する
のではなく、新たなMPLSヘッダ(第3のShimヘ
ッダ)をIPパケットに付加し、このヘッダ中に計算キ
ー値を格納する場合について説明する。
1の具体例を説明する際に参照した図6に示す構成を採
る。また、VPNの構成と、ユーザ網(#1)5とユー
ザ網(#3)7とを接続するラベルスイッチパスLSP
及びユーザ網(#2)6とユーザ網(#3)7とを接続
するラベルスイッチパスLSP上で付けるラベルと、各
手段が保持しているテーブルとについては、第1の具体
例と同一である。
ッジノード(#1)3がIPパケットにMPLSヘッダ
を付けてMPLSフレームを送信し、ラベルスイッチパ
スLSPを通してMPLSフレームを受信した出口エッ
ジノード4において、MPLSヘッダだけを参照して、
Trunkingされた複数の物理リンクにパケット振
り分けを行うまでの動作を説明する。
てユーザ網(#1)5からIPパケットを受信した場
合、方路決定手段34は、受信インタフェースに対応す
るVPNをVPN識別用テーブル71(図7参照)から
判別する。
ーティングテーブル81(図8参照)から、IPパケッ
ト中の宛先IPアドレス「C」に対応したVPN識別用
ラベル及び宛先エッジノードのIPアドレスを求める。
先エッジノードのIPアドレスに送信するためのMPL
S網2内のIPパケット中継用ラベル及び出力インタフ
ェースをMPLS網2内のIPパケット中継用のルーテ
ィングテーブル91(図9参照)から獲得する。
ットのヘッダ中の送信元IPアドレス「A」及び宛先I
Pアドレス「C」を抽出し、アルゴリズム31に則っ
て、振り分け先リンク決定のための計算キーを計算す
る。ラベル付加手段32は、このIPパケットに対して
MPLSヘッダ(Shimヘッダ)を2つ付加する。2
つのMPLSヘッダを付加した後のフレームフォーマッ
トを図12(b)に示す。
ームに対し、計算キー格納手段33は、ラベル付加手段
32が出力した図12(b)に示すMPLSフレームに
対し、VPN識別用ラベルを含む第2のMPLSヘッダ
よりも後段に第3のMPLSヘッダを付加する。この第
3のMPLSヘッダは計算キーを格納するための専用ヘ
ッダである。
加したヘッダ内の特定のフィールドに計算キー(この例
では、2bit)を埋め込む。埋め込み先のフィールド
の位置及びフィールド長については、任意に選定可能で
あるが、ここでは埋め込み先としてラベルフィールドの
上位2bitに埋め込む。埋め込み後のMPLSフレー
ムのフォーマットを図12(g)に示す。
レームは、図19に示すように、MPLS網2の内部位
置に存在している複数の中継ノードCNにおけるラベル
中継手段によるMPLSフレームの中継処理に基づき、
出口エッジノード4まで中継される。出口エッジノード
4が受信するMPLSフレームのフォーマットを図12
(h)に示す。
ムにおける第1(1段目)のShimヘッダは、MPL
S網2の中継ノードにおいて、ラベルSwapやTTL
減算により書き換えられながら中継される。しかし、計
算キー値を埋め込むためのラベルフィールドは第3(3
段目)のShimヘッダ内に配置されているため、この
計算キー値がMPLS網2の中継ノードCNで書き換え
られることはない。
信した出口エッジノード4では、まずラベル中継手段4
0が、ラベルテーブル101(図10参照)から出力ラ
ベル及び出力インタフェースの各情報を得る。この場
合、出力ラベル情報及び出力インタフェース番号は、
「ラベル削除」及び「論理インタフェース#0」とな
る。
ベルが格納されている第2のMPLSヘッダ中ではな
く、その後段の第3のMPLSヘッダ内のラベルフィー
ルドの上位2bitから計算キー値「00」を抽出した
後、この第3のMPLSヘッダを削除対象とする。
タフェース#0に対応付けられた物理インタフェースの
うち、計算キー値「00」に対応する物理インタフェー
ス#0−0を出力先として決定する。
4が受信した図12(h)に示すMPLSフレームの全
てのShimヘッダ(図12(g)中の第2及び第3の
Shimヘッダ)を削除対象とする。リンク振り分け手
段42で決定した物理インタフェース#0−0に対し
て、送信元IPアドレス「A」及び宛先IPアドレス
「C」のIPパケットが送信され、その結果、このパケ
ットは物理リンク#0−0を流れる。
たなMPLSヘッダ(第3のShimヘッダ)をIPパ
ケットに付加し、このヘッダ中に計算キー値を格納する
場合については説明を省略するが、基本的には上述した
入口エッジノード(#1)3における処理と同様であ
る。
具体例〕次に、MPLSネットワークシステム1の第6
の具体例について、図20を参照して説明する。
システム1においては、MPLS網2の出口エッジノー
ド4は、複数の物理リンクを束ねてプロバイダ網(#
3)10内の1つの中継ノードに接続する代わりに、複
数の端末装置としてのサーバ(同一IPアドレス及びM
ACアドレスを有する複数の負荷分散対象サーバC)
P,Q,R,Sを各リンクに接続しておく。
0のネットワークPrefix内のIPアドレス「P,
Q,R,S」をそれぞれ持ち、同一のコンテンツデータ
を保持するWebサーバである。
ジノード(#2)3と出口エッジノード4とが、第1の
具体例と同様に動作したものと仮定すると、端末装置
A,Bから送信されたIPパケットは、出口エッジノー
ド4において、2つのサーバP,Rに分散されて送信さ
れる。
れたIPパケットにおいて、同じフロー(セッション)
に属するパケットは必ず同一サーバに振り分けられるた
め、同じフローの通信が別のサーバに振り分けられるこ
とはなく、サーバ負荷分散の一手法として適用すること
が可能である。
具体例〕次に、MPLSネットワークシステム1の第7
の具体例について、図21を参照して説明する。
ネットワークシステム1においては、MPLS網2の出
口エッジノード4がMPLSフレームのMPLSヘッダ
を参照してTrunkingにより束ねられた複数の物
理リンクのいずれかへのパケット振り分けを行えること
について説明したが、このことはMPLS網2内の入口
エッジノード3及び出口エッジノード4として、図21
に示す構成を採った場合に特に効果的である。
システム1においては、入口エッジノード3内のIPv
4用ラインカード51及びIPv6用ラインカード52
と、出口エッジノード4内のMPLS用ラインカード6
0とに、上述した各具体例の構成要素が実装されてい
る。
リックSFを介して複数のラインカード50,51,5
2が接続されている。また、出口エッジノード4内では
スイッチファブリックSFを介して複数のラインカード
60,61,62,63,64が接続されている。
LSヘッダ付きフレーム(MPLSフレーム)のみハー
ドウェア処理対象、つまり自己のラインカード内での処
理対象とし、MPLSヘッダ無しフレーム(IPパケッ
ト)を図示省略のCPUが実行するソフトウェア処理対
象とする。
はMPLSヘッダ無しのIPv4フレームのみハードウ
ェア処理対象とし、その他のフレームはソフトウェア処
理対象とする。また、IPv6用ラインカード52,6
3,64はMPLSヘッダ無しのIPv6フレームのみ
ハードウェア処理対象とし、その他のフレームはソフト
ウェア処理対象とする。
口エッジノード4においては、次に説明するように、M
PLS用ラインカードにおける出力先物理リンク決定の
ための処理が、MPLSヘッダのみに基づく処理とな
り、IPv4及びIPv6のヘッダに基づく処理が不要
になるので、ハードウェアの単純化及び中継性能向上の
ために都合がよい。
ジノード4における処理の概要を説明する。先ず、入口
エッジノード3においては、IPv4パケットを受信し
たIPv4用ラインカード51は、方路決定手段34に
より出力物理インタフェース及びラインカードを決定
し、内蔵のラベル付加手段32によりMPLSヘッダを
付加した後、計算キー格納手段33により計算キーを格
納し、MPLSヘッダ付きフレームをMPLS用ライン
カード50に送信する。MPLS用ラインカード50は
受信したMPLSヘッダ付きフレームをそのままMPL
S網2に送信する。
PLSヘッダ付きフレームを受信した場合、MPLS用
ラインカード60は内蔵のラベル中継手段40により出
力論理インタフェースを決めた後、リンク振り分け手段
42により出力先の物理リンク及びラインカードを1つ
決定し(例えば、物理リンク#0−0と、ラインカード
61とを決定し)、ラベル削除手段43によりMPLS
ヘッダを削除して、ラインカード61にIPv4パケッ
ト(MPLSヘッダ無し)を送信する。
いては、図21に示す構成を採ることにより、特に出口
エッジノード4において、MPLS用ラインカード60
でIPv4及びIPv6のヘッダを参照することなく、
MPLSヘッダのみに基づき出力先物理リンクを決定す
ることができ、ハードウェアの単純化及び中継性能向上
に都合がよい。
いては、MPLSヘッダだけを参照して、Trunki
ngされている複数の物理リンクへのパケット振り分け
を行えるため、出口エッジノード4は、MPLS網2に
接続されているMPLS用ラインカード60にはMPL
Sヘッダだけを参照して中継処理を行わせることで、処
理の単純化及び高速化を図ることができる。
v4用ラインカード61,62及びIPv6用ラインカ
ード63,64との間はスイッチファブリックSFによ
り接続されているので、IPv4用ラインカード61,
62またはIPv6用ラインカード63,64を跨るT
runkingをサポートしているような場合を想定し
たとき、MPLS網2に接続されたMPLS用ラインカ
ード60は、MPLSヘッダだけを参照した処理の範囲
内で、振り分け時の負荷分散効果を順序逆転を起こすこ
となく向上させることができる。
は、入口エッジノード3の計算キー作成手段30が、O
SI参照モデル第3層(ネットワーク層)対応のIPヘ
ッダ内の送信元IPアドレス及び宛先IPアドレスの値
を基に計算キーを作成する例を示したが、IPヘッダ内
のプロトコルフィールド値や、OSI参照モデル第4層
(トランスポート層)のプロトコルヘッダや、HTTP
(Hyper Text Transfer Protocol)などのアプリケーシ
ョン特有のヘッダ内の送信元識別情報及び宛先識別情報
を計算対象にしてもよい。
ンピュータで実行可能なプログラムとして提供され、C
D−ROMやフロッピー(登録商標)ディスクなどの記
録媒体、さらには通信回線を経て提供可能である。
理はその任意の複数または全てを選択し組合せて実施す
ることもできる。
を転送可能にするMPLSヘッダを付加する前の転送対
象フレームのヘッダ内の送信元識別情報及び宛先識別情
報を入力値として、振り分け先リンク決定のためのキー
値を生成する作成手段と、前記作成手段により生成され
た前記キー値を前記MPLSヘッダ内の特定のフィール
ドに埋め込む埋込手段と、前記キー値が前記MPLSヘ
ッダ内の特定のフィールドに埋め込まれたMPLSフレ
ームを前記MPLS網に送信する送信手段と、を有する
第1のエッジノードと;前記MPLS網を通して受信さ
れた前記MPLSフレームの前記MPLSヘッダ内の特
定のフィールドから前記キー値を抽出する抽出手段と、
前記抽出手段により抽出された前記キー値に基づいて、
予め論理的に1つに束ねられた複数の物理リンクの中か
ら1つの物理リンクを前記振り分け先リンクとして決定
する決定手段と、を有する第2のエッジノードと;を備
えるMPLSネットワークシステム。
ける前記作成手段は、前記転送対象フレームのヘッダ内
の前記送信元識別情報及び前記宛先識別情報を入力値と
し、一方向関数を用いた計算結果として得られる疑似乱
数を前記振り分け先リンク決定のためのキー値として生
成する付記1記載のMPLSネットワークシステム。
宛先識別情報は、送信元アドレス及び宛先アドレスであ
る付記1または2記載のMPLSネットワークシステ
ム。
前記MPLS網における転送対象フレーム中継用ラベル
及びVPN識別用ラベルの少なくとも一方のラベルを前
記MPLSヘッダとして前記転送対象フレームに付加し
て前記MPLSフレームを形成するラベル付加手段を更
に有し、前記第2のエッジノードは、前記転送対象フレ
ームに前記MPLSヘッダとして付加された前記ラベル
を削除するラベル削除手段を更に有する付記1記載のM
PLSネットワークシステム。
ける前記埋込手段は、前記作成手段により生成された前
記キー値を前記MPLSヘッダとしての少なくとも1つ
のShimヘッダ内の特定のフィールドに埋め込む付記
1記載のMPLSネットワークシステム。
ける前記埋込手段は、前記MPLSフレームが前記MP
LS網内を転送されるときに書換不可能な前記Shim
ヘッダ内の特定のフィールドの予め定めた長さ部分に前
記キー値を埋め込む付記5記載のMPLSネットワーク
システム。
ける前記埋込手段は、前記作成手段により生成された前
記キー値を前記MPLSヘッダとしての複数のShim
ヘッダのうちの1つの専用ヘッダ内の特定のフィールド
に埋め込む付記1記載のMPLSネットワークシステ
ム。
前記MPLSフレームのラベル中継用パスを前記MPL
S網に構築する際に、前記振り分け先リンク決定のため
のキー値が埋め込まれている前記MPLSヘッダの特定
のフィールド内の埋込位置を前記第2のエッジノードに
通知するための通知手段を更に有する付記1記載のMP
LSネットワークシステム。
通知された前記振り分け先リンク決定のためのキー値が
埋め込まれている前記MPLSヘッダの特定のフィール
ド内の埋込位置を記憶する記憶手段を更に有する付記8
記載のMPLSネットワークシステム。
は、前記MPLSフレームのラベル中継用パスを前記M
PLS網に構築する際に、前記振り分け先リンク決定の
ためのキー値が埋め込まれている前記MPLSヘッダの
特定のフィールド内の埋込位置を前記MPLSフレーム
のラベル中継用パス上の中継ノード及び前記第2のエッ
ジノードに通知するための通知手段を更に有する付記1
記載のMPLSネットワークシステム。
2のエッジノードは、通知された前記振り分け先リンク
決定のためのキー値が埋め込まれている前記MPLSヘ
ッダの特定のフィールド内の埋込位置を記憶する記憶手
段を有する付記10記載のMPLSネットワークシステ
ム。
おける前記決定手段は、前記抽出手段により抽出された
前記振り分け先リンク決定のためのキー値と、前記MP
LSヘッダ内の特定のフィールドから求めた値との連結
値に基づいて、予め論理的に1つに束ねられた複数の物
理リンクの中から1つの物理リンクを前記振り分け先リ
ンクとして決定する付記1記載のMPLSネットワーク
システム。
信された前記MPLSフレームの前記MPLSヘッダ内
の特定のフィールドから前記キー値を抽出する抽出手段
と、前記抽出手段により抽出された前記キー値に基づい
て、予め論理的に1つに束ねられた複数の物理リンクの
中から1つの物理リンクを前記振り分け先リンクとして
決定する決定手段と、を有する中継ノードを更に備える
付記1記載のMPLSネットワークシステム。
網または端末装置との間を論理的に束ねられた物理リン
クにて接続されるエッジノードにおいて、前記第1の網
に属する入口エッジノードがパケットのヘッダに基づい
て算出して前記ヘッダに格納したキー値に基づいて、前
記物理リンクへの振り分けを行う手段を備えるエッジノ
ード。
てMPLS網内を転送可能にするMPLSヘッダを付加
する前の転送対象フレームのヘッダ内の送信元識別情報
及び宛先識別情報を入力値として、振り分け先リンク決
定のためのキー値を生成する作成手段と、前記作成手段
により生成された前記キー値を前記MPLSヘッダ内の
特定のフィールドに埋め込む埋込手段と、前記キー値が
前記MPLSヘッダ内の特定のフィールドに埋め込まれ
たMPLSフレームを前記MPLS網に送信する送信手
段と、前記MPLS網を通して受信された前記MPLS
フレームの前記MPLSヘッダ内の特定のフィールドか
ら前記キー値を抽出する抽出手段と、前記抽出手段によ
り抽出された前記キー値に基づいて、予め論理的に1つ
に束ねられた複数の物理リンクの中から1つの物理リン
クを前記振り分け先リンクとして決定する決定手段と、
を備えるエッジノード。
対象フレームのヘッダ内の前記送信元識別情報及び前記
宛先識別情報を入力値とし、一方向関数を用いた計算結
果として得られる疑似乱数を前記振り分け先リンク決定
のためのキー値として生成する付記15記載のエッジノ
ード。
記宛先識別情報は、送信元アドレス及び宛先アドレスで
ある付記15または16記載のエッジノード。
送対象フレーム中継用ラベル及びVPN識別用ラベルの
少なくとも一方のラベルを前記MPLSヘッダとして前
記転送対象フレームに付加して前記MPLSフレームを
形成するラベル付加手段と、前記転送対象フレームに前
記MPLSヘッダとして付加された前記ラベルを削除す
るラベル削除手段と、を更に備える付記15記載のエッ
ジノード。
手段により生成された前記キー値を前記MPLSヘッダ
としての少なくとも1つのShimヘッダ内の特定のフ
ィールドに埋め込む付記15記載のエッジノード。
LSフレームが前記MPLS網内を転送されるときに書
換不可能な前記Shimヘッダ内の特定のフィールドの
予め定めた長さ部分に前記キー値を埋め込む付記19記
載のエッジノード。
手段により生成された前記キー値を前記MPLSヘッダ
としての複数のShimヘッダのうちの1つの専用ヘッ
ダ内の特定のフィールドに埋め込む付記15記載のエッ
ジノード。
ベル中継用パスを前記MPLS網に構築する際に、前記
振り分け先リンク決定のためのキー値が埋め込まれてい
る前記MPLSヘッダの特定のフィールド内の埋込位置
を前記MPLSフレームのラベル中継用パス上の他のノ
ードに通知するための通知手段を更に備える付記15記
載のエッジノード。
リンク決定のためのキー値が埋め込まれている前記MP
LSヘッダの特定のフィールド内の埋込位置を記憶する
記憶手段を更に備える付記22記載のエッジノード。
手段により抽出された前記振り分け先リンク決定のため
のキー値と、前記MPLSヘッダ内の特定のフィールド
から求めた値との連結値に基づいて、予め論理的に1つ
に束ねられた複数の物理リンクの中から1つの物理リン
クを前記振り分け先リンクとして決定する付記15記載
のエッジノード。
てMPLS網内を転送可能にするMPLSヘッダを付加
する前の転送対象フレームのヘッダ内の送信元識別情報
及び宛先識別情報を入力値として、振り分け先リンク決
定のためのキー値を生成するステップと、生成された前
記キー値を前記MPLSヘッダ内の特定のフィールドに
埋め込むステップと、前記キー値が前記MPLSヘッダ
内の特定のフィールドに埋め込まれたMPLSフレーム
を前記MPLS網に送信するステップと、前記MPLS
網を通して受信された前記MPLSフレームの前記MP
LSヘッダ内の特定のフィールドから前記キー値を抽出
するステップと、抽出された前記キー値に基づいて、予
め論理的に1つに束ねられた複数の物理リンクの中から
1つの物理リンクを前記振り分け先リンクとして決定す
るステップと、を備える振り分け先リンク決定方法。
記MPLSヘッダとしての少なくとも1つのShimヘ
ッダ内の特定のフィールドに埋め込むステップを更に備
える付記25記載の振り分け先リンク決定方法。
記MPLS網内を転送されるときに書換不可能な前記S
himヘッダ内の特定のフィールドの予め定めた長さ部
分に前記キー値を埋め込むステップを更に備える付記2
6記載の振り分け先リンク決定方法。
記MPLSヘッダとしての複数のShimヘッダのうち
の1つの専用ヘッダ内の特定のフィールドに埋め込むス
テップを更に備える付記25記載の振り分け先リンク決
定方法。
ベル中継用パスを前記MPLS網に構築する際に、前記
振り分け先リンク決定のためのキー値が埋め込まれてい
る前記MPLSヘッダの特定のフィールド内の埋込位置
を前記MPLSフレームのラベル中継用パス上のノード
に通知するステップを更に備える付記25記載の振り分
け先リンク決定方法。
リンク決定のためのキー値が埋め込まれている前記MP
LSヘッダの特定のフィールド内の埋込位置を記憶する
ステップを更に備える付記29記載の振り分け先リンク
決定方法。
リンク決定のためのキー値と、前記MPLSヘッダ内の
特定のフィールドから求めた値との連結値に基づいて、
予め論理的に1つに束ねられた複数の物理リンクの中か
ら1つの物理リンクを前記振り分け先リンクとして決定
するステップを更に備える付記25記載の振り分け先リ
ンク決定方法。
MPLSフレームを受信したMPLS網のエッジノード
(出口エッジノード)が、MPLSヘッダだけを参照し
て、論理的に1つに束ねられた複数の物理リンクに転送
対象パケットを振り分けるときの負荷分散効果を順序逆
転を起こすことなく、向上させることができる。
るIPパケット中継を説明するための図。
るVPNを説明するための図。
るTrunkingを説明するための図。
る振り分け先リンク決定の問題を説明するための図。
クシステムの基本構成例を示すブロック図。
クシステムの第1の具体例を示すブロック図。
PN識別用テーブルを示す図。
PN毎のルーティングテーブルを示す図。
PLS網内のIPパケット中継用のルーティングテーブ
ルを示す図。
ラベルテーブルを示す図。
計算キー値を物理インタフェースに対応付けるテーブル
を示す図。
各種フレーム及びヘッダフォーマットを示す図。
IPパケット中継用ラベルを含むMPLSヘッダの中継
例を説明するための図。
IPパケット中継用ラベルを含むMPLSヘッダの中継
例を説明するための図。
ークシステムの第2の具体例を示すブロック図。
ークシステムの第3の具体例を示すブロック図。
ークシステムの第4の具体例を示すブロック図。
計算キー値を物理インタフェースに対応付けるテーブル
の他の例を示す図。
ークシステムの第5の具体例を示すブロック図。
ークシステムの第6の具体例を示すブロック図。
ークシステムの第7の具体例を示すブロック図。
ークシステムの基本構成の変形例を説明するための図。
Claims (10)
- 【請求項1】 プロトコルMPLSに則ってMPLS網
内を転送可能にするMPLSヘッダを付加する前の転送
対象フレームのヘッダ内の送信元識別情報及び宛先識別
情報を入力値として、振り分け先リンク決定のためのキ
ー値を生成する作成手段と、 前記作成手段により生成された前記キー値を前記MPL
Sヘッダ内の特定のフィールドに埋め込む埋込手段と、 前記キー値が前記MPLSヘッダ内の特定のフィールド
に埋め込まれたMPLSフレームを前記MPLS網に送
信する送信手段と、 を有する第1のエッジノードと;前記MPLS網を通し
て受信された前記MPLSフレームの前記MPLSヘッ
ダ内の特定のフィールドから前記キー値を抽出する抽出
手段と、 前記抽出手段により抽出された前記キー値に基づいて、
予め論理的に1つに束ねられた複数の物理リンクの中か
ら1つの物理リンクを前記振り分け先リンクとして決定
する決定手段と、 を有する第2のエッジノードと;を備えるMPLSネッ
トワークシステム。 - 【請求項2】 前記第1のエッジノードにおける前記作
成手段は、前記転送対象フレームのヘッダ内の前記送信
元識別情報及び前記宛先識別情報を入力値とし、一方向
関数を用いた計算結果として得られる疑似乱数を前記振
り分け先リンク決定のためのキー値として生成する請求
項1記載のMPLSネットワークシステム。 - 【請求項3】 前記第1のエッジノードは、前記MPL
S網における転送対象フレーム中継用ラベル及びVPN
識別用ラベルの少なくとも一方のラベルを前記MPLS
ヘッダとして前記転送対象フレームに付加して前記MP
LSフレームを形成するラベル付加手段を更に有し、 前記第2のエッジノードは、前記転送対象フレームに前
記MPLSヘッダとして付加された前記ラベルを削除す
るラベル削除手段を更に有する請求項1記載のMPLS
ネットワークシステム。 - 【請求項4】 前記第1のエッジノードにおける前記埋
込手段は、前記作成手段により生成された前記キー値を
前記MPLSヘッダとしての少なくとも1つのShim
ヘッダ内の特定のフィールドに埋め込む請求項1記載の
MPLSネットワークシステム。 - 【請求項5】 前記第1のエッジノードにおける前記埋
込手段は、前記MPLSフレームが前記MPLS網内を
転送されるときに書換不可能な前記Shimヘッダ内の
特定のフィールドの予め定めた長さ部分に前記キー値を
埋め込む請求項4記載のMPLSネットワークシステ
ム。 - 【請求項6】 前記第1のエッジノードにおける前記埋
込手段は、前記作成手段により生成された前記キー値を
前記MPLSヘッダとしての複数のShimヘッダのう
ちの1つの専用ヘッダ内の特定のフィールドに埋め込む
請求項1記載のMPLSネットワークシステム。 - 【請求項7】 前記第1のエッジノードは、前記MPL
Sフレームのラベル中継用パスを前記MPLS網に構築
する際に、前記振り分け先リンク決定のためのキー値が
埋め込まれている前記MPLSヘッダの特定のフィール
ド内の埋込位置を前記第2のエッジノードに通知するた
めの通知手段を更に有する請求項1記載のMPLSネッ
トワークシステム。 - 【請求項8】 前記第2のエッジノードは、通知された
前記振り分け先リンク決定のためのキー値が埋め込まれ
ている前記MPLSヘッダの特定のフィールド内の埋込
位置を記憶する記憶手段を更に有する請求項7記載のM
PLSネットワークシステム。 - 【請求項9】 前記第2のエッジノードにおける前記決
定手段は、前記抽出手段により抽出された前記振り分け
先リンク決定のためのキー値と、前記MPLSヘッダ内
の特定のフィールドから求めた値との連結値に基づい
て、予め論理的に1つに束ねられた複数の物理リンクの
中から1つの物理リンクを前記振り分け先リンクとして
決定する請求項1記載のMPLSネットワークシステ
ム。 - 【請求項10】 第1の網に属して、第2の網または端
末装置との間を論理的に束ねられた物理リンクにて接続
されるエッジノードにおいて、 前記第1の網に属する入口エッジノードがパケットのヘ
ッダに基づいて算出して前記ヘッダに格納したキー値に
基づいて、前記物理リンクへの振り分けを行う手段を備
えるエッジノード。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002009979A JP3880404B2 (ja) | 2002-01-18 | 2002-01-18 | Mplsネットワークシステム |
US10/346,036 US7307991B2 (en) | 2002-01-18 | 2003-01-16 | MPLS network system |
CNB031006167A CN1254056C (zh) | 2002-01-18 | 2003-01-17 | 多协议标签转换网络系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002009979A JP3880404B2 (ja) | 2002-01-18 | 2002-01-18 | Mplsネットワークシステム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2003218920A true JP2003218920A (ja) | 2003-07-31 |
JP3880404B2 JP3880404B2 (ja) | 2007-02-14 |
Family
ID=27605982
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002009979A Expired - Fee Related JP3880404B2 (ja) | 2002-01-18 | 2002-01-18 | Mplsネットワークシステム |
Country Status (3)
Country | Link |
---|---|
US (1) | US7307991B2 (ja) |
JP (1) | JP3880404B2 (ja) |
CN (1) | CN1254056C (ja) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007053667A (ja) * | 2005-08-19 | 2007-03-01 | Kddi Corp | モバイル装置、ホームエージェント装置及びプログラム |
WO2014064976A1 (ja) * | 2012-10-24 | 2014-05-01 | 日本電気株式会社 | ネットワーク機器、制御方法、及びプログラム |
WO2014155617A1 (ja) * | 2013-03-28 | 2014-10-02 | 株式会社東芝 | 通信装置、通信方法、及び通信プログラム |
JP2018142810A (ja) * | 2017-02-27 | 2018-09-13 | 日本電信電話株式会社 | 終端装置、ネットワークシステム、プログラムおよび通信方法 |
WO2021095179A1 (ja) * | 2019-11-13 | 2021-05-20 | 日本電信電話株式会社 | 振り分け装置、振り分け方法、振り分けプログラム |
Families Citing this family (45)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6629163B1 (en) * | 1999-12-29 | 2003-09-30 | Implicit Networks, Inc. | Method and system for demultiplexing a first sequence of packet components to identify specific components wherein subsequent components are processed without re-identifying components |
US7136374B1 (en) * | 2001-03-19 | 2006-11-14 | Juniper Networks, Inc. | Transport networks supporting virtual private networks, and configuring such networks |
US7872991B2 (en) * | 2003-02-04 | 2011-01-18 | Alcatel-Lucent Usa Inc. | Methods and systems for providing MPLS-based layer-2 virtual private network services |
US7006499B2 (en) * | 2003-04-28 | 2006-02-28 | Alcatel Ip Networks, Inc. | Source identifier for MAC address learning |
US7715380B2 (en) * | 2003-06-19 | 2010-05-11 | Cisco Technology, Inc. | Apparatus and methods for handling shared services through virtual route forwarding (VRF)-aware-NAT |
US7447203B2 (en) | 2003-07-29 | 2008-11-04 | At&T Intellectual Property I, L.P. | Broadband access for virtual private networks |
CN1311673C (zh) * | 2003-12-03 | 2007-04-18 | 华为技术有限公司 | 传送多协议标签交换协议数据单元的方法 |
CN100466649C (zh) * | 2003-12-03 | 2009-03-04 | 华为技术有限公司 | 传送多协议标签交换协议数据单元的方法 |
WO2005055547A1 (fr) * | 2003-12-03 | 2005-06-16 | Huawei Technologies Co., Ltd. | Procede de transmission d'une unite de donnees de protocole de commutation multiprotocole par etiquette |
KR100548214B1 (ko) * | 2003-12-10 | 2006-02-02 | 삼성전자주식회사 | 복수의 인터페이스를 통해 패킷을 전송하기 위한 정보 독출을 미리 수행하여 패킷 전송을 빠르게 수행하는 패킷 포워딩 시스템 및 그 방법 |
CN100440843C (zh) * | 2004-05-12 | 2008-12-03 | 华为技术有限公司 | 一种环网及其业务实现方法 |
US20060007925A1 (en) * | 2004-07-12 | 2006-01-12 | Wright Steven A | Methods, systems, and computer program products for compressing a multiprotocol label switching (MPLS) shim header in a packet |
JP4282620B2 (ja) * | 2005-02-28 | 2009-06-24 | 株式会社東芝 | 通信装置、ルータ装置、通信方法および通信プログラム |
CN100387019C (zh) * | 2005-04-04 | 2008-05-07 | 华为技术有限公司 | 跨混合网络的多协议标签交换虚拟专用网的实现方法 |
CN1870575B (zh) * | 2005-07-15 | 2010-04-21 | 华为技术有限公司 | 一种提高虚拟交换系统中传输可靠性的方法 |
US7609620B2 (en) * | 2005-08-15 | 2009-10-27 | Cisco Technology, Inc. | Method and apparatus using multiprotocol label switching (MPLS) label distribution protocol (LDP) to establish label switching paths (LSPS) for directed forwarding |
JP4670585B2 (ja) * | 2005-10-26 | 2011-04-13 | ソニー株式会社 | 設定装置および方法、並びにプログラム |
US8107473B2 (en) | 2006-03-16 | 2012-01-31 | Cisco Technology, Inc. | Automation fallback to P2P LSPs for mLDP built multipoint-trees |
CN1983889B (zh) * | 2005-12-16 | 2011-04-20 | 华为技术有限公司 | 网络业务传输方法及装置 |
WO2007073761A1 (en) * | 2005-12-28 | 2007-07-05 | Telecom Italia S.P.A. | Method and system for providing user access to communication services, and related computer program product |
US8005088B2 (en) * | 2006-01-17 | 2011-08-23 | At&T Intellectual Property I, L.P. | Scalable management system for MPLS based service providers |
US7697529B2 (en) * | 2006-02-28 | 2010-04-13 | Cisco Technology, Inc. | Fabric channel control apparatus and method |
US7969898B1 (en) | 2007-03-09 | 2011-06-28 | Cisco Technology, Inc. | Technique for breaking loops in a communications network |
US8391185B2 (en) * | 2007-05-29 | 2013-03-05 | Cisco Technology, Inc. | Method to transport bidir PIM over a multiprotocol label switched network |
US8284696B2 (en) * | 2007-12-17 | 2012-10-09 | Cisco Technology, Inc. | Tracking customer edge traffic |
US9276768B2 (en) | 2008-05-23 | 2016-03-01 | Nokia Solutions And Networks Oy | Providing station context and mobility in a wireless local area network having a split MAC architecture |
US8422513B2 (en) * | 2008-05-23 | 2013-04-16 | Nokia Siemens Networks Oy | Providing station context and mobility in a wireless local area network having a split MAC architecture |
GB0813953D0 (en) * | 2008-07-30 | 2008-09-03 | British Telecomm | Multiple carrrier compression scheme |
WO2010012998A1 (en) * | 2008-07-30 | 2010-02-04 | British Telecommunications Public Limited Company | Header compression scheme |
US20100027549A1 (en) * | 2008-07-31 | 2010-02-04 | Michael Satterlee | Method and apparatus for providing virtual private network identifier |
US8014317B1 (en) * | 2008-08-21 | 2011-09-06 | Juniper Networks, Inc. | Next hop chaining for forwarding data in a network switching device |
CN101656655B (zh) * | 2008-08-21 | 2012-12-12 | 中国移动通信集团公司 | 处理mpls分组的方法、媒体网关和系统 |
US8289978B2 (en) * | 2008-10-15 | 2012-10-16 | At&T Intellectual Property I, Lp | Broadcast interactive television system |
JP5393699B2 (ja) | 2008-12-19 | 2014-01-22 | パナソニック株式会社 | 送信端末及び受信端末 |
PL2499788T3 (pl) * | 2009-11-09 | 2017-11-30 | Philips Lighting Holding B.V. | Sposób komunikacji w sieci zawierającej urządzenie zigbee bez baterii, sieć oraz urządzenie z nią związane |
US20120224579A1 (en) * | 2011-03-01 | 2012-09-06 | Futurewei Technologies, Inc. | Multiprotocol Label Switching (MPLS) Virtual Private Network (VPN) Over Routed Ethernet Backbone |
US9639587B2 (en) * | 2012-12-13 | 2017-05-02 | Sap Se | Social network analyzer |
US20160014029A1 (en) * | 2013-02-25 | 2016-01-14 | Telefonaktiebolaget L M Ericsson (Publ) | Method and Apparatus for Congestion Signalling for MPLS Networks |
US9967191B2 (en) * | 2013-07-25 | 2018-05-08 | Cisco Technology, Inc. | Receiver-signaled entropy labels for traffic forwarding in a computer network |
US9992108B2 (en) * | 2014-07-22 | 2018-06-05 | Alcatel-Lucent Usa Inc. | Packet forwarding based on path encoding |
EP3195534A4 (en) * | 2014-09-17 | 2018-05-30 | Teloip Inc. | System, apparatus and method for providing improved performance of aggregated/bonded network connections with multiprotocol label switching |
CN115580569A (zh) * | 2018-08-17 | 2023-01-06 | 华为技术有限公司 | 源路由隧道入节点保护 |
US11329950B2 (en) * | 2019-08-02 | 2022-05-10 | Cisco Technology, Inc. | Wide area network edge device connectivity for high availability and extensibility |
CN110830393B (zh) * | 2019-10-22 | 2021-07-30 | 苏州盛科科技有限公司 | 芯片堆叠模式下MACsec的实现方法及装置 |
US20230198966A1 (en) * | 2021-12-22 | 2023-06-22 | Mastercard Technologies Canada ULC | Protecting sensitive data in internet-of-things (iot) device |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3816246B2 (ja) | 1998-10-30 | 2006-08-30 | 株式会社東芝 | カットスルーパス制御方法 |
JP2001333091A (ja) * | 2000-05-23 | 2001-11-30 | Fujitsu Ltd | 通信装置 |
JP4168574B2 (ja) * | 2000-06-02 | 2008-10-22 | 株式会社日立製作所 | パケット転送装置、パケット転送制御方法、及びパケット転送装置の設定方法 |
US7325071B2 (en) * | 2002-06-04 | 2008-01-29 | Lucent Technologies Inc. | Forwarding traffic in a network using a single forwarding table that includes forwarding information related to a plurality of logical networks |
-
2002
- 2002-01-18 JP JP2002009979A patent/JP3880404B2/ja not_active Expired - Fee Related
-
2003
- 2003-01-16 US US10/346,036 patent/US7307991B2/en not_active Expired - Fee Related
- 2003-01-17 CN CNB031006167A patent/CN1254056C/zh not_active Expired - Fee Related
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007053667A (ja) * | 2005-08-19 | 2007-03-01 | Kddi Corp | モバイル装置、ホームエージェント装置及びプログラム |
WO2014064976A1 (ja) * | 2012-10-24 | 2014-05-01 | 日本電気株式会社 | ネットワーク機器、制御方法、及びプログラム |
JP2014086884A (ja) * | 2012-10-24 | 2014-05-12 | Nec Corp | ネットワーク機器、方法、及びプログラム |
WO2014155617A1 (ja) * | 2013-03-28 | 2014-10-02 | 株式会社東芝 | 通信装置、通信方法、及び通信プログラム |
JP5951888B2 (ja) * | 2013-03-28 | 2016-07-13 | 株式会社東芝 | 通信装置、通信方法、及び通信プログラム |
JP2018142810A (ja) * | 2017-02-27 | 2018-09-13 | 日本電信電話株式会社 | 終端装置、ネットワークシステム、プログラムおよび通信方法 |
WO2021095179A1 (ja) * | 2019-11-13 | 2021-05-20 | 日本電信電話株式会社 | 振り分け装置、振り分け方法、振り分けプログラム |
JPWO2021095179A1 (ja) * | 2019-11-13 | 2021-05-20 | ||
JP7239016B2 (ja) | 2019-11-13 | 2023-03-14 | 日本電信電話株式会社 | 振り分け装置、振り分け方法、振り分けプログラム |
Also Published As
Publication number | Publication date |
---|---|
CN1433195A (zh) | 2003-07-30 |
US20030142669A1 (en) | 2003-07-31 |
CN1254056C (zh) | 2006-04-26 |
JP3880404B2 (ja) | 2007-02-14 |
US7307991B2 (en) | 2007-12-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3880404B2 (ja) | Mplsネットワークシステム | |
US7463597B1 (en) | Spanning tree protocol synchronization within virtual private networks | |
US7680943B2 (en) | Methods and apparatus for implementing multiple types of network tunneling in a uniform manner | |
CN104380673B (zh) | 用于在IPv6网络中使用标签分发协议(LDP)实例的系统和方法 | |
WO2018032962A1 (zh) | 一种信息同步的方法,装置及系统 | |
KR100930269B1 (ko) | 이동성 관리에서 vpn 지원을 위한 방법 및 장치 | |
US8165023B2 (en) | Methods for the secured interconnection of VNET sites over WAN | |
US7894439B2 (en) | Communication device in a virtual private network using a multi protocol label switch | |
CN113347091B (zh) | 灵活算法感知边界网关协议前缀分段路由标识符 | |
WO2018032961A1 (zh) | 一种管理信息的方法,装置及系统 | |
US20020101868A1 (en) | Vlan tunneling protocol | |
US20030031192A1 (en) | Communication device, edge device and packet forwarding method | |
CN107204867A (zh) | 一种信息传输方法、装置和系统 | |
KR20150009550A (ko) | 소스 라우팅에 근거한 별개의 인피니밴드 서브넷들 간에 트래픽을 라우팅하기 위한 시스템 및 방법 | |
CN112511444A (zh) | 一种组播流量传输方法、装置、通信节点及存储介质 | |
JP2003092586A (ja) | レイヤ2−vpn中継システム | |
JP2007159103A (ja) | MPLSトラフィックのサービス品質(QoS)提供装置及び方法 | |
US20120300781A1 (en) | Packet Routing in a Network | |
CN107547399B (zh) | 一种组播转发表项的处理方法和pe设备 | |
CN103795630B (zh) | 一种标签交换网络的报文传输方法和装置 | |
CN103259724A (zh) | 一种mpls vpn的实现方法、系统及客户边缘设备 | |
WO2020182085A1 (zh) | 报文的传输方法和设备 | |
CN102474451A (zh) | 连接内层和外层mpls标签 | |
CN103109503B (zh) | 入口vlan vcl的出口处理 | |
CN110650088B (zh) | 环形网络上点到多点隧道的资源预留技术 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050105 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061024 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061107 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101117 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101117 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111117 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111117 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121117 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121117 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131117 Year of fee payment: 7 |
|
LAPS | Cancellation because of no payment of annual fees |