JP2019041227A - 通信プログラム、通信方法及び通信装置 - Google Patents

Abstract

【課題】Ｌ２ネットワークにおけるホップ数の制限をなくすこと。【解決手段】Ｌ２ネットワークは複数のドメインに分割される。受信部２１がパケットを受信すると、判定部２４が、他のドメインから受信したか否かを判定する。そして、判定部２４がパケットを他のドメインから受信したと判定した場合には、ヘッダ追加部２５が、ヘッダをパケットに追加する。追加されたヘッダには、ホップ数が含まれる。ヘッダ追加部２５は、ヘッダに含まれるホップ数を０に設定する。【選択図】図３

Description

本発明は、通信プログラム、通信方法及び通信装置に関する。

ＯＳＩ（Open Systems Interconnection）参照モデルのレイヤ２において経路を冗長化するプロトコルとしてＴＲＩＬＬ（TRansparent Interconnection of Lots of Links）がある。ＴＲＩＬＬは、ＳＴＰ（Spanning Tree Protocol）と比較して帯域の有効利用、障害時の高速切替等の特長を備える。

なお、上位装置から示された経路でパケットを転送するネットワークと自律制御型で経路制御を行うネットワークとを接続した環境における経路制御手段を提供する技術がある。この技術では、通信システムは、所定のルーティングプロトコルにより隣接するスイッチと情報交換を行って転送テーブルを生成し、該転送テーブルを参照してパケットを転送する第１のスイッチを有する。また、通信システムは、所定のコントローラからの指示に従いパケットを転送する第２のスイッチと、第２のスイッチに指示を与えるコントローラと、統合コントローラを有する。

統合コントローラは、コントローラに、第２のスイッチに対する指定した経路でのパケット転送指示と、第１のスイッチを仮想化したスイッチで構成された仮想ネットワークの生成とを指示する。そして、統合コントローラは、コントローラに、仮想ネットワークにマッピングされた第２のスイッチと第１のスイッチ間で所定のルーティングプロトコルによる情報交換を行わせることで、予め計算した経路に沿ったパケット転送を行わせる。

特許第５９５００１９号公報

ＴＲＩＬＬには、ＳＴＰと比較して帯域の有効利用、障害時の高速切替等の特長があるが、ホップ数の制限により６４台を超過したパケット転送ができないという問題がある。図１１は、ホップ数の制限を説明するための図である。図１１において、ＴＲＩＬＬ−ＳＷ９２は、ＴＲＩＬＬで通信を行うスイッチである。Ｄａｔａは送受信されるデータである。Ｅｔｈｅｒは、イーサネット（登録商標、以下同様）ヘッダである。Ｔｒｉｌｌは、ＴＲＩＬＬヘッダである。

ＴＲＩＬＬネットワークを介して通信を行う装置はＴＲＩＬＬ−ＳＷ９２とＥｔｈｅｒ回線（イーサネット回線）で接続される。ＴＲＩＬＬ−ＳＷ９２同士はＴＲＩＬＬ回線で接続される。図１１に示すように、パケットは、送信装置９３から複数のＴＲＩＬＬ−ＳＷ９２を経由して受信装置９４に送信されるが、経由するＴＲＩＬＬ−ＳＷ９２の台数は６４を超えることはできない。

また、ＴＲＩＬＬネットワークでは、マルチキャストパケットが不要なポートへ転送されてしまう。また、各ＴＲＩＬＬ−ＳＷ９２は全てのＴＲＩＬＬ−ＳＷ９２の経路情報を蓄積するため、ＴＲＩＬＬ−ＳＷ９２の台数が増えると経路情報が肥大化し、経路計算量が増大してネットワークが不安定になる。

本発明は、１つの側面では、ＴＲＩＬＬネットワークにおけるホップ数の制限をなくすことを目的とする。

１つの態様では、通信プログラムは、複数のドメインに分割されたネットワークにおいてパケットの送受信を行う場合に、異なるドメインから前記パケットが受信されたかどうかを判定する処理をコンピュータに実行させる。そして、前記通信プログラムは、前記異なるドメインから前記パケットが受信されたと判定した場合に、前記パケットにヘッダを追加し、前記ヘッダに含まれるホップ数を調整する処理を前記コンピュータに実行させる。

１つの側面では、本発明は、ＴＲＩＬＬネットワークにおけるホップ数の制限をなくすことができる。

図１は、実施例に係るドメイン分割を説明するための図である。 図２は、パケット送信動作を説明するための図である。 図３は、ＴＲＩＬＬ−ＳＷの機能構成を示す図である。 図４は、パケットフォーマットを示す図である。 図５は、パケット転送処理のフローを示すフローチャートである。 図６は、パケット到達制限がなくなる効果を説明するための図である。 図７は、不要なマルチキャスト転送がなくなる効果を説明するための図である。 図８は、経路情報の肥大化を抑制する効果を説明するための図である。 図９は、障害発生時に影響を局所化する効果を説明するための図である。 図１０は、ＴＲＩＬＬ−ＳＷのハードウェア構成を示す図である。 図１１は、ホップ数の制限を説明するための図である。

以下に、本願の開示する通信プログラム、通信方法及び通信装置の実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。

まず、実施例に係るドメイン分割について説明する。図１は、実施例に係るドメイン分割を説明するための図である。図１では、ＴＲＩＬＬネットワーク１は、複数の拠点に分割され、拠点単位で複数のドメイン１ａに分割される。ＴＲＩＬＬ−ＳＷ２は、ＴＲＩＬＬで通信を行うスイッチである。

ドメイン１ａ内では、ＴＲＩＬＬ−ＳＷ２はＴＲＩＬＬ回線で接続される。ドメイン１ａ間では、ＴＲＩＬＬ−ＳＷ２はＥｔｈｅｒ回線で接続される。端末３とＴＲＩＬＬ−ＳＷ２の間はＥｔｈｅｒ回線で接続される。端末３の代わりに情報処理装置がＴＲＩＬＬ−ＳＷ２とＥｔｈｅｒ回線で接続されてもよい。ＴＲＩＬＬ−ＳＷ２に付加された丸印はドメイン境界のポートを示す。なお、図１では、ＴＲＩＬＬネットワーク１は、拠点単位で分割されるが、別の単位で分割されてもよい。

図２は、パケット送信動作を説明するための図である。図２では、Ａ拠点のＴＲＩＬＬ−ＳＷ２に接続されたＰ端末からＣ拠点のＴＲＩＬＬ−ＳＷ２に接続されたＱ端末にパケットが送信される。

図２に示すように、Ａ拠点にはＳＷ＃１、ＳＷ＃２及びＳＷ＃３で表されるＴＲＩＬＬ−ＳＷ２が含まれ、ＳＷ＃１、ＳＷ＃２及びＳＷ＃３は１つのドメイン１ａを構成する。同様に、Ｂ拠点にはＳＷ＃４、ＳＷ＃５及びＳＷ＃６で表されるＴＲＩＬＬ−ＳＷ２が含まれ、ＳＷ＃４、ＳＷ＃５及びＳＷ＃６は１つのドメイン１ａを構成する。同様に、Ｃ拠点にはＳＷ＃７、ＳＷ＃８及びＳＷ＃９で表されるＴＲＩＬＬ−ＳＷ２が含まれ、ＳＷ＃７、ＳＷ＃８及びＳＷ＃９は１つのドメイン１ａを構成する。

ドメイン１ａ内で転送されるパケットにはＴＲＩＬＬヘッダが含まれる。一方、ドメイン１ａ間で転送されるパケットにはＴＲＩＬＬヘッダは含まれない。例えば、Ａ拠点において、ＳＷ＃１からＳＷ＃２に送信されるパケットにはＡ拠点用のＴＲＩＬＬヘッダが含まれる。Ｔｒｉｌｌ（Ａ拠点）はＡ拠点用のＴＲＩＬＬヘッダを示す。ＴＲＩＬＬヘッダには、送信先ＴＲＩＬＬニックネームとしてＳＷ＃２が含まれ、送信元ＴＲＩＬＬニックネームとしてＳＷ＃１が含まれる。

一方、ＳＷ＃２からＳＷ＃４に送信されるパケットには、ＴＲＩＬＬヘッダが含まれず、ＥｔｈｅｒとＤａｔａだけが含まれる。Ｅｔｈｅｒには、送信元ＭＡＣ（Media Access Control）アドレスとしてｐが含まれ、送信先ＭＡＣアドレスとしてｑが含まれる。ここで、ｐはＰ端末のＭＡＣアドレスであり、ｑはＱ端末のＭＡＣアドレスである。

すなわち、ＴＲＩＬＬ−ＳＷ２は、他のドメインからパケットを受信するとＴＲＩＬＬヘッダを付加し、他のドメインにパケットを送信する場合にＴＲＩＬＬヘッダを取り除く。ＴＲＩＬＬヘッダに含まれるホップ数はＴＲＩＬＬヘッダが付加された時点で初期設定される。したがって、ＴＲＩＬＬネットワーク１では、必要に応じてドメイン分割の数を増やすことによって、ホップ数の制限をなくすことができる。

次に、ＴＲＩＬＬ−ＳＷ２の機能構成について説明する。図３は、ＴＲＩＬＬ−ＳＷ２の機能構成を示す図である。図３に示すように、ＴＲＩＬＬ−ＳＷ２は、受信部２１と、ドメイン境界情報記憶部２２と、フォーワーディングテーブル２３と、判定部２４と、ヘッダ追加部２５と、ヘッダ削除部２６とを有する。また、ＴＲＩＬＬ−ＳＷ２は、ＴＲＩＬＬ転送部２７と、イーサ転送部２８と、経路計算処理部２９とを有する。

受信部２１は、端末３又は他のＴＲＩＬＬ−ＳＷ２からパケットを受信し、判定部２４に渡す。図４は、パケットフォーマットを示す図である。図４（ａ）は、ドメイン１ａ内パケットフォーマットを示し、図４（ｂ）は、ドメイン１ａ間パケットフォーマットを示す。図４（ａ）に示すように、ドメイン１ａ内では、元の（original）イーサネットフレームにＴＲＩＬＬヘッダと外側イーサネットヘッダ（Outer Ethernet Header）が付加される。

元のイーサネットフレームには、内側送信先ＭＡＣアドレス（Inner Destination MAC Address）、内側送信元ＭＡＣアドレス（Inner Source MAC Address）、イーサタイプ（Ether Type）が含まれる。また、イーサネットフレームには、内側ＶＬＡＮタグ情報（Inner Virtual Local Area Network tag info）、ペイロード（Payload）及びＦＣＳ（Frame Check Sequence）が含まれる。

内側送信先ＭＡＣアドレスは、送信先のＭＡＣアドレスである。内側送信元ＭＡＣアドレスは、送信元のＭＡＣアドレスである。イーサタイプにはＣ−ｔａｇが指定される。Ｃ−ｔａｇは、付加されるヘッダがＴＲＩＬＬヘッダであることを示す。内側ＶＬＡＮタグ情報は、ＶＬＡＮのタグ情報である。ペイロードは、送信されるデータである。ＦＣＳは、データ誤りの検出及び訂正に用いられるビット列である。

ＴＲＩＬＬヘッダには、イーサタイプ、Ｖ（Version）、Ｒ（Reserved）、Ｍ（Multi-Destination）、Ｏｐ−Ｌ（Option Length）、ホップ数（Hop Count）、出口ニックネーム（Egress Nickname）、入口ニックネーム（Ingress Nickname）が含まれる。

イーサタイプにはＴＲＩＬＬが指定される。Ｖは、バージョンを示す。Ｒは、将来の拡張用である。Ｍは、宛先が複数であるか否かを示す。Ｏｐ−Ｌは、オプションフィールドの長さを示す。オプションフィールドは、入口ニックネームの後にある。ホップ数は、ドメイン１ａ内で経由したＴＲＩＬＬ−ＳＷ２の数である。ホップ数のビット長は６である。

出口ニックネームは、ドメイン１ａの出口のＴＲＩＬＬ−ＳＷ２の名前である。入口ニックネームは、ドメイン１ａの入口のＴＲＩＬＬ−ＳＷ２の名前である。入口ニックネーム及び出口ニックネームはドメイン１ａの外に通知されない。したがって、経路情報配信範囲が限定され、経路情報の肥大化を抑制することができる。

外側イーサネットヘッダには、外側送信先ＭＡＣアドレス（Outer Destination MAC Address）、外側送信元ＭＡＣアドレス（Outer Source MAC Address）、イーサタイプ、内側ＶＬＡＮタグ情報（Inner VLAN tag info）が含まれる。

外側送信先ＭＡＣアドレスは、送信先のＭＡＣアドレスである。外側送信元ＭＡＣアドレスは、送信元のＭＡＣアドレスである。イーサタイプにはＣ−ｔａｇが指定される。外側ＶＬＡＮタグ情報は、ＶＬＡＮのタグ情報である。

また、図４（ｂ）に示すように、ドメイン１ａ間のパケットフォーマットは、元のイーサネットフレームのフォーマットである。

図３に戻って、ドメイン境界情報記憶部２２は、ＴＲＩＬＬ−ＳＷ２が有するいずれかのポートにドメイン境界設定があるか否かを示す情報を記憶する。フォーワーディングテーブル２３は、パケットの宛先と出力ポートとを対応付けるテーブルである。

判定部２４は、フォーワーディングテーブル２３を参照してパケットの出力ポートを特定し、出力ポートからパケットの転送先を特定する。そして、判定部２４は、ドメイン境界情報記憶部２２と転送先の情報を用いて、接続する端末３又は他のドメイン１ａからパケットを受信したか否か、及び、接続する端末３又は他のドメイン１ａにパケットを送信するか否かを判定する。

そして、判定部２４は、接続する端末３又は他のドメイン１ａからパケットを受信した場合には、パケットをヘッダ追加部２５に渡す。また、判定部２４は、接続する端末３又は他のドメイン１ａにパケットを送信する場合には、パケットをヘッダ削除部２６に渡す。また、判定部２４は、同じドメイン１ａのＴＲＩＬＬ−ＳＷ２からパケットを受信し、同じドメイン１ａのＴＲＩＬＬ−ＳＷ２にパケットを転送する場合には、パケットをＴＲＩＬＬ転送部２７に渡す。

なお、判定部２４は、受信したパケットにＴＲＩＬＬヘッダがあるか否かに基づいて、接続する端末３又は他のドメイン１ａからパケットを受信したか否かを判定してもよい。

ヘッダ追加部２５は、ＴＲＩＬＬ−ＳＷ２が接続する端末３又は他のドメイン１ａからパケットを受信した場合に、ＴＲＩＬＬヘッダ及び外側イーサネットヘッダを生成してパケットに付加する。このとき、ヘッダ追加部２５は、ホップ数を０に設定する。

ヘッダ削除部２６は、ＴＲＩＬＬ−ＳＷ２が接続する端末３又は他のドメイン１ａにパケットを送信する場合に、ＴＲＩＬＬヘッダ及び外側イーサネットヘッダをパケットから削除する。

ＴＲＩＬＬ転送部２７は、判定部２４又はヘッダ追加部２５からパケットを受け取るとＴＲＩＬＬによりパケットを転送する。

イーサ転送部２８、ヘッダ削除部２６からパケットを受け取るとイーサネットによりパケットを転送する。

経路計算処理部２９は、パケットの宛先に対応する経路を計算し、パケットの出力ポートを宛先と対応付けてフォーワーディングテーブル２３に格納する。

次に、パケット転送処理のフローについて説明する。図５は、パケット転送処理のフローを示すフローチャートである。図５に示すように、ＴＲＩＬＬ−ＳＷ２は、パケットを受信する（ステップＳ１）と、ドメイン境界情報記憶部２２を参照し、ドメイン境界設定があるか否かを判定する（ステップＳ２）。

そして、ドメイン境界設定がない場合には、ＴＲＩＬＬ−ＳＷ２は、ＴＲＩＬＬ回線を用いるパケット転送処理を行う（ステップＳ３）。一方、ドメイン境界設定がある場合には、ＴＲＩＬＬ−ＳＷ２は、転送先が他ドメイン１ａであるか否かを判定する（ステップＳ４）。そして、転送先が他ドメイン１ａでない場合には、ＴＲＩＬＬ−ＳＷ２は、ＴＲＩＬＬヘッダ及び外側イーサネットヘッダを追加し、ＴＲＩＬＬパケットに変換する（ステップＳ５）。そして、ＴＲＩＬＬ−ＳＷ２は、ＴＲＩＬＬによるパケット転送処理を行う（ステップＳ３）。

一方、転送先が他ドメイン１ａである場合には、ＴＲＩＬＬ−ＳＷ２は、ＴＲＩＬＬヘッダ及び外側イーサネットヘッダを削除し、イーサネットフレームに変換し（ステップＳ６）、イーサネットによるパケット転送処理を行う（ステップＳ７）。

このように、ＴＲＩＬＬ−ＳＷ２は、ドメイン境界においてＴＲＩＬＬヘッダ及び外側イーサネットヘッダを追加する処理又は削除する処理を行うことによって、６４台を超えるＴＲＩＬＬ−ＳＷ２を経由してパケットを転送することができる。

次に、ドメイン分割の効果について図６〜図９を用いて説明する。図６は、パケット到達制限がなくなる効果を説明するための図である。ＴＲＩＬＬネットワーク１では、拠点毎に６４台のＴＲＩＬＬ−ＳＷ２の接続が可能である。また、拠点接続箇所でホップ数を含むＴＲＩＬＬヘッダが付け替えられるため、拠点数を増やすことによって、ＴＲＩＬＬネットワーク１は、パケット到達制限をなくすことができる。したがって、図６に示すように、図１１においてパケットが到達できない端末についても、パケットの到達が可能となる。

図７は、不要なマルチキャスト転送がなくなる効果を説明するための図である。図７は、カメラ４によって撮影されたカメラ映像がモニタ５に転送される場合を示す。図７に示すように、拠点間（ドメイン１ａ間）では、Ｅｔｈｅｒ回線による通信が行われる。このため、ＴＲＩＬＬ−ＳＷ２は、ＩＧＭＰスヌーピングを用いて不要なマルチキャストの転送が行われないように制御することができる。不要なカメラ映像パケットが転送されないことから、ＴＲＩＬＬネットワーク１は、回線帯域を有効に使用することができる。

図８は、経路情報の肥大化を抑制する効果を説明するための図である。図８に示すように、各ＴＲＩＬＬ−ＳＷ２は、自拠点（自ドメイン１ａ）内のＴＲＩＬＬ−ＳＷ２の経路情報だけを蓄積する。Ａ拠点に含まれるＴＲＩＬＬ−ＳＷ２は、Ａ拠点内のＴＲＩＬＬ−ＳＷ２の経路情報だけを蓄積し、Ｂ拠点に含まれるＴＲＩＬＬ−ＳＷ２は、Ｂ拠点内のＴＲＩＬＬ−ＳＷ２の経路情報だけを蓄積する。Ｃ拠点に含まれるＴＲＩＬＬ−ＳＷ２は、Ｃ拠点内のＴＲＩＬＬ−ＳＷ２の経路情報だけを蓄積する。

したがって、ＴＲＩＬＬネットワーク１では、ドメイン分割がない場合と比較して経路情報の量が小さく、経路計算量も小さい。このため、ＴＲＩＬＬネットワーク１は、経路計算量の増大によりネットワークが不安定になることを防ぐことができる。

図９は、障害発生時に影響を局所化する効果を説明するための図である。図９は、Ａ拠点で障害が発生した場合を示す。図９に示すように、障害が発生したＡ拠点では、ＴＲＩＬＬ−ＳＷ２の切替動作等が必要になる。一方、Ｂ拠点、Ｃ拠点等の他のドメイン１ａは、Ａ拠点で発生した障害の影響を受けない。したがって、ＴＲＩＬＬネットワーク１は、障害発生時の影響を局所化することができる。

次に、ＴＲＩＬＬ−ＳＷ２のハードウェア構成について説明する。図１０は、ＴＲＩＬＬ−ＳＷ２のハードウェア構成を示す図である。図１０に示すように、ＴＲＩＬＬ−ＳＷ２は、ＲＡＭ（Random Access Memory）３１と、ＣＰＵ（Central Processing Unit）３２と、フラッシュメモリ３３と、スイッチ部３４と、６個のポート３５を有する。なお、ＴＲＩＬＬ−ＳＷ２は、６個以外の数のポート３５を有してもよい。

ＲＡＭ３１は、フラッシュメモリ３３から読出されたプログラムを記憶する揮発性メモリである。また、ＲＡＭ３１は、プログラムの実行に必要なデータ、プログラム実行の途中結果等を記憶する。

ＣＰＵ３２は、ＲＡＭ３１からプログラムを読み出して実行する中央処理装置である。フラッシュメモリ３３は、プログラムを記憶する不揮発性メモリである。スイッチ部３４は、ＣＰＵ３２とポート３５の接続を制御する。ポート３５は、パケットの受信又は送信を行う。

上述してきたように、実施例では、ＴＲＩＬＬネットワーク１は、複数のドメイン１ａに分割される。ＴＲＩＬＬ−ＳＷ２は、ドメイン１ａ内では、ＴＲＩＬＬによりパケットを転送し、ドメイン１ａ間では、イーサネットによりパケットを転送する。そして、受信部２１がパケットを受信すると、判定部２４が、他のドメイン１ａから受信したか否かを判定する。そして、判定部２４が他のドメイン１ａから受信したと判定した場合には、ヘッダ追加部２５が、ＴＲＩＬＬヘッダ及び外側イーサネットヘッダを追加する。このとき、ヘッダ追加部２５は、ホップ数を０に設定する。したがって、ＴＲＩＬＬネットワーク１は、パケット到達制限をなくすことができる。

また、実施例では、判定部２４は、他のドメイン１ａからパケットを受信したか否かをドメイン境界情報記憶部２２とパケットの転送先に基づいて判定する。あるいは、判定部２４は、パケットにＴＲＩＬＬヘッダが含まれるか否かに基づいて、他のドメイン１ａからパケットを受信したか否かを判定する。したがって、判定部２４は、正しく判定を行うことができる。

また、実施例では、判定部２４は、他のドメイン１ａへパケットを転送するか否かをドメイン境界情報記憶部２２とパケットの転送先に基づいて判定する。そして、判定部２４が他のドメイン１ａへパケットを転送すると判定すると、ヘッダ削除部２６が、ＴＲＩＬＬヘッダ及び外側イーサネットヘッダをパケットから削除する。したがって、ＴＲＩＬＬ−ＳＷ２は、ドメイン１ａ間でイーサネットによりパケットを送信することができる。

なお、実施例では、ＴＲＩＬＬネットワークについて説明したが、本発明はこれに限定されるものではなく、ホップ数に制限のあるネットワーク、マルチキャスト又はブロードキャスト機能があるネットワーク等の他のネットワークにも同様に適用することができる。

１ ＴＲＩＬＬネットワーク
１ａ ドメイン
２，９２ ＴＲＩＬＬ−ＳＷ
３ 端末
４ カメラ
５ モニタ
２１ 受信部
２２ ドメイン境界情報記憶部
２３ フォーワーディングテーブル
２４ 判定部
２５ ヘッダ追加部
２６ ヘッダ削除部
２７ ＴＲＩＬＬ転送部
２８ イーサ転送部
２９ 経路計算処理部
３１ ＲＡＭ
３２ ＣＰＵ
３３ フラッシュメモリ
３４ スイッチ部
３５ ポート
９３ 送信装置
９４ 受信装置

Claims (8)

1. 複数のドメインに分割されたネットワークにおいてパケットの送受信を行う場合に、異なるドメインから前記パケットが受信されたかどうかを判定し、
   前記異なるドメインから前記パケットが受信されたと判定した場合に、前記パケットにヘッダを追加し、前記ヘッダに含まれるホップ数を調整する
   処理をコンピュータに実行させることを特徴とする通信プログラム。
2. 前記複数のドメインそれぞれのネットワークはＴＲＩＬＬにより構成されたネットワークであることを特徴とする請求項１に記載の通信プログラム。
3. 前記複数のドメインそれぞれを接続するネットワークは、ＴＲＩＬＬと異なるプロトコルを有するネットワークにより構成されることを特徴とする請求項２に記載の通信プログラム。
4. 前記異なるドメインから前記パケットが受信されたかどうかをドメイン境界に位置するかどうか及び前記パケットの転送先に基づいて判定する処理を前記コンピュータに実行させることを特徴とする請求項１、２又は３に記載の通信プログラム。
5. 前記異なるドメインから前記パケットが受信されたかどうかを前記パケットに含まれるＴＲＩＬＬヘッダーの有無により判定する処理を前記コンピュータに実行させることを特徴とする請求項３に記載の通信プログラム。
6. 出力ポートが他のドメインに接続されるかどうかを判定し、前記出力ポートが他のドメインに接続される場合に前記出力ポートから送信するパケットから前記ホップ数を含むヘッダを取り除く処理をさらに前記コンピュータに実行させることを特徴とする請求項１〜５のいずれか１つに記載の通信プログラム。
7. 複数のドメインに分割されたネットワークにおいてパケットの送受信を行う場合に、異なるドメインから前記パケットが受信されたかどうかを判定し、
   前記異なるドメインから前記パケットが受信されたと判定した場合に、前記パケットにヘッダを追加し、前記ヘッダに含まれるホップ数を調整する
   処理をコンピュータが実行することを特徴とする通信方法。
8. 複数のドメインに分割されたネットワークにおいてパケットの送受信を行う場合に、異なるドメインから前記パケットが受信されたかどうかを判定する判定部と、
   前記判定部により前記異なるドメインから前記パケットが受信されたと判定された場合に、前記パケットにヘッダを追加し、前記ヘッダに含まれるホップ数を調整する追加部と
   を有することを特徴とする通信装置。

Images