JP2018125834A - ネットワークシステムとネットワーク管理装置及び方法とプログラム - Google Patents

ネットワークシステムとネットワーク管理装置及び方法とプログラム Download PDF

Info

Publication number
JP2018125834A
JP2018125834A JP2017056702A JP2017056702A JP2018125834A JP 2018125834 A JP2018125834 A JP 2018125834A JP 2017056702 A JP2017056702 A JP 2017056702A JP 2017056702 A JP2017056702 A JP 2017056702A JP 2018125834 A JP2018125834 A JP 2018125834A
Authority
JP
Japan
Prior art keywords
frame
address
port
source address
network
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
Application number
JP2017056702A
Other languages
English (en)
Other versions
JP7009757B2 (ja
Inventor
鈴木 宏実
Hiromi Suzuki
宏実 鈴木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JP2018125834A publication Critical patent/JP2018125834A/ja
Application granted granted Critical
Publication of JP7009757B2 publication Critical patent/JP7009757B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

【課題】リンク集約された複数の物理ポートに対して疎通確認するにあたり、コスト上昇、工数増大を抑制可能とする。【解決手段】ネットワーク管理装置は、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成し、リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの少なくとも1つのポート宛てに、前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段と、前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段を備える。【選択図】図6

Description

本発明は、ネットワークシステム、ネットワーク管理装置、ネットワーク管理方法、及びプログラムに関する。
イーサネット(Ethernet)(登録商標)は、LAN(Local Area Network)のみならず、サイト間でOSI(Open Systems Interconnection)参照モデルのレイヤ2の接続を提供するVPN(Virtual Private Network)等にも使用されている。イーサネットOAM(Operation Administration and Maintenance)は、イーサネットの運用・保守・管理(OAM)を標準化した技術であり、ITU−T(International Telecommunication Union Telecommunication Standardization Sector)がY.1731として標準化しており、またIEEE802(Institute of Electrical and Electronics Engineers)でもIEEE802.1ag等として規定している。
イーサネットOAMでは、MEP(MEG(Maintenance Entity Group) End Point)とMIP(MEG Intermediate Point)という二つの概念が導入されている。例えばネットワークサービスを提供するネットワークオペレータやサービスプロバイダ等により、MEP、MIPが例えば管理レベルごとに設けられ、イーサネットOAMフレームの送受信が行われる。MEPはイーサネットOAMフレーム(「OAMフレーム」と略記される)を生成、終端する保守端点(エンドポイント)であり、MIPはOAMフレームを中継する保守エンティティグループ(MEG)の中間点である。イーサネットOAMは、全二重方式のポイント・ツー・ポイント(point to point)あるいはエミュレートされたポイント・ツー・ポイントのイーサネットリンクに実装される。
図1は、OAMフレームの形式(ITU-T.Y.1731)を説明する図である。図1を参照すると、イーサネットフレームヘッダの宛先MAC(Media Access Control)アドレス(48ビット:6オクテット)、送信元MAC(Media Access Control)アドレス(6オクテット)、VLAN(Virtual Local Area Network)タグ(4オクテット)、OAM Ether−type(2オクテット)、MEG(Maintenance Entity Group)レベルとバージョン番号(1オクテット)、オペコード(制御コード)(1オクテット)、フラグ(1オクテット)、TLVオフセット(1オクテット)、OAMデータ情報(36〜1494オクテット)、FCS(Frame Check Sequence)(4オクテット)である。なお、宛先MACアドレスの前に、プリアンブル(7オクテット)+SFD(Start of Frame Delimiter:(1オクテット:固定のビット列)(IEEE802.3)、又は、プリアンブル(8オクテット)(イーサネットver.2))が付加される。
OAM Ether−type(2オクテット)は、0x8902とされる(ただし、0xはヘキサデシマル表示を表す)。MEG(Maintenance Entity Group)レベルは、3ビットであり、OAM PDU(Protocol Data Unit)のMEGレベルの数値(例えば0〜7)が設定される。例えばMEGレベルの0、1、2の三段階はオペレータレベル、MEGレベルの3、4はサービスプロバイダレベル、MEGレベルの5、6、7はサブスクライバ(カスタマ)レベルとされる。なお、管理ポイントでは、一般に、MEGレベルが自分よりも高いレベルに設定されているOAMフレームは透過させ、低いレベルのOAMフレームは廃棄する。バージョン番号はOAMプロトコルバージョンを表す整数値が設定される(例えば0)。オペコード(制御コード)はOAM PDUのタイプを表す。CCM(Continuity Check Message)は1、LBM(Loop Back Message)は3、LBR(Loop Back Reply)は2、LTM(Link Trace Message)は5、LTR(Link Trace Replay)は4である。TLV(Type-Length-Value)オフセットはOAM PDU内で最初のTLVへのTLV(Type-Length-Value)オフセットフィールドに相当するオフセットが含まれる(OAM PDUのタイプに対応付けられる)。TLVオフセットが0の場合、TLVオフセットフィールドに続く最初のオクテット(OAMデータ情報)をポイントする。
イーサネットOAMには、以下のリンクOAM、コネクティビティOAM、及び、サービスOAMがある。
(1)リンクOAM:隣接する二つの機器間の回線状態を監視する(対応規格:IEEE802.3ah、ITU-T Y.1731):
(1−1)Discovery:ネットワーク内のデバイスとそのOAM機能を識別。
(1−2)Remote Link Monitoring:リンク障害を検出し表示。
(1−3)Link Failure Indication:OAMエンティティが障害状態をOAM PDUの特定のフラグによってピアに伝達する機能。
(1−4)Remote LoopBack:ループバック制御、OAM PDUを使用してピアをループバックモードにする。
(2)コネクティビティOAM:離れた二つの機器間の回線状態を監視する(対応規格:IEEE802.1ag、ITU-T Y.1731):
(2−1)Continuity Check (CC)、
(2−2)Loopback(LB)(レイヤ3のPING機能に相当)
(2−3)Link Trace(LT)(レイヤ3のtrace route機能に相当)
(3)サービスOAM:通信経路上の複数の機器間の回線状態やパフォーマンスを監視する(対応規格:ITU-T Y.1731)。
図2(A)を参照すると、Continuity Check (CC)は、MEP間の接続性を確認する。具体的には、通信断を検出するために、端のMEPが他の端のMEPに向けてCCM(Continuity Check Message)を送信する。CCMのチェック間隔は例えば3.3ms/10ms/100ms/1s/1min./10minである。Loopback (LB)は、オンデマンドでMEP−MEP間、MEP−MIP間でループバック(Loopback)フレームをやり取りすることで、導通性確認や故障切り分けを行う。
図2(B)を参照すると、LoopBack(LB)は、MEPからLBM(Loopback Message)を宛先であるMIPやMEPに対して例えばユニキャスト送信する。MIPやMEPは、LBMフレームを受信すると、LBR(Loopback Reply)フレームを生成して送信元MEPに送信する。LBRフレームの宛先MACアドレスと送信元MACアドレスは、LBMフレームの宛先MACアドレスと送信元MACアドレスを入れ替えたものである。LBRフレームヘッダのオペコードフィールドはLBMからLBRに変更される。所定時間内(例えば最低5秒間)にLBRを受信しない場合、“loss of connectivity”となる。例えばMEPでは、ユニキャストLBMフレーム送信後、トランザクションIDは、例えば最低5秒間にわたって保持される。
図2(C)を参照すると、Link Trace(LT)は、MEP−MEP間、MEP−MIP間でループバックメッセージをやり取し、経路の正常性を確認する。例えば障害が発生したときに、障害個所の切り分けに使う。MEPはターゲットMACアドレスをTLVフィールドに格納してマルチキャストアドレスをDAフィールドに記述しLTM(Link Trace Message)を送信する。送信元のMEPがLTMフレームをマルチキャスト送信したときに、該LTMフレームが通過したすべてのMIP/MEPが応答フレーム(LTR(Link Trace Reply))を送信元のMEPに返す。なお、LTMフレームを最後に受信したMEPはそれ以上転送しない。
リンクアグリゲーション(Link Aggregation)は、複数の物理ポート(インタフェース)をリンクアグリゲーションメンバーポートとし、論理的に1本の回線として収容するリンクアグリゲーショングループ(Ling Aggregation Group:LAG)を構成することにより、例えば隣接ノードとの通信帯域を広げる。なお、ポートの束をリンクアグリゲーショングループ(LAG)という(あるいは、トランクグループとも称呼される)。LAGを構成する複数のポート(LAGポートメンバ)の1つのMACアドレスを当該LAGのシステムID(Identification)として用いる場合がある。
LAGでは、予め用意された複数個のハッシュ値(ハッシュキー)をLAGメンバーポートに均等に割り当て、送信するパケットのIP(Internet Protocol)アドレスやMACアドレスを基に、例えば各メーカー固有のアルゴリズムにより、ハッシュ値(ハッシュキー)に変換し、送出インタフェースを決めるのが一般的である。例えば、図3に模式的に示すように、L2スイッチ(SW1)では、LAGから送出するフレームを、例えばフレームヘッダの宛先及び/又は送信元のMACアドレスから変換されたハッシュ値(ハッシュキー)に基づき、LAGの複数の回線(リンク)のうちいずれか1つのインタフェース(ポート)に振り分ける。宛先MACアドレス、送信元MACアドレスに基づきハッシュ値(ハッシュキー)を計算する場合、予め用意された複数個のハッシュ値(ハッシュキー)が例えば32個、LAGが2本の回線(NIF(Network Interface)がP1とP2の2個)からなる場合には、2つのLAGメンバーポートに各16個ずつハッシュ値を割り当てることにより、フレーム(パケット)を割り振る。ハッシュ値が同じフレーム(パケット)は、常に同じ物理ポートを通ることになる。あるいは、LAGメンバーポートが2つの場合、フレームの送信元MACアドレスの1桁目(あるいは先頭から12桁目)が偶数か奇数かでハッシュ値に変換し、二つのLAGメンバーポートに割り振る等を行う。別の例として、ハッシュ値(ハッシュキー)の要素の数が8個、LAGが4本の回線(NIFの数がP1からP4の4個)の場合、ハッシュ値に基づく振り分けの一例として、例えばポートP1には、ハッシュ値H1、H5、ポートP2には、ハッシュ値H2、H6、ポートP3には、ハッシュ値H3、H7、ポートP4には、ハッシュ値H4、H8等の振り分けが行われる。
リンクアグリゲーションにおいて、例えば、MIPやMEPを設定する際のポート情報としては、個々のポート(物理ポート)ではなく、例えば、複数のポート(物理ポート)を束ねた論理的なポートの情報が使用される場合がある。例えばLAGを構成する複数のポートの1つのMACアドレスを当該LAGのシステムID(system identification)として用いる場合がある。この場合、複数のポート(物理ポート)が論理ポートに束ねられた通信装置(ノード装置)において、LBMフレーム等により、到達性を確認する場合、複数のポート(物理ポート)のうち、特定の物理ポートを使用した確認にとどまってしまうことが知られている(例えば特許文献1参照)。
例えばLBMフレームを生成し送信するMEPのMACアドレスと、宛先であるMIP/MEPのポートのMACアドレスを、それぞれ、送信元MACアドレス、宛先MACアドレスとするLBMフレームは、例えば図3のスイッチSW1において、該MACアドレスに基づくハッシュ計算により振り分け先となるポートは決まっている。したがって、当該ポートには該LBMフレームは到達するが、他のポートの到達性を確認することはできない。
同様に、レイヤ3の監視用Pingは、MACアドレスやIPアドレスのハッシュ値に基づき、LAGのうちいずれか1つのポートを通るが、LAGの他のポート(インタフェース)のPingによる監視はできない。
図4は、特許文献1の図面の図3に基づき作成した図である。図4(A)には、イーサネットOAMのループバック試験の動作例が示されている。図4(B)では、UpMEPを三角形で示し、LBMとLBRのフレームが2つのUpMEPで挟まれる区間で論理的に転送される様子を長二点鎖線で示している。図4(A)では、LBMとLBRの物理的な転送の経路を長一点鎖線で示している。
UpMEPは、リレー機能を経由して通信する。UpMEPは、例えば、装置内でフレームがスイッチ(リレー)され出力ポートが決定された後に出力されるポート+VLAN(Virtual LAN)に対して設定される。UpMEPは、回線方向およびブリッジ・リレー側から着信する自分と同レベルまたは下位レベルのOAMフレームをドロップし、ブリッジ・リレー側から着信する自分と同レベルOAMフレームを処理し、ブリッジ側又は回線側から着信した上位レベルのOAMフレームは透過的に転送する。
一方、DownMEPは回線経由で通信し例えばスイッチのポート上に配置することができる。DownMEPは、例えば装置外から入力されるOAMフレームを受信したポートで終端するMEPであり、DownMEPのポートは、そのポートから装置外の方向へ保守管理フレームの送信も行う。DownMEPのポートは回線方向から着信する自分と同レベルのOAMフレームを処理し下位レベルのフレームを廃棄し、ブリッジ・リレー側又は回線側から着信した上位レベルのOAMフレームを透過的に転送する。
図3を参照して説明したように、LAGに転送されるLBMおよびLBRフレームは、MACアドレスに基づき変換されたハッシュ値を元に、どれか1つのポート(物理ポート:ネットワークインタフェース)に振り分けられる。
MEPの間でのループバック(Loopback)では、LBMフレームと、その応答であるLBRフレームのヘッダの宛先、送信元MACアドレスの組合せは変わらない(LBRフレームでは、宛先、送信元MACアドレスはLBMフレームの宛先、送信元MACアドレスと入れ替わる)。そのため、任意のLBMフレームのLAGにおけるハッシュ値はパケットごとに変わることはない。また任意のLBMフレームの応答としてピアMEPから応答されるLBRフレームのLAGにおけるハッシュ値も、フレームごとに変化はしない。このため、LBMおよびLBRが通過する物理リンクは、LBMフレームおよびLBRフレームの各々において、毎回同じとなる。そのため、図4に例示するように、LBMフレームをスイッチSW1のポートP2のMEPからスイッチSW2のポートP1のMIPへトランク1(LAG)上で転送するときは、スイッチSW1のポートP2からスイッチSW2のポートP1へのリンクが選択的に使用される。したがって、スイッチSW1のポートP3とスイッチSW2のポートP2の間のリンクはLBMやLBRが通過しない区間(経路)となり、当該区間のフレーム伝送の正常性を確認することができない。
LAGに接続する複数のポート(物理ポート)の中から、フレームのMACアドレスのハッシュ値を元に1つのポートへの振り分けが行われる場合、例えばLBMフレームの送信元(MEP)のMACアドレスを増やす(NIF(ネットワークインタフェース)を増設する)ことで、LAGに接続する別の物理ポートへLBMフレームを振り分けることは可能ではある。しかしながら、ハッシュ値の要素数が多くなると、LBMフレームの送信元のネットワークインタフェースの増設個数が増大し、現実的ではない。
なお、上記問題に対して、特許文献1には、複数の物理ポートが論理ポートに束ねられた通信装置において、装置内部における複数のフレーム転送経路の正常性を網羅的に確認することを支援する技術が開示されている。特許文献1に記載のフレーム伝送装置は、ラインユニットが有する複数のポートと、設定制御ユニットを備え、設定制御ユニットは、第1のポートから第2のポートへOAMフレームを装置内部で転送させることにより、装置内部におけるフレーム転送状態の正常性を確認する。設定制御ユニットは、第1のポートが、複数の物理ポートがリンク集約された論理ポートであるとき、複数の物理ポートのそれぞれを送信元のポートとして選択し、複数の物理ポートから第2のポートへ複数のOAMフレームを転送させる。
また、特許文献2には、MEP又はMIP等の保守エンティティが、指定リンクを介して少なくとも1つのCFM(Connectivity Fault Management)を転送することによって、グループの指定リンクを検査するように構成されるポートデファイナモジュールを備え、ユニキャストLBMチェック中に、MEPが全てのリンクに関連付けられるか否か、全てのLAGメンバをチェックすることができるようにした構成が開示されている。
さらに、特許文献3には、レイヤ2ネットワーク装置は、第1のポートから受信したイーサネットOAMフレームを、リンク集約された回線(リンク)に接続する複数の第2のポートの全てへ送信するように複製するOAMフレーム複製手段を有し、OAMフレームをリンクアグリゲーションを構成する全てのリンクに転送することによって、通信装置間のリンク障害を検出することができるようにした構成が開示されている。
特開2015−002413号公報 特表2009−543500号公報 特開2008−131615号公報
上記した関連技術においては、リンク集約された全ての物理ポートに対して疎通試験を行って正常性を確認するには、MEP又はMIPを構成するL2スイッチ等の通信装置を、各特許文献の仕様に対応して改変(改造)又は設計し直す必要がある。例えば広域イーサネットサービス等のように、イーサネットVPNを構成することで拠点間を同一セグメントとして接続するネットワーク等では、上記のような各L2スイッチ等の改変は、既存のシステムへの適用を困難としている。また既存のシステムへ適用する場合のスイッチの改変(再設計)又は機種交換等は、コスト、工数等の上昇を招く。
したがって、本発明は上記課題に鑑みて創案されたものであって、その目的は、リンク集約された複数の物理ポートに対して疎通確認するにあたり、コストの上昇、手間、作業工数等の増大を抑制可能とするネットワーク管理装置、ネットワークシステム、ネットワーク管理方法、及び、プログラムを提供することにある。
本発明の1つの側面によれば、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成し、リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの少なくとも1つのポートに向けて、前記ネットワークインタフェースを介して、前記通信装置が接続するネットワークに、前記フレームを送信する第1の手段と、前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する第2の手段と、を備えたネットワーク管理装置が提供される。本発明の一形態によれば、ネットワーク管理装置は、リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの1つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成し、前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段と、前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段と、を備えた構成としてもよい。
本発明の1つの側面によれば、リンクアグリゲーショングループに集約された複数のポートを有する通信装置と、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成し、前記通信装置の前記複数のポートのうちの少なくとも1つのポートに向けて、前記ネットワークインタフェースを介して、前記通信装置が接続するネットワークに、前記フレーム送信する手段と、前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段と、を備えたネットワーク管理装置とを備えたネットワークシステムが提供される。本発明の一形態によれば、ネットワークシステムは、リンクアグリゲーショングループに集約された複数のポートを有する通信装置と、前記通信装置の前記複数のポートのうちの1つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成し、前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段と、前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段を備えたネットワーク管理装置を備えた構成としてもよい。
本発明の1つの側面によれば、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成し、
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの少なくとも1つのポートに向けて、前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信し、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認するネットワーク管理方法が提供される。本発明の一形態によれば、ネットワーク管理方法は、リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの1つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成し、前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信し、前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認するようにしてもよい。
本発明の1つの側面によれば、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成する処理と、リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの少なくとも1つのポートに向けて、前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する処理と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する処理と、をコンピュータに実行させるプログラムが提供される。本発明の一形態によれば、プログラムは、リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの1つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成し、前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する処理と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する処理と、をコンピュータに実行させるプログラムであってもよい。
本発明によれば、上記プログラムを記憶したコンピュータ読み出し可能な記録媒体((例えばRAM(Random Access Memory)、ROM(Read Only Memory)、又は、EEPROM(Electrically Erasable and Programmable ROM))等の半導体ストレージ、HDD(Hard Disk Drive)、CD(Compact Disc)、DVD(Digital Versatile Disc)等のnon-transitory computer readable recording medium)が提供される。
本発明によれば、リンク集約された複数の物理ポートに対して、例えばOSI参照モデルのレイヤ2で疎通確認するにあたり、コストの上昇、手間、作業工数等の増大を抑制可能としている。
イーサネットOAMフレームを説明する図である。 (A)、(B)、(C)はコネクティビティOAMを説明する図である。 関連技術のハッシュを説明する図である。 (A)、(B)は特許文献1の開示に基づく図である。 (A)、(B)は本発明の一実施形態を説明する図である。 本発明の第1の実施形態のサーバの構成の一例を説明する図である。 本発明の第1の実施形態の動作の一例を説明する図である。 本発明の第2の実施形態のサーバの構成の一例を説明する図である。 本発明の第2の実施形態を説明する図である。 本発明の第2の実施形態の動作の一例を説明する図である。 本発明の第3の実施形態のサーバの構成の一例を説明する図である。 本発明の第3の実施形態の動作の一例を説明する図である。 本発明の第4の実施形態のサーバの構成の一例を説明する図である。 本発明の第4の実施形態を説明する図である。 本発明の第5の実施形態を説明する図である。 本発明の第7の実施形態を説明する図である。 本発明の第8の実施形態の構成を説明する図である。 本発明の第8の実施形態を説明する図である。 本発明の第9の実施形態を説明する図である。 本発明の第9の実施形態を説明する図である。
本発明の一形態について説明する。本発明の一形態によれば、ネットワーク管理装置(機能)(例えば図6の10)は、好ましくは、サーバ等のコンピュータシステムに実装され、フレームヘッダの送信元MAC(Media Access Control)アドレス欄に、自装置のネットワークインタフェースのMACアドレスとは別の、予め用意された所定のMACアドレスのうちの1つを仮想送信元MACアドレスとして設定したフレームを作成し、リンクアグリゲーショングループに集約された複数のポートを有する通信装置(スイッチ等)の前記複数のポートのうちの少なくとも1つのポート宛てに、前記フレームを、前記ネットワークインタフェース(例えば図6の11)を介して前記通信装置が接続するネットワークに送信する。本発明の一形態においては、ネットワーク管理装置(機能)(例えば図6の10)は、好ましくは、サーバ等のコンピュータシステムに実装され、リンクアグリゲーショングループに集約された複数のポートを有する通信装置(例えば図5のスイッチ20、30等)の前記複数のポートのうちの1つのポートのMAC(Media Access Control)アドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェース(例えば図6の11)のMACアドレスとは別の、予め用意された所定のMACアドレスのうちの1つを仮想送信元MACアドレスとして設定したフレームを作成する手段(例えば図6の13)と、前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段(例えば図6の14)と、前記ポートからの宛先アドレスを前記仮想送信元MACアドレスとする応答フレームの受信を確認する手段(例えば図6の15)を備えた構成としてもよい。
本発明の一形態において、ネットワーク管理装置(例えば図6の10)は、前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのMACアドレスとし、送信元アドレス欄を、別の仮想送信元MACアドレスとしたフレームを送信するように制御する手段を備えた構成としてもよい。前記フレーム(例えばLBM)に対して応答フレーム(例えばLBR)が受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元MACアドレスに固定し、宛先アドレス欄を前記ポートのMACアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う構成としてもよい。
本発明の一形態において、ネットワーク管理装置(例えば図8の10)は、前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのMACアドレスとし、送信元アドレス欄の仮想送信元MACアドレスの値を可変させたフレーム(例えばLBM)を送信し、前記フレームに対して応答(例えばLBR)が受信された場合、前記フレーム(例えばLBM)の送信元アドレス欄の仮想送信元MACアドレスを、前記ポートの番号とMACアドレスに対応させて管理テーブル(図8(A)の17)に記憶する手段(図8(A)の16)を備えた構成としてもよい。
本発明の一形態において、ネットワーク管理装置は、前記管理テーブル(図8(A)の17)に応答有りとして記憶された各ポートのMACアドレスを宛先アドレスとし、前記ポートに対応して前記管理テーブルに記憶された仮想送信元MACアドレスを送信元アドレス欄に設定したフレーム(例えばLBM)を送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する構成としてもよい。
本発明の別の形態において、ネットワーク管理装置(例えば図11の10)は、前記フレーム(例えばLBM)が不到達となり応答がなくなったポートを検出する手段(図11の121)を備えた構成としてもよい。ネットワーク管理装置(図11の10)は、応答がなくなったポートに対して、宛先アドレス欄は変えず前記ポートのMACアドレスのままとし、送信元アドレス欄の前記仮想送信元MACアドレスの値を可変させたフレーム(例えばLBM)を送信する。その結果、前記フレーム(例えばLBM)が不到達となる前と同じポートからの応答フレーム(例えばLBR)が受信された場合、当該ポートを正常と判定し、前記仮想送信元MACアドレスを可変させたフレーム(LBM)を送信しても、応答フレーム(LBR)が受信されない場合には、当該ポートを異常と判定する手段(図11の122)を備えた構成としてもよい。
本発明の別の形態において、ネットワーク管理装置(例えば図13の10)は、前記フレーム(例えばLBM)の送信と応答フレーム(例えばLBR)の受信とに基づき、前記ネットワークの構成情報を取得する手段(図13の123)を備えた構成としてもよい。
本発明によれば、リンク集約された複数の物理ポートに対して、例えばOSI参照モデルのレイヤ2で疎通確認するにあたり、既存の通信装置の改変等を不要として、疎通確認等を可能としている。このため、本発明によれば、コストの上昇、手間、工数の増大を抑制可能としている。
<第1の実施形態>
図5(A)、(B)は、本発明の例示的な第1の実施形態の動作原理を説明する図である。図5(A)を参照すると、ネットワークシステム1は、サーバ10と、例えばレイヤ2のフレームを中継伝送する通信装置(ネットワーク機器)であるスイッチ(SW1)20およびスイッチ(SW2)30を備えている。サーバ10は例えばイーサネットOAMサーバとして構成され、ネットワーク管理装置として機能する。
なお、図5では、簡単のため、ネットワークが2つのスイッチを含む構成が例示されているが、さらに他のスイッチ等を備えた構成としてもよいことは勿論である。一例として、図5(A)のスイッチ(SW1)20とスイッチ(SW2)30が、例えばエンドユーザに接続するエッジスイッチとして構成され、スイッチ(SW1)20とスイッチ(SW2)30の間に、図示されない別のスイッチ等を備えた構成としてもよい。
サーバ10は、生成したLBM(LoopBack Message)フレームをネットワークインタフェース(NIF)11を介して送信し、ネットワークインタフェース(NIF)11を介してLBR(LoopBack Reply)フレームを受信する構成とされる。
スイッチ(SW1)20は、ポートP1からLBMフレームを受信し、LBMフレームのヘッダのMACアドレス(宛先MACアドレス、送信元MACアドレス)に基づき算出したハッシュ値を元に、リンクアグリゲーショングループLAG1としてリンク集約されたポートP2、P3(LAGメンバーポート)のいずれかに振り分ける。
スイッチ(SW2)30では、LAG1としてリンク集約されたポートP1、P2と、他のポートP3を有する。例えばスイッチ(SW2)30がエッジスイッチの場合、スイッチ(SW2)30のポートP1又はP2はポートP3と接続しポートP3は不図示の回線を介して不図示のエンドユーザに接続するようにしてもよい。なお、図5では、単に、説明の簡単のため、LAGの回線の本数を2とし、また、スイッチのポートの数を3個としているが、本発明はかかる構成に制限されるものでないことは勿論である。
本発明の一形態では、一例として、スイッチ(SW2)30において、リンクアグリゲーショングループLAG1に集約されたポートP1、P2(LAGメンバーポート)のうちポートP1を一端(エンドポイント)、サーバ10のネットワークインタフェース(NIF)11を他端(エンドポイント)として、ループバック試験を行う例を説明する。
サーバ10では、サーバ10のネットワークインタフェース(NIF)11の固有MACアドレスとは異なり、ネットワークインタフェース(NIF)11等のネットワーク機器等を提供するベンダに対して割り当てられ、ベンダが提供する他のネットワーク機器のMACアドレスとは衝突しないMACアドレスを、仮想送信元MACアドレスとして、送信元MACアドレス欄に設定したLTMフレームを作成する。
サーバ10は、LBMフレームヘッダの宛先MACアドレス欄には、スイッチ(SW2)30においてLAG1に集約されたポートP1のポートMACアドレスを設定する。
サーバ10は、作成したLBMフレームをネットワークインタフェース11のトランスミッタから送信する。
図5(A)に示すように、スイッチ(SW1)20では、サーバ10からのLBMフレームをポートP1から受信し、該LBMフレームのMACアドレス(宛先、送信元MACアドレス)に基づき計算したハッシュ値(例えばH2)を元に、ポートP3(LAGポートメンバ)に振り分けるものとする。なお、スイッチ(SW1)20において、ポートP3の接続先のMACアドレスが不図示のMACアドレステーブル(スイッチのポート番号と、該ポートの先に接続されているノード等のMACアドレスが登録される)に登録されていない場合、例えばフラッディングを行うことで、ポートP3の接続先のMACアドレスを取得する。ここでは、スイッチ(SW1)20において、ポートP3の接続先のMACアドレス(スイッチ(SW2)30のポートP2のMACアドレス)が、スイッチ(SW1)20のMACアドレステーブルに格納されているものとする。
スイッチ(SW1)20は、LBMフレームを回線40を介してスイッチ(SW2)30のポートP2に送信する。
スイッチ(SW2)30のポートP2は、スイッチ(SW1)20のポートP3から回線40を介してLBMフレームを受信すると、例えばLBMフレームのヘッダの宛先MACアドレスと、ポートP2の固有MACアドレスとが一致するか確認する。この場合、LBMフレームの宛先MACアドレスと、ポートP2のMACアドレスは異なるため、ポートP2では、LBMフレームを受け取らず廃棄する。したがって、スイッチ(SW2)30のポートP2は応答であるLBRフレームを送り返すことはしない。
この場合、サーバ10においてLBMフレームを送信した時刻から所定時間(例えば最低5秒)以上経過しても、応答フレームを受信しないため、タイムアウトエラーとなり、“loss of connectivity”となる。
そこで、サーバ10は、ヘッダの送信元MACアドレス欄を、前回送信したLBRフレームに設定した仮想送信元MACアドレスの値から可変させたMACアドレスに設定し、宛先MACアドレス欄は、前回送信したLBRフレームと同様、スイッチ(SW2)30のポートP2のMACアドレスとしたLBRフレームを生成し、ネットワークインタフェース11を介して送信する。
図5(B)に示すように、スイッチ(SW1)20は、ポートP1から受信したLBMフレームのMACアドレス(宛先、送信元MACアドレス)に基づき、計算されたハッシュ値(H1)を元に、ポートP2(LAGポートメンバ)に振り分けたとする。すなわち、スイッチ(SW1)20において、今回ポートP1から受信したLBMフレームの仮想送信元MACアドレスは、前回のLBMフレームの仮想送信元MACアドレスとは異なるため、MACアドレスに基づくハッシュ値が、前回のハッシュ値(H2)と異なる値(H1)となったものとする。スイッチ(SW1)20において、ポートP2の接続先が分からない場合、フラッディングを行う。ここでは、スイッチ(SW1)20において、ポートP2の接続先のMACアドレスが、スイッチ(SW1)20のMACアドレステーブルに格納されているものとする。スイッチ(SW1)20は、今回受信したLBMフレームを、ポートP2に振り分け、回線40を介して、スイッチ(SW2)30のポートP1宛てに送信する。
スイッチ(SW2)30のポートP1は、MEP(DownMEP)として、OAMフレームであるLBMフレームを終端する。すなわち、スイッチ(SW2)30のポートP1は、スイッチ(SW1)20のポートP2から回線40を介してLBMフレームを受信する。スイッチ(SW2)30のポートP1のMACアドレスは、LBMフレームの宛先MACアドレスと一致するため、当該ポートP1は、宛先MACアドレス欄を、LBMフレームの仮想MACアドレスとし、送信元MACアドレス欄を、ポートP1のMACアドレスに設定し、オペコードをLBRに設定したLBRフレームを生成し、LAGの回線40、スイッチ(SW1)20のポートP2、ポートP1を介して、サーバ10に送信する。
サーバ10のネットワークインタフェース11とそのデバイスドライバでは、通常動作時には、レシーバに到着したフレームのヘッダの宛先MACアドレスと、ネットワークインタフェース11の固有のMACアドレス(EEPROM(Electrically Erasable Programmable Read-Only Memory)等に書き込まれている)とが一致する場合に、自装置宛てのフレームであるものと判断し、不一致の場合、該フレームを廃棄するが、実施形態において、ループバック等による監視時には、ネットワークインタフェース11のレシーバに到着したフレームは、全て受信するモードに設定するようにしてもよい。
サーバ10では、受信したフレームを解析し、その宛先MACアドレス欄がLBMフレームに設定した仮想送信元MACアドレスと一致し、送信元MACアドレス欄がLBMフレームの宛先MACアドレス(スイッチ(SW2)30のポートP1のMACアドレス)であり、タイプがOAM Ether−type(0x8902)、オペコードがLBR(3)であるLBRフレームであるか否かを判定するようにしてもよい。サーバ10は、受信したフレームが上記条件と一致するLBRフレームの場合、送信元MACアドレスを仮想送信元MACアドレス、宛先MACアドレスをP2のMACアドレスとするLBMフレームにより、ループバックによる疎通の監視を行うようにしてもよい。エンドポイントとして、LAG1のメンバーポートであるスイッチ(SW2)30のポートP2についても、同様にして、疎通確認を行うようにしてもよい。
さらに、エンドポイントとして、LAGのポートメンバであるスイッチ(SW1)20のポートP2、P3として疎通確認テストを行うようにしてもよい。この場合、サーバ10のネットワークインタフェース(NIF)11とスイッチ(SW1)20のポートP2又はP3をエンドポイントとする疎通試験が行われる。
図6は、図5を参照して説明した第1の実施形態において、イーサネットOAMサーバ等、ネットワーク管理装置として機能するサーバ10の構成を説明する図である。図6を参照すると、管理モジュール18は、監視制御部12と、仮想送信元MACアドレス設定部131を備えたフレーム作成部13と、フレーム送信部14と、応答フレーム受信判定部15とを備えている。
イーサネットカード等のネットワークインタフェース(NIF、NIC(Network Interface Card)ともいう)11のトランスミッタ111とレシーバ112は、伝送メディアとして例えばUTP(Unshielded Twisted Pair)ケーブル(例えばカテゴリ3(10BASE−Tのイーサネット規格で10Mbps(Megabit per second)、100BASE−T2/T4の規格で100Mbpsの)乃至カテゴリ6(1000BASE−T、1000BASE−TXの規格で1Gbps(Giga bit per second)))、STP(Shielded Twisted Pair)ケーブル、又は光ファイバ、あるいは同軸ケーブル(100base)等で有線接続する構成としてもよい。ネットワークインタフェース11は、全二重方式のポイント・ツー・ポイント(point to point)イーサネットリンクを構成するようにしてもよい。
イーサネットOAMフレームは、例えば、論理チャネル(制御チャネル、トラフィックチャネル)と伝送チャネルを繋ぐ機能を実行するレイヤ2(MAC(Media Access Control)サブレイヤ)で受信処理される。イーサネットOAMの保守・管理に関する処理を行う管理モジュール18は、ネットワークインタフェース11のデバイスドライバ等に、L2(データリンク層)処理モジュール(サブレイヤ)として実装するようにしてもよい。なお、管理モジュール18は、機能(表示機能等)の一部を、ネットワークインタフェース11のデバイスドライバの管理用のアプリケーションとして実装するようにしてもよい。
フレーム作成部13は、ヘッダに宛先MACアドレス、送信元MACアドレスやタイプ、オペコード、MEGレベル等を設定したLBMフレームを作成する。監視制御部12で設定される。宛先MACアドレスは、例えば、監視制御部12で設定されたLAGメンバーポートのMACアドレス(ポートMACアドレス)を設定する。
仮想送信元MACアドレス設定部131は、例えばベンダに割り当てられたMACアドレス(6オクテット)の下位3オクテットのうち(上位3オクテットはOUI(Organizationally Unique Identifier))、他のネットワーク機器のMACアドレスと衝突しないMACアドレスの中から(NIF11のMACアドレスとも異なる)、予め用意されたMACアドレスのうちの1つを仮想送信元MACアドレスとして、LBMフレームの送信元MACアドレス欄に設定する。
仮想送信元MACアドレスの設定にあたり、ベンダに割り当てられたMACアドレスのうち他のネットワーク機器のMACアドレスと衝突しないMACアドレスの中から(ネットワークインタフェース11のMACアドレスと異なる)、予め用意されたMACアドレスを、サーバ10の不図示の表示装置(あるいはサーバ10に接続する保守端末等)に表示し(この処理はレイヤ2とは別のアプリケーションによる)、システム管理者等が、表示されたMACアドレスの中から1つのMACアドレスを選択し、該MACアドレスを、仮想送信元MACアドレス設定部131に、仮想送信元MACアドレスとして通知するようにしてもよい。
あるいは、仮想送信元MACアドレス設定部131は、ベンダに割り当てられたMACアドレスの下位3オクテットのうち他のネットワーク機器のMACアドレスと衝突しないMACアドレスの中から(ネットワークインタフェース11のMACアドレスとも異なる)、予め用意されたMACアドレスを記憶部に保持し、その中から1つを自動(例えば番号順等)で選択するようにしてもよい。
フレーム送信部14は、LAGメンバーポートの1つのポートのMACアドレスを宛先MACアドレスとし、送信元MACアドレス欄に仮想送信元MACアドレスが設定されたLBMフレームを、トランスミッタ111を介して送信する。フレーム送信部14は送信したLBMフレームに対して送信時刻情報(タイムスタンプ)を、送信ID(Transmission ID)と対応させて、不図示の記憶部に保持するようにしてもよい。なお、フレーム送信部14は、送信IDに対応させて、LBMフレームの宛先MACアドレス、仮想送信元MACアドレス、LBMフレームの送信時刻を対応させて不図示の記憶部(テーブル)で管理するようにしてもよい。後述する応答フレーム受信判定部15において、受信したフレームが、正常なLBRフレームであるかの確認処理の効率化、容易化に資する。
監視制御部12は、サーバ10の不図示の表示装置に、イーサネットに接続するスイッチの一覧、LAGメンバーポートとMACアドレスの一覧、NIF11等のベンダに割り当てられNIF11のMACアドレスと別の、予め用意されたMACアドレスの一覧等を画面表示し、ネットワークシステム管理者(操作者)が、表示装置から、監視対象のLAGメンバーポート、仮想送信元MACアドレスを選択し、選択されたLAGメンバーポートとMACアドレスと仮想送信元MACアドレスをフレーム作成部13に渡すことで、LBMフレームを作成するようにしてもよい。
ネットワークインタフェース(NIF)11とそのデバイスドライバは、イーサネットOAMモード(ループバックモード)に設定されている場合、レシーバ112で受信したフレームを応答フレーム受信判定部15に渡す。
ネットワークインタフェース(NIF)11とそのデバイスドライバでは、例えば以下のような制御が行われる。
例えばOAMフレームによる監視モード時以外(通常モード)には、ネットワークインタフェース(NIF)11でフレームを受信すると、そのヘッダの宛先MACアドレスが、該ネットワークインタフェース(NIF)11の固有のMACアドレス(またはブロードキャストアドレス)と一致するか確認し、MACアドレスが一致しない場合、当該フレームを廃棄する。
OAMフレームによる監視モード時には、ネットワークインタフェース(NIF)11等へのモード設定に基づき、ネットワークインタフェース(NIF)11とそのデバイスドライバは、受信フレームの宛先MACアドレスとネットワークインタフェース(NIF)11のMACアドレスとが一致するか比較判定せず、レシーバ112で受信したすべてのフレームを応答フレーム受信判定部15に渡すようにしてもよい。
監視制御部12は、OAMフレームによるループバックモード時、ネットワークインタフェース(NIF)11とそのデバイスドライバを、いわゆるプロミスキャス・モード (promiscuous mode)に対応するモードに設定し、受信した全てのフレームを応答フレーム受信判定部15に渡すようにしてもよい。
本実施形態において、LBMフレームに対する応答フレーム(LBRフレーム)が受信された時に、該LBRフレームの宛先MACアドレスは、ネットワークインタフェース(NIF)11の固有のMACアドレスと異なる仮想送信元MACアドレスに設定されており、ネットワークインタフェース(NIF)11のMACアドレスとは一致しないが、廃棄されず、そのまま、応答フレーム受信判定部15に渡され、応答フレーム受信判定部15でフレームヘッダの内容が解析される。
すなわち、応答フレーム受信判定部15は、例えば、
・受け取ったフレームの宛先MACアドレスが送信済のLBMフレームの送信元に設定した仮想送信元MACアドレスである、
・送信元MACアドレスが送信済のLBMフレームの宛先に設定したLAGメンバーポートのMACアドレスである、
・OAM Ether−type(2オクテット)が、“0x8902”である、
・オペコードがLBR(=4)、
・受け取ったフレームがLBRフレームであり、LBMフレームの送信時刻(記憶部に保持されている)から予め定められた時間が経過する前に受信している、
場合に、LBRフレームの正常な受信であると判定する。応答フレーム受信判定部15は、さらにOAMフレームのMEGレベルを判別してもよい。
応答フレーム受信判定部15は、前述したフレーム送信部14によるLBMフレームの宛先MACアドレス、仮想送信元MACアドレス、LBMフレームの送信時刻を記憶管理する記憶部(テーブル)を参照して、今回受信したLBRフレームの受信時刻と、LBMフレームの送信時刻との差分から、予め定められた時間が経過しているか否かを判断する構成としてもよい。
応答フレーム受信判定部15は、上記要件に合致しないフレームは、LBRフレームでないか、LBRフレームの正常受信ではないと判定して、廃棄する。
なお、OAMフレームによる監視モード時に、ネットワークインタフェース(NIF)11とそのデバイスドライバは、フレームヘッダの宛先MACアドレス欄と仮想送信元MACアドレスとを比較し、一致する受信フレームだけを選択して、応答フレーム受信判定部15に渡し、宛先MACアドレス欄が仮想送信元MACアドレス以外の受信フレームを全て廃棄する構成としてもよい。この場合、応答フレーム受信判定部15では、受け取ったフレームの宛先MACアドレスが送信済のLBMフレームの送信元に設定した仮想送信元MACアドレスと一致するか否かの判定処理は省略される。また、すべての受信フレームを応答フレーム受信判定部15に供給する場合と比べて、応答フレーム受信判定部15の処理負荷が軽減する。
監視制御部12は、LBMフレームを送信した後、予め定められた所定の時間以内に、LBRフレームを検出したことを応答フレーム受信判定部15から通知されない場合、接続の切断(“loss of connectivity”)と判断する。すなわち、監視制御部12は、MACアドレスに基づき計算されるハッシュ値を元にしたLAGポートの振り分けにより、LBMフレームの宛先として設定したLAGメンバーポートには、当該LBMフレームが到達していないものと判断して、仮想送信元MACアドレス設定部131に対して別のMACアドレスを選択して設定するように指示する。
例えば、図5のようにLAGが2本の回線からなり、ハッシュ値の要素数が2個の場合、スイッチ(SW1)20によるフレームのMACアドレスに基づくハッシュ値は、MACアドレスの偶奇によりH1又はH2となる。
フレーム作成部13では、仮想送信元MACアドレス設定部131を介して、当該ネットワークインタフェース11のベンダ等に割り当てられたMACアドレスであって他の機器と衝突しないMACアドレスの中から、前回送信元MACアドレスとして設定したMACアドレスとは偶奇の異なる、MACアドレス(例えば前回送信したLBRフレームの送信元MACアドレスとして設定したMACアドレスに連続するMACアドレス(だたし、他の機器と衝突しない)が割り当てられる)を設定したLBMフレームを生成し、トランスミッタ111から送信する。
応答フレーム受信判定部15でLBRフレームの受信を検出すると、応答フレーム受信判定部15はその旨を監視制御部12に通知する。
監視制御部12は、仮想送信元MACアドレス設定部131に、仮想送信元MACアドレスを前回設定した値に固定するように指示し、フレーム作成部13では固定の仮想送信元MACアドレスを送信元とするLBMフレームを作成し、監視制御部12の制御のもと、エンドポイントであるLAGメンバーポートの疎通確認を行う。監視制御部12が、例えば定期的なループバック試験において、送信したLBMフレームに対して応答フレーム受信判定部15でLBRフレームが所定時間内に検出されない場合、監視制御部12はリンクダウンと判断し、その旨を上位レイヤの処理部や、サーバ10で管理する通信情報ログ(障害ログ)、あるいはサーバ10の不図示の表示装置等に出力するようにしてもよい。
図7は、本発明の第1の実施形態の動作を説明する流れ図である。仮想送信元MACアドレス設定部131は、正常時(リンクダウンしていない時)、仮想送信元MACアドレスを1つ決定して監視対象のLAGメンバーポート(LBMのピアMEP)のポートMACアドレス宛てのLBMフレームを作成し、ネットワークインタフェース11を介して送信する(S11)。
応答フレーム受信判定部15での検出結果に基づき、監視制御部12は、正常にLBRフレームを受信したかチェックし(S12)、受信しない場合(S12のNo分岐)、仮想送信元MACアドレス設定部131は、仮想送信元MACアドレスを変更する(S13)。そして、監視対象のLAGメンバーポート(LBMのピアMEP)のポートMACアドレス宛てのLBMフレームを作成し、ネットワークインタフェース11を介して送信する(S11)。
ステップS12の判定の結果、正常にLBRフレームを受信した場合(S12のYes分岐)、当該LAGポートメンバのポートMACアドレスに対する仮想送信元MACアドレスを固定する(S14)。
監視制御部12は、宛先と送信元MACアドレ欄を、当該LAGメンバーポートのMACアドレスと、固定した仮想送信元MACアドレスの組み合わせでLBMフレームを送信し監視を開始する(S15)。
監視の実行において、サーバ10が送信したLBMフレームに対して、応答フレーム受信判定部15でLBRフレームが所定時間内に検出された場合(S16のYes分岐)、監視制御部12は、正常と判断する(S17)。監視制御部12は、さらにループバック試験(宛先と送信元MACアドレ欄を当該LAGメンバーポートのMACアドレスと、固定した仮想送信元MACアドレスとしたLBMフレームの送信とその応答であるLBRフレームの受信)を続ける。
一方、LBRフレームが正常に受信されない場合(S16のNo分岐)、監視制御部12は、当該ポートに接続するリンクを、リンクダウンと判断する(S18)。
なお、図7を参照して説明した処理は、2本のLAGの場合には有効であるは、3本以上のLAGになると、ハッシュアルゴリズムが2本の場合と異なるため、ハッシュアルゴリズム如何によって、正常なLBMフレームも、エンドポイントのLAGメンバーポートに不到達になる可能性がある。
<第2の実施形態>
本発明の例示的な第2の実施形態では、仮想送信元MACアドレスを複数個用意しておく。あるいは、所定のアドレス範囲の複数の仮想送信元MACアドレスを確保しておく。第2の実施形態では、仮想送信元MACアドレスを可変させながら、あるいは、仮想送信元MACアドレスの値を連続的に掃引させて、監視対象のLAGメンバーポート宛てに、LBMフレームを送信することで、監視対象のLAGメンバーポートに到達する仮想送信元MACアドレスの探索(search)を行う。仮想送信元MACアドレス設定部131は、好ましくは、複数の仮想送信元MACアドレスを不図示の記憶部に予め記憶しておく。
例えば、LAGの本数がN本(N≧2)の場合、少なくともN個以上の仮想送信元MACアドレスを確保する。ある仮想送信元MACアドレスと別の仮想送信元MACアドレスのハッシュ値が同一となり、振り分け先のポートが同一となる場合があるためである。また仮想送信元MACアドレスがとびとびの場合、ハッシュ値が同一となる送信MACアドレスを選択している場合があり、また、ハッシュ値が異なっても、同一のポートに振り分けられる場合があるためである。例えば前述したように、LAGの本数が4、ハッシュ値の要素数が8(H1〜H8)、ハッシュ値H1とH5、H2とH6、H3とH7、H4とH8が、各々ポートP1〜P4に振り分けられる場合、2つの異なる送信元MACアドレスに対するハッシュ値H1とH5となった場合でも、同一のポートP1に振り分けられる。例えば連続する仮想送信元MACアドレスが4つあり、LBMのハッシュ値の計算結果が、それぞれH1あるいはH5、H2あるいはH6、H3あるいはH7、H4あるいはH8である場合、値が連続する4つの仮想送信元MACアドレスを4個選択してもよい。この場合、4個のハッシュ値が互いに異なるポートに割り当てられているため、互いに異なる4つのポートに割り振られる。つまり、仮想送信元MACアドレスの選択方法として、管理上の利便性の為に連続した番号の仮想MACアドレスを確保する方法を用いてもよい。この他、前記に準ずる方法として1ケタ目が偶数と奇数の仮想送信元MACアドレス各1つ以上を同時に確保する方法を用いてもよい。
応答フレームが正常に受信された場合、監視対象のLAGポートメンバのポート番号と仮想送信元MACアドレス、宛先MACアドレスの組み合わせを記憶しておく。そして、この組み合わせのLBMフレームを送信することで、LAGメンバーポートの監視(疎通確認)を行う。
図8(A)は、第2の実施形態のサーバ10の構成例を説明する図である。図6の構成に加えて、サーバ10は、ポート・アドレス対応生成部16と、ポート・アドレス管理テーブル17を備えている。また、監視制御部12Aは、状態変化検知部121を備えている。図8(B)は、ポート・アドレス対応生成部16が管理するポート・アドレス管理テーブル17を模式的に説明する図である。
ポート・アドレス対応生成部16は、LBMフレームを送信した宛先エンドポイントからのLBRフレームを応答フレーム受信判定部15で検出すると、監視対象のLAGメンバーポートのポート番号、仮想送信元MACアドレス、宛先MACアドレスの対応をポート・アドレス管理テーブル17に登録する。
同一宛先MACアドレスに対して仮想送信元MACアドレスを自動的に変化させてLBMフレームを送信し、応答フレームが受信された仮想送信元MACアドレス、あるいは応答フレームが受信されない仮想送信元MACアドレス、あるいは両方の仮想送信元MACアドレス、情報と宛先MACアドレスの組み合わせを記憶するようにしてもよい。以降の特定のポートの宛先MACアドレスに対してLBMフレームの送信を行い、その状態変化を検知する。特定のポートの宛先MACアドレスに対して送信するため、LAGの縮退により、ハッシュルール(振り分けルール)が変更すると、特定のポートにLBMフレームが到達しないため、LAGメンバーポートのダウンの検出が可能となる。なお、前述したPINGでは、リンクダウンによりLAGが縮退しても、ハッシュされてその先のIPアドレスに到達してしまうため、LAGメンバーポートのダウンを検出することができない。
図9は、第2の実施形態の動作を説明する図である。LAG2の回線の本数がN本(N>2)である場合、スイッチ(SW2)30のポートP1のポートMACアドレスを、宛先アドレスとし、互いに異なる仮想送信元MACアドレスを、送信元MACアドレス欄に設定したLBRフレームを、サーバ10が順番に送信する。
サーバ10において、送信したLBMフレームに対応するLBRフレームが受信された場合、図8(A)のポート・アドレス対応生成部16は、ポートP1、仮想送信元MACアドレス、宛先MACアドレスを、ポート・アドレス管理テーブル17に設定する。この手順をスイッチ(SW2)30のポートP2からPNまで順次行うことで、図8(B)に模式的に例示するようなポート・アドレス管理テーブル17が作成される。なお、ポート・アドレス対応生成部16は、送信したLBMフレームに対応するLBRフレームが受信されない場合、ポート・アドレス管理テーブル17の該当するポート欄に、仮想送信元MACアドレスを設定せず、応答が受信されない旨の特定コードを設定するようにしてもよい。
監視制御部12Aは、ポート・アドレス管理テーブル17の設定情報に基づきLAG2のポートP1乃至PNの1部又は全部について疎通確認を行う。そして、状態変化検知部121は、リンクダウンではないが正常な応答(Reply)のないループバックがあるかチェックする。すなわち、LBMフレームを送信してから所定時間以内にLBRフレームが受信されないポートがあるか監視する。
図10は、第2の実施形態の動作を説明する流れ図である。ネットワークの正常稼働時等において、仮想送信元MACアドレス設定部131は、仮想送信元MACアドレスを複数個記憶している。フレーム作成部13は、宛先アドレス欄がそれぞれ複数の仮想送信元MACアドレスに設定されたLBMフレームを作成する。あるいは、仮想送信元MACアドレスを所定のアドレス範囲内で確保しておき、仮想送信元MACアドレスを順次、範囲内を変化させるか(該範囲内で連続的に変化させ)、LBMフレームを送信するようにしてもよい。特に制限されないが、図10の例では、LBMフレームに対するLBRフレームが正常に受信されない場合(S22のNo分岐)、当該ポートを、仮想送信元MACアドレス、宛先アドレスの組み合わせから除外する(S23)。すなわち、当該ポートはポート・アドレス管理テーブル17に登録されない。
ステップS21乃至S23により、エンドポイントとなるLAGメンバーポートのポートP1からポートPNまでのうちリンクダウンしていないリンクのポートの情報がポート・アドレス管理テーブル17に登録される(S24)。
監視制御部12Aは、ポート・アドレス管理テーブル17に設定された情報に基づき、
LAGメンバーポートの複数のポート(例えばポートP1からポートPN)に対して、ループバック試験(LBMフレームの送信とその応答であるLBRフレームの受信)による監視を開始する(S25)。
監視制御部12Aの状態変化検知部121は、リンクダウンではないが、応答(LBRフレーム)がないループバックが発生したか判定する(S26)。
LBMフレームに対する応答のないポートが存在する場合(S26のYes分岐)、当該ポートのいずれかにリンクダウンではないが応答(LBRフレーム)がないループバックが検出された場合、サイレント障害が発生したものと判定する(S28)。
ネットワークにおいて、リンクダウンのような故障とは異なり、性能劣化等の現象(一般に管理者による障害発生の特定が困難)が発生することを「サイレント障害」という。性能劣化として、高速リンクにおいて、リンク断とはならないが、低い速度で回線(リンク)が接続された状態になり、パケット(フレーム)がスムースに流れず、遅延やパケットロス(フレームロス)等が発生する等が挙げられる。例えば、サーバ10からスイッチ(SW2)30のポートP1へのLBMフレームに対するLBRフレームに遅延が発生した場合等があげられる。状態変化検知部121は、同一ポートに先に送信したフレームに対する応答フレームの到着時間の遅れや、到着順の乱れなどを分析することで、サイレント障害を検知するようにしてもよい。
リンクダウンを伴わない障害として対向するLAGポートを備えた第1、第2ノード間にスイッチがあり、第1のノードとスイッチ間でリンク障害が発生しても第2のノードはこれを検知しない。この問題に対して、例えばLACP(Link Aggregation Control Protocol)では、ノード間のネゴシエーションにより、リンクのアップダウンに伴って動的、自動的にリンクを再構成する。LAGの回線(物理回線)の障害等により、例えばスイッチ(SW1)20は、LAG内の使用可能な回線の中から、通信に使用する回線を再度決定し、該回線を使用して通信を再開する。
この処理により、LAG内の特定の回線が使用できなくなっても、LAGの他の使用可能な回線を使用し、継続して通信を行うことができる。これをLAGの縮退という。なおLAGの縮退が発生したとき、使用できなくなった回線を使用していた通信フローは、回線が使用できなくなってから、再ハッシュ処理を行い、当該LAG内の使用可能な別の回線を使用するまで、通信が停止する。
LAGが縮退し、図9のスイッチ(SW1)20において、MACアドレスに基づくハッシュ先のポートが変更になると、もとの監視対象のポート宛てのフレームは別のポートに振り分けられてしまう場合がある。元の監視対象のポートのMACアドレスを宛先MACアドレスとするOAMフレームは、元の監視対象のポートに到達しないため、リンクアップしていても、CC(Continuity Check)が不可(NG)となる。
このように、LAGの縮退により、MACアドレスに基づく振り分け先のポート番号が変更となり、その結果、仮想送信元MACアドレスに基づき特定のポートに振り分けられていたLBMフレーム(宛先が当該特定ポートのMACアドレス、送信元が仮想送信元MACアドレス)が、当該特定ポートに到達せず、その結果、応答のフレームLBRが受信されない場合がある。状態変化検知部121は、ループバックにおいてそれまで応答があったポートから応答がなくなったことも検出する。
<第3の実施形態>
図11は、本発明の例示的な第3の実施形態のサーバ10の構成を説明する図である。図11を参照すると、サーバ10の監視制御部12Bは、図8を参照して説明した構成に加えて、異常判定部122を備えている。
LAGメンバーポートのポートMACに対してサーバから仮想送信元MACアドレスを固定させてLBMフレームを送信している際に、3本以上のLAGの場合、縮退が発生すると、再ハッシュ計算により、リンクダウンしていないポートMACに対するLBMフレームが不到達になる場合がある。
第3の実施形態においては、LBMフレームの不到達により、リンクダウンポートの特定ができない場合もある。LBRフレームの不到達を検知した際に、仮想送信元MACアドレスを振って送信することで、リンクアップしているポートMACを再検出し、LBMフレームが不到達となった前後のリンクアップポートを比較することで、リンクダウンポートの検出を行う。
サーバ10の監視制御部12Bは、状態変化検知部121で例えばリンクダウンを伴わないサイレント障害のポートが検知された場合、該ポートをエンドポイントとして、仮想送信元MACアドレスの値を変化させてLBMフレームを順次送信する。
LBMフレームに対して正常に応答フレームが受信された場合であって、サイレント障害発生の検知前と同じポート(状態変化前の元のポート)からLBRフレームが正常に受信された場合に、異常判定部122は、当該ポートは正常と判断する。
一方、当該ポート宛てに仮想送信元MACアドレスの値を変化させてLBMフレームを順次送信しても、正常に応答フレームが受信されない場合、異常判定部122は、状態変化前の元のポートを異常(正常でない)と判定する。
図12は、第3の実施形態の動作を説明する流れ図である。図13を参照すると、図10の処理のステップS28に続いてステップS29〜S32が追加されている。ステップS21〜S28の説明は省略する。
サーバ10の監視制御部12Bは、ステップS28においてサイレント障害であると検知されたポート(例えば状態変化検知部121でそれまで応答が到着していたが状態が変化し応答が到着しなくなったポート)に対して、ステップS21と同様に、宛先を当該ポートのMACアドレスとし、互いに異なる複数の仮想送信元MACアドレスが送信元MACアドレス欄に設定されたLBMフレーム(仮想送信元MACアドレスの値を可変させたLBMフレーム)を送信する(S29)。
送信元MACアドレス欄に設定する仮想送信元MACアドレスの値を可変させた1つ又は複数のLBMフレームを送信した結果、該LBMフレームの宛先ポートについて、ステップS28における状態変化前と同じMACアドレスのポート(元のポート)から、応答フレームであるLBRフレームが受信された場合(送信元のMACアドレスが状態変化前と同一)、異常判定部122は、当該LBMフレームの宛先ポートを正常と判定する(S31)。
これに対して、送信元MACアドレス欄の仮想送信元MACアドレスの値が互いに異なる複数のLBMフレームをすべて送信しても、LBMフレームの宛先ポートについて、応答フレームであるLBRフレームが受信されなかった場合、異常判定部122は、当該LBMフレームの宛先ポートを異常と判定する(S32)。
上記制御を行うことで、第3の実施形態によれば、例えば縮退後のLAGに対して、リンクダウンポートの検出を行うことができる。
<第4の実施形態>
図13は、本発明の例示的な第4の実施形態のサーバの構成を説明する図である。図13を参照すると、監視制御部12Cは、ネットワーク構成情報取得部123を備えている。LBMフレームを送信し、経路上のポートのMACアドレスと送受信ポート情報の組み合わせと、ポート間の接続情報を取得し、論理ネットワーク構成やネットワークの物理接続構成を取得する。ネットワーク構成情報取得部123は、論理ネットワーク構成やネットワークの物理接続構成を表示装置に表示(表形式あるいはネットワークトポロジーのグラフィック表示等)してもよい。
図14は、第4の実施形態を説明する図である。特に制限されないが、図14において、スイッチ(SW1)20、スイッチ(SW3)50はエッジスイッチ、スイッチ(SW2)30は例えば拠点間を繋ぐネットワーク上のコアスイッチ(ミドルコアスイッチ)等であってもよい。エッジスイッチ(SW3)50に接続されるノードは、サーバ60(例えばIoT(Internet of Things)ゲートウェイ)等であってもよい。
サーバ10からエッジスイッチ(SW3)50のポートPNに接続されたサーバ60に対して、サーバ10からLBMフレームを送信する。この結果、経路上のポートのMACアドレスと、送受信ポート情報の組み合わせと、ポート間の接続情報(SW1とSW2、SW3)を取得する。この結果、サーバ10では、論理ネットワーク構成やネットワーク物理接続構成を表示させることができる。
<第5の実施形態>
図15は、第5の実施形態のサーバ10の構成例を説明する図である。図15を参照すると、サーバ10は、プロセッサ(CPU(Central Processing Unit)、データ処理装置)101、半導体メモリ(例えばRAM(Random Access Memory)、ROM(Read Only Memory)、又は、EEPROM(Electrically Erasable and Programmable ROM)等)、HDD(Hard Disk Drive)、CD(Compact Disc)、DVD(Digital Versatile Disc)等の少なくともいずれかを含む記憶装置102と、表示装置103と、ネットワークインタフェース(NIF)11を備えている。記憶装置102に、上記した第1乃至第4の実施形態で説明したサーバ10の機能を実現するプログラムを記憶しておき、プロセッサ101が、該プログラムを読み出して実行することで、上記した各実施形態のサーバ10の機能を実現するようにしてもよい。
なお、上記した各実施形態では、LBMとその応答であるLBRを例に説明したが、他のOAMフレーム、例えばLTMとその応答であるLTRに適用してもよいことは勿論である。
<第6の実施形態>
前記各実施形態では、サーバ10は、仮想送信元MACアドレスを送信元アドレスに設定したLBMフレームをユニキャスト送信しているが、LBMフレームをマルチキャストで送信するようにしてもよい。第6の実施形態の構成は、フレーム作成部13、フレーム送信部14が、仮想送信元MACアドレスを送信元アドレス欄に設定したマルチキャストLBRフレームを作成して送信することが前記実施形態と相違している。それ以外は、例えば図8等を参照して説明した前記第2の実施形態と同様である。
サーバ10は、予め定められた所定アドレス範囲で可変させた仮想送信元MACアドレスをヘッダの送信元アドレス欄にそれぞれ設定した複数のマルチキャストLBMフレームを送信する。マルチキャストLBMフレームのヘッダの宛先MACアドレスに設定されるマルチキャスト宛先アドレスはクラス1(あるMEGの中の全てのMEPに宛てたOAMフレーム)であり、例えばヘキサデシマル表示で、01−80−C2−00−00−3xである。xは0〜7のMEGレベルを表す。マルチキャストLBMフレームはMEPと同じMEGのピアMEPに送信される。
マルチキャストLBMフレームを受信する監視対象装置(スイッチ等)のLAGメンバーポート(ピアMEP)のポートMACアドレスに対して、同一MEGのMEPとして、LAGメンバーポートのポートMACに設定したピアMEPから、予め定められた指定時間内(例えば5秒)に、サーバ10の応答フレーム受信判定部15でユニキャストLBRフレームの受信を確認した場合、監視対象のLAGメンバーポートのMACアドレスを、ユニキャストLBRフレームの送信元MACアドレス欄から取得し、ユニキャストLBRフレームの宛先アドレス欄に設定された仮想送信元MACアドレス、LAGメンバーポートのMACアドレスの対応関係をポート・アドレス管理テーブル17に記録する。以降、LAGメンバーポートの正常性を確認するためのループバックテストが実行される。例えば図9のスイッチSW2のLAGメンバーポートP〜Pの正常性を確認することで対向機器であるスイッチSW1のLAGメンバーポートP〜Pの送受信の正常性も確認することができる。
<第7の実施形態>
前記各実施形態では、監視対象のLAGメンバーポートとして、Down MEP(回線側に設定するMEP)に設定されたポート(例えば、図5のスイッチ(SW2)30のP、Pや、図9のスイッチ(SW2)30のP〜P)を例に説明した。第7の実施形態では、監視対象のLAGメンバーポートとしてUpMEP(リレー側)を設定する。前述した図4(A)では、スイッチSW1のポートP1、スイッチSW3のポートP4をUpMEPとし、LBMフレームとLBRフレームが2つのUpMEPで挟まれる区間で転送される。サーバ10の装置構成は、図8を参照して説明した前記第2の実施形態と同様としてもよい。
図16は、第7の実施形態を説明する図である。図16(A)を参照すると、UpMEPであるスイッチSW2(30)のポートPN〜PN+mはそれぞれ固有のMACアドレスが割り振られている。
図16(B)には、図16(A)における,あるドメインレベルでのDownMEP(逆三角)、MIP(○)、UpMEP(三角)の設定が模式的に示されている。サーバ10のDownMEPは、サーバ10のネットワークインタフェース11、スイッチ30のUpMEPは、スイッチSW2(30)のポートPN〜PN+mに対応する。スイッチ20と30の間の回線は図16(A)のLAG2である。サーバ10は、仮想送信元MACアドレスを送信MACアドレス欄に設定し、宛先アドレス欄をマルチキャストアドレス(01−80−C2−00−00−3x:xは0〜7のMEGレベル)に設定した複数のマルチキャストLBMフレームを、UpMEPにコンフィギュレーション設定されているスイッチSW2のポートPN〜PN+mに送信する。
サーバ10は、仮想送信元MACアドレスを予め用意されている所定範囲のアドレス(互いに異なる32個)で可変させた複数のマルチキャストLBMフレームを送信する。
マルチキャストLBMフレームを受信する監視対象装置(スイッチ等)のLAGメンバーポート(ピアMEP)のポートMACアドレスに対して、同一MEGのMEPとして、LAGメンバーポートのポートMACに設定したピアMEPから、予め定められた指定時間内(例えば5秒)に、サーバ10の応答フレーム受信判定部15でユニキャストLBRフレームの受信を確認した場合、監視対象のLAGメンバーポートのMACアドレスを、ユニキャストLBRフレームの送信元MACアドレス欄から取得し、ユニキャストLBRフレームの宛先アドレス欄に設定された仮想送信元MACアドレス、LAGメンバーポートのMACアドレスの対応関係をポート・アドレス管理テーブル17(図8(A)参照)に記録することで、LAGメンバーポートの正常性を確認する。
<第8の実施形態>
図17は、第8の実施形態を説明する図である。サーバ10のフレーム送信部14は、仮想送信元MACアドレスを所定アドレス範囲で可変させ、マルチキャストLBMフレーム又はユニキャストLBMフレームの宛先MACアドレス欄をLAGメンバーポート(Down MEPのポート)のMACアドレスとして送信する。
サーバ10では、応答フレーム受信判定部15で、LBMフレームの応答であるLBRフレームの受信を確認すると、ポート・アドレス対応生成部16Bは、監視対象のLAGメンバーポートのポートMACアドレスと、仮想送信元MACアドレスと、送受信ポート情報の組み合わせと、ポート番号を取得する。
サーバ10は、監視対象のLAGメンバーポートのポートMACアドレスに対して、自動的に、CLI(Command Line Interpreter)等にて、「portDiscovery」コマンドを実行させることで、対向機器のポートMACアドレスとポート番号を取得する。「portDiscovery」のCLIコマンドのシンタックスとして、例えば、
show ethernet-oam port <portlist> discovery
等がある。
ローカルDTE(Data Terminal Equipment)のコンフィグレーション(モード)と状態とリモートDTEのンフィグレーション等が表示される。
例えば図9のスイッチSW2のポートP1のMACアドレスを送信元MACアドレスとするLBRフレームを受信すると、例えばスイッチSW2にCLIコマンド
show ethernet-oam port P1 discovery
を投入することで、スイッチSW2のローカルポートP1と、リモートポートであるスイッチSW1のポートP1のコンフィギュレーション、状態が取得される。
サーバ10のネットワークマップ生成部124は、ネットワークにおける対向機器のポート間の接続情報を網羅的に取得することで、例えば図18に例示するような、ネットワークマップを自動生成する。図18では、L2スイッチの物理的なポート間の接続状態が表示装置の画面にグラフィックス表示される。図18では、スイッチ間の接続を拡大したポップアップ画面も例示されている。
<第9の実施形態>
次に第9の実施形態について説明する。第9の実施形態のサーバ10の構成は、図17と同様である。図19は、第9の実施形態を説明する図である。
図19のスイッチ(SW1)20のポートP〜PをUpMEPとし、図20(A)に示すように、マルチキャスト又はユニキャストLBMフレームとその応答であるユニキャストLBRフレームがDownMEPとUpMEPで挟まれる区間で転送される。
図19のサーバ10のネットワークインタフェース(NIF)11とスイッチ(SW1)20のポートP〜Pは、図20(A)のサーバ10のDownMEPとスイッチ20のUpMEPにそれぞれ対応している。
図19のスイッチ(SW2)30のポートP〜PをDownMEPとし、図20(B)に示すように、マルチキャスト又はユニキャストLBMフレームとその応答であるユニキャストLBRフレームが2つのDownMEPで挟まれる区間で転送される。
図19のサーバ10のネットワークインタフェース(NIF)11とスイッチ(SW2)30のポートP〜Pは、図20(B)のサーバ10のDownMEPとスイッチ30のDownMEPに対応している。
サーバ10から送信されるマルチキャスト又はユニキャストLBMフレームのヘッダにはVLANタグ(4オクテット)が設定され、該当するVLANにだけそのフレームが届くようにする。すなわち、VLANタグ(4オクテット)の後半の2オクテットの12ビットがVLAN番号であり、スイッチはこのVLAN番号に基づき、フレームを対応するVLANに転送する。
すなわち、図20(A)の場合、マルチキャスト又はユニキャストLBMフレームのVLANタグのVLAN暗号は「1」(VLAN1)に設定される。
図20(B)の場合、マルチキャスト又はユニキャストLBMフレームのVLANタグのVLAN暗号は「2」(VLAN2)に設定される。図20(A)のドメインレベルは1とされ、VLANグループで分割されるMA(Maintenance Association)は、グループ1とされる。図20(B)のドメインレベルは2とされ、VLANグループで分割されるMAは、グループ2とされる。低い方のドメインレベル1はドメインレベル2の内側に設定されている。
サーバ10において、図20(A)のVLAN:1におけるマルチキャスト又はユニキャストのLBMフレームの送信元MACアドレス欄に設定する仮想送信元MACアドレスを所定範囲で可変させて送信し、監視対象のUpMEP(スイッチ20のポートP〜P)からLBRフレームを受信する。また、図20(B)のVLAN:2におけるマルチキャスト又はユニキャストのLBMフレームの送信元MACアドレス欄に設定する仮想送信元MACアドレスを所定範囲で可変させて送信し、監視対象のDownMEP(スイッチ30のポートP〜P)からLBRフレームを受信する。この結果、サーバ10の監視制御部12Bのネットワークマップ生成部124では、スイッチ20とスイッチ30のLAGのポート間に接続が分かる。
例えば、スイッチ(SW2)30のポートPのMACアドレス宛てに仮想送信元MACアドレスを可変させて送信したLBMフレームに対する応答LBRフレームを受信し、そのときの仮想送信元MACアドレスがSA1であるとする。
次にスイッチ(SW1)20のポートP〜Pの各MACアドレス宛てに仮想送信元MACアドレスを可変させて送信したLBMフレームに対する応答LBRフレームのうち、宛先MACアドレスが、仮想送信元MACアドレスSA1である応答LBRフレームは、サーバ10からスイッチ(SW2)30のポートP1へのパス上にある対向スイッチ(SW1)20のポートからのものである。したがって、監視制御部12Bのネットワークマップ生成部124では、スイッチ(SW2)30のポートP1に接続するスイッチ(SW1)20のポート番号がわかる。
すなわち、DownMEPに対する仮想送信元MACアドレスを可変させて送信したLBMフレームに対する応答であるLBRフレームと、DownMEPに対向するUpnMEPに対する仮想送信元MACアドレスを可変させて送信したLBMフレームに対する応答であるLBRフレームを受信することで、対向するスイッチのポートMACアドレスとポート番号を取得することができる。
上記のように、第9の実施形態では、図17のネットワークマップ生成部124では、監視対象のLAGメンバーポートのMACアドレスと、仮想送信元MACアドレスの組み合わせにより、対向するスイッチ等、隣接する装置を結ぶLAGの相互接続情報を判断し、ネットワーク内の物理的なポート間接続情報を網羅的に取得することで自動的にネットワークマップを作成する。
なお、図15の記憶装置102に、上記した第6乃至第9の実施形態で説明したサーバ10の機能を実現するプログラムを記憶しておき、図15のプロセッサ101が、該プログラムを読み出して実行することで、上記した各実施形態のサーバ10の機能を実現するようにしてもよい。
なお、上記の特許文献1−3の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示(請求の範囲を含む)の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素(各請求項の各要素、各実施例の各要素、各図面の各要素等を含む)の多様な組み合わせ乃至選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
上記した実施形態は例えば以下のように付記される(ただし以下に制限されない)。
(付記1)
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの1つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成し、
前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段と、
を備えた、ことを特徴とするネットワーク管理装置。
(付記2)
前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する手段を備えた、ことを特徴とする付記1に記載のネットワーク管理装置。
(付記3)
前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う手段を備えた、ことを特徴とする付記1又は2に記載のネットワーク管理装置。
(付記4)
前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する手段を備えた、ことを特徴とする付記1乃至3のいずれかに記載のネットワーク管理装置。
(付記5)
前記管理テーブルに応答有りとして記憶された各ポートのアドレスを宛先アドレスとし、前記ポートに対応して前記管理テーブルに記憶された仮想送信元アドレスを送信元アドレス欄に設定したフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する手段を備えた、ことを特徴とする付記4に記載のネットワーク管理装置。
(付記6)
前記フレームが不到達となり応答がなくなったポートを検出する手段を備えたことを特徴とする付記5に記載のネットワーク管理装置。
(付記7)
前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートから応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元MACアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する手段を備えた、ことを特徴とする付記6に記載のネットワーク管理装置。
(付記8)
前記フレームの送信と応答フレームの受信とに基づき、前記ネットワークの構成情報を取得する手段を備えた、ことを特徴とする付記1乃至7のいずれかに記載のネットワーク管理装置。
(付記9)
リンクアグリゲーショングループに集約された複数のポートを有する通信装置と、
前記通信装置の前記複数のポートのうちの1つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレスに、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成し、前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段とを備えたネットワーク管理装置と、
を含む、ことを特徴とするネットワークシステム。
(付記10)
前記ネットワーク管理装置は、前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する手段を備えた、ことを特徴とする付記9に記載のネットワークシステム。
(付記11)
前記ネットワーク管理装置は、前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う手段を備えた、ことを特徴とする付記9又は10に記載のネットワークシステム。
(付記12)
前記ネットワーク管理装置は、前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する手段を備えた、ことを特徴とする付記9乃至11のいずれかに記載のネットワークシステム。
(付記13)
前記ネットワーク管理装置は、前記管理テーブルに応答有りとして記憶された各ポートのアドレスを宛先アドレスとし、前記ポートの対応する仮想送信元アドレスを送信元アドレス欄とするフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する手段を備えたことを特徴とする付記12に記載のネットワークシステム。
(付記14)
前記ネットワーク管理装置は、前記フレームが不到達となり応答がなくなったポートを検出する手段を備えたことを特徴とする付記13に記載のネットワークシステム。
(付記15)
前記ネットワーク管理装置は、前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスを可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートから応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元MACアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する手段を備えた、ことを特徴とする付記14に記載のネットワークシステム。
(付記16)
前記ネットワーク管理装置は、前記フレームの送信と応答の受信に基づき、前記ネットワークの構成情報を取得する手段を備えたことを特徴とする付記9乃至15のいずれかに記載のネットワークシステム。
(付記17)
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの1つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成し、
前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信し、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する、ことを特徴とするネットワーク管理方法。
(付記18)
前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する、ことを特徴とする付記17に記載のネットワーク管理方法。
(付記19)
前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う、ことを特徴とする付記17又は18に記載のネットワーク管理方法。
(付記20)
前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する、ことを特徴とする付記17乃至19のいずれかに記載のネットワーク管理方法。
(付記21)
前記管理テーブルに応答有りとして記憶された各ポートのアドレスを宛先アドレスとし、前記ポートに対応して前記管理テーブルに記憶された仮想送信元アドレスを送信元アドレス欄に設定したフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する、ことを特徴とする付記17又は18に記載のネットワーク管理方法。
(付記22)
前記フレームが不到達となり応答がなくなったポートを検出する、ことを特徴とする付記21に記載のネットワーク管理方法。
(付記23)
前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスを可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートから応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元MACアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する、ことを特徴とする付記22に記載のネットワーク管理方法。
(付記24)
前記フレームの送信と応答の受信に基づき、前記ネットワークの構成情報を取得する、ことを特徴とする付記17乃至23のいずれかに記載のネットワーク管理方法。
(付記25)
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの1つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成し、
前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する処理と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する処理と、
をコンピュータに実行させるプログラム。
(付記26)
前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する処理を前記コンピュータに実行させる付記25記載のプログラム。
(付記27)
前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う処理を前記コンピュータに実行させる付記25又は26に記載のプログラム。
(付記28)
前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する処理を前記コンピュータに実行させる付記25又は26に記載のプログラム。
(付記29)
前記管理テーブルに記憶された各ポートのアドレスを宛先アドレスとし、前記ポートの対応する仮想送信元アドレスを送信元アドレス欄とするフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する処理を前記コンピュータに実行させる付記28に記載のプログラム。
(付記30)
前記フレームが不到達となり応答がなくなったポートを検出する処理を前記コンピュータに実行させる付記29に記載のプログラム。
(付記31)
前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスを可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートからの応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元MACアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する処理を前記コンピュータに実行させる付記29に記載のプログラム。
(付記32)
前記フレームの送信と応答の受信に基づき、前記ネットワークの構成情報を取得する処理を前記コンピュータに実行させる付記25乃至31のいずれかに記載のプログラム。
1 ネットワークシステム
10 サーバ(ネットワーク管理装置)
11 ネットワークインタフェース(NIF)
12、12A、12B、12C、12D 監視制御部
13 フレーム作成部
14 フレーム送信部
15 応答フレーム受信判定部
16、16B ポート・アドレス対応生成部
17 ポート・アドレス管理テーブル
18、18A、18B、18C、18D 管理モジュール
40、40、40、 回線(リンク)
20、30、50 スイッチ(通信装置)
60 サーバ(IoTゲートウェイ)
101 プロセッサ
102 記憶装置
103 表示装置
111 トランスミッタ
112 レシーバ
121 状態変化検知部
122 異常判定部
123 ネットワーク構成情報取得部
124 ネットワークマップ生成部
131 仮想送信元MACアドレス設定部

Claims (21)

  1. 送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成し、
    リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの少なくとも1つのポートに向けて、前記ネットワークインタフェースを介して、前記通信装置が接続するネットワークに、前記フレームを送信する第1の手段と、
    前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する第2の手段と、
    を備えた、ことを特徴とするネットワーク管理装置。
  2. 前記第1の手段は、
    前記通信装置の前記複数のポートのうちの1つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成し、
    前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して、前記通信装置が接続するネットワークに送信する、ことを特徴とする請求項1記載のネットワーク管理装置。
  3. 前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する手段を備えた、ことを特徴とする請求項1又は2に記載のネットワーク管理装置。
  4. 前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う手段を備えた、ことを特徴とする請求項1乃至3のいずれか1項に記載のネットワーク管理装置。
  5. 前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
    前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する手段を備えた、ことを特徴とする請求項1乃至4のいずれか1項に記載のネットワーク管理装置。
  6. 前記管理テーブルに応答有りとして記憶された各ポートのアドレスを宛先アドレスとし、前記ポートに対応して前記管理テーブルに記憶された仮想送信元アドレスを送信元アドレス欄に設定したフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する手段を備えた、ことを特徴とする請求項5に記載のネットワーク管理装置。
  7. 前記フレームが不到達となり応答がなくなったポートを検出する手段を備えたことを特徴とする請求項6に記載のネットワーク管理装置。
  8. 前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
    前記フレームが不到達となる前と同じアドレスのポートから応答フレームが受信された場合に、正常と判定し、
    宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元MACアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する手段を備えた、ことを特徴とする請求項7に記載のネットワーク管理装置。
  9. 前記フレームの送信と応答フレームの受信とに基づき、前記ネットワークの構成情報を取得する手段を備えた、ことを特徴とする請求項1乃至8のいずれか1項に記載のネットワーク管理装置。
  10. 前記第1の手段は、
    前記フレームの宛先アドレス欄に、マルチキャストアドレスを設定し、
    送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したマルチキャストフレームを作成し、前記ネットワークインタフェースから、前記通信装置が接続するネットワークに送信する、ことを特徴とする請求項1、3乃至9のいずれか1項に記載のネットワーク管理装置。
  11. 前記通信装置の前記複数のポートのうちのUpMEP(Maintenance entity group End Point)として設定された少なくとも1つのポートのアドレスを宛先アドレス欄に設定し、自装置のネットワークインタフェースのアドレスとは別の、仮想送信元アドレスを送信元アドレスに設定したフレームを作成して送信する手段を備えたことを特徴とする請求項1、3乃至9のいずれか1項に記載のネットワーク管理装置。
  12. 前記フレームに対する応答フレームが受信されない場合、送信元アドレス欄を、予め用意された所定のアドレス範囲内で値を可変させた仮想送信元アドレスとしたフレームを送信するように制御する手段と、
    前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認すると、前記ポートの番号と、前記仮想送信元アドレスとを対応させて管理テーブルに記憶する、ことを特徴とする請求項10に記載のネットワーク管理装置。
  13. リンクアグリゲーショングループに集約された複数のポートで対向接続された第1、第2の通信装置のうち一方の通信装置のUpMEPとして設定された通信装置のポートに対して、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレス範囲内で可変させた仮想送信元アドレスを送信元アドレスにそれぞれ設定した、1つ又は複数のフレームを作成して送信する手段と、
    他方の通信装置のDownMEPとして設定された通信装置のポートに対して、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレス範囲内で値を可変させた仮想送信元アドレスを送信元アドレスにそれぞれ設定した、1つ又は複数のフレームを作成して送信する手段と、
    対向する前記第1、第2の通信装置の前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信をそれぞれ確認すると、前記ポートの番号と、前記仮想送信元アドレスとに基づき、前記第1、第2の通信装置のリンクアグリゲーショングループに集約された複数のポート間の接続マップを作成する手段と、
    を備えた、請求項1乃至12のいずれか1項に記載のネットワーク管理装置。
  14. リンクアグリゲーショングループに集約された複数のポートを有する通信装置と、
    送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成し、
    前記通信装置の前記複数のポートのうちの少なくとも1つのポートに向けて、前記ネットワークインタフェースを介して、前記通信装置が接続するネットワークに、前記フレーム送信する手段と、
    前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段と、を備えたネットワーク管理装置と、
    を含む、ことを特徴とするネットワークシステム。
  15. 前記ネットワーク管理装置は、前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する手段を備えた、ことを特徴とする請求項14に記載のネットワークシステム。
  16. 前記ネットワーク管理装置は、前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う手段を備えた、ことを特徴とする請求項14又は15に記載のネットワークシステム。
  17. 前記ネットワーク管理装置は、前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
    前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する手段を備えた、ことを特徴とする請求項14乃至16のいずれか1項に記載のネットワークシステム。
  18. 前記ネットワーク管理装置は、
    前記フレームの宛先アドレス欄に、マルチキャストアドレスを設定し、
    送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したマルチキャストフレームを作成し、前記ネットワークインタフェースから、前記通信装置が接続するネットワークに送信する、ことを特徴とする請求項14乃至17のいずれか1項に記載のネットワークシステム。
  19. 前記ネットワーク管理装置は、
    前記通信装置の前記複数のポートのうちのUpMEP(Maintenance entity group End Point)として設定された少なくとも1つのポートのアドレスを宛先アドレス欄に設定し、自装置のネットワークインタフェースのアドレスとは別の、仮想送信元アドレスを送信元アドレスに設定したフレームを作成して送信する手段を備えたことを特徴とする請求項14乃至18のいずれか1項に記載のネットワークシステム。
  20. 送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成し、
    リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの少なくとも1つのポートに向けて、前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信し、
    前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する、ことを特徴とするネットワーク管理方法。
  21. 送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの1つを仮想送信元アドレスとして設定したフレームを作成する処理と、
    リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの少なくとも1つのポートに向けて、前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する処理と、
    前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する処理と、
    をコンピュータに実行させるプログラム。
JP2017056702A 2017-01-27 2017-03-22 ネットワークシステムとネットワーク管理装置及び方法とプログラム Active JP7009757B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017013656 2017-01-27
JP2017013656 2017-01-27

Publications (2)

Publication Number Publication Date
JP2018125834A true JP2018125834A (ja) 2018-08-09
JP7009757B2 JP7009757B2 (ja) 2022-01-26

Family

ID=63110512

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017056702A Active JP7009757B2 (ja) 2017-01-27 2017-03-22 ネットワークシステムとネットワーク管理装置及び方法とプログラム

Country Status (1)

Country Link
JP (1) JP7009757B2 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6460278B1 (ja) * 2018-10-30 2019-01-30 日本電気株式会社 ネットワーク管理装置、方法、及びプログラム
JP2020113949A (ja) * 2019-01-16 2020-07-27 日本電気株式会社 ネットワーク管理装置、方法、及びプログラム

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013157957A (ja) * 2012-01-31 2013-08-15 Fujitsu Ltd 通信システム、および生成装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013157957A (ja) * 2012-01-31 2013-08-15 Fujitsu Ltd 通信システム、および生成装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6460278B1 (ja) * 2018-10-30 2019-01-30 日本電気株式会社 ネットワーク管理装置、方法、及びプログラム
JP2020072332A (ja) * 2018-10-30 2020-05-07 日本電気株式会社 ネットワーク管理装置、方法、及びプログラム
JP2020113949A (ja) * 2019-01-16 2020-07-27 日本電気株式会社 ネットワーク管理装置、方法、及びプログラム
JP7243202B2 (ja) 2019-01-16 2023-03-22 日本電気株式会社 ネットワーク管理装置、方法、及びプログラム

Also Published As

Publication number Publication date
JP7009757B2 (ja) 2022-01-26

Similar Documents

Publication Publication Date Title
KR101365887B1 (ko) 데이터 통신 네트워크를 위한 논리 그룹 종단 발견
JP6436262B1 (ja) ネットワーク管理装置、ネットワークシステム、方法、及びプログラム
US9509556B2 (en) Method and system for synchronizing with neighbor in a distributed resilient network interconnect (DRNI) link aggregation group
US9019840B2 (en) CFM for conflicting MAC address notification
US8102780B2 (en) Method and apparatus for performing reachability testing within the context of customer virtual private networks
US8854975B2 (en) Scaling OAM for point-to-point trunking
US7515542B2 (en) Broadband access note with a virtual maintenance end point
EP3223461B1 (en) Communicating network path and status information in multi-homed networks
US8908537B2 (en) Redundant network connections
US20070140235A1 (en) Network visible inter-logical router links
EP1478129B1 (en) Using network transport tunnels to provide service-based data transport
US20080112331A1 (en) Method and system for transmitting connectivity fault management messages in ethernet,and a node device
US20060092955A1 (en) Network-based dedicated backup service
JP6332544B1 (ja) ネットワーク管理装置、ネットワークシステム、方法、及びプログラム
CN102281165A (zh) 一种基于服务质量的故障检测方法、系统和装置
JP6601531B2 (ja) ネットワーク管理装置、ネットワークシステム、方法、及びプログラム
US20080263615A1 (en) Integrated operation management system of video transmission network and operation management method
JP7009757B2 (ja) ネットワークシステムとネットワーク管理装置及び方法とプログラム
JP7155673B2 (ja) ネットワーク管理装置、方法、及びプログラム
WO2022121638A1 (zh) 一种报文处理方法及装置
CN116261842A (zh) 高可用性软件定义广域网
JP7243202B2 (ja) ネットワーク管理装置、方法、及びプログラム
JP6460278B1 (ja) ネットワーク管理装置、方法、及びプログラム
Saputra et al. Implementation of Layer 2 MPLS VPN on the SDN Hybrid Network using Ansible and ONOS Controllers

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200206

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20201211

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20201222

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210219

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210629

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210824

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: 20211214

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20211227