JP5377399B2 - フレーム転送装置及びフレーム転送方法 - Google Patents
フレーム転送装置及びフレーム転送方法 Download PDFInfo
- Publication number
- JP5377399B2 JP5377399B2 JP2010090249A JP2010090249A JP5377399B2 JP 5377399 B2 JP5377399 B2 JP 5377399B2 JP 2010090249 A JP2010090249 A JP 2010090249A JP 2010090249 A JP2010090249 A JP 2010090249A JP 5377399 B2 JP5377399 B2 JP 5377399B2
- Authority
- JP
- Japan
- Prior art keywords
- frame
- lldp
- information
- terminal
- device information
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- 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
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Description
本発明は、フレーム転送装置及びフレーム転送方法に係り、特に、Ｌ２レイヤにおいて、機器情報をマルチキャストで伝達するネットワークシステム内の、フレーム転送装置及びフレーム転送方法に関する。
様々な端末がネットワークにつながるようになり、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）内が複雑になる中、ネットワーク内の端末等の情報を自動的に収集する方法として、ＩＥＥＥ ８０２．１ＡＢ によりＬＬＤＰ（Ｌｉｎｋ Ｌｏｃａｌ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）が考案されている。
ＬＬＤＰはリンクレイヤ（Ｌ２レイヤ）のプロトコルとして、ＬＡＮ内で用いられる。ネットワーク内の各端末およびフレーム転送装置は自身の機器情報をＬＬＤＰフレームとして宛先マルチキャストアドレスでネットワーク内に送信する。宛先マルチキャストアドレスのフレームをフレーム転送装置が受信すると、そのフレームは受信ポート以外の全ポートに転送される。そのため、各端末およびフレーム転送装置から送信されるＬＬＤＰフレームはネットワーク内の全ての端末に配送される。これにより、各端末およびフレーム転送装置が送信したＬＬＤＰフレームを収集することで、ネットワーク内の各端末の情報を自動的に収集することが可能となる。また、ＬＬＤＰにはＴＴＬ（Ｔｉｍｅ Ｔｏ Ｌｉｖｅ）が規定されており、ＬＬＤＰフレームを送信する各端末はこのＴＴＬよりも短い周期でＬＬＤＰフレームを送信することで、各端末の生存確認を行うことができる。
ＬＬＤＰでは、ＬＬＤＰフレームの宛先ＭＡＣアドレスにマルチキャストアドレスを指定する。そのため、ＬＬＤＰフレームを受信する必要のない端末にまで、ＬＬＤＰフレームが送信され、ネットワーク帯域を不要に圧迫してしまう。また、ＩＥＥＥ８０２．１ＡＢ以前に規定されたＩＥＥＥ８０２．１ｄでは、ＩＥＥＥ８０２．１ＡＢの規定する宛先マルチキャストのＭＡＣアドレスを、フレーム破棄の対象となるアドレス範囲に規定している。そのため、ＩＥＥＥ８０２．１ＡＢをサポートしていないフレーム転送装置がネットワーク内に存在した場合、そのフレーム転送装置に接続した端末へＬＬＤＰフレームが到達しないという課題がある。これを改善するため、特許文献１ではＬＬＤＰフレームを転送するフレーム転送装置において、宛先ＭＡＣアドレスをマルチキャストアドレスから、ユニキャストアドレスに変換している。それにより、ＬＬＤＰフレームの受信の必要がある端末にのみ、ＬＬＤＰフレームを送信することが可能となり、不要なＬＬＤＰフレームによるネットワーク帯域の圧迫を防いでいる。また、上記ＩＥＥＥ８０２．１ＡＢをサポートしていないブリッジがネットワーク内に存在した場合も、宛先ＭＡＣアドレスにユニキャストアドレスを指定しているため、当該ブリッジに接続した端末に対してもＬＬＤＰフレームの送信を可能としている。
ＬＬＤＰはリンクレイヤ（Ｌ２レイヤ）のプロトコルとして、ＬＡＮ内で用いられる。ネットワーク内の各端末およびフレーム転送装置は自身の機器情報をＬＬＤＰフレームとして宛先マルチキャストアドレスでネットワーク内に送信する。宛先マルチキャストアドレスのフレームをフレーム転送装置が受信すると、そのフレームは受信ポート以外の全ポートに転送される。そのため、各端末およびフレーム転送装置から送信されるＬＬＤＰフレームはネットワーク内の全ての端末に配送される。これにより、各端末およびフレーム転送装置が送信したＬＬＤＰフレームを収集することで、ネットワーク内の各端末の情報を自動的に収集することが可能となる。また、ＬＬＤＰにはＴＴＬ（Ｔｉｍｅ Ｔｏ Ｌｉｖｅ）が規定されており、ＬＬＤＰフレームを送信する各端末はこのＴＴＬよりも短い周期でＬＬＤＰフレームを送信することで、各端末の生存確認を行うことができる。
ＬＬＤＰでは、ＬＬＤＰフレームの宛先ＭＡＣアドレスにマルチキャストアドレスを指定する。そのため、ＬＬＤＰフレームを受信する必要のない端末にまで、ＬＬＤＰフレームが送信され、ネットワーク帯域を不要に圧迫してしまう。また、ＩＥＥＥ８０２．１ＡＢ以前に規定されたＩＥＥＥ８０２．１ｄでは、ＩＥＥＥ８０２．１ＡＢの規定する宛先マルチキャストのＭＡＣアドレスを、フレーム破棄の対象となるアドレス範囲に規定している。そのため、ＩＥＥＥ８０２．１ＡＢをサポートしていないフレーム転送装置がネットワーク内に存在した場合、そのフレーム転送装置に接続した端末へＬＬＤＰフレームが到達しないという課題がある。これを改善するため、特許文献１ではＬＬＤＰフレームを転送するフレーム転送装置において、宛先ＭＡＣアドレスをマルチキャストアドレスから、ユニキャストアドレスに変換している。それにより、ＬＬＤＰフレームの受信の必要がある端末にのみ、ＬＬＤＰフレームを送信することが可能となり、不要なＬＬＤＰフレームによるネットワーク帯域の圧迫を防いでいる。また、上記ＩＥＥＥ８０２．１ＡＢをサポートしていないブリッジがネットワーク内に存在した場合も、宛先ＭＡＣアドレスにユニキャストアドレスを指定しているため、当該ブリッジに接続した端末に対してもＬＬＤＰフレームの送信を可能としている。
特許文献１による技術では、ネットワーク内の全端末がＬＬＤＰフレームの受信を必要とした場合、ネットワーク帯域の負荷はマルチキャストアドレスを指定した場合と変わらない。しかしながら、ＬＬＤＰフレームの宛先ＭＡＣアドレスを変換するフレーム転送装置の端末負荷は端末間の数に比例して増加してしまう。
ＩＥＥＥ８０２．１ＡＢにおいて、ＬＬＤＰフレームのＴＴＬは０〜６５５３５秒まで設定可能であり、ＬＬＤＰフレームのＴＴＬは、短ければ短いほど、生存確認のための送信周期が短くなりネットワーク内のトラフィック負荷が増加してしまう。そのため、ＴＴＬを長くすることで、ＬＬＤＰフレームの送信周期を長くし、ＬＬＤＰフレームのトラフィック負荷を軽減する方法が考えられる。しかしながら、上記方法では、ＬＬＤＰフレームを送信した端末がネットワークから離脱した場合に、それを察知するまでの誤差時間が長くなってしまう。
以上の点に鑑み、本発明はネットワーク内のフレーム転送装置において、各端末が生存確認のために送信する周期的なＬＬＤＰフレーム転送を抑制し、適切なタイミングで当該端末のＬＬＤＰフレームの代理送信を行うことで、ネットワーク内のトラフィック負荷を軽減するフレーム転送装置及びフレーム転送方法を提供することを目的とする。
ＩＥＥＥ８０２．１ＡＢにおいて、ＬＬＤＰフレームのＴＴＬは０〜６５５３５秒まで設定可能であり、ＬＬＤＰフレームのＴＴＬは、短ければ短いほど、生存確認のための送信周期が短くなりネットワーク内のトラフィック負荷が増加してしまう。そのため、ＴＴＬを長くすることで、ＬＬＤＰフレームの送信周期を長くし、ＬＬＤＰフレームのトラフィック負荷を軽減する方法が考えられる。しかしながら、上記方法では、ＬＬＤＰフレームを送信した端末がネットワークから離脱した場合に、それを察知するまでの誤差時間が長くなってしまう。
以上の点に鑑み、本発明はネットワーク内のフレーム転送装置において、各端末が生存確認のために送信する周期的なＬＬＤＰフレーム転送を抑制し、適切なタイミングで当該端末のＬＬＤＰフレームの代理送信を行うことで、ネットワーク内のトラフィック負荷を軽減するフレーム転送装置及びフレーム転送方法を提供することを目的とする。
本発明におけるフレーム転送装置は、例えば、ＬＬＤＰフレームを転送する際のＴＴＬをその最大値である６５５３５秒に変更して送信する。これにより、当該ＬＬＤＰフレームを受信した端末は、６５５３５秒の間、生存確認のためのＬＬＤＰフレームの受信が不要となる。また、当該ＬＬＤＰフレームを送信した端末がネットワークから離脱した場合、フレーム転送装置において、当該ＬＬＤＰフレームの変更前のＴＴＬ値満了を契機に、ＴＴＬを０に設定したＬＬＤＰフレームを送信端末に代わって代理送信する。これにより、当該端末の離脱も、他端末へ適切に通知することが可能である。また、ネットワークに新規で参加した端末に対しては、フレーム転送装置内で保持する当該端末以外の機器情報を新規で参加した当該端末に対してユニキャストで送信する。これにより、ネットワークに新規で参加した端末も、ネットワーク内の他端末の機器情報を即座に取得可能である。
本発明の第１の解決手段によると、
ネットワーク内の端末又はフレーム転送装置である機器が、自身の機器情報を送信し、各機器がフレーム転送装置で転送された他の機器の機器情報を取得する前記ネットワークにおけるフレーム転送装置であって、
第１機器から、該第１機器の機器情報と、該機器情報の予め定められた第１有効時間とを含む第１フレームを受信する受信部と、
受信した第１フレーム内の、前記第１機器の機器情報と第１有効時間とを記憶する記憶部と、
第１有効時間内に前記第１機器から前記第１フレームを再度受信することで、該第１機器の生存確認を行う監視部と、
前記第１機器の生存が確認されている間は、該第１機器の機器情報と、第１有効時間よりも長い第２有効時間とを含む第２フレームを、第１有効時間よりも長く第２有効時間よりも短い時間間隔で、ひとつ又は複数の第２機器に送信する送信部と
を備えた前記フレーム転送装置が提供される。
本発明の第２の解決手段によると、
ネットワーク内の端末又はフレーム転送装置である機器が自身の生存確認のためのフレームを送信し、各機器が、フレーム転送装置で転送された他の機器の前記生存確認のためのフレームを取得する前記ネットワークにおけるフレーム転送装置であって、
第１機器から、予め定められた生存確認の第１有効時間を含む第１フレームを受信する受信部と、
第１有効時間内に前記第１機器から前記第１フレームを再度受信することで、該第１機器の生存確認を行う監視部と、
前記第１機器の生存が確認されている間は、第１有効時間よりも長い生存確認の第２有効時間を含む第２フレームを、第１有効時間よりも長く第２有効時間よりも短い時間間隔で、ひとつ又は複数の第２機器に送信する送信部と
を備えた前記フレーム転送装置が提供される。
本発明の第３の解決手段によると、
ネットワーク内の端末又はフレーム転送装置である機器が、自身の機器情報を送信し、各機器が、フレーム転送装置で転送された他の機器の機器情報を取得する前記ネットワークにおけるフレーム転送方法であって、
第１機器から、該第１機器の機器情報と、予め定められた該機器情報の第１有効時間とを含む第１フレームを受信するステップと、
受信した第１フレーム内の、該第１機器の機器情報と第１有効時間とを記憶するステップと、
第１有効時間内に第１機器から前記第１フレームを再度受信することで、該第１機器の生存確認を行うステップと、
第１機器の生存が確認されている間は、該第１機器の機器情報と、第１有効時間よりも長い第２有効時間とを含む第２フレームを、第１有効時間よりも長く第２有効時間よりも短い時間間隔で、ひとつ又は複数の第２機器に送信するステップと、
を含む前記フレーム転送方法が提供される。
ネットワーク内の端末又はフレーム転送装置である機器が、自身の機器情報を送信し、各機器がフレーム転送装置で転送された他の機器の機器情報を取得する前記ネットワークにおけるフレーム転送装置であって、
第１機器から、該第１機器の機器情報と、該機器情報の予め定められた第１有効時間とを含む第１フレームを受信する受信部と、
受信した第１フレーム内の、前記第１機器の機器情報と第１有効時間とを記憶する記憶部と、
第１有効時間内に前記第１機器から前記第１フレームを再度受信することで、該第１機器の生存確認を行う監視部と、
前記第１機器の生存が確認されている間は、該第１機器の機器情報と、第１有効時間よりも長い第２有効時間とを含む第２フレームを、第１有効時間よりも長く第２有効時間よりも短い時間間隔で、ひとつ又は複数の第２機器に送信する送信部と
を備えた前記フレーム転送装置が提供される。
本発明の第２の解決手段によると、
ネットワーク内の端末又はフレーム転送装置である機器が自身の生存確認のためのフレームを送信し、各機器が、フレーム転送装置で転送された他の機器の前記生存確認のためのフレームを取得する前記ネットワークにおけるフレーム転送装置であって、
第１機器から、予め定められた生存確認の第１有効時間を含む第１フレームを受信する受信部と、
第１有効時間内に前記第１機器から前記第１フレームを再度受信することで、該第１機器の生存確認を行う監視部と、
前記第１機器の生存が確認されている間は、第１有効時間よりも長い生存確認の第２有効時間を含む第２フレームを、第１有効時間よりも長く第２有効時間よりも短い時間間隔で、ひとつ又は複数の第２機器に送信する送信部と
を備えた前記フレーム転送装置が提供される。
本発明の第３の解決手段によると、
ネットワーク内の端末又はフレーム転送装置である機器が、自身の機器情報を送信し、各機器が、フレーム転送装置で転送された他の機器の機器情報を取得する前記ネットワークにおけるフレーム転送方法であって、
第１機器から、該第１機器の機器情報と、予め定められた該機器情報の第１有効時間とを含む第１フレームを受信するステップと、
受信した第１フレーム内の、該第１機器の機器情報と第１有効時間とを記憶するステップと、
第１有効時間内に第１機器から前記第１フレームを再度受信することで、該第１機器の生存確認を行うステップと、
第１機器の生存が確認されている間は、該第１機器の機器情報と、第１有効時間よりも長い第２有効時間とを含む第２フレームを、第１有効時間よりも長く第２有効時間よりも短い時間間隔で、ひとつ又は複数の第２機器に送信するステップと、
を含む前記フレーム転送方法が提供される。
本発明によると、ネットワーク内のフレーム転送装置において、各端末が生存確認のために送信する周期的なＬＬＤＰフレーム転送を抑制し、適切なタイミングで当該端末のＬＬＤＰフレームの代理送信を行うことで、ネットワーク内のトラフィック負荷を軽減するフレーム転送装置及びフレーム転送方法を提供することができる。
図１は、ネットワークシステムのハードウェアブロック図である。
本実施の形態のネットワークは、ＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）フレームを転送するフレーム転送装置と、自身の機器情報をＬＬＤＰフレームに設定し、ネットワーク内に送信する複数台の端末を備える。図１には、ＬＬＤＰフレームを転送するフレーム転送装置１０１とＬＬＤＰフレームを送信する端末Ａ１０２、端末Ｂ１０３、端末Ｃ１０４を示している。端末Ａ１０２、端末Ｂ１０３、端末Ｃ１０４の各端末は、自身のＭＡＣアドレスと、ＬＬＤＰにおいて機器情報を判別する機器ＩＤと、ネットワーク内に通知する機器情報をそれぞれ有する。例えば、端末Ａ１０２は、自身のＭＡＣアドレス（ＭＡＣ Ａ１０５）と機器ＩＤ（ＩＤ Ａ１０６）と機器情報（Ａ１０７）から、図１０のＬＬＤＰフレーム７０１を作成し、ネットワーク内に送信する。図１では端末Ａ１０２からのみ、ＬＬＤＰフレーム７０１を送信しているが、実際のネットワーク内では、フレーム転送装置を含め、ＬＬＤＰに対応した全ての機器がＬＬＤＰフレームを送信する。なお、本実施の形態において、端末とフレーム転送装置をまとめて単に機器と称することもある。
図２を参照して、ＬＬＤＰフレームの内容について説明する。図２のＬＬＤＰフレーム２０１は、ＬＬＤＰヘッダ２０２とＬＬＤＰＤＵ（ＬＬＤＰ Ｄａｔａ Ｕｎｉｔ）２０３から構成される。ＬＬＤＰヘッダ２０２は宛先ＭＡＣアドレス２０４、送信元ＭＡＣアドレス２０５、Ｔｙｐｅ２０６を含む。宛先ＭＡＣアドレス２０４にはＬＬＤＰで予め規定されたマルチキャストアドレス（０１：８０：Ｃ２：００：００：０Ｅ）を設定し、送信元ＭＡＣ２０５には送信元となる端末のＭＡＣアドレスを設定する。また、Ｔｙｐｅ２０６にはＬＬＤＰを示す８８ＣＣを設定する。
ＬＬＤＰＤＵ２０３はＬＬＤＰで規定されたＴＬＶ（ｔｙｐｅ−ｌｅｎｇｔｈ−ｖａｌｕｅ）（２０７〜２１２）により構成される。Ｃｈａｓｓｉｓ ＩＤ２０７、Ｐｏｒｔ ＩＤ２０８は、これら２つのＴＬＶの組み合わせにより、ＬＬＤＰフレームの機器情報を特定可能なユニークな値を設定する。例えば、端末のＭＡＣアドレスや、ネットワーク内で端末ごとに割り振られる一意なローカルＩＤが設定される。Ｃｈａｓｓｉｓ ＩＤ２０７、Ｐｏｒｔ ＩＤ２０８の設定項目はｓｕｂｔｙｐｅとして指定可能であり、どのような値を設定するかはＬＬＤＰフレームを送信する端末によって異なる。本実施の形態においては、ＬＬＤＰのＣｈａｓｓｉｓ ＩＤ２０７ 、Ｐｏｒｔ ＩＤ２０８の、各ＴＬＶの設定項目や設定値の詳細な説明は省略する。Ｃｈａｓｓｉｓ ＩＤ２０７およびＰｏｒｔ ＩＤ２０８の役割は、この２つのＴＬＶ（２０７〜２０８）の組み合わせにより、送信するＬＬＤＰフレームの機器情報が一意に特定できることである。そのため、単に２つのＴＬＶ（２０７〜２０８）を合わせて機器ＩＤ２１３と呼ぶことにして以降の説明を行う。
本実施の形態のネットワークは、ＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）フレームを転送するフレーム転送装置と、自身の機器情報をＬＬＤＰフレームに設定し、ネットワーク内に送信する複数台の端末を備える。図１には、ＬＬＤＰフレームを転送するフレーム転送装置１０１とＬＬＤＰフレームを送信する端末Ａ１０２、端末Ｂ１０３、端末Ｃ１０４を示している。端末Ａ１０２、端末Ｂ１０３、端末Ｃ１０４の各端末は、自身のＭＡＣアドレスと、ＬＬＤＰにおいて機器情報を判別する機器ＩＤと、ネットワーク内に通知する機器情報をそれぞれ有する。例えば、端末Ａ１０２は、自身のＭＡＣアドレス（ＭＡＣ Ａ１０５）と機器ＩＤ（ＩＤ Ａ１０６）と機器情報（Ａ１０７）から、図１０のＬＬＤＰフレーム７０１を作成し、ネットワーク内に送信する。図１では端末Ａ１０２からのみ、ＬＬＤＰフレーム７０１を送信しているが、実際のネットワーク内では、フレーム転送装置を含め、ＬＬＤＰに対応した全ての機器がＬＬＤＰフレームを送信する。なお、本実施の形態において、端末とフレーム転送装置をまとめて単に機器と称することもある。
図２を参照して、ＬＬＤＰフレームの内容について説明する。図２のＬＬＤＰフレーム２０１は、ＬＬＤＰヘッダ２０２とＬＬＤＰＤＵ（ＬＬＤＰ Ｄａｔａ Ｕｎｉｔ）２０３から構成される。ＬＬＤＰヘッダ２０２は宛先ＭＡＣアドレス２０４、送信元ＭＡＣアドレス２０５、Ｔｙｐｅ２０６を含む。宛先ＭＡＣアドレス２０４にはＬＬＤＰで予め規定されたマルチキャストアドレス（０１：８０：Ｃ２：００：００：０Ｅ）を設定し、送信元ＭＡＣ２０５には送信元となる端末のＭＡＣアドレスを設定する。また、Ｔｙｐｅ２０６にはＬＬＤＰを示す８８ＣＣを設定する。
ＬＬＤＰＤＵ２０３はＬＬＤＰで規定されたＴＬＶ（ｔｙｐｅ−ｌｅｎｇｔｈ−ｖａｌｕｅ）（２０７〜２１２）により構成される。Ｃｈａｓｓｉｓ ＩＤ２０７、Ｐｏｒｔ ＩＤ２０８は、これら２つのＴＬＶの組み合わせにより、ＬＬＤＰフレームの機器情報を特定可能なユニークな値を設定する。例えば、端末のＭＡＣアドレスや、ネットワーク内で端末ごとに割り振られる一意なローカルＩＤが設定される。Ｃｈａｓｓｉｓ ＩＤ２０７、Ｐｏｒｔ ＩＤ２０８の設定項目はｓｕｂｔｙｐｅとして指定可能であり、どのような値を設定するかはＬＬＤＰフレームを送信する端末によって異なる。本実施の形態においては、ＬＬＤＰのＣｈａｓｓｉｓ ＩＤ２０７ 、Ｐｏｒｔ ＩＤ２０８の、各ＴＬＶの設定項目や設定値の詳細な説明は省略する。Ｃｈａｓｓｉｓ ＩＤ２０７およびＰｏｒｔ ＩＤ２０８の役割は、この２つのＴＬＶ（２０７〜２０８）の組み合わせにより、送信するＬＬＤＰフレームの機器情報が一意に特定できることである。そのため、単に２つのＴＬＶ（２０７〜２０８）を合わせて機器ＩＤ２１３と呼ぶことにして以降の説明を行う。
ＴＴＬ２０９にはＬＬＤＰフレームに設定される情報の有効期間が設定される。Ｏｐｔｉｏｎａｌ ＴＬＶ（２１０〜２１１）には端末の保持する機器情報が設定される。機器情報としては、端末の製造番号、ＶＬＡＮ ＩＤ、種類、設定情報、能力情報など端末、フレーム転送装置などの機器に関する様々な情報が設定可能である。どのような情報が設定されるかはシステムおよび、端末によって異なり、予め定めることができる。そのため、Ｏｐｔｉｏｎａｌ ＴＬＶ（２１０２１１）の詳細な説明は省略し、Ｏｐｔｉｏｎａｌ ＴＬＶ（２１０２１１）に設定される情報は単に機器情報２１４として以降の説明を行う。なお、配送された機器情報の受信及び使用の要否は各端末の判断によるが、機器情報を受信し処理する端末はネットワーク内に例えば複数存在でき、このような端末（Ｍａｎａｇｅｒ）は機器情報として取得したフレーム転送装置のポートごとのＭＡＣアドレス学習テーブルや、各端末のＭＡＣアドレスなどの情報を解析することでネットワーク内の物理的な接続構成（トポロジー）を把握することが可能である。
図４を参照し、本実施の形態におけるフレーム転送装置の構成を説明する。
フレーム転送装置１０１は、例えば、フレーム受信部３０１と、フレーム送信部３０２と、ＬＬＤＰ受信処理部３０３と、機器情報テーブル（記憶部）３０４と、ＬＬＤＰ送信処理部３０５と、テーブル監視部（監視部）３０６とを備える。なお、本実施の形態において、フレーム受信部３０１とＬＬＤＰ受信処理部３０３とをまとめて受信部、フレーム送信部３０２とＬＬＤＰ送信処理部３０５とをまとめて送信部と称することもある。
本実施の形態におけるフレーム転送装置では、まずフレーム受信部３０１によりＬＬＤＰフレーム２０１を受信する。フレーム受信部３０１は、端末又は他のフレーム転送装置１０１に接続するための各ポートを介してＬＬＤＰフレームを受信できる。フレーム受信部３０１では、ＬＬＤＰヘッダ２０２のＴｙｐｅ２０６を参照し、ＬＬＤＰフレーム２０１か否かの判定を行う。受信したフレームがＬＬＤＰフレーム２０１でなければ、そのままフレーム送信部３０２でフレームの転送を行う。フレーム送信部３０２は、フレームの宛先に応じたポートからフレームを出力する。一方、受信したフレームがＬＬＤＰフレーム２０１の場合、ＬＬＤＰ受信処理部３０３でＬＬＤＰフレーム２０１の受信処理を行う。
ＬＬＤＰ受信処理部３０３では、受信したＬＬＤＰフレーム２０１について、機器情報テーブル３０４（詳細は図５を参照して後述する）へのエントリ更新判定を行う。また、ＬＬＤＰ受信処理部３０３は、当該エントリのＴＴＬタイマ４０６の更新を行う。ＬＬＤＰ受信処理部３０３において、受信したＬＬＤＰフレーム２０１の転送が必要な場合には、当該エントリの送信タイマ４０７の設定を行う。当該エントリの送信タイマをタイマ満了として設定することで、即座に当該エントリの送信処理が行われ、当該ＬＬＤＰフレーム２０１が送信される。
後述する機器情報テーブル３０４には、受信したＬＬＤＰフレーム２０１の機器ＩＤ２１３をキーに、機器情報エントリが保持される。また、各エントリはＴＴＬタイマ４０６および送信タイマ４０７を有する。
テーブル監視部３０６では、機器情報テーブル３０４を監視し、新規追加エントリおよび、ＴＴＬタイマ４０６、送信タイマ４０７のタイマ満了エントリをＬＬＤＰ送信処理部３０５へ通知する。
図４を参照し、本実施の形態におけるフレーム転送装置の構成を説明する。
フレーム転送装置１０１は、例えば、フレーム受信部３０１と、フレーム送信部３０２と、ＬＬＤＰ受信処理部３０３と、機器情報テーブル（記憶部）３０４と、ＬＬＤＰ送信処理部３０５と、テーブル監視部（監視部）３０６とを備える。なお、本実施の形態において、フレーム受信部３０１とＬＬＤＰ受信処理部３０３とをまとめて受信部、フレーム送信部３０２とＬＬＤＰ送信処理部３０５とをまとめて送信部と称することもある。
本実施の形態におけるフレーム転送装置では、まずフレーム受信部３０１によりＬＬＤＰフレーム２０１を受信する。フレーム受信部３０１は、端末又は他のフレーム転送装置１０１に接続するための各ポートを介してＬＬＤＰフレームを受信できる。フレーム受信部３０１では、ＬＬＤＰヘッダ２０２のＴｙｐｅ２０６を参照し、ＬＬＤＰフレーム２０１か否かの判定を行う。受信したフレームがＬＬＤＰフレーム２０１でなければ、そのままフレーム送信部３０２でフレームの転送を行う。フレーム送信部３０２は、フレームの宛先に応じたポートからフレームを出力する。一方、受信したフレームがＬＬＤＰフレーム２０１の場合、ＬＬＤＰ受信処理部３０３でＬＬＤＰフレーム２０１の受信処理を行う。
ＬＬＤＰ受信処理部３０３では、受信したＬＬＤＰフレーム２０１について、機器情報テーブル３０４（詳細は図５を参照して後述する）へのエントリ更新判定を行う。また、ＬＬＤＰ受信処理部３０３は、当該エントリのＴＴＬタイマ４０６の更新を行う。ＬＬＤＰ受信処理部３０３において、受信したＬＬＤＰフレーム２０１の転送が必要な場合には、当該エントリの送信タイマ４０７の設定を行う。当該エントリの送信タイマをタイマ満了として設定することで、即座に当該エントリの送信処理が行われ、当該ＬＬＤＰフレーム２０１が送信される。
後述する機器情報テーブル３０４には、受信したＬＬＤＰフレーム２０１の機器ＩＤ２１３をキーに、機器情報エントリが保持される。また、各エントリはＴＴＬタイマ４０６および送信タイマ４０７を有する。
テーブル監視部３０６では、機器情報テーブル３０４を監視し、新規追加エントリおよび、ＴＴＬタイマ４０６、送信タイマ４０７のタイマ満了エントリをＬＬＤＰ送信処理部３０５へ通知する。
ＬＬＤＰ送信処理部３０５では、テーブル監視部３０６から通知された当該エントリの情報から、送信フレームを作成する。ＴＴＬタイマ４０６満了、送信タイマ４０７満了によって作成した場合、ＬＬＤＰフレーム２０１のＴＴＬ２０９を変更し、フレーム送信部３０２により当該ＬＬＤＰフレーム２０１を送信する。また、次回ＬＬＤＰフレーム送信の送信タイマ４０７を設定する。また、新規エントリが追加された場合には、機器情報テーブルの新規追加エントリ以外の機器情報エントリを当該新規エントリに対応する端末に対してユニキャストで送信する。例えば、当該エントリの送信元ＭＡＣアドレスを宛先として送信する。これにより、ネットワークに新規に参加した端末も、ネットワーク内の他端末の機器情報を即座に取得可能である。
図５を参照し、機器情報テーブル３０４で保持するエントリとタイマの内容を説明する。
機器情報テーブル３０４には、エントリとして、テーブル内のエントリＮｏ（エントリ番号、エントリ識別子）４０１、機器ＩＤ４０２、ＬＬＤＰフレームの受信Ｐｏｒｔ４０３、受信したＬＬＤＰフレームの送信元ＭＡＣアドレス４０４及び機器情報２１４を含む情報を一つのエントリとして保持する。また、各エントリにはＴＴＬタイマ４０６、送信タイマ４０７が設定される。ＴＴＬタイマ４０６もしくは、送信タイマ４０７満了時はテーブル監視部３０６により即座にＬＬＤＰ送信処理部３０５へ通知され、当該エントリの送信処理が行われる。
図６を参照し、ＬＬＤＰ受信処理部３０３の処理を説明する。
ＬＬＤＰ受信処理部３０３では、受信したＬＬＤＰフレーム２０１の機器ＩＤ２１３が機器情報テーブル３０４に存在する情報であるか判定する（Ｓ５０１）。ＬＬＤＰフレーム２０１の機器ＩＤ２１３が機器情報テーブル３０４に存在しない新規の情報であった場合、ＬＬＤＰ受信処理部３０３は、機器情報テーブル３０４に新規エントリを追加する（Ｓ５０２）。
図５を参照し、機器情報テーブル３０４で保持するエントリとタイマの内容を説明する。
機器情報テーブル３０４には、エントリとして、テーブル内のエントリＮｏ（エントリ番号、エントリ識別子）４０１、機器ＩＤ４０２、ＬＬＤＰフレームの受信Ｐｏｒｔ４０３、受信したＬＬＤＰフレームの送信元ＭＡＣアドレス４０４及び機器情報２１４を含む情報を一つのエントリとして保持する。また、各エントリにはＴＴＬタイマ４０６、送信タイマ４０７が設定される。ＴＴＬタイマ４０６もしくは、送信タイマ４０７満了時はテーブル監視部３０６により即座にＬＬＤＰ送信処理部３０５へ通知され、当該エントリの送信処理が行われる。
図６を参照し、ＬＬＤＰ受信処理部３０３の処理を説明する。
ＬＬＤＰ受信処理部３０３では、受信したＬＬＤＰフレーム２０１の機器ＩＤ２１３が機器情報テーブル３０４に存在する情報であるか判定する（Ｓ５０１）。ＬＬＤＰフレーム２０１の機器ＩＤ２１３が機器情報テーブル３０４に存在しない新規の情報であった場合、ＬＬＤＰ受信処理部３０３は、機器情報テーブル３０４に新規エントリを追加する（Ｓ５０２）。
例えば、ＬＬＤＰ受信処理部３０３は、機器ＩＤと、送信元ＭＡＣアドレスと、機器情報を受信したＬＬＤＰフレーム２０１から抽出し、機器情報テーブル３０１の新規エントリに記憶する。また、ＬＬＤＰ受信処理部３０３は、ＬＬＤＰフレーム２０１を受信した受信ポートの識別情報を機器情報テーブル３０１の上記新規エントリに記憶する。また、追加したエントリのＴＴＬタイマ４０６を受信したＬＬＤＰフレームのＴＴＬ２０９で設定する（Ｓ５０３）。新規追加したエントリの、ＬＬＤＰフレーム２０１は、他端末へ転送する必要があるため、ＬＬＤＰ受信処理部３０３は、当該エントリの送信タイマ４０７を０（タイマ満了）に設定する（Ｓ５０４）。これにより、当該エントリはテーブル監視部３０６により即座にタイマ満了と判断され、ＬＬＤＰ送信処理部３０３で送信処理が行われる。
ＬＬＤＰフレーム２０１の機器ＩＤ２１３が機器情報テーブル３０４に存在した場合（Ｓ５０１）、ＬＬＤＰ受信処理部３０３は、当該エントリのＴＴＬタイマ４０６をＬＬＤＰフレーム２０１のＴＴＬ２０９で更新する（Ｓ５０５）。また、ＬＬＤＰ受信処理部３０３は、ＬＬＤＰフレーム２０１の機器情報２１４と当該エントリの機器情報４０５を比較し、機器情報２１４に変更があるか判定する（Ｓ５０６）。機器情報２１４に変更があった場合、ＬＬＤＰ受信処理部３０３は、当該エントリの機器情報４０５を、受信したＬＬＤＰフレームの機器情報２１４に更新する。当該端末の機器情報が変更になった場合は、他端末に対して、その変更を通知する必要がある。例として、当該端末のＶＬＡＮ ＩＤが変更になった場合を考えると、当該端末との通信を維持するためには他端末は即座にその情報を知る必要がある。その他、当該端末の機器情報がどのように利用されるかはシステムまたは受信側の端末に依存し、フレーム転送装置１０１ではその情報の変更通知の要・不要が判断できない場合がある。そのため、当該端末の機器情報が変更になった場合は、当該エントリの送信タイマ４０７を０に設定し、即時送信処理を行う。一方、当該端末の機器情報２１４に変更がなかった場合（Ｓ５０６）、不要なフレーム転送を抑えるため、送信処理は行わずにそのまま処理を終了する。また、上記手順により、受信したＬＬＤＰフレーム２０１のＴＴＬ２０９のみが変更されていた場合、当該エントリのＴＴＬタイマ４０６のみが更新され、ＬＬＤＰフレームの転送は行わないこととなる。
なお、上述の例では、新規エントリの追加時及び機器情報更新時に送信タイマを０としているが、これ以外にも送信タイマに基づく次回の送信タイミングよりも早いタイミングで送信処理が行われるようにしてもよい。
ここで、テーブル監視部３０６（図示せず）の処理について説明する。テーブル監視部３０６では、機器情報テーブル３０４を監視し、ＴＴＬタイマ４０６および送信タイマ４０７満了のエントリについてそのエントリＮｏ４０１をＬＬＤＰ送信処理部３０５に通知する。また、送信タイマ４０７満了のエントリが機器情報テーブル３０４に新規追加されたエントリの場合は、エントリが新規追加エントリであることをＬＬＤＰ送信処理部３０５に通知する。
ＬＬＤＰフレーム２０１の機器ＩＤ２１３が機器情報テーブル３０４に存在した場合（Ｓ５０１）、ＬＬＤＰ受信処理部３０３は、当該エントリのＴＴＬタイマ４０６をＬＬＤＰフレーム２０１のＴＴＬ２０９で更新する（Ｓ５０５）。また、ＬＬＤＰ受信処理部３０３は、ＬＬＤＰフレーム２０１の機器情報２１４と当該エントリの機器情報４０５を比較し、機器情報２１４に変更があるか判定する（Ｓ５０６）。機器情報２１４に変更があった場合、ＬＬＤＰ受信処理部３０３は、当該エントリの機器情報４０５を、受信したＬＬＤＰフレームの機器情報２１４に更新する。当該端末の機器情報が変更になった場合は、他端末に対して、その変更を通知する必要がある。例として、当該端末のＶＬＡＮ ＩＤが変更になった場合を考えると、当該端末との通信を維持するためには他端末は即座にその情報を知る必要がある。その他、当該端末の機器情報がどのように利用されるかはシステムまたは受信側の端末に依存し、フレーム転送装置１０１ではその情報の変更通知の要・不要が判断できない場合がある。そのため、当該端末の機器情報が変更になった場合は、当該エントリの送信タイマ４０７を０に設定し、即時送信処理を行う。一方、当該端末の機器情報２１４に変更がなかった場合（Ｓ５０６）、不要なフレーム転送を抑えるため、送信処理は行わずにそのまま処理を終了する。また、上記手順により、受信したＬＬＤＰフレーム２０１のＴＴＬ２０９のみが変更されていた場合、当該エントリのＴＴＬタイマ４０６のみが更新され、ＬＬＤＰフレームの転送は行わないこととなる。
なお、上述の例では、新規エントリの追加時及び機器情報更新時に送信タイマを０としているが、これ以外にも送信タイマに基づく次回の送信タイミングよりも早いタイミングで送信処理が行われるようにしてもよい。
ここで、テーブル監視部３０６（図示せず）の処理について説明する。テーブル監視部３０６では、機器情報テーブル３０４を監視し、ＴＴＬタイマ４０６および送信タイマ４０７満了のエントリについてそのエントリＮｏ４０１をＬＬＤＰ送信処理部３０５に通知する。また、送信タイマ４０７満了のエントリが機器情報テーブル３０４に新規追加されたエントリの場合は、エントリが新規追加エントリであることをＬＬＤＰ送信処理部３０５に通知する。
図７を参照し、ＬＬＤＰ送信処理部３０５の処理を説明する。
ＬＬＤＰ送信処理部３０５ではテーブル監視部３０６から通知されたタイマ満了エントリについて、ＬＬＤＰフレームの送信処理を行う。まず、ＬＬＤＰ送信処理部３０５は、テーブル監視部３０６から通知されたエントリＮｏで特定されるエントリの機器ＩＤ４０２、送信元ＭＡＣアドレス４０４、機器情報４０５からＬＬＤＰフレーム２０１を作成する（Ｓ５２１）。これらの情報は、機器情報テーブル３０４から取得できる。また、ＬＬＤＰフレーム２０１の宛先ＭＡＣアドレス２０４にはマルチキャストアドレスを設定する。ＬＬＤＰ送信処理部３０５は、当該エントリの満了したタイマが、送信タイマかＴＴＬタイマかを判定し（Ｓ５２２）、当該エントリがＴＴＬタイマ４０６満了の場合、ＬＬＤＰフレーム２０１のＴＴＬ２０９に０を設定し（Ｓ５２３）、作成した送信フレームをフレーム送信部３０２へ通知する（Ｓ５２５）。また、ＬＬＤＰ送信処理部３０５は、機器情報テーブル３０４から当該エントリを削除する（Ｓ５２４）。
一方、当該エントリが送信タイマ４０７満了であった場合（Ｓ５２２）、ＬＬＤＰ送信処理部３０５は、ＬＬＤＰフレーム２０１のＴＴＬ２０９を最大値である６５５３５に変更し（Ｓ５２６）、作成した送信フレームをフレーム送信部３０２へ通知する（Ｓ５２８）。また、ＬＬＤＰ送信処理部３０５は、当該エントリの送信タイマ４０７を設定する（Ｓ５２７）。このときの送信タイマ４０７は、例えば、ＴＴＬ２０９として設定した６５５３５よりも短い時間（但し、ＴＴＬタイマより長い時間）に設定する。これにより、ＴＴＬよりも短い間隔でＬＬＤＰフレームを送信できる。
なお、当該エントリのＴＴＬタイマ４０６と送信タイマ４０７が同時に満了していた場合は、当該端末はすでにネットワークから離脱したと考えることができる。そのため、他端末に対しては生存確認のためにＴＴＬ２０９に６５５３５を設定したフレーム送信ではなく、当該端末の離脱を通知するために、ＴＴＬ２０９に０を設定したフレーム送信を行う。そのため、当該エントリのＴＴＬタイマ４０６と送信タイマ４０７が同時に満了していた場合は、ＴＴＬタイマ４０６満了を優先するようにしてもよい。なお、ＴＴＬ２０９には、ネットワーク内で設定可能な最大値である６５５３５に設定する以外にも、受信したＬＬＤＰフレームのＴＴＬより長い適宜の時間を設定してもよい。
また、テーブル監視部３０６から通知されたエントリが新規追加エントリであった場合（Ｓ５２９）、フレーム送信部３０２は、当該エントリの端末に対して、他端末の機器情報をユニキャストで送信する。その場合、フレーム送信部３０２は、機器情報テーブル３０４に保持している当該エントリ以外のエントリを順次探索し、各エントリの情報を含み、当該端末を宛先とするユニキャストＬＬＤＰフレームを作成（Ｓ５３１）し、作成したフレームをフレーム送信部３０２へ通知する（Ｓ５３２）。機器情報テーブル３０４の探索がすべて終了すると、未送信エントリなしとして処理を終了する（Ｓ５３０）。これにより、ネットワークに新規に参加した端末も、ネットワーク内の他端末の機器情報を即座に取得可能である。図３では、例として、端末Ｂ１０３のエントリ４０９を端末Ａ１０２へ送信する際の、ユニキャストＬＬＤＰフレーム０を示す。
作成したＬＬＤＰフレーム２０１はフレーム送信部３０２により送信する。その際、当該ＬＬＤＰフレーム２０１の宛先ＭＡＣアドレスがマルチキャストアドレスの場合は、当該エントリの受信ポート４０３以外の全ポートへのフレーム送信を行う。
ＬＬＤＰ送信処理部３０５ではテーブル監視部３０６から通知されたタイマ満了エントリについて、ＬＬＤＰフレームの送信処理を行う。まず、ＬＬＤＰ送信処理部３０５は、テーブル監視部３０６から通知されたエントリＮｏで特定されるエントリの機器ＩＤ４０２、送信元ＭＡＣアドレス４０４、機器情報４０５からＬＬＤＰフレーム２０１を作成する（Ｓ５２１）。これらの情報は、機器情報テーブル３０４から取得できる。また、ＬＬＤＰフレーム２０１の宛先ＭＡＣアドレス２０４にはマルチキャストアドレスを設定する。ＬＬＤＰ送信処理部３０５は、当該エントリの満了したタイマが、送信タイマかＴＴＬタイマかを判定し（Ｓ５２２）、当該エントリがＴＴＬタイマ４０６満了の場合、ＬＬＤＰフレーム２０１のＴＴＬ２０９に０を設定し（Ｓ５２３）、作成した送信フレームをフレーム送信部３０２へ通知する（Ｓ５２５）。また、ＬＬＤＰ送信処理部３０５は、機器情報テーブル３０４から当該エントリを削除する（Ｓ５２４）。
一方、当該エントリが送信タイマ４０７満了であった場合（Ｓ５２２）、ＬＬＤＰ送信処理部３０５は、ＬＬＤＰフレーム２０１のＴＴＬ２０９を最大値である６５５３５に変更し（Ｓ５２６）、作成した送信フレームをフレーム送信部３０２へ通知する（Ｓ５２８）。また、ＬＬＤＰ送信処理部３０５は、当該エントリの送信タイマ４０７を設定する（Ｓ５２７）。このときの送信タイマ４０７は、例えば、ＴＴＬ２０９として設定した６５５３５よりも短い時間（但し、ＴＴＬタイマより長い時間）に設定する。これにより、ＴＴＬよりも短い間隔でＬＬＤＰフレームを送信できる。
なお、当該エントリのＴＴＬタイマ４０６と送信タイマ４０７が同時に満了していた場合は、当該端末はすでにネットワークから離脱したと考えることができる。そのため、他端末に対しては生存確認のためにＴＴＬ２０９に６５５３５を設定したフレーム送信ではなく、当該端末の離脱を通知するために、ＴＴＬ２０９に０を設定したフレーム送信を行う。そのため、当該エントリのＴＴＬタイマ４０６と送信タイマ４０７が同時に満了していた場合は、ＴＴＬタイマ４０６満了を優先するようにしてもよい。なお、ＴＴＬ２０９には、ネットワーク内で設定可能な最大値である６５５３５に設定する以外にも、受信したＬＬＤＰフレームのＴＴＬより長い適宜の時間を設定してもよい。
また、テーブル監視部３０６から通知されたエントリが新規追加エントリであった場合（Ｓ５２９）、フレーム送信部３０２は、当該エントリの端末に対して、他端末の機器情報をユニキャストで送信する。その場合、フレーム送信部３０２は、機器情報テーブル３０４に保持している当該エントリ以外のエントリを順次探索し、各エントリの情報を含み、当該端末を宛先とするユニキャストＬＬＤＰフレームを作成（Ｓ５３１）し、作成したフレームをフレーム送信部３０２へ通知する（Ｓ５３２）。機器情報テーブル３０４の探索がすべて終了すると、未送信エントリなしとして処理を終了する（Ｓ５３０）。これにより、ネットワークに新規に参加した端末も、ネットワーク内の他端末の機器情報を即座に取得可能である。図３では、例として、端末Ｂ１０３のエントリ４０９を端末Ａ１０２へ送信する際の、ユニキャストＬＬＤＰフレーム０を示す。
作成したＬＬＤＰフレーム２０１はフレーム送信部３０２により送信する。その際、当該ＬＬＤＰフレーム２０１の宛先ＭＡＣアドレスがマルチキャストアドレスの場合は、当該エントリの受信ポート４０３以外の全ポートへのフレーム送信を行う。
図８、図９及び図１０〜図１２を参照し、ＬＬＤＰフレーム転送シーケンスを説明する。
図８、図９には、図１のネットワーク構成における、端末Ａ１０２から端末Ｂ１０３へ転送されるＬＬＤＰフレームの流れをシーケンスとして示している。また、図８、図９では端末Ｃ１０４へのＬＬＤＰフレームの流れを示していないが、端末Ｂ１０３へ転送されるＬＬＤＰフレームは、同様に端末Ｃ１０４へも転送されていることとする。他のフレーム転送装置が接続されている場合も同様である。
図８を参照し、端末Ａ１０２が起動（６０１）し、新規にネットワークに参加してからのＬＬＤＰフレームの転送シーケンスを説明する。
図８において、端末Ａ１０１が起動すると（６０１）、端末Ａ１０２は自身の機器情報１０７を設定したＬＬＤＰフレーム１（７０１）を、接続するフレーム転送装置１０１に対して送信する（６０２）。この時、端末Ａ１０２はＬＬＤＰフレーム１（７０１）のＴＴＬ７０８を設定する。図８、図１０では例としてＴＴＬを１８０秒に設定している。端末Ａ１０２からのＬＬＤＰフレーム１（７０１）を受信したフレーム転送装置１０１は、ＬＬＤＰフレーム１（７０１）の情報を新規エントリとして機器情報テーブル３０４へ記憶する。また、端末Ｂ１０３に対して、フレームの転送を行う（６０３）。その際、ＬＬＤＰフレーム１（７０１）のＴＴＬ７０８を最大値（６５５３５秒）に変換したＬＬＤＰフレーム２（７１１）を送信する。これにより、ＬＬＤＰフレーム２（７１１）を受信した端末Ｂ１０３は６５５３５秒の間、端末Ａ１０２の生存確認のための、ＬＬＤＰフレームを受信する必要がなくなる（６０４）。また、新規でネットワークに参加した端末Ａ１０２に対して、フレーム転送装置１０１は内部で保持する当該端末以外の機器情報をユニキャストＬＬＤＰフレームで送信する。図８ではフレーム転送装置が内部で保持するエントリＮｏ２（４０９）、エントリＮｏ３（４１０）の機器情報を端末Ａ１０２に対して送信している（６０５）。
端末Ａ１０２は自身が設定したＴＴＬ（１８０秒）よりも短い送信周期でＬＬＤＰフレーム１（７０１）を周期的に送信する（６０７）。図８では例として端末Ａ１０２の送信周期を１２０秒としている（６０６）。フレーム転送装置１０１は端末Ａ１０２からのＬＬＤＰフレーム１（７０１）を受信する度に、機器情報テーブル３０４に保持した情報と比較する。その際、受信したＬＬＤＰフレームに変更がなければＬＬＤＰフレーム１（７０１）の転送を行わない（６０７）。これにより、端末Ａ１０２が周期的に送信するＬＬＤＰフレームのネットワーク内のトラフィック負荷を抑制することが可能である。
また、フレーム転送装置１０１が転送したＬＬＤＰフレーム２（７１１）は６５５３５秒経過すると有効期間が切れるため、フレーム転送装置１０１は、ＬＬＤＰフレーム２（７１１）を端末Ａ１０２に代わって代理送信する。フレーム転送装置１０１はＬＬＤＰフレーム２（７１１）の送信時に送信タイマ４０７を設定し、その時刻満了により、ＬＬＤＰフレーム２を代理送信する（６０９）。図８では送信タイマとして、６５５００秒を設定している（６０８）。これにより、ＬＬＤＰフレーム２（７１１）を受信する端末Ｂ１０３は、端末Ａ１０２の生存確認が可能となる。
図８、図９には、図１のネットワーク構成における、端末Ａ１０２から端末Ｂ１０３へ転送されるＬＬＤＰフレームの流れをシーケンスとして示している。また、図８、図９では端末Ｃ１０４へのＬＬＤＰフレームの流れを示していないが、端末Ｂ１０３へ転送されるＬＬＤＰフレームは、同様に端末Ｃ１０４へも転送されていることとする。他のフレーム転送装置が接続されている場合も同様である。
図８を参照し、端末Ａ１０２が起動（６０１）し、新規にネットワークに参加してからのＬＬＤＰフレームの転送シーケンスを説明する。
図８において、端末Ａ１０１が起動すると（６０１）、端末Ａ１０２は自身の機器情報１０７を設定したＬＬＤＰフレーム１（７０１）を、接続するフレーム転送装置１０１に対して送信する（６０２）。この時、端末Ａ１０２はＬＬＤＰフレーム１（７０１）のＴＴＬ７０８を設定する。図８、図１０では例としてＴＴＬを１８０秒に設定している。端末Ａ１０２からのＬＬＤＰフレーム１（７０１）を受信したフレーム転送装置１０１は、ＬＬＤＰフレーム１（７０１）の情報を新規エントリとして機器情報テーブル３０４へ記憶する。また、端末Ｂ１０３に対して、フレームの転送を行う（６０３）。その際、ＬＬＤＰフレーム１（７０１）のＴＴＬ７０８を最大値（６５５３５秒）に変換したＬＬＤＰフレーム２（７１１）を送信する。これにより、ＬＬＤＰフレーム２（７１１）を受信した端末Ｂ１０３は６５５３５秒の間、端末Ａ１０２の生存確認のための、ＬＬＤＰフレームを受信する必要がなくなる（６０４）。また、新規でネットワークに参加した端末Ａ１０２に対して、フレーム転送装置１０１は内部で保持する当該端末以外の機器情報をユニキャストＬＬＤＰフレームで送信する。図８ではフレーム転送装置が内部で保持するエントリＮｏ２（４０９）、エントリＮｏ３（４１０）の機器情報を端末Ａ１０２に対して送信している（６０５）。
端末Ａ１０２は自身が設定したＴＴＬ（１８０秒）よりも短い送信周期でＬＬＤＰフレーム１（７０１）を周期的に送信する（６０７）。図８では例として端末Ａ１０２の送信周期を１２０秒としている（６０６）。フレーム転送装置１０１は端末Ａ１０２からのＬＬＤＰフレーム１（７０１）を受信する度に、機器情報テーブル３０４に保持した情報と比較する。その際、受信したＬＬＤＰフレームに変更がなければＬＬＤＰフレーム１（７０１）の転送を行わない（６０７）。これにより、端末Ａ１０２が周期的に送信するＬＬＤＰフレームのネットワーク内のトラフィック負荷を抑制することが可能である。
また、フレーム転送装置１０１が転送したＬＬＤＰフレーム２（７１１）は６５５３５秒経過すると有効期間が切れるため、フレーム転送装置１０１は、ＬＬＤＰフレーム２（７１１）を端末Ａ１０２に代わって代理送信する。フレーム転送装置１０１はＬＬＤＰフレーム２（７１１）の送信時に送信タイマ４０７を設定し、その時刻満了により、ＬＬＤＰフレーム２を代理送信する（６０９）。図８では送信タイマとして、６５５００秒を設定している（６０８）。これにより、ＬＬＤＰフレーム２（７１１）を受信する端末Ｂ１０３は、端末Ａ１０２の生存確認が可能となる。
フレーム転送装置は受信したＬＬＤＰフレーム１（７０１）に設定されたＴＴＬ７０８からＴＴＬタイマ４０６を設定する。図８ではＬＬＤＰフレーム１（７０１）のＴＴＬ７０８は１８０秒のため、ＴＴＬタイマ４０６を１８０秒で設定する（６１１）。端末Ａ１０２がネットワークから離脱（６１０）するなどの理由で、端末Ａ１０２からのＬＬＤＰフレームの送信がなかった場合、フレーム転送装置１０１は１８０秒のＴＴＬタイマ満了契機で、機器情報テーブル３０４から当該エントリを削除する。また、フレーム転送装置１０１は、端末Ｂに対して、ＴＴＬに０を設定したＬＬＤＰフレーム３（７１３）を代理送信する（６１２）。これにより、端末Ｂ１０３に対しても、端末Ａのネットワークからの離脱を通知することが可能である。
図９を参照して、端末Ａ１０２の機器情報が更新された場合のＬＬＤＰフレーム転送シーケンスを説明する。
前述の通り、端末Ａ１０２からのＬＬＤＰフレーム１（７０１）を受信するフレーム転送装置１０１は、受信したＬＬＤＰフレームの機器情報に変更がなければ、端末Ｂ１０３に対して、ＬＬＤＰフレームを転送しない（６２１）。しかし、端末Ａの設定変更（６２２）などにより、ＬＬＤＰフレーム４（７１５）のように、端末Ａ１０２からのＬＬＤＰフレームの機器情報７１６が変更されていた場合（６２３）、フレーム転送装置１０１は機器情報テーブル３０４の当該エントリの機器情報４０５を更新し、ＬＬＤＰフレーム５（７１７）を端末Ｂ１０３へ送信する（６２４）。その際、ＬＬＤＰフレーム５（７１７）に設定するＴＴＬを、同様に最大値の６５５３５秒に変更する。これにより、端末Ｂ１０３に対しても、端末Ａ１０２の機器情報の変更を即座に通知することが可能である。また、ＬＬＤＰフレーム５（７１７）を送信した際に、次回のＬＬＤＰフレームの送信タイマ４０７を設定し（６２５）、送信タイマ満了契機でＬＬＤＰフレーム５（７１７）を代理送信する（６２６）。
図９を参照して、端末Ａ１０２の機器情報が更新された場合のＬＬＤＰフレーム転送シーケンスを説明する。
前述の通り、端末Ａ１０２からのＬＬＤＰフレーム１（７０１）を受信するフレーム転送装置１０１は、受信したＬＬＤＰフレームの機器情報に変更がなければ、端末Ｂ１０３に対して、ＬＬＤＰフレームを転送しない（６２１）。しかし、端末Ａの設定変更（６２２）などにより、ＬＬＤＰフレーム４（７１５）のように、端末Ａ１０２からのＬＬＤＰフレームの機器情報７１６が変更されていた場合（６２３）、フレーム転送装置１０１は機器情報テーブル３０４の当該エントリの機器情報４０５を更新し、ＬＬＤＰフレーム５（７１７）を端末Ｂ１０３へ送信する（６２４）。その際、ＬＬＤＰフレーム５（７１７）に設定するＴＴＬを、同様に最大値の６５５３５秒に変更する。これにより、端末Ｂ１０３に対しても、端末Ａ１０２の機器情報の変更を即座に通知することが可能である。また、ＬＬＤＰフレーム５（７１７）を送信した際に、次回のＬＬＤＰフレームの送信タイマ４０７を設定し（６２５）、送信タイマ満了契機でＬＬＤＰフレーム５（７１７）を代理送信する（６２６）。
図９において、端末Ａの停止（６２７）により、フレーム転送装置１０１がＴＴＬに０を設定された、ＬＬＤＰフレーム３（７１３）を受信した場合（６２８）、フレーム転送装置は機器情報テーブル３０４中の当該エントリ４０８を削除する。また、端末Ｂ１０３に対してＬＬＤＰフレーム３（７１３）を送信する。これにより端末Ｂ１０３に対しても、端末Ａ１０２の停止を通知することが可能である。
なお、上述の実施の形態においては、フレーム転送装置がひとつの場合について説明したが、ネットワーク内に複数のフレーム転送装置を備えてもよい。この場合、各ネットワーク装置が上述のように構成されてもよいし、ネットワーク内の複数のフレーム転送装置の一部が上述のように構成されてもよい。
本実施の形態のフレーム転送装置により、転送するＬＬＤＰフレームのＴＴＬを最大値の６５５３５秒に変更して転送することで、周期的に送信される当該ＬＬＤＰフレームのネットワーク内のトラフィック負荷を軽減することが可能となる。また、フレーム転送装置において、当該ＬＬＤＰフレームのＴＴＬが満了した場合、ＴＴＬを０に設定したＬＬＤＰフレームを代理送信することで、当該端末のネットワークからの離脱を適切に他端末に対して通知することが可能である。また、ネットワーク内に新規で参加した端末に対しては、フレーム転送装置内の当該端末以外の機器情報をユニキャストで送信することで、ネットワークに新規で参加した端末もネットワーク内の機器情報を即座に取得可能である。
本実施の形態は、ネットワーク内のフレーム転送装置の転送動作のみを変更しているため、従来の送信側、受信側端末については変更不要である。そのため、すでにＬＬＤＰを用いた既存システムにおいても適用が容易である。また、ネットワーク内におけるフレーム転送装置が複数存在した場合、全てのフレーム転送装置に対して、本実施の形態を適用することで、トラフィック負荷抑制の効果を最も得ることができる。しかしながら、ネットワーク内の一つのフレーム転送装置に対して、本実施の形態を適用した場合においても、ネットワーク内のトラフィック負荷を抑制することが可能である。そのため、本実施の形態におけるフレーム転送装置および転送方法は実用性が高いといえる。
なお、上述の実施の形態においては、フレーム転送装置がひとつの場合について説明したが、ネットワーク内に複数のフレーム転送装置を備えてもよい。この場合、各ネットワーク装置が上述のように構成されてもよいし、ネットワーク内の複数のフレーム転送装置の一部が上述のように構成されてもよい。
本実施の形態のフレーム転送装置により、転送するＬＬＤＰフレームのＴＴＬを最大値の６５５３５秒に変更して転送することで、周期的に送信される当該ＬＬＤＰフレームのネットワーク内のトラフィック負荷を軽減することが可能となる。また、フレーム転送装置において、当該ＬＬＤＰフレームのＴＴＬが満了した場合、ＴＴＬを０に設定したＬＬＤＰフレームを代理送信することで、当該端末のネットワークからの離脱を適切に他端末に対して通知することが可能である。また、ネットワーク内に新規で参加した端末に対しては、フレーム転送装置内の当該端末以外の機器情報をユニキャストで送信することで、ネットワークに新規で参加した端末もネットワーク内の機器情報を即座に取得可能である。
本実施の形態は、ネットワーク内のフレーム転送装置の転送動作のみを変更しているため、従来の送信側、受信側端末については変更不要である。そのため、すでにＬＬＤＰを用いた既存システムにおいても適用が容易である。また、ネットワーク内におけるフレーム転送装置が複数存在した場合、全てのフレーム転送装置に対して、本実施の形態を適用することで、トラフィック負荷抑制の効果を最も得ることができる。しかしながら、ネットワーク内の一つのフレーム転送装置に対して、本実施の形態を適用した場合においても、ネットワーク内のトラフィック負荷を抑制することが可能である。そのため、本実施の形態におけるフレーム転送装置および転送方法は実用性が高いといえる。
（変形例）
上述の実施の形態では、ＬＬＤＰを用いて機器情報を送信するネットワークを例に説明したが、機器情報を送信する以外にも、端末の生存確認のためのフレームを送信するネットワークであってもよい。例えば、上述の実施の形態の機器情報を含まなくてもよく、上述のＬＬＤＰフレームが生存確認のためのフレームであってもよい。
本変形例におけるフレーム転送装置は、例えば、ネットワーク内の端末又はフレーム転送装置である機器が自身の生存確認のためのフレームを送信し、各機器が、フレーム転送装置で転送された他の機器の生存確認のためのフレームを取得するネットワークにおけるフレーム転送装置であって、
第１機器から、予め定められた生存確認の第１有効時間を含む第１フレームを受信する受信部と、
第１有効時間内に第１機器から第１フレームを再度受信することで、該第１機器の生存確認を行う監視部と、
第１機器の生存が確認されている間は、第１有効時間よりも長い生存確認の第２有効時間を含む第２フレームを、第１有効時間よりも長く第２有効時間よりも短い時間間隔で、ひとつ又は複数の第２機器に送信する送信部と
を備える。
上述の実施の形態では、ＬＬＤＰを用いて機器情報を送信するネットワークを例に説明したが、機器情報を送信する以外にも、端末の生存確認のためのフレームを送信するネットワークであってもよい。例えば、上述の実施の形態の機器情報を含まなくてもよく、上述のＬＬＤＰフレームが生存確認のためのフレームであってもよい。
本変形例におけるフレーム転送装置は、例えば、ネットワーク内の端末又はフレーム転送装置である機器が自身の生存確認のためのフレームを送信し、各機器が、フレーム転送装置で転送された他の機器の生存確認のためのフレームを取得するネットワークにおけるフレーム転送装置であって、
第１機器から、予め定められた生存確認の第１有効時間を含む第１フレームを受信する受信部と、
第１有効時間内に第１機器から第１フレームを再度受信することで、該第１機器の生存確認を行う監視部と、
第１機器の生存が確認されている間は、第１有効時間よりも長い生存確認の第２有効時間を含む第２フレームを、第１有効時間よりも長く第２有効時間よりも短い時間間隔で、ひとつ又は複数の第２機器に送信する送信部と
を備える。
本発明は、例えば、機器情報をマルチキャストで伝達するネットワークシステムに利用可能である。
１０１ フレーム転送装置
１０２ 端末Ａ
１０３ 端末Ｂ
１０４ 端末Ｃ
１０５ 端末ＡのＭＡＣアドレス（ＭＡＣ Ａ）
１０６ 端末Ａの機器ＩＤ（ＩＤ Ａ）
１０７ 端末Ａの機器情報（Ａ）
２０１ ＬＬＤＰフレーム
２０２ ＬＬＤＰヘッダ
２０３ ＬＬＤＰＤＵ
２０４ 宛先ＭＡＣアドレス
２０５ 送信元ＭＡＣアドレス
２０６ Ｔｙｐｅ
２０７ Ｃｈａｓｓｉｓ ＩＤ
２０８ Ｐｏｒｔ ＩＤ
２０９ ＴＴＬ
２１０ Ｏｐｔｉｏｎａｌ ＴＬＶ
２１１ 追加Ｏｐｔｉｏｎａｌ ＴＬＶ
２１２ Ｅｎｄ Ｏｆ ＬＬＤＰＤＵ
２１３ 機器ＩＤ
２１４ 機器情報
２２１ ユニキャストで送信するＬＬＤＰフレーム
２２２ ユニキャストＬＬＤＰフレーム送信時のＬＬＤＰヘッダ
２２３ 宛先ＭＡＣアドレス（ＭＡＣ Ａ）
２２４ 送信元ＭＡＣアドレス（ＭＡＣ Ｂ）
２２５ 端末Ｂの機器情報を送信する際のＬＬＤＰＤＵ
２２６ 機器ＩＤ（ＩＤ＝ＩＤ Ｂ）
２２７ ＴＴＬ（ＴＴＬ＝６５５３５）
２２８ 機器情報（機器情報＝Ｂ）
３０１ フレーム受信部
３０２ フレーム送信部
３０３ ＬＬＤＰ受信処理部
３０４ 機器情報テーブル
３０５ ＬＬＤＰ送信処理部
３０６ テーブル監視部
４０１ エントリＮｏ
４０２ 機器ＩＤ
４０３ 受信Ｐｏｒｔ
４０４ 送信元ＭＡＣアドレス
４０５ 機器情報
４０６ ＴＴＬタイマ
４０７ 送信タイマ
４０８ エントリ１
４０９ エントリ２
４１０ エントリ３
Ｓ５０１ 機器ＩＤ判定
Ｓ５０２ 新規エントリ追加処理
Ｓ５０３ ＴＴＬタイマ設定処理
Ｓ５０４ 送信タイマ設定（送信タイマ＝０）
Ｓ５０５ ＴＴＬタイマ更新処理
Ｓ５０６ 情報変更判定処理
Ｓ５０７ 機器情報更新処理
Ｓ５２１ マルチキャスト送信フレーム作成処理
Ｓ５２２ タイマ判定処理
Ｓ５２３ ＴＴＬ設定処理（ＴＴＬ＝０）
Ｓ５２４ 既存エントリ削除処理
Ｓ５２５ ＴＴＬ満了時のフレーム送信部への送信フレーム通知処理
Ｓ５２６ ＴＴＬ設定処理（ＴＴＬ＝６５３５）
Ｓ５２７ 送信タイマ設定処理
Ｓ５２８ 送信タイマ満了時の送信フレーム通知処理
Ｓ５２９ 新規エントリ判定
Ｓ５３０ ユニキャスト送信終了判定
Ｓ５３１ ユニキャスト送信フレーム作成処理
Ｓ５３２ ユニキャストフレーム送信時のフレーム送信部への通知処理
６０１ 端末Ａ起動
６０２ 端末Ａ起動時のＬＬＤＰフレーム送信
６０３ フレーム転送装置のＬＬＤＰフレーム転送
６０４ 端末Ｂにおける端末ＡのＬＬＤＰフレームの有効期間
６０５ 端末ＡへのユニキャストＬＬＤＰフレーム送信
６０６ 端末ＡのＬＬＤＰフレーム送信周期
６０７ 端末Ａの周期的ＬＬＤＰフレーム送信
６０８ 送信タイマ
６０９ 送信タイマ満了時のＬＬＤＰフレーム代理送信
６１０ 端末Ａ停止
６１１ フレーム転送装置におけるＬＬＤＰフレーム１のＴＴＬタイマ
６１２ ＴＴＬ＝０のＬＬＤＰフレームの代理送信
６２１ 端末Ａからの周期的なＬＬＤＰフレーム送信
６２２ 端末Ａの機器情報変更
６２３ 機器情報変更時のＬＬＤＰフレーム送信
６２４ 機器情報変更時のＬＬＤＰフレームの代理送信
６２５ 送信タイマ
６２６ 送信タイマ満了時のＬＬＤＰフレームの代理送信
６２７ 端末Ａ停止
６２８ 端末Ａ停止時のＴＴＬ＝０のＬＬＤＰフレーム送信
６２９ ＴＴＬ＝０のＬＬＤＰフレームの転送
７０１ ＬＬＤＰフレーム１
７０２ ＬＬＤＰヘッダ１
７０３ ＬＬＤＰＤＵ１
７０４ マルチキャストアドレスを設定した宛先ＭＡＣアドレス１
７０５ 端末ＡのＭＡＣアドレスを設定した送信元ＭＡＣアドレス１
７０６ ＬＬＤＰのＴｙｐｅを設定したＴｙｐｅ
７０７ ＬＬＤＰフレーム１の機器ＩＤを設定した機器ＩＤ
７０８ ＬＬＤＰフレーム１のＴＴＬ
７０９ ＬＬＤＰフレーム１の機器情報を設定した機器情報
７１０ ＬＬＤＰフレーム１のＬＬＤＰＤＵ終端
７１１ フレーム転送装置が代理送信するＬＬＤＰフレーム２
７１２ 代理送信時に変更したＴＴＬ（ＴＴＬ＝６５５３５）
７１３ ＴＴＬ満了時に送信するＴＴＬ＝０のＬＬＤＰフレーム３
７１４ 変更したＴＴＬ（ＴＴＬ＝０）
７１５ 端末Ａから送信する機器情報変更時のＬＬＤＰフレーム４
７１６ 変更された機器情報（機器情報＝Ｘ）
７１７ 変更された機器情報を転送する際の、ＬＬＤＰフレーム５
７１８ 代理送信時に変更したＴＴＬ（ＴＴＬ＝６５５３５）
７１９ 変更された機器情報（機器情報＝Ｘ）
１０２ 端末Ａ
１０３ 端末Ｂ
１０４ 端末Ｃ
１０５ 端末ＡのＭＡＣアドレス（ＭＡＣ Ａ）
１０６ 端末Ａの機器ＩＤ（ＩＤ Ａ）
１０７ 端末Ａの機器情報（Ａ）
２０１ ＬＬＤＰフレーム
２０２ ＬＬＤＰヘッダ
２０３ ＬＬＤＰＤＵ
２０４ 宛先ＭＡＣアドレス
２０５ 送信元ＭＡＣアドレス
２０６ Ｔｙｐｅ
２０７ Ｃｈａｓｓｉｓ ＩＤ
２０８ Ｐｏｒｔ ＩＤ
２０９ ＴＴＬ
２１０ Ｏｐｔｉｏｎａｌ ＴＬＶ
２１１ 追加Ｏｐｔｉｏｎａｌ ＴＬＶ
２１２ Ｅｎｄ Ｏｆ ＬＬＤＰＤＵ
２１３ 機器ＩＤ
２１４ 機器情報
２２１ ユニキャストで送信するＬＬＤＰフレーム
２２２ ユニキャストＬＬＤＰフレーム送信時のＬＬＤＰヘッダ
２２３ 宛先ＭＡＣアドレス（ＭＡＣ Ａ）
２２４ 送信元ＭＡＣアドレス（ＭＡＣ Ｂ）
２２５ 端末Ｂの機器情報を送信する際のＬＬＤＰＤＵ
２２６ 機器ＩＤ（ＩＤ＝ＩＤ Ｂ）
２２７ ＴＴＬ（ＴＴＬ＝６５５３５）
２２８ 機器情報（機器情報＝Ｂ）
３０１ フレーム受信部
３０２ フレーム送信部
３０３ ＬＬＤＰ受信処理部
３０４ 機器情報テーブル
３０５ ＬＬＤＰ送信処理部
３０６ テーブル監視部
４０１ エントリＮｏ
４０２ 機器ＩＤ
４０３ 受信Ｐｏｒｔ
４０４ 送信元ＭＡＣアドレス
４０５ 機器情報
４０６ ＴＴＬタイマ
４０７ 送信タイマ
４０８ エントリ１
４０９ エントリ２
４１０ エントリ３
Ｓ５０１ 機器ＩＤ判定
Ｓ５０２ 新規エントリ追加処理
Ｓ５０３ ＴＴＬタイマ設定処理
Ｓ５０４ 送信タイマ設定（送信タイマ＝０）
Ｓ５０５ ＴＴＬタイマ更新処理
Ｓ５０６ 情報変更判定処理
Ｓ５０７ 機器情報更新処理
Ｓ５２１ マルチキャスト送信フレーム作成処理
Ｓ５２２ タイマ判定処理
Ｓ５２３ ＴＴＬ設定処理（ＴＴＬ＝０）
Ｓ５２４ 既存エントリ削除処理
Ｓ５２５ ＴＴＬ満了時のフレーム送信部への送信フレーム通知処理
Ｓ５２６ ＴＴＬ設定処理（ＴＴＬ＝６５３５）
Ｓ５２７ 送信タイマ設定処理
Ｓ５２８ 送信タイマ満了時の送信フレーム通知処理
Ｓ５２９ 新規エントリ判定
Ｓ５３０ ユニキャスト送信終了判定
Ｓ５３１ ユニキャスト送信フレーム作成処理
Ｓ５３２ ユニキャストフレーム送信時のフレーム送信部への通知処理
６０１ 端末Ａ起動
６０２ 端末Ａ起動時のＬＬＤＰフレーム送信
６０３ フレーム転送装置のＬＬＤＰフレーム転送
６０４ 端末Ｂにおける端末ＡのＬＬＤＰフレームの有効期間
６０５ 端末ＡへのユニキャストＬＬＤＰフレーム送信
６０６ 端末ＡのＬＬＤＰフレーム送信周期
６０７ 端末Ａの周期的ＬＬＤＰフレーム送信
６０８ 送信タイマ
６０９ 送信タイマ満了時のＬＬＤＰフレーム代理送信
６１０ 端末Ａ停止
６１１ フレーム転送装置におけるＬＬＤＰフレーム１のＴＴＬタイマ
６１２ ＴＴＬ＝０のＬＬＤＰフレームの代理送信
６２１ 端末Ａからの周期的なＬＬＤＰフレーム送信
６２２ 端末Ａの機器情報変更
６２３ 機器情報変更時のＬＬＤＰフレーム送信
６２４ 機器情報変更時のＬＬＤＰフレームの代理送信
６２５ 送信タイマ
６２６ 送信タイマ満了時のＬＬＤＰフレームの代理送信
６２７ 端末Ａ停止
６２８ 端末Ａ停止時のＴＴＬ＝０のＬＬＤＰフレーム送信
６２９ ＴＴＬ＝０のＬＬＤＰフレームの転送
７０１ ＬＬＤＰフレーム１
７０２ ＬＬＤＰヘッダ１
７０３ ＬＬＤＰＤＵ１
７０４ マルチキャストアドレスを設定した宛先ＭＡＣアドレス１
７０５ 端末ＡのＭＡＣアドレスを設定した送信元ＭＡＣアドレス１
７０６ ＬＬＤＰのＴｙｐｅを設定したＴｙｐｅ
７０７ ＬＬＤＰフレーム１の機器ＩＤを設定した機器ＩＤ
７０８ ＬＬＤＰフレーム１のＴＴＬ
７０９ ＬＬＤＰフレーム１の機器情報を設定した機器情報
７１０ ＬＬＤＰフレーム１のＬＬＤＰＤＵ終端
７１１ フレーム転送装置が代理送信するＬＬＤＰフレーム２
７１２ 代理送信時に変更したＴＴＬ（ＴＴＬ＝６５５３５）
７１３ ＴＴＬ満了時に送信するＴＴＬ＝０のＬＬＤＰフレーム３
７１４ 変更したＴＴＬ（ＴＴＬ＝０）
７１５ 端末Ａから送信する機器情報変更時のＬＬＤＰフレーム４
７１６ 変更された機器情報（機器情報＝Ｘ）
７１７ 変更された機器情報を転送する際の、ＬＬＤＰフレーム５
７１８ 代理送信時に変更したＴＴＬ（ＴＴＬ＝６５５３５）
７１９ 変更された機器情報（機器情報＝Ｘ）
Claims (10)
- ネットワーク内の端末又はフレーム転送装置である機器が、自身の機器情報を送信し、各機器がフレーム転送装置で転送された他の機器の機器情報を取得する前記ネットワークにおけるフレーム転送装置であって、
第１機器から、該第１機器の機器情報と、該機器情報の予め定められた第１有効時間とを含む第１フレームを受信する受信部と、
受信した第１フレーム内の、前記第１機器の機器情報と第１有効時間とを記憶する記憶部と、
第１有効時間内に前記第１機器から前記第１フレームを再度受信することで、該第１機器の生存確認を行う監視部と、
前記第１機器の生存が確認されている間は、該第１機器の機器情報と、第１有効時間よりも長い第２有効時間とを含む第２フレームを、第１有効時間よりも長く第２有効時間よりも短い時間間隔で、ひとつ又は複数の第２機器に送信する送信部と
を備えた前記フレーム転送装置。 - 前記監視部が、第１有効時間内に前記第１機器から前記第１フレームを再度受信されないことを検知すると、前記送信部は、機器情報の有効時間を０に設定した第３フレームを前記ひとつ又は複数の第２機器に送信する請求項１に記載のフレーム転送装置。
- 前記第２有効時間は、前記ネットワーク内で設定可能な有効時間の最大値である請求項１に記載のフレーム転送装置。
- 前記受信部が、前記第１機器から、該第１機器の機器情報が変更された新たな機器情報を含む第４フレームを受信すると、前記送信部は、該新たな機器情報と、前記第２有効時間とを含む第５フレームを、前記時間間隔に基づく次回の送信タイミングより早いタイミングで又は即時に、前記ひとつ又は複数の第２機器に送信する請求項１に記載のフレーム転送装置。
- 前記第１及び第４フレームは、前記第１機器の識別情報をさらに含み、
前記記憶部により該第１機器の識別情報に対応して該第１機器の機器情報を管理することで、前記受信部は機器情報の変更を検知する請求項４に記載のフレーム転送装置。 - 前記受信部が、新たに接続された第３機器から、該第３機器の機器情報と、該機器情報の予め定められた第３有効時間とを含む第６フレームを受信すると、受信した第６フレーム内の、該第３機器の機器情報と第３有効時間とを前記記憶部に記憶し、
前記記憶部に記憶されている、該第３機器以外の機器情報を、該第３機器に送信する請求項１に記載のフレーム転送装置。 - 前記第１フレームは、前記第１機器の識別情報をさらに含み、
前記第６フレームは、前記第３機器の識別情報をさらに含み、
前記受信部は、前記第１フレームを受信した際に、該第１機器の識別情報を前記記憶部に記憶し、前記第６フレームを受信した際に、該第３機器の識別情報が前記記憶部に記憶されていないことにより、該第３機器が新たに接続された機器であることを判断する請求項６に記載のフレーム転送装置。 - 前記記憶部は、前記第１機器の識別情報と、該第１機器の機器情報と、第１有効時間と、前記時間間隔とが対応して記憶される機器情報テーブルを有する請求項１に記載のフレーム転送装置。
- ネットワーク内の端末又はフレーム転送装置である機器が自身の生存確認のためのフレームを送信し、各機器が、フレーム転送装置で転送された他の機器の前記生存確認のためのフレームを取得する前記ネットワークにおけるフレーム転送装置であって、
第１機器から、予め定められた生存確認の第１有効時間を含む第１フレームを受信する受信部と、
第１有効時間内に前記第１機器から前記第１フレームを再度受信することで、該第１機器の生存確認を行う監視部と、
前記第１機器の生存が確認されている間は、第１有効時間よりも長い生存確認の第２有効時間を含む第２フレームを、第１有効時間よりも長く第２有効時間よりも短い時間間隔で、ひとつ又は複数の第２機器に送信する送信部と
を備えた前記フレーム転送装置。 - ネットワーク内の端末又はフレーム転送装置である機器が、自身の機器情報を送信し、各機器が、フレーム転送装置で転送された他の機器の機器情報を取得する前記ネットワークにおけるフレーム転送方法であって、
第１機器から、該第１機器の機器情報と、予め定められた該機器情報の第１有効時間とを含む第１フレームを受信するステップと、
受信した第１フレーム内の、該第１機器の機器情報と第１有効時間とを記憶するステップと、
第１有効時間内に第１機器から前記第１フレームを再度受信することで、該第１機器の生存確認を行うステップと、
第１機器の生存が確認されている間は、該第１機器の機器情報と、第１有効時間よりも長い第２有効時間とを含む第２フレームを、第１有効時間よりも長く第２有効時間よりも短い時間間隔で、ひとつ又は複数の第２機器に送信するステップと、
を含む前記フレーム転送方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2010090249A JP5377399B2 (ja) | 2010-04-09 | 2010-04-09 | フレーム転送装置及びフレーム転送方法 |
| US13/071,253 US8565097B2 (en) | 2010-04-09 | 2011-03-24 | Frame transfer apparatus and frame transfer method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2010090249A JP5377399B2 (ja) | 2010-04-09 | 2010-04-09 | フレーム転送装置及びフレーム転送方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2011223295A JP2011223295A (ja) | 2011-11-04 |
| JP5377399B2 true JP5377399B2 (ja) | 2013-12-25 |
Family
ID=44760846
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2010090249A Expired - Fee Related JP5377399B2 (ja) | 2010-04-09 | 2010-04-09 | フレーム転送装置及びフレーム転送方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US8565097B2 (ja) |
| JP (1) | JP5377399B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102437932B (zh) * | 2011-12-30 | 2014-12-24 | 华为技术有限公司 | 低速链路链路状态信息管理的方法、装置及系统 |
| EP2890058A4 (en) * | 2012-08-24 | 2016-04-13 | Nec Corp | INFORMATION PROCESSING DEVICE |
| WO2014068700A1 (ja) * | 2012-10-31 | 2014-05-08 | 株式会社日立システムズ | 生体情報収集・配信システム |
| KR20160099890A (ko) * | 2015-02-13 | 2016-08-23 | 한국전자통신연구원 | 도메인들 간의 링크 감지 방법 및 그 방법을 수행하는 장치 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3860192B2 (ja) * | 2005-02-10 | 2006-12-20 | 株式会社ネクストマジック | 通信装置 |
| JP4177346B2 (ja) * | 2005-03-30 | 2008-11-05 | 株式会社東芝 | 負荷分散システム、実サーバ及び負荷分散方法 |
| TWI340578B (en) * | 2006-12-10 | 2011-04-11 | Cameo Communications Inc | A method for anti-rogue connection in a network system |
| JP4967664B2 (ja) * | 2007-01-10 | 2012-07-04 | 日本電気株式会社 | ネットワーク、ノード装置及びそれらに用いるｌｌｄｐフレーム転送方法 |
| JP2008227987A (ja) * | 2007-03-14 | 2008-09-25 | Nec Corp | ネットワーク接続機器、通信システム及びそれらに用いる近隣装置情報重複回避方法 |
| US8005013B2 (en) * | 2007-06-12 | 2011-08-23 | Hewlett-Packard Development Company, L.P. | Managing connectivity in a virtual network |
| US8352769B1 (en) * | 2009-02-09 | 2013-01-08 | Cisco Technology, Inc. | System and method for querying for energy data in a network environment |
| US8281173B2 (en) * | 2009-03-12 | 2012-10-02 | Broadcom Corporation | System and method for enabling fallback states for energy efficient ethernet |
| US9007909B2 (en) * | 2011-03-09 | 2015-04-14 | International Business Machines Corporation | Link layer reservation of switch queue capacity |
| US8929835B2 (en) * | 2011-04-04 | 2015-01-06 | Broadcom Corporation | Non-intrusive and operational communication system monitoring and diagnostics |
| JP5923976B2 (ja) * | 2011-12-27 | 2016-05-25 | 富士通株式会社 | 接続装置、ストレージ装置、接続装置における処理方法、および処理プログラム |
-
2010
- 2010-04-09 JP JP2010090249A patent/JP5377399B2/ja not_active Expired - Fee Related
-
2011
- 2011-03-24 US US13/071,253 patent/US8565097B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20110249562A1 (en) | 2011-10-13 |
| JP2011223295A (ja) | 2011-11-04 |
| US8565097B2 (en) | 2013-10-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3007494B1 (en) | Data processing method and device | |
| JP3949288B2 (ja) | ゲートウェイ装置及び無線端末装置 | |
| KR101543448B1 (ko) | 하이브리드 네트워크에서의 토폴로지 발견 | |
| CN103259728B (zh) | 一种ofs带内通信方法及ofs | |
| US8831023B2 (en) | Low latency mesh network | |
| CN104954279A (zh) | 一种传输控制方法、装置及系统 | |
| JP5867188B2 (ja) | 情報処理装置、輻輳制御方法および輻輳制御プログラム | |
| TW200901681A (en) | Peer power save mode in tunneled direct link setup (TDLS) wireless network | |
| CN103001887A (zh) | 一种链路保活方法、控制器及交换机 | |
| JP5377399B2 (ja) | フレーム転送装置及びフレーム転送方法 | |
| WO2004047376B1 (ja) | ネットワーク中継装置、ネットワーク中継プログラム、および、ネットワーク中継プログラムを記録した記録媒体 | |
| US9226229B2 (en) | Method for internet protocol-based sleep mode control using synchronization information | |
| CN100391156C (zh) | 通信系统和终端 | |
| US8756456B2 (en) | Control and monitoring for fast millimeter-wave link using out-of-band wireless channel | |
| WO2021092839A1 (zh) | 数据传输方法、电子设备、系统及存储介质 | |
| CN103036648B (zh) | 一种capwap报文处理方法及装置 | |
| WO2010111837A1 (zh) | 广播方法及通信设备 | |
| KR20190047599A (ko) | 무선 네트워크를 위한 부모 노드 장치, 단말 장치, 및 그것의 데이터 전송 방법 | |
| US7376111B2 (en) | Terminating frame reception | |
| CN103079251A (zh) | 无线传感网中避免数据碰撞的方法及系统 | |
| JP2005252822A (ja) | 無線端末、アクセスポイント装置、データ通信システム及びデータ通信方法 | |
| JP7512531B2 (ja) | 送変電設備のモノのインターネットにおけるノード設備の無線通信方法及びシステム | |
| JP4853862B2 (ja) | 通信装置 | |
| CN112737737B (zh) | 一种确认报文的处理方法和通信装置以及存储介质 | |
| JP2003229900A (ja) | 中継処理装置及び中継処理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20120507 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130617 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130625 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130801 |
|
| 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: 20130917 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130924 |
|
| 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 |