JP4967664B2 - Network, node device, and LLDP frame transfer method used therefor - Google Patents
Network, node device, and LLDP frame transfer method used therefor Download PDFInfo
- Publication number
- JP4967664B2 JP4967664B2 JP2007001891A JP2007001891A JP4967664B2 JP 4967664 B2 JP4967664 B2 JP 4967664B2 JP 2007001891 A JP2007001891 A JP 2007001891A JP 2007001891 A JP2007001891 A JP 2007001891A JP 4967664 B2 JP4967664 B2 JP 4967664B2
- Authority
- JP
- Japan
- Prior art keywords
- lldp
- frame
- bridge
- address
- destination mac
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
Landscapes
- Small-Scale Networks (AREA)
Description
本発明はネットワーク、ノード装置及びそれらに用いるLLDPフレーム転送方法に関し、特にLLDP(Link Layer Discovery Protocol)の拡張や利用の方法に関する。 The present invention relates to a network, a node device, and an LLDP frame transfer method used therefor, and more particularly, to a method for extending or using LLDP (Link Layer Discovery Protocol).
LLDPはネットワークトポロジとネットワーク上の機器に関する情報のディスカバリを行うための標準プロトコルとして規定されており、イーサネット(登録商標)機器が自身の情報を隣接する機器に通知し、他機器から取得した情報を保存するための標準的な方法を定義している。 LLDP is defined as a standard protocol for discovery of information related to network topology and devices on the network. Ethernet (registered trademark) devices inform their neighboring devices of their own information, and information acquired from other devices Defines a standard way to save.
このLLDPフレーム経路について、図6(a),(b)を参照して説明する。図6(a)はLLDPフレーム経路の構成を示しており、図6(b)はLLDPフレームの構成を示している。 The LLDP frame path will be described with reference to FIGS. 6 (a) and 6 (b). 6A shows the configuration of the LLDP frame path, and FIG. 6B shows the configuration of the LLDP frame.
図6(a)において、本発明の実施の形態によるLLDPフレーム経路は、LLDPエージェントA71とLLDPエージェントB72との間に、IEEE(Institute of Electrical and Elecromic Engineers)802.1ABをサポートしているブリッジやそのブリッジと同様のブリッジ機能を有するスイッチ(以下、これらをブリッジとする)73と、IEEE802.1DをサポートしているがIEEE802.1ABをサポートしていないブリッジ74とが配設されて構成されている。
In FIG. 6A, an LLDP frame path according to the embodiment of the present invention includes a bridge that supports IEEE (Institut of Electrical and Electrical Engineers) 802.1AB between LLDP agent A71 and LLDP agent B72. A
図6(b)において、本発明の実施の形態によるLLDPフレーム80は、宛先MAC(Media Access Control)アドレス部81と、送信元MACアドレス部82と、LLDP Ether type83と、LLDPDU(データの終わりを示すとともに、他のエージェントに送出する自身の情報及びフレームのデータの終わりを示す)84とから構成されており、宛先MACアドレス部81をマルチキャストアドレス85としている。
6B, an
図6において、LLDPエージェントA71及びLLDPエージェントB72は、IEEE802.1ABに基づき、規定された「01−80−C2−00−00−0E」(マルチキャストアドレス85)を宛先MAC(Media Access Control)アドレス部81としたLLDPフレーム80を送信する。
In FIG. 6, the LLDP agent A71 and the LLDP agent B72 change the specified “01-80-C2-00-00-0E” (multicast address 85) based on IEEE802.1AB to the destination MAC (Media Access Control) address part. The
IEEE802.1ABにおいて、LLDPフレーム80の宛先MACアドレス部81は、「01−80−C2−00−00−0E」(マルチキャストアドレス85)と規定されている。しかしながら、IEEE802.1AB以前に規定されているIEEE802.1DやIEEE802.1Qでは、「01−80−C2−00−00−00」から「01−80−C2−00−00−0F」の範囲内の宛先MACアドレスを予約されたアドレスとし、中継を行わないように示されている。
In IEEE 802.1AB, the destination MAC address portion 81 of the
上述した従来のLLDPフレーム経路では、IEEE802.1DやIEEE802.1Qに準拠したブリッジ74において、マルチキャストアドレス85を宛先MACアドレス部81としたLLDPフレーム80を受信すると、その宛先MACアドレスが予約されたマルチキャストアドレスであるため、LLDPフレーム80を中継しない場合がある。このように、LLDPフレームの中継の可否は、各ブリッジ製品の仕様に左右される。
In the conventional LLDP frame path described above, when the
IEEE802.1ABに基づくフレーム転送装置としては、以下の特許文献に記載の技術がある。
上記のように、従来のLLDPでは、IEEE802.1AB以前に規定されたIEEE802.1dでは宛先MACアドレスに指定された「01−80−C2−00−00−0E」(マルチキャストアドレス85)をブロックするように記されているため、IEEE802.1ABをサポートしているブリッジ73ではLLDPフレーム80を透過するが、IEEE802.1Dをサポートしているが802.1ABをサポートしていないブリッジ74ではLLDPフレーム80が破棄される。
As described above, the conventional LLDP blocks “01-80-C2-00-00-0E” (multicast address 85) designated as the destination MAC address in IEEE802.1d defined before IEEE802.1AB. Therefore, the
また、IEEE802.1ABでは、宛先MACアドレス部81に「01−80−C2−00−00−0E」(マルチキャストアドレス85)のみが指定されているため、他のMACアドレスの使用が難しいという問題がある。 In addition, in IEEE802.1AB, only “01-80-C2-00-00-0E” (multicast address 85) is designated in the destination MAC address section 81, so that it is difficult to use other MAC addresses. is there.
さらに、従来のLLDPでは、宛先MACアドレス部81に「01−80−C2−00−00−0E」(マルチキャストアドレス85)を指定したLLDPフレーム80が、それを不必要とするネットワーク75にも送信され、余分なトラヒック202を生み、ネットワークの帯域を圧迫するという問題がある。
Further, in the conventional LLDP, the
さらにまた、従来のLLDPでは、マルチキャストアドレス85指定のLLDPフレーム80が、それを不必要なネットワーク75にも送信されることによって発生するブリッジ73内での不要な処理が、エージェント数に比例して負荷が高まり、信頼性が損なわれるという問題がある。
Furthermore, in the conventional LLDP, unnecessary processing in the
そこで、本発明の目的は上記の問題点を解消し、LLDPをサポートしていないブリッジにおいてLLDPフレームを中継することができ、限定されたネットワーク機器へのLLDPフレーム送信によって付随するトラヒックの軽減やブリッジの負荷低減を図ることができるネットワーク、ノード装置及びそれらに用いるLLDPフレーム転送方法を提供することにある。 Therefore, an object of the present invention is to solve the above-mentioned problems, relay an LLDP frame in a bridge that does not support LLDP, reduce traffic associated with transmission of a LLDP frame to a limited network device, and bridge It is an object to provide a network, a node device, and an LLDP frame transfer method used for them.
本発明によるネットワークは、LLDP(Link Layer Discovery Protocol)をサポートしかつLLDPフレームを透過するLLDP対応ブリッジと、前記LLDPをサポートせずかつ前記LLDPフレームを破棄するLLDP未対応ブリッジとが混在し、少なくとも前記LLDP未対応ブリッジを介して第1及び第2のLLDPエージェントが接続されるネットワークであって、
前記第1及び第2のLLDPエージェント間で送受信されるLLDPフレームの宛先MAC(Media Access Control)アドレス部にユニキャストアドレスを用いている。
The network according to the present invention includes an LLDP-compatible bridge that supports LLDP (Link Layer Discovery Protocol) and transmits an LLDP frame, and an LLDP-incompatible bridge that does not support the LLDP and discards the LLDP frame. A network in which the first and second LLDP agents are connected via the LLDP incompatible bridge,
A unicast address is used for a destination MAC (Media Access Control) address part of an LLDP frame transmitted and received between the first and second LLDP agents.
本発明によるノード装置は、LLDP(Link Layer Discovery Protocol)をサポートしかつLLDPフレームを透過するLLDP対応ブリッジと、前記LLDPをサポートせずかつ前記LLDPフレームを破棄するLLDP未対応ブリッジとが混在し、少なくとも前記LLDP未対応ブリッジを介して第1及び第2のLLDPエージェントが接続されるネットワークにおいて前記第1及び第2のLLDPエージェントの少なくとも一方を含むノード装置であって、
前記第1及び第2のLLDPエージェント間で送受信されるLLDPフレームの宛先MAC(Media Access Control)アドレス部にユニキャストアドレスを用いている。
The node device according to the present invention includes an LLDP-compatible bridge that supports LLDP (Link Layer Discovery Protocol) and transmits an LLDP frame, and an LLDP-incompatible bridge that does not support the LLDP and discards the LLDP frame . A node apparatus including at least one of the first and second LLDP agents in a network to which the first and second LLDP agents are connected via at least the LLDP incompatible bridge;
A unicast address is used for a destination MAC (Media Access Control) address part of an LLDP frame transmitted and received between the first and second LLDP agents.
本発明によるLLDPフレーム転送方法は、LLDP(Link Layer Discovery Protocol)をサポートしかつLLDPフレームを透過するLLDP対応ブリッジと、前記LLDPをサポートせずかつ前記LLDPフレームを破棄するLLDP未対応ブリッジとが混在し、少なくとも前記LLDP未対応ブリッジを介して第1及び第2のLLDPエージェントが接続されるネットワークに用いるLLDPフレーム転送方法であって、
前記第1及び第2のLLDPエージェント間で送受信されるLLDPフレームの宛先MAC(Media Access Control)アドレス部にユニキャストアドレスを用いている。
The LLDP frame transfer method according to the present invention includes an LLDP-compatible bridge that supports LLDP (Link Layer Discovery Protocol) and transmits LLDP frames, and an LLDP-incompatible bridge that does not support LLDP and discards the LLDP frames. An LLDP frame transfer method used for a network to which the first and second LLDP agents are connected via at least the LLDP incompatible bridge,
A unicast address is used for a destination MAC (Media Access Control) address part of an LLDP frame transmitted and received between the first and second LLDP agents.
すなわち、本発明のネットワークは、LLDP(Link Layer Discovery Protocol)フレームの宛先MAC(Media Access Control)アドレスをユニキャストアドレスにすることによって、マルチキャストアドレスをサポートしていないブリッジやそのブリッジと同様のブリッジ機能を有するスイッチ(以下、これらをブリッジとする)において、LLDPを透過可能となる。これによって、本発明のネットワークでは、ネットワークのブリッジに依存せず、LLDPを使用することが可能となる。 That is, the network of the present invention uses a unicast address as a destination MAC (Media Access Control) address of an LLDP (Link Layer Discovery Protocol) frame, and a bridge function similar to the bridge that does not support a multicast address. It is possible to transmit LLDP in a switch having the following (hereinafter referred to as a bridge). As a result, the network of the present invention can use LLDP without depending on the network bridge.
より具体的に説明すると、本発明のネットワークでは、LLDPエージェントAが、LLDPフレームの宛先MACアドレスにLLDPエージェントBのMACアドレスを指定したフレームを構成し、ブロードキャストドメイン上のノードへ送信する。 More specifically, in the network of the present invention, the LLDP agent A configures a frame in which the MAC address of the LLDP agent B is specified as the destination MAC address of the LLDP frame, and transmits the frame to a node on the broadcast domain.
LLDPエージェントAとLLDPエージェントBとを接続するLLDP未サポートブリッジが、LLDPエージェントAからのLLDPフレームを受信した後、LLDPフレームの宛先MACアドレスを解析し、指定されたユニキャストアドレスを持つLLDPエージェントBへLLDPフレームを転送する。このようにして、本発明のネットワークでは、ネットワークのブリッジに依存せずにLLDPを使用することが可能となる。 After the LLDP unsupported bridge connecting LLDP agent A and LLDP agent B receives the LLDP frame from LLDP agent A, it analyzes the destination MAC address of the LLDP frame, and LLDP agent B having the specified unicast address Forward LLDP frame to In this manner, the network of the present invention can use LLDP without depending on the network bridge.
LLDPエージェントを有するネットワーク機器は、LLDPフレームの宛先MACアドレスにマルチキャストアドレス(01−80−C2−00−00−0E)を使用せず、ユニキャストアドレスから構成されるLLDPフレームを作成し、送信する。 A network device having an LLDP agent creates and transmits an LLDP frame composed of unicast addresses without using a multicast address (01-80-C2-00-00-0E) as the destination MAC address of the LLDP frame. .
宛先MACアドレスにユニキャストアドレスが指定されたLLDPフレームを受けたブリッジは、LLDPフレームの宛先MACアドレスが「01−80−C2−00−00−00」から「01−80−C2−00−00−0F」の範囲内の宛先MACアドレスでないこと、LLDPフレームの宛先MACアドレスが「01−80−C2−00−00−0E」(マルチキャストアドレス)でないこと)を確認し、指定されたMACアドレスに対してLLDPフレームを転送する。 The bridge that has received the LLDP frame in which the unicast address is specified as the destination MAC address has the destination MAC address of the LLDP frame from “01-80-C2-00-00-00” to “01-80-C2-00-00”. Confirm that the destination MAC address is not within the range of “−0F” and that the destination MAC address of the LLDP frame is not “01-80-C2-00-00-0E” (multicast address). In contrast, the LLDP frame is transferred.
したがって、本発明のネットワークでは、LLDPにユニキャスト通信を応用することで、LLDPをサポートしていないブリッジにおけるLLDPフレームの中継を可能にし、限定されたネットワーク機器へのLLDPフレーム送信により付随するトラヒックの軽減やブリッジの負荷低減を図ることが可能となる。 Therefore, in the network of the present invention, by applying unicast communication to LLDP, it is possible to relay LLDP frames in a bridge that does not support LLDP, and the accompanying traffic is transmitted by transmitting LLDP frames to a limited network device. It is possible to reduce the load on the bridge.
本発明は、上記のような構成及び動作とすることで、LLDPをサポートしていないブリッジにおいてLLDPフレームを中継することができ、限定されたネットワーク機器へのLLDPフレーム送信によって付随するトラヒックの軽減やブリッジの負荷低減を図ることができるという効果が得られる。 The present invention is configured and operated as described above, so that an LLDP frame can be relayed in a bridge that does not support LLDP, and the accompanying traffic can be reduced by transmitting the LLDP frame to a limited network device. The effect of reducing the load on the bridge can be obtained.
次に、本発明の実施の形態について図面を参照して説明する。図1(a)は本発明の実施の形態によるLLDP(Link Layer Discovery Protocol)フレーム経路を示す図であり、図1(b)は本発明の実施の形態によるLLDPフレームの構成例を示す図である。 Next, embodiments of the present invention will be described with reference to the drawings. FIG. 1A is a diagram illustrating an LLDP (Link Layer Discovery Protocol) frame path according to an embodiment of the present invention, and FIG. 1B is a diagram illustrating an exemplary configuration of an LLDP frame according to an embodiment of the present invention. is there.
図1(a)において、本発明の実施の形態によるLLDPフレーム経路は、LLDPエージェントA1とLLDPエージェントB2との間に、IEEE(Institute of Electrical and Elecromic Engineers)802.1ABをサポートしているブリッジやそのブリッジと同様のブリッジ機能を有するスイッチ(以下、これらをブリッジとする)3と、IEEE802.1DをサポートしているがIEEE802.1ABをサポートしていないブリッジ4とが配設されて構成されている。
In FIG. 1A, an LLDP frame path according to an embodiment of the present invention includes a bridge supporting IEEE (Institut of Electrical and Electrical Engineers) 802.1AB between LLDP agent A1 and LLDP agent B2. A switch (hereinafter referred to as a bridge) 3 having a bridge function similar to that of the
図1(b)において、本発明の実施の形態によるLLDPフレーム50は、宛先MAC(Media Access Control)アドレス部51と、送信元MACアドレス部52と、LLDP Ether type53と、LLDPDU(データの終わりを示すとともに、他のエージェントに送出する自身の情報及びフレームのデータの終わりを示す)54とから構成されており、宛先MACアドレス部51をユニキャストアドレス55としている。
1B, an
図1において、LLDPエージェントA1は、LLDPフレーム50の宛先MACアドレス部51にLLDPエージェントB2のMACアドレス(ユニキャストアドレス55)を指定したフレームを構成し、ブロードキャストドメイン上のノードへ送信する。
In FIG. 1, the LLDP agent A1 configures a frame in which the MAC address (unicast address 55) of the LLDP agent B2 is specified in the destination MAC address part 51 of the
LLDPエージェントA1とLLDPエージェントB2とを接続するLLDP未サポートブリッジ4は、LLDPエージェントA1からのLLDPフレーム50を受信した後、LLDPフレーム50の宛先MACアドレス部51を解析し、指定されたユニキャストアドレス55を持つLLDPエージェントB2へLLDPフレーム50を転送する。
The LLDP
このように、本実施例では、ネットワークのブリッジ(IEEE802.1ABをサポートしているブリッジ3、IEEE802.1DをサポートしているがIEEE802.1ABをサポートしていないブリッジ4)に依存せずに、LLDPを使用することができる。
In this way, in this embodiment, without depending on the bridge of the network (
LLDPエージェントA1を有するネットワーク機器(図示せず)は、LLDPフレーム50の宛先MACアドレス部にマルチキャストアドレス(01−80−C2−00−00−0E)を使用せず、ユニキャストアドレス55から構成されるLLDPフレーム50を作成して送信する。
A network device (not shown) having the LLDP agent A1 does not use a multicast address (01-80-C2-00-00-0E) in the destination MAC address portion of the
宛先MACアドレス部51にユニキャストアドレス55が指定されたLLDPフレーム50を受けたブリッジ4は、LLDPフレーム50の宛先MACアドレス部51が「01−80−C2−00−00−00」から「01−80−C2−00−00−0F」の範囲内の宛先MACアドレスでないこと、LLDPフレーム50の宛先MACアドレス部51が「01−80−C2−00−00−0E」(マルチキャストアドレス)でないことを確認し、指定されたMACアドレス(ユニキャストアドレス55)に対してLLDPフレーム50を転送する。
In the
これによって、本実施例では、LLDPにユニキャスト通信を応用することで、LLDPをサポートしていないブリッジ4におけるLLDPフレーム50の中継を可能にし、限定されたネットワーク機器へのLLDPフレーム送信によって付随するトラヒックの軽減やブリッジの負荷低減を図ることができる。
Thus, in this embodiment, by applying unicast communication to LLDP, the
本発明の一実施例によるLLDPフレーム経路の基本構成は、上述した図1に示す本発明の実施の形態によるLLDPフレーム経路と同様の構成となっている。 The basic configuration of the LLDP frame path according to one embodiment of the present invention is the same as that of the LLDP frame path according to the embodiment of the present invention shown in FIG.
図2は本発明の一実施例によるLLDPエージェント(図1のLLDPエージェントA1及びLLDPエージェントB2に相当、ここでは仮にLLDPエージェントA1とする)の構成を示すブロック図である。図2において、LLDPエージェント1は、送信側LLDPフレーム処理部11と、ユニキャストアドレステーブル12と、ローカルMIB(Management Information Base)情報13と、受信側LLDPフレーム処理部14と、リモートMIB情報15とから構成されている。
FIG. 2 is a block diagram showing a configuration of an LLDP agent (corresponding to the LLDP agent A1 and LLDP agent B2 of FIG. 1, here suppose LLDP agent A1) according to an embodiment of the present invention. In FIG. 2, the
送信側LLDPフレーム処理部11はユニキャストアドレステーブル12より宛先のユニキャストアドレス55を利用したLLDPフレーム50の宛先MACアドレス部51を決定する。ローカルMIB情報13から自身に関する情報を取得し、LLDPフレーム50を処理して送信する。受信側LLDPフレーム処理部14は、受信したLLDPフレーム50を処理し、リモートMIB情報15へ送信元MIB情報を保存する。
The transmission side LLDP frame processing unit 11 determines the destination MAC address unit 51 of the
以上、本発明の一実施例によるLLDPエージェント1の構成について述べたが、図2に示すローカルMIB情報13とリモートMIB情報15とについては、当業者にとってよく知られており、また本発明とは直接関係しないので、その詳細な構成についての説明は省略する。
The configuration of the
尚、本実施例では、一つの処理部で送信側LLDPフレーム処理と受信側LLDPフレーム処理とを行うようにして、合わせて送受信LLDPフレーム処理部としてもよい。また、ユニキャストアドレステーブル12については、スタティックな情報で構成することができる。 In this embodiment, the transmission side LLDP frame processing and the reception side LLDP frame processing may be performed by a single processing unit, and the transmission / reception LLDP frame processing unit may be combined. The unicast address table 12 can be configured with static information.
図3は図2に示す送信側LLDPフレーム処理部11の処理動作を示すフローチャートであり、図4は図2に示す受信側LLDPフレーム処理部14の処理動作を示すフローチャートである。これら図1〜図4を参照して本発明の一実施例によるLLDPエージェント1の動作について説明する。
3 is a flowchart showing the processing operation of the transmitting LLDP frame processing unit 11 shown in FIG. 2, and FIG. 4 is a flowchart showing the processing operation of the receiving LLDP
送信側LLDPフレーム処理部11は、宛先LLDPエージェントを有するネットワーク機器が指定されると(図3ステップS1)、予め用意されたユニキャストアドレステーブル12から、指定されたネットワーク機器のユニキャストアドレスを検索し(図3ステップS2)、LLDPフレーム50の宛先MACアドレス部51を決定する。
When the network device having the destination LLDP agent is designated (step S1 in FIG. 3), the transmission side LLDP frame processing unit 11 searches the unicast address of the designated network device from the unicast address table 12 prepared in advance. (Step S2 in FIG. 3), the destination MAC address part 51 of the
送信側LLDPフレーム処理部11は、ローカルMIB情報13が与えられると(図3ステップS3)、LLDPフレーム50を生成し(図3ステップS4)、そのLLDPフレーム50を指定されたネットワーク機器に送信する(図3ステップS5)。
When the
送信側LLDPフレーム処理部11は、LLDPフレーム50を送信した後、再送判断を行い(図3ステップS6)、再送する場合、ステップS4に戻って再度、LLDPフレーム50を生成する。また、送信側LLDPフレーム処理部11は、再送を行わないのであれば、送信側LLDPフレーム処理を終了する。
After transmitting the
一方、受信側LLDPフレーム処理部14は、LLDPフレーム50を受信すると、受信したLLDPフレーム50を解析し(図4ステップS11)、その解析から得た送信元のMIB情報をリモートMIB情報15に保存する(図4ステップS12)。
On the other hand, when receiving the
このように、本実施例では、LLDPフレーム50の宛先MACアドレス部51でユニキャストアドレス55を指定しているので、LLDPフレームをLLDPをサポートしていないブリッジ4を経由して宛先のネットワーク機器(例えば、LLDPエージェントB2を備えた機器)まで送信することができる。
Thus, in this embodiment, since the
また、本実施例では、LLDPフレーム50の宛先MACアドレス部51でユニキャストアドレス55を指定しているので、LLDP送信先を限定することができる。
In this embodiment, since the
さらに、本実施例では、LLDPフレーム50の宛先MACアドレス部51でユニキャストアドレス55を指定することで、予めLLDP送信先を限定するため、ネットワーク上の不要なマルチキャストフレームを低減することができる。
Furthermore, in this embodiment, by specifying the
さらにまた、本実施例では、LLDPフレーム50の宛先MACアドレス部51でユニキャストアドレス55を指定することで、予めLLDP送信先を限定するため、経由するブリッジの中継処理による負荷を低減することができる。
Furthermore, in this embodiment, by specifying the
本実施例では、冗長化されたノード間にLLDPをサポートしていないブリッジを設置している場合において、LLDPフレーム50の宛先MACアドレス部51でユニキャストアドレスを予めLLDP送信先を同一ノード内の対となるポートに限定することで、ポートの相互死活監視を行うことができる。
In the present embodiment, when a bridge that does not support LLDP is installed between redundant nodes, the destination MAC address unit 51 of the
本発明の他の実施例によるLLDPフレーム経路の基本的構成は、上記の図1に示す本発明の実施の形態によるLLDPフレーム経路の構成と同様であるが、本実施例では冗長化ネットワーク利用についてさらに工夫している。 The basic configuration of the LLDP frame path according to another embodiment of the present invention is the same as the configuration of the LLDP frame path according to the embodiment of the present invention shown in FIG. 1, but in this embodiment, the redundant network is used. Further devised.
図5は本発明の他の実施例によるノード装置の構成を示すブロック図である。図5において、ノード装置6はLLDPフレーム処理部61aを持つLLDPエージェントA61と、LLDPフレーム処理部62aを持つLLDPエージェントB62と、ローカルMIB情報63と、リモートMIB情報64,66と、ユニキャストアドレステーブル65とから構成されている。
FIG. 5 is a block diagram showing a configuration of a node device according to another embodiment of the present invention. In FIG. 5, the
ノード装置6のポートに存在するLLDPエージェントA61はLLDPをサポートしていないLLDP未対応ブリッジ7を経由して、同一のノード装置6内の別ポートに存在するLLDPエージェントB62に対して、ユニキャストアドレスを用いたLLDPフレーム161を送信する。ノード装置6はLLDP未対応ブリッジ7を通してLLDPエージェントA61からのLLDPフレーム161を受信することによって、LLDPエージェントA61のポートが存続していることを確認する。
The LLDP agent A61 existing at the port of the
逆に、LLDPエージェントB62はLLDP未対応ブリッジ7を経由して、同一のノード装置6内の別ポートに存在するLLDPエージェントA61に対して、ユニキャストアドレスを用いたLLDPフレーム162を送信する。
Conversely, the
このように、本実施例では、LLDPエージェントA61及びLLDPエージェントB62各々から相互に、LLDPフレームの送受信を定期的に繰り返すことで、互いのポートの死活監視を行っている。これによって、本実施例では、一方のLLDPエージェントからのLLDPフレームを受信できなかった場合に、冗長化の切替え処理を行うことができる。 As described above, in this embodiment, the LLDP agent A61 and the LLDP agent B62 each periodically transmit and receive LLDP frames, thereby monitoring each other's port life and death. Thus, in this embodiment, when the LLDP frame from one LLDP agent cannot be received, the redundancy switching process can be performed.
よって、本実施例では、LLDPエージェントA61とLLDPエージェントB62とが同一のノード装置6内に別ポートとして存在しており、LLDPをサポートしていないLLDP未対応ブリッジ7を経由して冗長化しているので、LLDPエージェントA61とLLDPエージェントB62との間でLLDPフレームを送受信するため、相互にポートの死活監視を行うことができるという効果が奏する。
Therefore, in this embodiment, the LLDP agent A61 and the LLDP agent B62 exist as separate ports in the
尚、本発明の他の実施例の構成において、LLDPエージェントA61及びLLDPエージェントB62各々のローカルMIB情報63とユニキャストアドレステーブル65とをそれらに共有で構成してもよい。
In the configuration of another embodiment of the present invention, the local MIB information 63 and the unicast address table 65 of each of the
本発明は、ブリッジを経由して冗長化されるノード装置間において、同一のノード装置内の複数のポートの相互死活監視に適用することができる。 The present invention can be applied to mutual alive monitoring of a plurality of ports in the same node device between node devices made redundant via a bridge.
1,61 LLDPエージェントA
2,62 LLDPエージェントB
3 IEEE802.1ABブリッジ
4 IEEE802.1Dブリッジ
6 ノード装置
7 LLDP未対応ブリッジ
11 送信側LLDPフレーム処理部
12,65 ユニキャストアドレステーブル
13,63 ローカルMIB情報
14 受信側LLDPフレーム処理部
15,64,66 リモートMIB情報
61a,62a LLDPフレーム処理部
1,61 LLDP Agent A
2,62 LLDP Agent B
3 IEEE802.1AB bridge
4 IEEE 802.1D bridge
6 Node equipment
7 Bridge not compatible with LLDP
11 Transmission-side LLDP frame processing unit 12, 65 Unicast address table 13, 63 Local MIB information
14 Receiving side LLDP
Claims (12)
前記第1及び第2のLLDPエージェント間で送受信されるLLDPフレームの宛先MAC(Media Access Control)アドレス部にユニキャストアドレスを用いることを特徴とするネットワーク。 An LLDP-compatible bridge that supports LLDP (Link Layer Discovery Protocol) and transmits an LLDP frame and an LLDP-incompatible bridge that does not support the LLDP and discards the LLDP frame coexist, and at least the LLDP-incompatible bridge A network to which the first and second LLDP agents are connected via,
A network characterized in that a unicast address is used for a destination MAC (Media Access Control) address part of an LLDP frame transmitted and received between the first and second LLDP agents.
前記第1及び第2のLLDPエージェントが前記LLDP未対応ブリッジを介して前記LLDPフレームを送受信することで前記ポートの死活監視を行うことを特徴とする請求項1から請求項3のいずれか記載のネットワーク。 The first and second LLDP agents are arranged corresponding to different ports in the same device;
4. The alive monitoring of the port according to claim 1, wherein the first and second LLDP agents transmit and receive the LLDP frame via the LLDP incompatible bridge. 5. network.
前記第1及び第2のLLDPエージェント間で送受信されるLLDPフレームの宛先MAC(Media Access Control)アドレス部にユニキャストアドレスを用いることを特徴とするノード装置。 An LLDP-compatible bridge that supports LLDP (Link Layer Discovery Protocol) and transmits an LLDP frame and an LLDP-incompatible bridge that does not support the LLDP and discards the LLDP frame coexist, and at least the LLDP-incompatible bridge A node device including at least one of the first and second LLDP agents in a network to which the first and second LLDP agents are connected,
A node device characterized in that a unicast address is used for a destination MAC (Media Access Control) address part of an LLDP frame transmitted and received between the first and second LLDP agents.
前記第1及び第2のLLDPエージェントが前記LLDP未対応ブリッジを介して前記LLDPフレームを送受信することで前記ポートの死活監視を行うことを特徴とする請求項5から請求項7のいずれか記載のノード装置。 Arranging the first and second LLDP agents corresponding to different ports;
8. The alive monitoring of the port according to claim 5, wherein the first and second LLDP agents perform alive monitoring of the port by transmitting and receiving the LLDP frame via the LLDP incompatible bridge. Node device.
前記第1及び第2のLLDPエージェント間で送受信されるLLDPフレームの宛先MAC(Media Access Control)アドレス部にユニキャストアドレスを用いることを特徴とするLLDPフレーム転送方法。 An LLDP-compatible bridge that supports LLDP (Link Layer Discovery Protocol) and transmits an LLDP frame and an LLDP-incompatible bridge that does not support the LLDP and discards the LLDP frame coexist, and at least the LLDP-incompatible bridge An LLDP frame transfer method used for a network to which the first and second LLDP agents are connected via
An LLDP frame transfer method using a unicast address in a destination MAC (Media Access Control) address part of an LLDP frame transmitted and received between the first and second LLDP agents.
前記第1及び第2のLLDPエージェント間において前記LLDP未対応ブリッジを介して前記LLDPフレームを送受信することで前記ポートの死活監視を行うことを特徴とする請求項9から請求項11のいずれか記載のLLDPフレーム転送方法。 The first and second LLDP agents are arranged corresponding to different ports in the same device,
12. The alive monitoring of the port is performed by transmitting and receiving the LLDP frame between the first and second LLDP agents via the LLDP incompatible bridge. LLDP frame transfer method.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007001891A JP4967664B2 (en) | 2007-01-10 | 2007-01-10 | Network, node device, and LLDP frame transfer method used therefor |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007001891A JP4967664B2 (en) | 2007-01-10 | 2007-01-10 | Network, node device, and LLDP frame transfer method used therefor |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2008172381A JP2008172381A (en) | 2008-07-24 |
JP4967664B2 true JP4967664B2 (en) | 2012-07-04 |
Family
ID=39700075
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007001891A Expired - Fee Related JP4967664B2 (en) | 2007-01-10 | 2007-01-10 | Network, node device, and LLDP frame transfer method used therefor |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4967664B2 (en) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011135240A (en) * | 2009-12-24 | 2011-07-07 | Nec Corp | Node device, network, and redundant configuration method therefor |
JP5377399B2 (en) | 2010-04-09 | 2013-12-25 | 株式会社日立製作所 | Frame transfer apparatus and frame transfer method |
WO2014112612A1 (en) * | 2013-01-21 | 2014-07-24 | 日本電気株式会社 | Communication system, control device, and method for managing network topology |
CN105812201A (en) * | 2014-12-31 | 2016-07-27 | 华为技术有限公司 | Link state detection method, device and system |
WO2019058524A1 (en) | 2017-09-22 | 2019-03-28 | 三菱電機株式会社 | Communication system and communication method |
CN110677479B (en) * | 2019-09-29 | 2022-06-07 | 苏州浪潮智能科技有限公司 | Equipment management method, system and storage medium of local area network |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11127199A (en) * | 1997-10-20 | 1999-05-11 | Fujitsu Ltd | Packet relay method for hybrid network of relay equipment different in type and relay equipment |
JP3774351B2 (en) * | 2000-02-17 | 2006-05-10 | 富士通株式会社 | Packet conversion apparatus and packet conversion method |
JP2003298602A (en) * | 2002-04-05 | 2003-10-17 | Hitachi Cable Ltd | Network device |
JP4420275B2 (en) * | 2003-11-12 | 2010-02-24 | 株式会社日立製作所 | Failover cluster system and program installation method using failover cluster system |
JP4486902B2 (en) * | 2005-03-01 | 2010-06-23 | 富士通株式会社 | Network system and gateway device |
-
2007
- 2007-01-10 JP JP2007001891A patent/JP4967664B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2008172381A (en) | 2008-07-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2018054156A1 (en) | Vxlan message forwarding method, device and system | |
EP2533475B1 (en) | Method and system for host route reachability in packet transport network access ring | |
JP4370999B2 (en) | Network system, node, node control program, and network control method | |
KR102342286B1 (en) | DCN message processing method, network device, and network system | |
EP1974485B1 (en) | Vpls failure protection in ring networks | |
JPH0522345A (en) | Optimum management decision system for maximum transfer unit | |
JP4967664B2 (en) | Network, node device, and LLDP frame transfer method used therefor | |
EP2553870B1 (en) | An operations, administrations and management proxy and a method for handling operations, administrations and management messages | |
JP2009016905A (en) | Packet network system | |
TW200910835A (en) | Wireless local area network (LAN) system | |
US20120026891A1 (en) | Communication network management system and method and management computer | |
CN101562576B (en) | Route distribution method and equipment thereof | |
EP1944918B1 (en) | A method and system for realizing the consistency of the virtual circuit status | |
WO2013159549A1 (en) | Method, device and system for establishing and using floating network segment | |
JP2013046090A (en) | Communication device and communication system | |
JP2007194957A (en) | Transmission device, method of connecting transmission line rings, and program for connecting transmission line rings | |
US20090003295A1 (en) | Ad-hoc network device with reduced data loss | |
US20120269056A1 (en) | Method, device, and system for protecting semi-ring network | |
WO2007094308A1 (en) | Wireless data communication system | |
JPWO2006075402A1 (en) | Open loop network node device and open loop network control method | |
JP5041600B2 (en) | Method of transmitting trace request for operation and maintenance management, management endpoint device and program | |
CN112994929A (en) | Network transmission method and system based on main and standby link switching | |
CN101764733B (en) | Method for realizing virtual local area network (VLAN) communication by adopting wireless network and device and system thereof | |
JP2016032226A (en) | Communication control device, communication control method and communication control program | |
JP3717802B2 (en) | Network relay device and ring network system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20091214 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20111118 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20111129 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120130 |
|
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: 20120306 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120319 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150413 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |