JP4967664B2 - Network, node device, and LLDP frame transfer method used therefor - Google Patents

Network, node device, and LLDP frame transfer method used therefor Download PDF

Info

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
Application number
JP2007001891A
Other languages
Japanese (ja)
Other versions
JP2008172381A (en
Inventor
健史 菅田
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
Priority to JP2007001891A priority Critical patent/JP4967664B2/en
Publication of JP2008172381A publication Critical patent/JP2008172381A/en
Application granted granted Critical
Publication of JP4967664B2 publication Critical patent/JP4967664B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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

本発明はネットワーク、ノード装置及びそれらに用いるＬＬＤＰフレーム転送方法に関し、特にＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）の拡張や利用の方法に関する。   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 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.

このＬＬＤＰフレーム経路について、図６（ａ），（ｂ）を参照して説明する。図６（ａ）はＬＬＤＰフレーム経路の構成を示しており、図６（ｂ）はＬＬＤＰフレームの構成を示している。   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.

図６（ａ）において、本発明の実施の形態によるＬＬＤＰフレーム経路は、ＬＬＤＰエージェントＡ７１とＬＬＤＰエージェントＢ７２との間に、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｒｏｍｉｃ Ｅｎｇｉｎｅｅｒｓ）８０２．１ＡＢをサポートしているブリッジやそのブリッジと同様のブリッジ機能を有するスイッチ（以下、これらをブリッジとする）７３と、ＩＥＥＥ８０２．１ＤをサポートしているがＩＥＥＥ８０２．１ＡＢをサポートしていないブリッジ７４とが配設されて構成されている。   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 switch 73 having the same bridge function as the bridge (hereinafter referred to as a bridge) 73 and a bridge 74 that supports IEEE 802.1D but does not support IEEE 802.1AB are provided. Yes.

図６（ｂ）において、本発明の実施の形態によるＬＬＤＰフレーム８０は、宛先ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス部８１と、送信元ＭＡＣアドレス部８２と、ＬＬＤＰ Ｅｔｈｅｒ ｔｙｐｅ８３と、ＬＬＤＰＤＵ（データの終わりを示すとともに、他のエージェントに送出する自身の情報及びフレームのデータの終わりを示す）８４とから構成されており、宛先ＭＡＣアドレス部８１をマルチキャストアドレス８５としている。   6B, an LLDP frame 80 according to the embodiment of the present invention includes a destination MAC (Media Access Control) address part 81, a source MAC address part 82, an LLDP Ether type 83, and an LLDPDU (end of data). And the destination MAC address portion 81 is a multicast address 85. The destination MAC address portion 81 is a multicast address 85.

図６において、ＬＬＤＰエージェントＡ７１及びＬＬＤＰエージェントＢ７２は、ＩＥＥＥ８０２．１ＡＢに基づき、規定された「０１−８０−Ｃ２−００−００−０Ｅ」（マルチキャストアドレス８５）を宛先ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス部８１としたＬＬＤＰフレーム８０を送信する。   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 LLDP frame 80 set to 81 is transmitted.

ＩＥＥＥ８０２．１ＡＢにおいて、ＬＬＤＰフレーム８０の宛先ＭＡＣアドレス部８１は、「０１−８０−Ｃ２−００−００−０Ｅ」（マルチキャストアドレス８５）と規定されている。しかしながら、ＩＥＥＥ８０２．１ＡＢ以前に規定されているＩＥＥＥ８０２．１ＤやＩＥＥＥ８０２．１Ｑでは、「０１−８０−Ｃ２−００−００−００」から「０１−８０−Ｃ２−００−００−０Ｆ」の範囲内の宛先ＭＡＣアドレスを予約されたアドレスとし、中継を行わないように示されている。   In IEEE 802.1AB, the destination MAC address portion 81 of the LLDP frame 80 is defined as “01-80-C2-00-00-0E” (multicast address 85). However, in IEEE802.1D and IEEE802.1Q defined before IEEE802.1AB, it is within the range of "01-80-C2-00-00-00" to "01-80-C2-00-00-0F". The destination MAC address is a reserved address, and relaying is not performed.

上述した従来のＬＬＤＰフレーム経路では、ＩＥＥＥ８０２．１ＤやＩＥＥＥ８０２．１Ｑに準拠したブリッジ７４において、マルチキャストアドレス８５を宛先ＭＡＣアドレス部８１としたＬＬＤＰフレーム８０を受信すると、その宛先ＭＡＣアドレスが予約されたマルチキャストアドレスであるため、ＬＬＤＰフレーム８０を中継しない場合がある。このように、ＬＬＤＰフレームの中継の可否は、各ブリッジ製品の仕様に左右される。   In the conventional LLDP frame path described above, when the bridge 74 compliant with IEEE 802.1D or IEEE 802.1Q receives the LLDP frame 80 with the multicast address 85 as the destination MAC address part 81, the multicast whose reserved MAC address is reserved. Since it is an address, the LLDP frame 80 may not be relayed. As described above, whether or not the LLDP frame can be relayed depends on the specifications of each bridge product.

ＩＥＥＥ８０２．１ＡＢに基づくフレーム転送装置としては、以下の特許文献に記載の技術がある。
特開２００３−３２４４３６号公報 As a frame transfer apparatus based on IEEE802.1AB, there is a technique described in the following patent document.
JP 2003-324436 A

上記のように、従来のＬＬＤＰでは、ＩＥＥＥ８０２．１ＡＢ以前に規定されたＩＥＥＥ８０２．１ｄでは宛先ＭＡＣアドレスに指定された「０１−８０−Ｃ２−００−００−０Ｅ」（マルチキャストアドレス８５）をブロックするように記されているため、ＩＥＥＥ８０２．１ＡＢをサポートしているブリッジ７３ではＬＬＤＰフレーム８０を透過するが、ＩＥＥＥ８０２．１Ｄをサポートしているが８０２．１ＡＢをサポートしていないブリッジ７４ではＬＬＤＰフレーム８０が破棄される。   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 bridge 73 that supports IEEE 802.1AB transmits the LLDP frame 80, but the bridge 74 that supports IEEE 802.1D but does not support 802.1AB supports the LLDP frame 80. Is destroyed.

また、ＩＥＥＥ８０２．１ＡＢでは、宛先ＭＡＣアドレス部８１に「０１−８０−Ｃ２−００−００−０Ｅ」（マルチキャストアドレス８５）のみが指定されているため、他のＭＡＣアドレスの使用が難しいという問題がある。   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.

さらに、従来のＬＬＤＰでは、宛先ＭＡＣアドレス部８１に「０１−８０−Ｃ２−００−００−０Ｅ」（マルチキャストアドレス８５）を指定したＬＬＤＰフレーム８０が、それを不必要とするネットワーク７５にも送信され、余分なトラヒック２０２を生み、ネットワークの帯域を圧迫するという問題がある。   Further, in the conventional LLDP, the LLDP frame 80 in which “01-80-C2-00-00-0E” (multicast address 85) is specified in the destination MAC address portion 81 is also transmitted to the network 75 that does not need it. There is a problem in that it generates extra traffic 202 and compresses the bandwidth of the network.

さらにまた、従来のＬＬＤＰでは、マルチキャストアドレス８５指定のＬＬＤＰフレーム８０が、それを不必要なネットワーク７５にも送信されることによって発生するブリッジ７３内での不要な処理が、エージェント数に比例して負荷が高まり、信頼性が損なわれるという問題がある。   Furthermore, in the conventional LLDP, unnecessary processing in the bridge 73 that occurs when the LLDP frame 80 with the multicast address 85 is transmitted to the unnecessary network 75 is proportional to the number of agents. There is a problem that the load increases and the reliability is impaired.

そこで、本発明の目的は上記の問題点を解消し、ＬＬＤＰをサポートしていないブリッジにおいてＬＬＤＰフレームを中継することができ、限定されたネットワーク機器へのＬＬＤＰフレーム送信によって付随するトラヒックの軽減やブリッジの負荷低減を図ることができるネットワーク、ノード装置及びそれらに用いるＬＬＤＰフレーム転送方法を提供することにある。   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.

本発明によるネットワークは、ＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）をサポートしかつＬＬＤＰフレームを透過するＬＬＤＰ対応ブリッジと、前記ＬＬＤＰをサポートせずかつ前記ＬＬＤＰフレームを破棄するＬＬＤＰ未対応ブリッジとが混在し、少なくとも前記ＬＬＤＰ未対応ブリッジを介して第１及び第２のＬＬＤＰエージェントが接続されるネットワークであって、
前記第１及び第２のＬＬＤＰエージェント間で送受信されるＬＬＤＰフレームの宛先ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス部にユニキャストアドレスを用いている。 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.

本発明によるノード装置は、ＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）をサポートしかつＬＬＤＰフレームを透過するＬＬＤＰ対応ブリッジと、前記ＬＬＤＰをサポートせずかつ前記ＬＬＤＰフレームを破棄するＬＬＤＰ未対応ブリッジとが混在し、少なくとも前記ＬＬＤＰ未対応ブリッジを介して第１及び第２のＬＬＤＰエージェントが接続されるネットワークにおいて前記第１及び第２のＬＬＤＰエージェントの少なくとも一方を含むノード装置であって、
前記第１及び第２のＬＬＤＰエージェント間で送受信されるＬＬＤＰフレームの宛先ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス部にユニキャストアドレスを用いている。 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.

本発明によるＬＬＤＰフレーム転送方法は、ＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）をサポートしかつＬＬＤＰフレームを透過するＬＬＤＰ対応ブリッジと、前記ＬＬＤＰをサポートせずかつ前記ＬＬＤＰフレームを破棄するＬＬＤＰ未対応ブリッジとが混在し、少なくとも前記ＬＬＤＰ未対応ブリッジを介して第１及び第２のＬＬＤＰエージェントが接続されるネットワークに用いるＬＬＤＰフレーム転送方法であって、
前記第１及び第２のＬＬＤＰエージェント間で送受信されるＬＬＤＰフレームの宛先ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス部にユニキャストアドレスを用いている。 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.

すなわち、本発明のネットワークは、ＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）フレームの宛先ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスをユニキャストアドレスにすることによって、マルチキャストアドレスをサポートしていないブリッジやそのブリッジと同様のブリッジ機能を有するスイッチ（以下、これらをブリッジとする）において、ＬＬＤＰを透過可能となる。これによって、本発明のネットワークでは、ネットワークのブリッジに依存せず、ＬＬＤＰを使用することが可能となる。   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.

より具体的に説明すると、本発明のネットワークでは、ＬＬＤＰエージェントＡが、ＬＬＤＰフレームの宛先ＭＡＣアドレスにＬＬＤＰエージェントＢのＭＡＣアドレスを指定したフレームを構成し、ブロードキャストドメイン上のノードへ送信する。   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.

ＬＬＤＰエージェントＡとＬＬＤＰエージェントＢとを接続するＬＬＤＰ未サポートブリッジが、ＬＬＤＰエージェントＡからのＬＬＤＰフレームを受信した後、ＬＬＤＰフレームの宛先ＭＡＣアドレスを解析し、指定されたユニキャストアドレスを持つＬＬＤＰエージェントＢへＬＬＤＰフレームを転送する。このようにして、本発明のネットワークでは、ネットワークのブリッジに依存せずにＬＬＤＰを使用することが可能となる。   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.

ＬＬＤＰエージェントを有するネットワーク機器は、ＬＬＤＰフレームの宛先ＭＡＣアドレスにマルチキャストアドレス（０１−８０−Ｃ２−００−００−０Ｅ）を使用せず、ユニキャストアドレスから構成されるＬＬＤＰフレームを作成し、送信する。   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. .

宛先ＭＡＣアドレスにユニキャストアドレスが指定されたＬＬＤＰフレームを受けたブリッジは、ＬＬＤＰフレームの宛先ＭＡＣアドレスが「０１−８０−Ｃ２−００−００−００」から「０１−８０−Ｃ２−００−００−０Ｆ」の範囲内の宛先ＭＡＣアドレスでないこと、ＬＬＤＰフレームの宛先ＭＡＣアドレスが「０１−８０−Ｃ２−００−００−０Ｅ」（マルチキャストアドレス）でないこと）を確認し、指定されたＭＡＣアドレスに対してＬＬＤＰフレームを転送する。   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.

したがって、本発明のネットワークでは、ＬＬＤＰにユニキャスト通信を応用することで、ＬＬＤＰをサポートしていないブリッジにおけるＬＬＤＰフレームの中継を可能にし、限定されたネットワーク機器へのＬＬＤＰフレーム送信により付随するトラヒックの軽減やブリッジの負荷低減を図ることが可能となる。   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.

本発明は、上記のような構成及び動作とすることで、ＬＬＤＰをサポートしていないブリッジにおいてＬＬＤＰフレームを中継することができ、限定されたネットワーク機器へのＬＬＤＰフレーム送信によって付随するトラヒックの軽減やブリッジの負荷低減を図ることができるという効果が得られる。   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.

次に、本発明の実施の形態について図面を参照して説明する。図１（ａ）は本発明の実施の形態によるＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）フレーム経路を示す図であり、図１（ｂ）は本発明の実施の形態によるＬＬＤＰフレームの構成例を示す図である。   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.

図１（ａ）において、本発明の実施の形態によるＬＬＤＰフレーム経路は、ＬＬＤＰエージェントＡ１とＬＬＤＰエージェントＢ２との間に、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｒｏｍｉｃ Ｅｎｇｉｎｅｅｒｓ）８０２．１ＡＢをサポートしているブリッジやそのブリッジと同様のブリッジ機能を有するスイッチ（以下、これらをブリッジとする）３と、ＩＥＥＥ８０２．１ＤをサポートしているがＩＥＥＥ８０２．１ＡＢをサポートしていないブリッジ４とが配設されて構成されている。   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 bridge 3 and a bridge 4 that supports IEEE 802.1D but does not support IEEE 802.1AB are arranged. Yes.

図１（ｂ）において、本発明の実施の形態によるＬＬＤＰフレーム５０は、宛先ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス部５１と、送信元ＭＡＣアドレス部５２と、ＬＬＤＰ Ｅｔｈｅｒ ｔｙｐｅ５３と、ＬＬＤＰＤＵ（データの終わりを示すとともに、他のエージェントに送出する自身の情報及びフレームのデータの終わりを示す）５４とから構成されており、宛先ＭＡＣアドレス部５１をユニキャストアドレス５５としている。   1B, an LLDP frame 50 according to an embodiment of the present invention includes a destination MAC (Media Access Control) address part 51, a source MAC address part 52, an LLDP Ether type 53, and an LLDPDU (end of data). The destination MAC address portion 51 is a unicast address 55. The destination MAC address portion 51 is a unicast address 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 frame 50, and transmits the frame to a node on the broadcast domain.

ＬＬＤＰエージェントＡ１とＬＬＤＰエージェントＢ２とを接続するＬＬＤＰ未サポートブリッジ４は、ＬＬＤＰエージェントＡ１からのＬＬＤＰフレーム５０を受信した後、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１を解析し、指定されたユニキャストアドレス５５を持つＬＬＤＰエージェントＢ２へＬＬＤＰフレーム５０を転送する。   The LLDP unsupported bridge 4 that connects the LLDP agent A1 and the LLDP agent B2 receives the LLDP frame 50 from the LLDP agent A1, analyzes the destination MAC address portion 51 of the LLDP frame 50, and designates the specified unicast address. The LLDP frame 50 is transferred to the LLDP agent B 2 having 55.

このように、本実施例では、ネットワークのブリッジ（ＩＥＥＥ８０２．１ＡＢをサポートしているブリッジ３、ＩＥＥＥ８０２．１ＤをサポートしているがＩＥＥＥ８０２．１ＡＢをサポートしていないブリッジ４）に依存せずに、ＬＬＤＰを使用することができる。   In this way, in this embodiment, without depending on the bridge of the network (bridge 3 that supports IEEE802.1AB, bridge 4 that supports IEEE802.1D but does not support IEEE802.1AB), LLDP can be used.

ＬＬＤＰエージェントＡ１を有するネットワーク機器（図示せず）は、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部にマルチキャストアドレス（０１−８０−Ｃ２−００−００−０Ｅ）を使用せず、ユニキャストアドレス５５から構成されるＬＬＤＰフレーム５０を作成して送信する。   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 LLDP frame 50, and is configured from a unicast address 55. LLDP frame 50 is generated and transmitted.

宛先ＭＡＣアドレス部５１にユニキャストアドレス５５が指定されたＬＬＤＰフレーム５０を受けたブリッジ４は、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１が「０１−８０−Ｃ２−００−００−００」から「０１−８０−Ｃ２−００−００−０Ｆ」の範囲内の宛先ＭＡＣアドレスでないこと、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１が「０１−８０−Ｃ２−００−００−０Ｅ」（マルチキャストアドレス）でないことを確認し、指定されたＭＡＣアドレス（ユニキャストアドレス５５）に対してＬＬＤＰフレーム５０を転送する。   In the bridge 4 that has received the LLDP frame 50 in which the unicast address 55 is specified in the destination MAC address part 51, the destination MAC address part 51 of the LLDP frame 50 changes from “01-80-C2-00-00-00” to “01. The destination MAC address is not within the range of “-80-C2-00-00-0F”, and the destination MAC address portion 51 of the LLDP frame 50 is not “01-80-C2-00-00-0E” (multicast address). The LLDP frame 50 is transferred to the designated MAC address (unicast address 55).

これによって、本実施例では、ＬＬＤＰにユニキャスト通信を応用することで、ＬＬＤＰをサポートしていないブリッジ４におけるＬＬＤＰフレーム５０の中継を可能にし、限定されたネットワーク機器へのＬＬＤＰフレーム送信によって付随するトラヒックの軽減やブリッジの負荷低減を図ることができる。   Thus, in this embodiment, by applying unicast communication to LLDP, the LLDP frame 50 can be relayed in the bridge 4 that does not support LLDP, and is accompanied by LLDP frame transmission to a limited network device. Traffic reduction and bridge load reduction can be achieved.

本発明の一実施例によるＬＬＤＰフレーム経路の基本構成は、上述した図１に示す本発明の実施の形態によるＬＬＤＰフレーム経路と同様の構成となっている。   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.

図２は本発明の一実施例によるＬＬＤＰエージェント（図１のＬＬＤＰエージェントＡ１及びＬＬＤＰエージェントＢ２に相当、ここでは仮にＬＬＤＰエージェントＡ１とする）の構成を示すブロック図である。図２において、ＬＬＤＰエージェント１は、送信側ＬＬＤＰフレーム処理部１１と、ユニキャストアドレステーブル１２と、ローカルＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）情報１３と、受信側ＬＬＤＰフレーム処理部１４と、リモートＭＩＢ情報１５とから構成されている。   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 agent 1 includes a transmission side LLDP frame processing unit 11, a unicast address table 12, local MIB (Management Information Base) information 13, a reception side LLDP frame processing unit 14, remote MIB information 15, It is composed of

送信側ＬＬＤＰフレーム処理部１１はユニキャストアドレステーブル１２より宛先のユニキャストアドレス５５を利用したＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１を決定する。ローカルＭＩＢ情報１３から自身に関する情報を取得し、ＬＬＤＰフレーム５０を処理して送信する。受信側ＬＬＤＰフレーム処理部１４は、受信したＬＬＤＰフレーム５０を処理し、リモートＭＩＢ情報１５へ送信元ＭＩＢ情報を保存する。   The transmission side LLDP frame processing unit 11 determines the destination MAC address unit 51 of the LLDP frame 50 using the destination unicast address 55 from the unicast address table 12. Information about itself is acquired from the local MIB information 13, and the LLDP frame 50 is processed and transmitted. The receiving side LLDP frame processing unit 14 processes the received LLDP frame 50 and stores the transmission source MIB information in the remote MIB information 15.

以上、本発明の一実施例によるＬＬＤＰエージェント１の構成について述べたが、図２に示すローカルＭＩＢ情報１３とリモートＭＩＢ情報１５とについては、当業者にとってよく知られており、また本発明とは直接関係しないので、その詳細な構成についての説明は省略する。   The configuration of the LLDP agent 1 according to one embodiment of the present invention has been described above. The local MIB information 13 and the remote MIB information 15 shown in FIG. 2 are well known to those skilled in the art, and what is the present invention? Since it is not directly related, description of the detailed configuration is omitted.

尚、本実施例では、一つの処理部で送信側ＬＬＤＰフレーム処理と受信側ＬＬＤＰフレーム処理とを行うようにして、合わせて送受信ＬＬＤＰフレーム処理部としてもよい。また、ユニキャストアドレステーブル１２については、スタティックな情報で構成することができる。   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 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 frame processing unit 14 shown in FIG. The operation of the LLDP agent 1 according to one embodiment of the present invention will be described with reference to FIGS.

送信側ＬＬＤＰフレーム処理部１１は、宛先ＬＬＤＰエージェントを有するネットワーク機器が指定されると（図３ステップＳ１）、予め用意されたユニキャストアドレステーブル１２から、指定されたネットワーク機器のユニキャストアドレスを検索し（図３ステップＳ２）、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１を決定する。   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 frame 50 is determined.

送信側ＬＬＤＰフレーム処理部１１は、ローカルＭＩＢ情報１３が与えられると（図３ステップＳ３）、ＬＬＤＰフレーム５０を生成し（図３ステップＳ４）、そのＬＬＤＰフレーム５０を指定されたネットワーク機器に送信する（図３ステップＳ５）。   When the local MIB information 13 is given (step S3 in FIG. 3), the transmission-side LLDP frame processing unit 11 generates an LLDP frame 50 (step S4 in FIG. 3), and transmits the LLDP frame 50 to the designated network device. (FIG. 3, step S5).

送信側ＬＬＤＰフレーム処理部１１は、ＬＬＤＰフレーム５０を送信した後、再送判断を行い（図３ステップＳ６）、再送する場合、ステップＳ４に戻って再度、ＬＬＤＰフレーム５０を生成する。また、送信側ＬＬＤＰフレーム処理部１１は、再送を行わないのであれば、送信側ＬＬＤＰフレーム処理を終了する。   After transmitting the LLDP frame 50, the transmission side LLDP frame processing unit 11 performs retransmission determination (step S6 in FIG. 3), and when retransmitting, returns to step S4 to generate the LLDP frame 50 again. Also, the transmission side LLDP frame processing unit 11 ends the transmission side LLDP frame processing if retransmission is not performed.

一方、受信側ＬＬＤＰフレーム処理部１４は、ＬＬＤＰフレーム５０を受信すると、受信したＬＬＤＰフレーム５０を解析し（図４ステップＳ１１）、その解析から得た送信元のＭＩＢ情報をリモートＭＩＢ情報１５に保存する（図４ステップＳ１２）。   On the other hand, when receiving the LLDP frame 50, the receiving-side LLDP frame processing unit 14 analyzes the received LLDP frame 50 (step S11 in FIG. 4), and stores the MIB information of the transmission source obtained from the analysis in the remote MIB information 15. (Step S12 in FIG. 4).

このように、本実施例では、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１でユニキャストアドレス５５を指定しているので、ＬＬＤＰフレームをＬＬＤＰをサポートしていないブリッジ４を経由して宛先のネットワーク機器（例えば、ＬＬＤＰエージェントＢ２を備えた機器）まで送信することができる。   Thus, in this embodiment, since the unicast address 55 is specified in the destination MAC address section 51 of the LLDP frame 50, the LLDP frame is sent to the destination network device (via the bridge 4 that does not support LLDP). For example, it can be transmitted to a device provided with the LLDP agent B2.

また、本実施例では、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１でユニキャストアドレス５５を指定しているので、ＬＬＤＰ送信先を限定することができる。   In this embodiment, since the unicast address 55 is specified in the destination MAC address part 51 of the LLDP frame 50, the LLDP transmission destination can be limited.

さらに、本実施例では、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１でユニキャストアドレス５５を指定することで、予めＬＬＤＰ送信先を限定するため、ネットワーク上の不要なマルチキャストフレームを低減することができる。   Furthermore, in this embodiment, by specifying the unicast address 55 in the destination MAC address section 51 of the LLDP frame 50, the LLDP transmission destination is limited in advance, so that unnecessary multicast frames on the network can be reduced.

さらにまた、本実施例では、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１でユニキャストアドレス５５を指定することで、予めＬＬＤＰ送信先を限定するため、経由するブリッジの中継処理による負荷を低減することができる。   Furthermore, in this embodiment, by specifying the unicast address 55 in the destination MAC address portion 51 of the LLDP frame 50, the LLDP transmission destination is limited in advance, so that the load caused by the relay processing of the bridge through can be reduced. it can.

本実施例では、冗長化されたノード間にＬＬＤＰをサポートしていないブリッジを設置している場合において、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１でユニキャストアドレスを予めＬＬＤＰ送信先を同一ノード内の対となるポートに限定することで、ポートの相互死活監視を行うことができる。   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 frame 50 sets the unicast address in advance within the same node. By limiting to a pair of ports, mutual alive monitoring of the ports can be performed.

本発明の他の実施例によるＬＬＤＰフレーム経路の基本的構成は、上記の図１に示す本発明の実施の形態によるＬＬＤＰフレーム経路の構成と同様であるが、本実施例では冗長化ネットワーク利用についてさらに工夫している。   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.

図５は本発明の他の実施例によるノード装置の構成を示すブロック図である。図５において、ノード装置６はＬＬＤＰフレーム処理部６１ａを持つＬＬＤＰエージェントＡ６１と、ＬＬＤＰフレーム処理部６２ａを持つＬＬＤＰエージェントＢ６２と、ローカルＭＩＢ情報６３と、リモートＭＩＢ情報６４，６６と、ユニキャストアドレステーブル６５とから構成されている。   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 node device 6 includes an LLDP agent A61 having an LLDP frame processing unit 61a, an LLDP agent B62 having an LLDP frame processing unit 62a, local MIB information 63, remote MIB information 64 and 66, and a unicast address table. 65.

ノード装置６のポートに存在するＬＬＤＰエージェントＡ６１はＬＬＤＰをサポートしていないＬＬＤＰ未対応ブリッジ７を経由して、同一のノード装置６内の別ポートに存在するＬＬＤＰエージェントＢ６２に対して、ユニキャストアドレスを用いたＬＬＤＰフレーム１６１を送信する。ノード装置６はＬＬＤＰ未対応ブリッジ７を通してＬＬＤＰエージェントＡ６１からのＬＬＤＰフレーム１６１を受信することによって、ＬＬＤＰエージェントＡ６１のポートが存続していることを確認する。   The LLDP agent A61 existing at the port of the node device 6 passes through the LLDP-incompatible bridge 7 that does not support LLDP to the LLDP agent B62 existing at another port in the same node device 6 as a unicast address. LLDP frame 161 using is transmitted. The node device 6 receives the LLDP frame 161 from the LLDP agent A61 through the LLDP incompatible bridge 7, thereby confirming that the port of the LLDP agent A61 exists.

逆に、ＬＬＤＰエージェントＢ６２はＬＬＤＰ未対応ブリッジ７を経由して、同一のノード装置６内の別ポートに存在するＬＬＤＰエージェントＡ６１に対して、ユニキャストアドレスを用いたＬＬＤＰフレーム１６２を送信する。   Conversely, the LLDP agent B 62 transmits the LLDP frame 162 using the unicast address to the LLDP agent A 61 existing in another port in the same node device 6 via the LLDP incompatible bridge 7.

このように、本実施例では、ＬＬＤＰエージェントＡ６１及びＬＬＤＰエージェントＢ６２各々から相互に、ＬＬＤＰフレームの送受信を定期的に繰り返すことで、互いのポートの死活監視を行っている。これによって、本実施例では、一方のＬＬＤＰエージェントからのＬＬＤＰフレームを受信できなかった場合に、冗長化の切替え処理を行うことができる。   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.

よって、本実施例では、ＬＬＤＰエージェントＡ６１とＬＬＤＰエージェントＢ６２とが同一のノード装置６内に別ポートとして存在しており、ＬＬＤＰをサポートしていないＬＬＤＰ未対応ブリッジ７を経由して冗長化しているので、ＬＬＤＰエージェントＡ６１とＬＬＤＰエージェントＢ６２との間でＬＬＤＰフレームを送受信するため、相互にポートの死活監視を行うことができるという効果が奏する。   Therefore, in this embodiment, the LLDP agent A61 and the LLDP agent B62 exist as separate ports in the same node device 6, and are made redundant via the LLDP incompatible bridge 7 that does not support LLDP. Therefore, since the LLDP frame is transmitted / received between the LLDP agent A61 and the LLDP agent B62, there is an effect that the port life monitoring can be performed mutually.

尚、本発明の他の実施例の構成において、ＬＬＤＰエージェントＡ６１及びＬＬＤＰエージェントＢ６２各々のローカルＭＩＢ情報６３とユニキャストアドレステーブル６５とをそれらに共有で構成してもよい。   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 LLDP agent A 61 and the LLDP agent B 62 may be shared.

本発明は、ブリッジを経由して冗長化されるノード装置間において、同一のノード装置内の複数のポートの相互死活監視に適用することができる。   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.

（ａ）は本発明の実施の形態によるＬＬＤＰフレーム経路を示す図、（ｂ）は本発明の実施の形態によるＬＬＤＰフレームの構成例を示す図である。(A) is a figure which shows the LLDP frame path | route by embodiment of this invention, (b) is a figure which shows the structural example of the LLDP frame by embodiment of this invention. 図２は本発明の一実施例によるＬＬＤＰエージェントの構成を示すブロック図である。FIG. 2 is a block diagram illustrating a configuration of an LLDP agent according to an embodiment of the present invention. 図２に示す送信側ＬＬＤＰフレーム処理部１１の処理動作を示すフローチャートである。3 is a flowchart showing a processing operation of a transmission side LLDP frame processing unit 11 shown in FIG. 2. 図２に示す受信側ＬＬＤＰフレーム処理部１４の処理動作を示すフローチャートである。3 is a flowchart showing a processing operation of a receiving side LLDP frame processing unit 14 shown in FIG. 2. 本発明の他の実施例によるノード装置の構成を示すブロック図である。It is a block diagram which shows the structure of the node apparatus by the other Example of this invention. （ａ）は従来のＬＬＤＰフレーム経路を示す図、（ｂ）は従来のＬＬＤＰフレームの構成例を示す図である。(A) is a figure which shows the conventional LLDP frame path | route, (b) is a figure which shows the structural example of the conventional LLDP frame.

符号の説明Explanation of symbols

１，６１ ＬＬＤＰエージェントＡ
２，６２ ＬＬＤＰエージェントＢ
３ ＩＥＥＥ８０２．１ＡＢブリッジ
４ ＩＥＥＥ８０２．１Ｄブリッジ
６ ノード装置
７ ＬＬＤＰ未対応ブリッジ
１１ 送信側ＬＬＤＰフレーム処理部
１２，６５ ユニキャストアドレステーブル
１３，６３ ローカルＭＩＢ情報
１４ 受信側ＬＬＤＰフレーム処理部
１５，６４，６６ リモートＭＩＢ情報
６１ａ，６２ａ ＬＬＤＰフレーム処理部 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 frame processing unit 15, 64, 66 Remote MIB information 61a, 62a LLDP frame processing unit

Claims (12)

ＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）をサポートしかつＬＬＤＰフレームを透過するＬＬＤＰ対応ブリッジと、前記ＬＬＤＰをサポートせずかつ前記ＬＬＤＰフレームを破棄するＬＬＤＰ未対応ブリッジとが混在し、少なくとも前記ＬＬＤＰ未対応ブリッジを介して第１及び第２のＬＬＤＰエージェントが接続されるネットワークであって、
前記第１及び第２のＬＬＤＰエージェント間で送受信されるＬＬＤＰフレームの宛先ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス部にユニキャストアドレスを用いることを特徴とするネットワーク。 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. 前記第１及び第２のＬＬＤＰエージェント各々は、前記宛先ＭＡＣアドレス部に前記ユニキャストアドレスを用いたＬＬＤＰフレームを処理するフレーム処理手段を含むことを特徴とする請求項１記載のネットワーク。   2. The network according to claim 1, wherein each of the first and second LLDP agents includes frame processing means for processing an LLDP frame using the unicast address in the destination MAC address portion. 前記ＬＬＤＰ未対応ブリッジは、前記ＬＬＤＰフレームの宛先ＭＡＣアドレス部が予約されたアドレスでないこと及び当該宛先ＭＡＣアドレス部がマルチキャストアドレスでないことを確認した時に当該宛先ＭＡＣアドレス部に指定されたアドレスの機器に対して前記ＬＬＤＰフレームを転送することを特徴とする請求項１または請求項２記載のネットワーク。   The LLDP-unsupported bridge confirms that the destination MAC address part of the LLDP frame is not a reserved address and that the destination MAC address part is not a multicast address. 3. The network according to claim 1, wherein the LLDP frame is transferred to the network. 前記第１及び第２のＬＬＤＰエージェントが同一装置内の異なるポートに対応して配設され、
前記第１及び第２のＬＬＤＰエージェントが前記ＬＬＤＰ未対応ブリッジを介して前記ＬＬＤＰフレームを送受信することで前記ポートの死活監視を行うことを特徴とする請求項１から請求項３のいずれか記載のネットワーク。 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. ＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）をサポートしかつＬＬＤＰフレームを透過するＬＬＤＰ対応ブリッジと、前記ＬＬＤＰをサポートせずかつ前記ＬＬＤＰフレームを破棄するＬＬＤＰ未対応ブリッジとが混在し、少なくとも前記ＬＬＤＰ未対応ブリッジを介して第１及び第２のＬＬＤＰエージェントが接続されるネットワークにおいて前記第１及び第２のＬＬＤＰエージェントの少なくとも一方を含むノード装置であって、
前記第１及び第２のＬＬＤＰエージェント間で送受信されるＬＬＤＰフレームの宛先ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス部にユニキャストアドレスを用いることを特徴とするノード装置。 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. 前記第１及び第２のＬＬＤＰエージェント各々は、前記宛先ＭＡＣアドレス部に前記ユニキャストアドレスを用いたＬＬＤＰフレームを処理するフレーム処理手段を含むことを特徴とする請求項５記載のノード装置。   6. The node apparatus according to claim 5, wherein each of the first and second LLDP agents includes frame processing means for processing an LLDP frame using the unicast address in the destination MAC address portion. 前記ＬＬＤＰ未対応ブリッジが、前記ＬＬＤＰフレームの宛先ＭＡＣアドレス部が予約されたアドレスでないこと及び当該宛先ＭＡＣアドレス部がマルチキャストアドレスでないことを確認した時に当該宛先ＭＡＣアドレス部に指定されたアドレスの機器に対して前記ＬＬＤＰフレームを転送することを特徴とする請求項５または請求項６記載のノード装置。   When the LLDP-incompatible bridge confirms that the destination MAC address part of the LLDP frame is not a reserved address and that the destination MAC address part is not a multicast address, the bridge of the address specified in the destination MAC address part 7. The node device according to claim 5, wherein the LLDP frame is transferred to the node device. 前記第１及び第２のＬＬＤＰエージェントを異なるポートに対応して配設し、
前記第１及び第２のＬＬＤＰエージェントが前記ＬＬＤＰ未対応ブリッジを介して前記ＬＬＤＰフレームを送受信することで前記ポートの死活監視を行うことを特徴とする請求項５から請求項７のいずれか記載のノード装置。 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. ＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）をサポートしかつＬＬＤＰフレームを透過するＬＬＤＰ対応ブリッジと、前記ＬＬＤＰをサポートせずかつ前記ＬＬＤＰフレームを破棄するＬＬＤＰ未対応ブリッジとが混在し、少なくとも前記ＬＬＤＰ未対応ブリッジを介して第１及び第２のＬＬＤＰエージェントが接続されるネットワークに用いるＬＬＤＰフレーム転送方法であって、
前記第１及び第２のＬＬＤＰエージェント間で送受信されるＬＬＤＰフレームの宛先ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス部にユニキャストアドレスを用いることを特徴とするＬＬＤＰフレーム転送方法。 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. 前記第１及び第２のＬＬＤＰエージェント各々が、前記宛先ＭＡＣアドレス部に前記ユニキャストアドレスを用いたＬＬＤＰフレームを処理するフレーム処理を実行することを特徴とする請求項９記載のＬＬＤＰフレーム転送方法。   10. The LLDP frame transfer method according to claim 9, wherein each of the first and second LLDP agents executes frame processing for processing an LLDP frame using the unicast address in the destination MAC address portion. 前記ＬＬＤＰ未対応ブリッジが、前記ＬＬＤＰフレームの宛先ＭＡＣアドレス部が予約されたアドレスでないこと及び当該宛先ＭＡＣアドレス部がマルチキャストアドレスでないことを確認した時に当該宛先ＭＡＣアドレス部に指定されたアドレスの機器に対して前記ＬＬＤＰフレームを転送することを特徴とする請求項９または請求項１０記載のＬＬＤＰフレーム転送方法。   When the LLDP-incompatible bridge confirms that the destination MAC address part of the LLDP frame is not a reserved address and that the destination MAC address part is not a multicast address, the bridge of the address specified in the destination MAC address part 11. The LLDP frame transfer method according to claim 9, wherein the LLDP frame is transferred to the LLDP frame. 前記第１及び第２のＬＬＤＰエージェントを同一装置内の異なるポートに対応して配設し、
前記第１及び第２のＬＬＤＰエージェント間において前記ＬＬＤＰ未対応ブリッジを介して前記ＬＬＤＰフレームを送受信することで前記ポートの死活監視を行うことを特徴とする請求項９から請求項１１のいずれか記載のＬＬＤＰフレーム転送方法。 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.
JP2007001891A 2007-01-10 2007-01-10 Network, node device, and LLDP frame transfer method used therefor Expired - Fee Related JP4967664B2 (en)

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)

* Cited by examiner, † Cited by third party
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
US9843496B2 (en) 2013-01-21 2017-12-12 Nec Corporation Communication system, control apparatus, and network topology management method
CN105812201A (en) * 2014-12-31 2016-07-27 华为技术有限公司 Link state detection method, device and system
KR101975165B1 (en) 2017-09-22 2019-05-03 미쓰비시덴키 가부시키가이샤 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)

* Cited by examiner, † Cited by third party
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

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
JP4370999B2 (en) Network system, node, node control program, and network control method
EP1974485B1 (en) Vpls failure protection in ring networks
KR102342286B1 (en) DCN message processing method, network device, and network system
JPH0522345A (en) Optimum management decision system for maximum transfer unit
JP4967664B2 (en) Network, node device, and LLDP frame transfer method used therefor
TWI444008B (en) Wireless local area network (wlan) system
EP2553870B1 (en) An operations, administrations and management proxy and a method for handling operations, administrations and management messages
JP2009016905A (en) Packet network 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
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
JP2007166532A (en) Communication system
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
JP3794580B2 (en) DATA RELAY METHOD, DATA RELAY DEVICE, AND DATA RELAY SYSTEM USING THE DEVICE
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
CN104426691A (en) Fault processing method, aggregation gatway (AGG) and radio side gateway

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