JP2001244937A - イーサネットを用いた通信における電文量を削減する方法 - Google Patents
イーサネットを用いた通信における電文量を削減する方法Info
- Publication number
- JP2001244937A JP2001244937A JP2000050640A JP2000050640A JP2001244937A JP 2001244937 A JP2001244937 A JP 2001244937A JP 2000050640 A JP2000050640 A JP 2000050640A JP 2000050640 A JP2000050640 A JP 2000050640A JP 2001244937 A JP2001244937 A JP 2001244937A
- Authority
- JP
- Japan
- Prior art keywords
- mac address
- message
- destination
- address
- ethernet
- 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.)
- Pending
Links
Landscapes
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】電文中の先頭部に必ず必要とされるＭＡＣアド
レス部のサイズの全電文中に占める割合が大きく、イー
サネットの負荷を高める一因となっていた。 【解決手段】本発明は、イーサネット上の通信におい
て、その環境構築特性に考慮し、ネットワーク内を流通
する電文長を縮め、トラフィック量を削減する方法を提
供するものである。一般的に、ＬＡＮを用いた情報シス
テムを構築する場合、そのＬＡＮに接続されるホスト
は、一括して発注されることが多いため、１つのベンダ
ーか少数のベンダーにおいて構成されることが多い。本
発明では、ＬＡＮに接続されているホストを提供するベ
ンダーの数が少ないという点に着目し、ＬＡＮ内通信に
おけるＭＡＣアドレスのベンダーコード部などを省略す
ることを特徴とする。
レス部のサイズの全電文中に占める割合が大きく、イー
サネットの負荷を高める一因となっていた。 【解決手段】本発明は、イーサネット上の通信におい
て、その環境構築特性に考慮し、ネットワーク内を流通
する電文長を縮め、トラフィック量を削減する方法を提
供するものである。一般的に、ＬＡＮを用いた情報シス
テムを構築する場合、そのＬＡＮに接続されるホスト
は、一括して発注されることが多いため、１つのベンダ
ーか少数のベンダーにおいて構成されることが多い。本
発明では、ＬＡＮに接続されているホストを提供するベ
ンダーの数が少ないという点に着目し、ＬＡＮ内通信に
おけるＭＡＣアドレスのベンダーコード部などを省略す
ることを特徴とする。
Description
【０００１】
【発明の属する技術分野】本発明は、通信処理のデータ
リンク層で使用される宛先ＭＡＣアドレス、送信元ＭＡ
Ｃアドレスの取り扱いに関し、特に宛先、送信元のＭＡ
Ｃアドレスを比較し一致する部分は省略し簡略化して送
信を行うイーサネットを用いた通信における電文量を削
減する方法に関する。
リンク層で使用される宛先ＭＡＣアドレス、送信元ＭＡ
Ｃアドレスの取り扱いに関し、特に宛先、送信元のＭＡ
Ｃアドレスを比較し一致する部分は省略し簡略化して送
信を行うイーサネットを用いた通信における電文量を削
減する方法に関する。
【０００２】
【従来の技術】イーサネット網等の通信においてデータ
リンク層での従来のフォーマットの電文では、６バイト
からなるＭＡＣアドレスを送受信を行う装置の識別に使
用している。このＭＡＣアドレスは、ネットワークに接
続される装置を識別する為のデータリンク層で使用され
る装置自体に固有に設定されたアドレスである。図６の
（ａ）にＩＥＥＥ８０２．３で規定された電文のフォー
マットを示すが、これによれば、常に各電文の先頭１２
バイトは、この電文を送信する宛先装置を指定する宛先
ＭＡＣアドレス６バイトと、この電文の送信元の装置を
指定した送信元ＭＡＣアドレス６バイトから構成されて
いる。図６の（ｂ）にはＭＡＣアドレスの構成を示す。
図６の（ｂ）に示すように、ＭＡＣアドレスを構成する
６バイトは、前半の３バイトは、この装置を製造した会
社等を識別するコードを表し（以降、ベンダーコードと
称す。）、後半の３バイトは、ベンダー内で生産された
各個々の製造された装置に割り当てられたコード（以
降、ベンダー内固有コードと称す。）から構成されてい
る。
リンク層での従来のフォーマットの電文では、６バイト
からなるＭＡＣアドレスを送受信を行う装置の識別に使
用している。このＭＡＣアドレスは、ネットワークに接
続される装置を識別する為のデータリンク層で使用され
る装置自体に固有に設定されたアドレスである。図６の
（ａ）にＩＥＥＥ８０２．３で規定された電文のフォー
マットを示すが、これによれば、常に各電文の先頭１２
バイトは、この電文を送信する宛先装置を指定する宛先
ＭＡＣアドレス６バイトと、この電文の送信元の装置を
指定した送信元ＭＡＣアドレス６バイトから構成されて
いる。図６の（ｂ）にはＭＡＣアドレスの構成を示す。
図６の（ｂ）に示すように、ＭＡＣアドレスを構成する
６バイトは、前半の３バイトは、この装置を製造した会
社等を識別するコードを表し（以降、ベンダーコードと
称す。）、後半の３バイトは、ベンダー内で生産された
各個々の製造された装置に割り当てられたコード（以
降、ベンダー内固有コードと称す。）から構成されてい
る。
【０００３】
【発明が解決しようとする課題】イーサネットの従来の
フォーマットの電文では、６バイトからなるＭＡＣアド
レスを６バイト未満に省略する仕組みがなかった。その
ため、前述したように、電文中の先頭部に必ず必要とさ
れるＭＡＣアドレス部のサイズの全電文中に占める割合
が大きく（特にＡＣＫ等の応答パケットにおいて）、イ
ーサネットの負荷を高める一因となっていた。
フォーマットの電文では、６バイトからなるＭＡＣアド
レスを６バイト未満に省略する仕組みがなかった。その
ため、前述したように、電文中の先頭部に必ず必要とさ
れるＭＡＣアドレス部のサイズの全電文中に占める割合
が大きく（特にＡＣＫ等の応答パケットにおいて）、イ
ーサネットの負荷を高める一因となっていた。
【０００４】本発明は、端的に言えば、１つの電文にお
いて、宛先の宛先装置と送信元の装置が同じベンダーコ
ードを有するような場合、この宛先のＭＡＣアドレスと
送信元のＭＡＣアドレスのベンダーコードを６バイトの
ＭＡＣアドレスからそれぞれ省略し省略形式で送信する
ことにより、ＭＡＣアドレスを縮小することで電文量の
削減を図るものである。
いて、宛先の宛先装置と送信元の装置が同じベンダーコ
ードを有するような場合、この宛先のＭＡＣアドレスと
送信元のＭＡＣアドレスのベンダーコードを６バイトの
ＭＡＣアドレスからそれぞれ省略し省略形式で送信する
ことにより、ＭＡＣアドレスを縮小することで電文量の
削減を図るものである。
【０００５】例えば１つのネットワークが１０台の装置
から構成されていて、ベンダー１により製造された装置
が８台、同様にベンダー２の装置が１台、ベンダ３の装
置が１台という構成からなり、仮に全ての装置がある時
間内に同じ数の送信を行うとした場合、ベンダ１の装置
間での送受信データに対して本発明のＭＡＣアドレスの
省略形式が適用でき、その省略形式の適用されるメッセ
ージの割合は、全体の６２％を占めることになり、本発
明を適用する有効性があると考えられる。
から構成されていて、ベンダー１により製造された装置
が８台、同様にベンダー２の装置が１台、ベンダ３の装
置が１台という構成からなり、仮に全ての装置がある時
間内に同じ数の送信を行うとした場合、ベンダ１の装置
間での送受信データに対して本発明のＭＡＣアドレスの
省略形式が適用でき、その省略形式の適用されるメッセ
ージの割合は、全体の６２％を占めることになり、本発
明を適用する有効性があると考えられる。
【０００６】
【課題を解決するための手段】本願の第１の発明のイー
サネットを用いた通信における電文量を削減する方法
は、データリンク層で使用される電文中の宛先ＭＡＣア
ドレスと送信元ＭＡＣアドレスを簡略化し短縮して送信
することを備える。
サネットを用いた通信における電文量を削減する方法
は、データリンク層で使用される電文中の宛先ＭＡＣア
ドレスと送信元ＭＡＣアドレスを簡略化し短縮して送信
することを備える。
【０００７】本願の第２の発明のイーサネットを用いた
通信における電文量を削減する方法は、第１の発明にお
いて、宛先ＭＡＣアドレスと送信元ＭＡＣアドレスとを
比較して一致する部分を省略することで簡略化すること
を備える。
通信における電文量を削減する方法は、第１の発明にお
いて、宛先ＭＡＣアドレスと送信元ＭＡＣアドレスとを
比較して一致する部分を省略することで簡略化すること
を備える。
【０００８】本願の第３の発明のイーサネットを用いた
通信における電文量を削減する方法は、第１の発明にお
いて、ＭＡＣアドレスのベンダーコードが一致する宛先
には宛先ＭＡＣアドレスと送信元ＭＡＣアドレス中のベ
ンダーコードを省略して送信することを備える。
通信における電文量を削減する方法は、第１の発明にお
いて、ＭＡＣアドレスのベンダーコードが一致する宛先
には宛先ＭＡＣアドレスと送信元ＭＡＣアドレス中のベ
ンダーコードを省略して送信することを備える。
【０００９】本願の第４の発明のイーサネットを用いた
通信における電文量を削減する方法は、第１又は第３の
発明において、宛先ＭＡＣアドレスと送信元ＭＡＣアド
レスについて、ＭＡＣアドレスのベンダーコードが一致
すると、ＭＡＣアドレスの後続する部分についても先頭
から４ビットずつ比較し連続して一致する部分があれば
それを省略し一致しない部分以降を簡略化されたＭＡＣ
アドレスとして送信することを備える。
通信における電文量を削減する方法は、第１又は第３の
発明において、宛先ＭＡＣアドレスと送信元ＭＡＣアド
レスについて、ＭＡＣアドレスのベンダーコードが一致
すると、ＭＡＣアドレスの後続する部分についても先頭
から４ビットずつ比較し連続して一致する部分があれば
それを省略し一致しない部分以降を簡略化されたＭＡＣ
アドレスとして送信することを備える。
【００１０】本願の第５の発明のイーサネットを用いた
通信における電文量を削減する方法は、第１の発明にお
いて、宛先ＭＡＣアドレスと送信元ＭＡＣアドレスにつ
いて、ＭＡＣアドレスのベンダーコードが一致しない
と、簡略化される前のＭＡＣアドレスを使用して送信す
ることを備える。
通信における電文量を削減する方法は、第１の発明にお
いて、宛先ＭＡＣアドレスと送信元ＭＡＣアドレスにつ
いて、ＭＡＣアドレスのベンダーコードが一致しない
と、簡略化される前のＭＡＣアドレスを使用して送信す
ることを備える。
【００１１】本願の第６の発明のイーサネットを用いた
通信における電文量を削減する方法は、第１の発明にお
いて、前記電文において宛先ＭＡＣアドレスと送信元Ｍ
ＡＣアドレスの前に簡略化された形式を表すフィールド
を有することを備える。
通信における電文量を削減する方法は、第１の発明にお
いて、前記電文において宛先ＭＡＣアドレスと送信元Ｍ
ＡＣアドレスの前に簡略化された形式を表すフィールド
を有することを備える。
【００１２】本願の第７の発明のイーサネットを用いた
通信における電文量を削減する方法は、第１の発明にお
いて、前記簡略化されたＭＡＣアドレスを持つ電文を受
信する情報処理装置では、簡略化される前のＭＡＣアド
レスに復元することで、自装置宛か否を判断することを
備える。
通信における電文量を削減する方法は、第１の発明にお
いて、前記簡略化されたＭＡＣアドレスを持つ電文を受
信する情報処理装置では、簡略化される前のＭＡＣアド
レスに復元することで、自装置宛か否を判断することを
備える。
【００１３】本願の第８の発明のイーサネットを用いた
通信における電文量を削減する方法は、第１又は第７の
発明において、前記簡略化されたＭＡＣアドレスを持つ
電文を受信する情報処理装置では、簡略化される前のＭ
ＡＣアドレスに復元すると復元されたＭＡＣアドレスに
よる形式に当該電文を戻して以降の処理を行うことを備
える。
通信における電文量を削減する方法は、第１又は第７の
発明において、前記簡略化されたＭＡＣアドレスを持つ
電文を受信する情報処理装置では、簡略化される前のＭ
ＡＣアドレスに復元すると復元されたＭＡＣアドレスに
よる形式に当該電文を戻して以降の処理を行うことを備
える。
【００１４】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。
て図面を参照して詳細に説明する。
【００１５】本発明は、イーサネット上の通信におい
て、その環境構築特性に考慮し、ネットワーク内を流通
する電文長を縮め、トラフィック量を削減できる方法を
提供するものである。
て、その環境構築特性に考慮し、ネットワーク内を流通
する電文長を縮め、トラフィック量を削減できる方法を
提供するものである。
【００１６】一般的に、ＬＡＮを用いた情報システムを
設計して導入する場合、そのＬＡＮに接続されるホスト
等の情報処理装置は、ある程度限定されたベンダーに一
括して発注されることが多いため、１つのベンダーか、
少数のベンダーの製品によって当該システムが構成され
ることが多い。本発明では、ＬＡＮに接続されているホ
ストを提供するベンダーの種類の数が少ないという点に
着目し、ＬＡＮ内通信において、ＭＡＣアドレスのベン
ダーコード部などを省略することが可能な電文が前述し
たように多いと判断した。
設計して導入する場合、そのＬＡＮに接続されるホスト
等の情報処理装置は、ある程度限定されたベンダーに一
括して発注されることが多いため、１つのベンダーか、
少数のベンダーの製品によって当該システムが構成され
ることが多い。本発明では、ＬＡＮに接続されているホ
ストを提供するベンダーの種類の数が少ないという点に
着目し、ＬＡＮ内通信において、ＭＡＣアドレスのベン
ダーコード部などを省略することが可能な電文が前述し
たように多いと判断した。
【００１７】図１において、（ｄ）は従来のイーサネッ
トの電文におけるＭＡＣアドレスのフォーマットであ
る。これは図６の（ｂ）に示したものと同じものであ
る。ＭＡＣアドレス部のベンダーコードを省略した形式
およびベンダー内固有コード部の一部のビットを省略し
た形式及び省略されなかった形式を図１の（ａ）、
（ｂ）、（ｃ）にそれぞれ示す。このように規定するこ
とで、イーサネット上の電文量を削減することが可能と
なる。
トの電文におけるＭＡＣアドレスのフォーマットであ
る。これは図６の（ｂ）に示したものと同じものであ
る。ＭＡＣアドレス部のベンダーコードを省略した形式
およびベンダー内固有コード部の一部のビットを省略し
た形式及び省略されなかった形式を図１の（ａ）、
（ｂ）、（ｃ）にそれぞれ示す。このように規定するこ
とで、イーサネット上の電文量を削減することが可能と
なる。
【００１８】ＭＡＣアドレスのうちの一部分を省略した
フォーマットだけでは、通信上不具合が発生することが
あるため、省略した形式を表す為、宛先と送信元の各Ｍ
ＡＣアドレスの先頭に４ビットからなるヘッダを設け
る。（この４ビットからなる情報を以降、ＭＡＣアドレ
スヘッダと称す。） それにより、 ・ベンダーコード部のみを省略したフォーマット ・ベンダーコードおよびベンダー内固有コードの一部の
ビットを４ビット単位で省略したフォーマット（この場
合、５つのタイプがある。）−−図１の（ｂ）に５つの
うちの１つを示す。 ・今までと同じ省略しないフォーマットの大きく３種類
の形式を定義する。
フォーマットだけでは、通信上不具合が発生することが
あるため、省略した形式を表す為、宛先と送信元の各Ｍ
ＡＣアドレスの先頭に４ビットからなるヘッダを設け
る。（この４ビットからなる情報を以降、ＭＡＣアドレ
スヘッダと称す。） それにより、 ・ベンダーコード部のみを省略したフォーマット ・ベンダーコードおよびベンダー内固有コードの一部の
ビットを４ビット単位で省略したフォーマット（この場
合、５つのタイプがある。）−−図１の（ｂ）に５つの
うちの１つを示す。 ・今までと同じ省略しないフォーマットの大きく３種類
の形式を定義する。
【００１９】各フォーマットにおいて、省略できる部分
の検出は、宛先ＭＡＣアドレスと送信元ＭＡＣアドレス
の先頭ビット（左のビット）から４ビット単位で比較
し、一致している部分を省略の対象とし、不一致の部分
が検出された場合はそれ以降、終端ビット（最右端）ま
でのビットを省略出来ないＭＡＣアドレス部分とする。
尚、左端の３バイトを構成するベンダーコードは３バイ
トでまとめて比較し、これが不一致であれば今までと同
じ６バイトのＭＡＣアドレスとして送信する。
の検出は、宛先ＭＡＣアドレスと送信元ＭＡＣアドレス
の先頭ビット（左のビット）から４ビット単位で比較
し、一致している部分を省略の対象とし、不一致の部分
が検出された場合はそれ以降、終端ビット（最右端）ま
でのビットを省略出来ないＭＡＣアドレス部分とする。
尚、左端の３バイトを構成するベンダーコードは３バイ
トでまとめて比較し、これが不一致であれば今までと同
じ６バイトのＭＡＣアドレスとして送信する。
【００２０】このようにして、ＭＡＣアドレスの一部を
省略した電文を流通させることにより電文量の削減を可
能にする。尚、本発明は、データリンク層において、Ｍ
ＡＣアドレスを組み立てて送信する部分、この形式にな
ったＭＡＣアドレスを受信し自装置宛か否かを判定する
部分に対して適用することで他の通信処理層への影響を
無くすような形で実現する。
省略した電文を流通させることにより電文量の削減を可
能にする。尚、本発明は、データリンク層において、Ｍ
ＡＣアドレスを組み立てて送信する部分、この形式にな
ったＭＡＣアドレスを受信し自装置宛か否かを判定する
部分に対して適用することで他の通信処理層への影響を
無くすような形で実現する。
【００２１】次に、図２と図３のフローチャートを参照
して、本発明を説明する。
して、本発明を説明する。
【００２２】本発明の内容を実行する部分は、各装置の
通信機能の中のデータリンク層において、ＭＡＣアドレ
スを送信データに組み込む部分、及び受信したデータで
指定された宛先ＭＡＣアドレスが自装置宛のものかを判
断する部分に組み込むことが出来る。
通信機能の中のデータリンク層において、ＭＡＣアドレ
スを送信データに組み込む部分、及び受信したデータで
指定された宛先ＭＡＣアドレスが自装置宛のものかを判
断する部分に組み込むことが出来る。
【００２３】送信時の処理においては、まず図２のフロ
ーチャートの（ステップＳ１）において、送信する宛先
の装置を特定する宛先ＭＡＣアドレスと自装置のＭＡＣ
アドレスを取り出す。次に２つのＭＡＣアドレスのベン
ダーコード部分が一致するかを比較する。（ステップＳ
２）。この比較が不一致の場合は、４ビットのＭＡＣア
ドレスヘッダを０（１６進数）として宛先ＭＡＣアドレ
スと送信元ＭＡＣアドレスをそれぞれ今までと同じ６バ
イトとして生成し（ステップＳ３）、（ステップＳ８）
へ行く。
ーチャートの（ステップＳ１）において、送信する宛先
の装置を特定する宛先ＭＡＣアドレスと自装置のＭＡＣ
アドレスを取り出す。次に２つのＭＡＣアドレスのベン
ダーコード部分が一致するかを比較する。（ステップＳ
２）。この比較が不一致の場合は、４ビットのＭＡＣア
ドレスヘッダを０（１６進数）として宛先ＭＡＣアドレ
スと送信元ＭＡＣアドレスをそれぞれ今までと同じ６バ
イトとして生成し（ステップＳ３）、（ステップＳ８）
へ行く。
【００２４】（ステップＳ２）での比較が一致した場
合、宛先のＭＡＣアドレス、送信元の自装置のＭＡＣア
ドレスからベンダー内固有コードを取り出す（ステップ
Ｓ４）。以降の比較処理に先だって（ステップＳ４）で
取り出した３バイトのベンダー内固有コードをＭＡＣア
ドレスヘッダを１（１６進数）として宛先、送信元とも
にＭＡＣアドレスを生成しておく（ステップＳ５）。次
に、３バイトのベンダー内固有コードの先頭の４ビット
を宛先、送信元アドレスから取り出す（ステップＳ
６）。取り出した４ビット同士が一致するか比較する
（ステップＳ７）。一致しない場合は、これ以上のＭＡ
Ｃアドレスの短縮は出来ないので送信データとして相手
先に送出する（ステップＳ８）。（ステップＳ７）での
比較で一致した場合比較済の４ビットを省略した形で宛
先、送信元のＭＡＣアドレスと対応するＭＡＣアドレス
ヘッダを生成する（ステップＳ９）。（ステップＳ９）
で作成されたそれぞれのＭＡＣアドレスから先頭の４ビ
ットを取り出す（ステップＳ１０）。そして（ステップ
Ｓ７）に行き再度４ビットの比較を続ける。以上の方法
によって省略形式のＭＡＣアドレスを生成することが可
能となる。
合、宛先のＭＡＣアドレス、送信元の自装置のＭＡＣア
ドレスからベンダー内固有コードを取り出す（ステップ
Ｓ４）。以降の比較処理に先だって（ステップＳ４）で
取り出した３バイトのベンダー内固有コードをＭＡＣア
ドレスヘッダを１（１６進数）として宛先、送信元とも
にＭＡＣアドレスを生成しておく（ステップＳ５）。次
に、３バイトのベンダー内固有コードの先頭の４ビット
を宛先、送信元アドレスから取り出す（ステップＳ
６）。取り出した４ビット同士が一致するか比較する
（ステップＳ７）。一致しない場合は、これ以上のＭＡ
Ｃアドレスの短縮は出来ないので送信データとして相手
先に送出する（ステップＳ８）。（ステップＳ７）での
比較で一致した場合比較済の４ビットを省略した形で宛
先、送信元のＭＡＣアドレスと対応するＭＡＣアドレス
ヘッダを生成する（ステップＳ９）。（ステップＳ９）
で作成されたそれぞれのＭＡＣアドレスから先頭の４ビ
ットを取り出す（ステップＳ１０）。そして（ステップ
Ｓ７）に行き再度４ビットの比較を続ける。以上の方法
によって省略形式のＭＡＣアドレスを生成することが可
能となる。
【００２５】次に、そのようにして作成されたＭＡＣア
ドレスを持つデータを受信した場合の処理を説明する。
図３のフローチャートにおいて、最初に受信したデータ
の先頭にある４ビットのＭＡＣアドレスヘッダを取り出
す（ステップＳ１１）。そして、自装置のもつ６バイト
の正規のＭＡＣアドレスを取り出す（ステップＳ１
２）。ＭＡＣアドレスヘッダのタイプ情報に従い、受信
したデータから宛先ＭＡＣアドレス部分を取り出す（ス
テップＳ１３）。（ステップＳ１２）で取り出した自装
置のＭＡＣアドレスに（ステップＳ１３）で取り出した
宛先ＭＡＣアドレスを、対応する位置に上書きする（ス
テップＳ１４）。この上書きした結果と自装置の持つ正
規のＭＡＣアドレスを６バイト同士で比較する（ステッ
プＳ１５）。この比較の結果、一致しない場合は、他装
置宛の電文のため廃棄する。もし（ステップＳ１５）で
の比較が一致した場合は、自装置宛の電文の為、自装置
内に取り込みを行い、前略した処理と同じことを送信元
ＭＡＣアドレスに対しても行い６バイトの正規な形式に
復元をする（ステップＳ１７）。以上の処理で復元した
６バイトからなる正規のＭＡＣアドレスを受信した電文
の宛先ＭＡＣアドレスと送信元ＭＡＣアドレスフィール
ドに反映し、ＭＡＣアドレスヘッダは取り除き、電文長
も補正して次の処理にこの電文を渡す（ステップＳ１
８）。
ドレスを持つデータを受信した場合の処理を説明する。
図３のフローチャートにおいて、最初に受信したデータ
の先頭にある４ビットのＭＡＣアドレスヘッダを取り出
す（ステップＳ１１）。そして、自装置のもつ６バイト
の正規のＭＡＣアドレスを取り出す（ステップＳ１
２）。ＭＡＣアドレスヘッダのタイプ情報に従い、受信
したデータから宛先ＭＡＣアドレス部分を取り出す（ス
テップＳ１３）。（ステップＳ１２）で取り出した自装
置のＭＡＣアドレスに（ステップＳ１３）で取り出した
宛先ＭＡＣアドレスを、対応する位置に上書きする（ス
テップＳ１４）。この上書きした結果と自装置の持つ正
規のＭＡＣアドレスを６バイト同士で比較する（ステッ
プＳ１５）。この比較の結果、一致しない場合は、他装
置宛の電文のため廃棄する。もし（ステップＳ１５）で
の比較が一致した場合は、自装置宛の電文の為、自装置
内に取り込みを行い、前略した処理と同じことを送信元
ＭＡＣアドレスに対しても行い６バイトの正規な形式に
復元をする（ステップＳ１７）。以上の処理で復元した
６バイトからなる正規のＭＡＣアドレスを受信した電文
の宛先ＭＡＣアドレスと送信元ＭＡＣアドレスフィール
ドに反映し、ＭＡＣアドレスヘッダは取り除き、電文長
も補正して次の処理にこの電文を渡す（ステップＳ１
８）。
【００２６】尚、マルチキャスト送信のような複数の宛
先に同じ電文を送信するような場合に使用するＭＡＣア
ドレスは、本発明の対象から除外し６バイトの正規のＭ
ＡＣアドレスで送信する。
先に同じ電文を送信するような場合に使用するＭＡＣア
ドレスは、本発明の対象から除外し６バイトの正規のＭ
ＡＣアドレスで送信する。
【００２７】次に図５の装置構成例を参照して具体的な
実施例を説明する。図５をみると接続された各装置のＭ
ＡＣアドレスとベンダ先を以下の通りとする。 ホストＡ ：００００４Ｃ１２３４５６（１６進表記） （Ｎ社製） ホストＢ ：００００４Ｃ３３４４５５（１６進表記） （Ｎ社製） ホストＣ ：００００４Ｃ１２３４５７（１６進表記） （Ｎ社製） ゲートウェイ：００４３１２１５４３４５（１６進表記） （Ｃ社製） ホストＡ２０１よりホストＢ２０２、ホストＣ２０３、
ゲートウェイ２０４へ送信する従来の電文の先頭にある
１２バイトの宛先ＭＡＣアドレスと送信元のＭＡＣアド
レス部は、それぞれ次のフォーマットとなる。 ００００４Ｃ３３４４５５００００４Ｃ１２３４５６ （ホストＡからホストＢへ） ００００４Ｃ１２３４５７００００４Ｃ１２３４５６ （ホストＡからホストＣへ） ００４３１２１２４３４５００００４Ｃ１２３４５６ （ホストＡからゲートウェイへ） 本発明で提案するフォーマットを用いることにより、ホ
ストＡ２０１からホストＢ２０２へ送る電文の先頭に置
かれるＭＡＣアドレス部は、ベンダーコードの部分が一
致する為省略され、図４に規定したＭＡＣアドレスヘッ
ダ値によってＭＡＣアドレスヘッダ部は１（１６進数）
とされて次の内容となる。 １｜３３４４５５｜１｜１２３４５６（｜はＭＡＣアド
レスヘッダ部と省略されたＭＡＣアドレスを区切るため
のもので理解を容易にするため記入した。） ホストＡ２０１からホストＣ２０３へ送る電文のＭＡＣ
アドレス部は、ベンダーコードとベンダー内固有コード
の送信元アドレスと送信宛先アドレスにおける一致して
いる部分も省略され、結局最後の４ビットのみが残って
次の内容となる。尚、ＭＡＣアドレスヘッダ値は、図４
によれば６（１６進数）となる。 ６｜７｜６｜６ ベンダーが異なるゲートウェイ２０４へ送る電文のＭＡ
Ｃアドレス部は、０（１６進数）で規定したＭＡＣアド
レスヘッダ部分を除けば今までと同じ６バイトのＭＡＣ
アドレスを持ち次のフォーマットとなる。 ０｜００４３１２１５４３４５｜０｜００００４Ｃ１２
３４５６ 次に、本発明の実施の形態の動作について図面を参照し
て説明する。
実施例を説明する。図５をみると接続された各装置のＭ
ＡＣアドレスとベンダ先を以下の通りとする。 ホストＡ ：００００４Ｃ１２３４５６（１６進表記） （Ｎ社製） ホストＢ ：００００４Ｃ３３４４５５（１６進表記） （Ｎ社製） ホストＣ ：００００４Ｃ１２３４５７（１６進表記） （Ｎ社製） ゲートウェイ：００４３１２１５４３４５（１６進表記） （Ｃ社製） ホストＡ２０１よりホストＢ２０２、ホストＣ２０３、
ゲートウェイ２０４へ送信する従来の電文の先頭にある
１２バイトの宛先ＭＡＣアドレスと送信元のＭＡＣアド
レス部は、それぞれ次のフォーマットとなる。 ００００４Ｃ３３４４５５００００４Ｃ１２３４５６ （ホストＡからホストＢへ） ００００４Ｃ１２３４５７００００４Ｃ１２３４５６ （ホストＡからホストＣへ） ００４３１２１２４３４５００００４Ｃ１２３４５６ （ホストＡからゲートウェイへ） 本発明で提案するフォーマットを用いることにより、ホ
ストＡ２０１からホストＢ２０２へ送る電文の先頭に置
かれるＭＡＣアドレス部は、ベンダーコードの部分が一
致する為省略され、図４に規定したＭＡＣアドレスヘッ
ダ値によってＭＡＣアドレスヘッダ部は１（１６進数）
とされて次の内容となる。 １｜３３４４５５｜１｜１２３４５６（｜はＭＡＣアド
レスヘッダ部と省略されたＭＡＣアドレスを区切るため
のもので理解を容易にするため記入した。） ホストＡ２０１からホストＣ２０３へ送る電文のＭＡＣ
アドレス部は、ベンダーコードとベンダー内固有コード
の送信元アドレスと送信宛先アドレスにおける一致して
いる部分も省略され、結局最後の４ビットのみが残って
次の内容となる。尚、ＭＡＣアドレスヘッダ値は、図４
によれば６（１６進数）となる。 ６｜７｜６｜６ ベンダーが異なるゲートウェイ２０４へ送る電文のＭＡ
Ｃアドレス部は、０（１６進数）で規定したＭＡＣアド
レスヘッダ部分を除けば今までと同じ６バイトのＭＡＣ
アドレスを持ち次のフォーマットとなる。 ０｜００４３１２１５４３４５｜０｜００００４Ｃ１２
３４５６ 次に、本発明の実施の形態の動作について図面を参照し
て説明する。
【００２８】以上の実施例について補足をすると、従
来、ホストＡ２０１より、各ホストに送信する電文フォ
ーマットの宛先ＭＡＣアドレス部は、図１の（ｄ）のフ
ォーマットとなり、４８ビット必要である。同様のフォ
ーマットで、送信元ＭＡＣアドレスも電文中に含まれる
ため、ＭＡＣアドレスだけで９６ビットのサイズを必要
とした。
来、ホストＡ２０１より、各ホストに送信する電文フォ
ーマットの宛先ＭＡＣアドレス部は、図１の（ｄ）のフ
ォーマットとなり、４８ビット必要である。同様のフォ
ーマットで、送信元ＭＡＣアドレスも電文中に含まれる
ため、ＭＡＣアドレスだけで９６ビットのサイズを必要
とした。
【００２９】本発明の提案するフォーマットを用いる
と、ホストＡ２０１よりホストＢ２０２へ送信する電文
のＭＡＣアドレス部は、図１の（ａ）のフォーマットと
なる。送信元であるホストＡ２０１と宛先であるホスト
Ｂ２０２のＭＡＣアドレスとは、ＭＡＣアドレスのベン
ダーコード部「００００４Ｃ」の２４ビットが一致する
ため、省略する。省略した形式のタイプを示す判別部で
ある４ビットをそれぞれの先頭に付加し４ビット＋２４
ビットの２８ビットで宛先ＭＡＣアドレスを示す。よっ
てＭＡＣアドレス部は、送信元・宛先合わせて５６ビッ
トの電文長を占める。
と、ホストＡ２０１よりホストＢ２０２へ送信する電文
のＭＡＣアドレス部は、図１の（ａ）のフォーマットと
なる。送信元であるホストＡ２０１と宛先であるホスト
Ｂ２０２のＭＡＣアドレスとは、ＭＡＣアドレスのベン
ダーコード部「００００４Ｃ」の２４ビットが一致する
ため、省略する。省略した形式のタイプを示す判別部で
ある４ビットをそれぞれの先頭に付加し４ビット＋２４
ビットの２８ビットで宛先ＭＡＣアドレスを示す。よっ
てＭＡＣアドレス部は、送信元・宛先合わせて５６ビッ
トの電文長を占める。
【００３０】ホストＡ２０１よりホストＣ２０３へ送信
する電文のＭＡＣアドレス部は、図４の（ｇ）のフォー
マットとなる。送信元であるホストＡ２０１と宛先であ
るホストＣ２０３のＭＡＣアドレスを上位ビットより比
較し、一致している部分「００００４Ｃ１２３４５」の
４４ビットが省略されるが、これは、ベンダーコードに
加え、ベンダー内固有コードの一致している部分も省略
される為である。結局、ＭＡＣアドレスヘッダ部を含め
て８ビットとなる。よって、ＭＡＣアドレス部は、送信
元・宛先合わせて１６ビットのサイズを占める。
する電文のＭＡＣアドレス部は、図４の（ｇ）のフォー
マットとなる。送信元であるホストＡ２０１と宛先であ
るホストＣ２０３のＭＡＣアドレスを上位ビットより比
較し、一致している部分「００００４Ｃ１２３４５」の
４４ビットが省略されるが、これは、ベンダーコードに
加え、ベンダー内固有コードの一致している部分も省略
される為である。結局、ＭＡＣアドレスヘッダ部を含め
て８ビットとなる。よって、ＭＡＣアドレス部は、送信
元・宛先合わせて１６ビットのサイズを占める。
【００３１】ホストＡ２０１よりゲートウェイ２０４に
電文を送る場合、ベンダーコードが違うため、ベンダー
コードの省略はできない。しかし、ＭＡＣアドレスヘッ
ダ部が付加され、宛先ＭＡＣアドレスとして５２ビット
となる為、送信元・宛先のＭＡＣアドレス部を合計する
と、１０４ビット必要である。
電文を送る場合、ベンダーコードが違うため、ベンダー
コードの省略はできない。しかし、ＭＡＣアドレスヘッ
ダ部が付加され、宛先ＭＡＣアドレスとして５２ビット
となる為、送信元・宛先のＭＡＣアドレス部を合計する
と、１０４ビット必要である。
【００３２】
【発明の効果】第１の効果は、イーサネット上を流通す
る電文の長さを短縮できることにある。その理由は、電
文のうち、ＭＡＣアドレスを示す領域を省略する方式を
用いるためである。
る電文の長さを短縮できることにある。その理由は、電
文のうち、ＭＡＣアドレスを示す領域を省略する方式を
用いるためである。
【図１】本願発明におけるＭＡＣアドレスの短縮形式の
代表例と従来の形式を説明する図である。
代表例と従来の形式を説明する図である。
【図２】本願発明のＭＡＣアドレスの短縮処理を行う時
のフローチャートである。
のフローチャートである。
【図３】本願発明の短縮されたＭＡＣアドレスを受信し
た時の処理を行う時のフローチャートである。
た時の処理を行う時のフローチャートである。
【図４】本願発明のＭＡＣアドレスの短縮形式全体を表
す説明図である。
す説明図である。
【図５】本願発明の実施例を説明する１つのシステム構
成例である。
成例である。
【図６】従来の電文形式、ＭＡＣアドレス形式を説明す
る図である。
る図である。
２０１ ホストＡ ２０２ ホストＢ ２０３ ホストＣ ２０４ ゲートウェイ
Claims (8)
- 【請求項１】 データリンク層で使用される電文中の宛
先ＭＡＣアドレスと送信元ＭＡＣアドレスとを簡略化し
短縮して送信することを特徴とするイーサネットを用い
た通信における電文量を削減する方法。 - 【請求項２】 宛先ＭＡＣアドレスと送信元ＭＡＣアド
レスとを比較して一致する部分を省略することで簡略化
することを特徴とする請求項１記載のイーサネットを用
いた通信における電文量を削減する方法。 - 【請求項３】 ＭＡＣアドレスのベンダーコードが一致
する宛先には宛先ＭＡＣアドレスと送信元ＭＡＣアドレ
ス中のベンダーコードを省略して送信することを特徴と
する請求項１記載のイーサネットを用いた通信における
電文量を削減する方法。 - 【請求項４】 宛先ＭＡＣアドレスと送信元ＭＡＣアド
レスについて、ＭＡＣアドレスのベンダーコードが一致
すると、ＭＡＣアドレスの後続する部分についても先頭
から４ビットずつ比較し連続して一致する部分があれば
それを省略し一致しない部分以降を簡略化されたＭＡＣ
アドレスとして送信することを特徴とする請求項１又は
３記載のイーサネットを用いた通信における電文量を削
減する方法。 - 【請求項５】 宛先ＭＡＣアドレスと送信元ＭＡＣアド
レスについて、ＭＡＣアドレスのベンダーコードが一致
しないと、簡略化される前のＭＡＣアドレスを使用して
送信することを特徴とする請求項１記載のイーサネット
を用いた通信における電文量を削減する方法。 - 【請求項６】 前記電文において宛先ＭＡＣアドレスと
送信元ＭＡＣアドレスの前に簡略化された形式を表すフ
ィールドを有することを特徴とする請求項１記載のイー
サネットを用いた通信における電文量を削減する方法。 - 【請求項７】 前記簡略化されたＭＡＣアドレスを持つ
電文を受信する情報処理装置では、簡略化される前のＭ
ＡＣアドレスに復元することで、自装置宛か否を判断す
ることを特徴とする請求項１記載のイーサネットを用い
た通信における電文量を削減する方法。 - 【請求項８】 前記簡略化されたＭＡＣアドレスを持つ
電文を受信する情報処理装置では、簡略化される前のＭ
ＡＣアドレスに復元すると復元されたＭＡＣアドレスに
よる形式に当該電文を戻して以降の処理を行うことを特
徴とする請求項１又は７記載のイーサネットを用いた通
信における電文量を削減する方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000050640A JP2001244937A (ja) | 2000-02-28 | 2000-02-28 | イーサネットを用いた通信における電文量を削減する方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000050640A JP2001244937A (ja) | 2000-02-28 | 2000-02-28 | イーサネットを用いた通信における電文量を削減する方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001244937A true JP2001244937A (ja) | 2001-09-07 |
Family
ID=18572404
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000050640A Pending JP2001244937A (ja) | 2000-02-28 | 2000-02-28 | イーサネットを用いた通信における電文量を削減する方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001244937A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009540697A (ja) * | 2006-06-07 | 2009-11-19 | クゥアルコム・インコーポレイテッド | エアリンク通信に関して用いられる方法および装置 |
-
2000
- 2000-02-28 JP JP2000050640A patent/JP2001244937A/ja active Pending
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009540697A (ja) * | 2006-06-07 | 2009-11-19 | クゥアルコム・インコーポレイテッド | エアリンク通信に関して用いられる方法および装置 |
| JP2009540690A (ja) * | 2006-06-07 | 2009-11-19 | クゥアルコム・インコーポレイテッド | 効率的なオーバ・ザ・エア・アドレス方法および装置 |
| JP4847583B2 (ja) * | 2006-06-07 | 2011-12-28 | クゥアルコム・インコーポレイテッド | 効率的なオーバ・ザ・エア・アドレス方法および装置 |
| US8098662B2 (en) | 2006-06-07 | 2012-01-17 | Qualcomm Incorporated | Method and apparatus for using short addresses in a communication system |
| US8134952B2 (en) | 2006-06-07 | 2012-03-13 | Qualcomm Incorporated | PN code based addressing methods and apparatus for airlink communications |
| US8259702B2 (en) | 2006-06-07 | 2012-09-04 | Qualcomm Incorporated | Efficient over the air address methods and apparatus |
| US8416751B2 (en) | 2006-06-07 | 2013-04-09 | Qualcomm Incorporated | Method and apparatus used for airlink communications |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7400635B2 (en) | Method and system for assembling segmented frames of data transmitted over a backbone network | |
| Postel et al. | Standard for the transmission of IP datagrams over IEEE 802 networks | |
| JP4230663B2 (ja) | 無線通信ネットワークにおけるパケット・ヘッダの削減 | |
| EP2100406B1 (en) | Method and apparatus for implementing multicast routing | |
| US7899048B1 (en) | Method and apparatus for remotely monitoring network traffic through a generic network | |
| US8743691B2 (en) | Priority aware MAC flow control | |
| JP7481436B2 (ja) | Ｓｒネットワークでパケットを転送する方法、デバイス、及びシステム | |
| US8811171B2 (en) | Flow control for multi-hop networks | |
| US6414956B1 (en) | VLAN tag transport within a switch | |
| US20160043948A1 (en) | Communications over multiple protocol interfaces in a computing environment | |
| WO2017203905A1 (ja) | ネットワークハブ、転送方法及び車載ネットワークシステム | |
| US6741566B1 (en) | Remote management ethernet network and device | |
| US7026949B2 (en) | Method for transmitting and receiving messages in home appliance networking system | |
| TWI730894B (zh) | 透過操作虛擬區網標籤在時間敏感網路與非時間敏感網路之間路由封包之裝置及方法 | |
| JP2001244937A (ja) | イーサネットを用いた通信における電文量を削減する方法 | |
| US6735649B2 (en) | Multiple buffers for removing unwanted header information from received data packets | |
| US20080320162A1 (en) | Method and System for Minimum Frame Size Support for a Communication Protocol Encapsulated Over Ethernet | |
| JP3132232B2 (ja) | データリンク層形式の自動設定装置 | |
| US7586910B2 (en) | Overhead reduction and address and protection in communication stack | |
| EP3591535B1 (en) | Addressing mechanism | |
| US11968119B1 (en) | Service Function Chaining using uSID in SRv6 | |
| US8218542B2 (en) | Overhead reduction and address protection in communication stack | |
| EP1065860B1 (en) | VLAN tag transport within a switch | |
| JPH11191790A (ja) | 通信データ処理方法及びそのネットワーク間接続装置 | |
| JPH05501345A (ja) | マルチキャストアドレス容量が不充分なローカルエリアネットワークにおけるマルチキャストアドレス方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040115 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040210 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050311 |