JPH1127317A - ルータ - Google Patents
ルータInfo
- Publication number
- JPH1127317A JPH1127317A JP9174785A JP17478597A JPH1127317A JP H1127317 A JPH1127317 A JP H1127317A JP 9174785 A JP9174785 A JP 9174785A JP 17478597 A JP17478597 A JP 17478597A JP H1127317 A JPH1127317 A JP H1127317A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- fragmented
- router
- address
- packets
- 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
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】フラグメントされたＩＰパケットの一つを破棄
した場合、後続のフラグメントされたＩＰパケットの中
継を停止するルータを提供する。 【解決手段】ネットワークインタフェースと、中継判定
処理手段と、経路制御データベース手段と、フラグメン
ト識別用記憶領域とから構成して成る。
した場合、後続のフラグメントされたＩＰパケットの中
継を停止するルータを提供する。 【解決手段】ネットワークインタフェースと、中継判定
処理手段と、経路制御データベース手段と、フラグメン
ト識別用記憶領域とから構成して成る。
Description
【０００１】
【発明の属する技術分野】本発明は、ＬＡＮ（ローカル
エリアネットワーク）における中継装置、特にルータに
関するものである。
エリアネットワーク）における中継装置、特にルータに
関するものである。
【０００２】
【従来の技術】ＬＡＮにおける中継装置としてルータ装
置が広く用いられている。ルータ装置は複数のネットワ
ークに接続され、一方ネットワークからのパケットを、
他方のネットワークに必要に応じて中継する機能を持
つ。その中に例えば、IAB RFC791Internet Protpcol
（ＩＰ）で定義されるＩＰパケットを中継するＩＰルー
タがある。
置が広く用いられている。ルータ装置は複数のネットワ
ークに接続され、一方ネットワークからのパケットを、
他方のネットワークに必要に応じて中継する機能を持
つ。その中に例えば、IAB RFC791Internet Protpcol
（ＩＰ）で定義されるＩＰパケットを中継するＩＰルー
タがある。
【０００３】図２は、従来のＩＰルータによるネットワ
ーク構成図である。図２において、１００，１７０はＩ
Ｐルータ、１１０は中継判定処理手段、１２０は経路制
御データベース手段、１３０，１３１はネットワークイ
ンタフェース、１４０〜１４２はネットワーク、１５０
〜１５３はネットワークに接続した局、１６０は局が送
出したＩＰパケットである。
ーク構成図である。図２において、１００，１７０はＩ
Ｐルータ、１１０は中継判定処理手段、１２０は経路制
御データベース手段、１３０，１３１はネットワークイ
ンタフェース、１４０〜１４２はネットワーク、１５０
〜１５３はネットワークに接続した局、１６０は局が送
出したＩＰパケットである。
【０００４】図２を用いＩＰルータにおける中継処理の
手順を説明する。
手順を説明する。
【０００５】ＩＰルータ１００は、局１５０より局１５
３宛にＩＰパケット１６０が送信されると、ネットワー
クインタフェース１３０によって、このＩＰパケット１
６０を受信する。
３宛にＩＰパケット１６０が送信されると、ネットワー
クインタフェース１３０によって、このＩＰパケット１
６０を受信する。
【０００６】中継判定処理手段１１０は、経路制御デー
タベース手段１２０により、宛先アドレスである局１５
３がどのネットワークに属するかを調べる。ここで、経
路制御データベース手段１２０は、事前に人手により設
定を行なうか、あるいはIABRFC1058 Routing Informati
on Protocol（ＲＩＰ）により定義されている、ＲＩＰ
などの経路制御プロトコルを用い、ＩＰルータ間で経路
情報を交換することにより構築されている。
タベース手段１２０により、宛先アドレスである局１５
３がどのネットワークに属するかを調べる。ここで、経
路制御データベース手段１２０は、事前に人手により設
定を行なうか、あるいはIABRFC1058 Routing Informati
on Protocol（ＲＩＰ）により定義されている、ＲＩＰ
などの経路制御プロトコルを用い、ＩＰルータ間で経路
情報を交換することにより構築されている。
【０００７】中継判定処理手段１１０は、局１５３が属
するネットワークがＩＰルータ１７０の先にあることを
知ると、ＩＰルータ１７０がネットワークインタフェー
ス１３１側にあるため、中継の必要があると判断し、ネ
ットワークインタフェース１３１によってＩＰルータ１
７０に向けＩＰパケット１６０を送信する。
するネットワークがＩＰルータ１７０の先にあることを
知ると、ＩＰルータ１７０がネットワークインタフェー
ス１３１側にあるため、中継の必要があると判断し、ネ
ットワークインタフェース１３１によってＩＰルータ１
７０に向けＩＰパケット１６０を送信する。
【０００８】ＩＰルータ１７０も上記と同様な処理を行
なうことにより、局１５０が送出したＩＰパケット１６
０は局１５３に届く。
なうことにより、局１５０が送出したＩＰパケット１６
０は局１５３に届く。
【０００９】図３は、ＩＰパケットの構造説明図であ
る。図３において、２００はＩＰパケット、２０１はＩ
ＤＥＮＴフィールド、２０２は上位プロトコルの種別、
２０３は送信元ＩＰアドレス、２０４は宛先ＩＰアドレ
ス、２０５は上位プロトコルデータである。ここで、Ｉ
Ｐパケットの長さは６５５３６バイトまでと規定されて
いる。
る。図３において、２００はＩＰパケット、２０１はＩ
ＤＥＮＴフィールド、２０２は上位プロトコルの種別、
２０３は送信元ＩＰアドレス、２０４は宛先ＩＰアドレ
ス、２０５は上位プロトコルデータである。ここで、Ｉ
Ｐパケットの長さは６５５３６バイトまでと規定されて
いる。
【００１０】ネットワークにIEEE802.3 で規定されるイ
ーサネットを用いた場合、ＩＰパケットはイーサネット
フレームの中のデータとして転送される。
ーサネットを用いた場合、ＩＰパケットはイーサネット
フレームの中のデータとして転送される。
【００１１】図４は、IEEE802.3 で規定されたイーサネ
ットフレームの形式説明図である。図４において、３０
０はイーサネットフレーム、３０１は宛先ハードウェア
アドレス、３０２は送信元ハードウェアアドレス、３０
３は上位プロトコルタイプ、３０４は上位プロトコルデ
ータ、３０５はフレームチェックシーケンスである。イ
ーサネット上でＩＰの通信を行なうためには、上位プロ
トコルタイプ３０３にＩＰを示す値“OxO800”を、上位
プロトコルデータ３０４に送信するＩＰパケットを入れ
る。
ットフレームの形式説明図である。図４において、３０
０はイーサネットフレーム、３０１は宛先ハードウェア
アドレス、３０２は送信元ハードウェアアドレス、３０
３は上位プロトコルタイプ、３０４は上位プロトコルデ
ータ、３０５はフレームチェックシーケンスである。イ
ーサネット上でＩＰの通信を行なうためには、上位プロ
トコルタイプ３０３にＩＰを示す値“OxO800”を、上位
プロトコルデータ３０４に送信するＩＰパケットを入れ
る。
【００１２】イーサネットのフレームの長さは６４バイ
トから１５１８バイトの範囲と規定されており、このう
ち上位プロトコルデータ部の長さは４６バイトから１５
００バイトである。従って、一つのイーサネットフレー
ムで転送でさるＩＰパケットの長さは４６バイトから１
５００バイトになる。
トから１５１８バイトの範囲と規定されており、このう
ち上位プロトコルデータ部の長さは４６バイトから１５
００バイトである。従って、一つのイーサネットフレー
ムで転送でさるＩＰパケットの長さは４６バイトから１
５００バイトになる。
【００１３】ＩＰパケットが一つのイーサネットフレー
ムに収まらない場合、ＩＰパケットはフレームに収まる
長さに分割（フラグメントと呼ぶ）されて複数のＩＰパ
ケットとして送信される。
ムに収まらない場合、ＩＰパケットはフレームに収まる
長さに分割（フラグメントと呼ぶ）されて複数のＩＰパ
ケットとして送信される。
【００１４】図５は、イーサネット上においてフラグメ
ントされたＩＰパケットの例を示す。図５において、４
１０は元のＩＰパケット、４０１は元のＩＰパケットの
ＩＰヘッダ、４０２は元のＩＰパケットの上位プロトコ
ルデータ、４１０は最初のフラグメントされたＩＰパケ
ット、４１１はＩＰヘッダ、４１２は上位プロトコルデ
ータ、４２０は２番目のフラグメントされたＩＰパケッ
ト、４２１はＩＰヘッダ、４２２は上位プロトコルデー
タ、４３０は最後のフラグメントされたＩＰパケット、
４３１はＩＰヘッダ、４３２は上位プロトコルデータで
ある。
ントされたＩＰパケットの例を示す。図５において、４
１０は元のＩＰパケット、４０１は元のＩＰパケットの
ＩＰヘッダ、４０２は元のＩＰパケットの上位プロトコ
ルデータ、４１０は最初のフラグメントされたＩＰパケ
ット、４１１はＩＰヘッダ、４１２は上位プロトコルデ
ータ、４２０は２番目のフラグメントされたＩＰパケッ
ト、４２１はＩＰヘッダ、４２２は上位プロトコルデー
タ、４３０は最後のフラグメントされたＩＰパケット、
４３１はＩＰヘッダ、４３２は上位プロトコルデータで
ある。
【００１５】例えば、元のＩＰパケット４００のパケッ
ト長が４０２０バイトである場合、このパケットはイー
サネットで転送できる最大のデータ長１５００バイトよ
り大きいため、分割（フラグメント）する必要が生じ
る。
ト長が４０２０バイトである場合、このパケットはイー
サネットで転送できる最大のデータ長１５００バイトよ
り大きいため、分割（フラグメント）する必要が生じ
る。
【００１６】ＩＰオプションヘッダを含まないＩＰパケ
ットの場合、元のＩＰパケット４００はＩＰヘッダ２０
バイトとデータ４０００バイトから成る。まず最初のフ
ラグメントされたＩＰパケット４１０は２０バイトのＩ
Ｐヘッダ４ｌｌと、１４８０バイトの上位プロトコルデ
ータ４１２の計１５００バイトから成るように構成され
る。
ットの場合、元のＩＰパケット４００はＩＰヘッダ２０
バイトとデータ４０００バイトから成る。まず最初のフ
ラグメントされたＩＰパケット４１０は２０バイトのＩ
Ｐヘッダ４ｌｌと、１４８０バイトの上位プロトコルデ
ータ４１２の計１５００バイトから成るように構成され
る。
【００１７】データの残りは、２５２０（４０００−１
４８０）バイトあるので、さらに分割する必要があり、
２番目のフラグメントされたＩＰパケット４２０は２０
バイトのＩＰヘッダ４２１と、１４８０バイトの上位プ
ロトコルデータ４２２の計１５００バイトから成るよう
に構成される。
４８０）バイトあるので、さらに分割する必要があり、
２番目のフラグメントされたＩＰパケット４２０は２０
バイトのＩＰヘッダ４２１と、１４８０バイトの上位プ
ロトコルデータ４２２の計１５００バイトから成るよう
に構成される。
【００１８】さらに、残りのデータは１０４０（４００
０−１４８０−１４８０）バイトであり、最後のフラグ
メントされたＩＰパケット４３０は２０バイトのＩＰヘ
ッダ４３１と、１０４０バイトの上位プロトコルデータ
４３２の計１０６０バイトから構成される。
０−１４８０−１４８０）バイトであり、最後のフラグ
メントされたＩＰパケット４３０は２０バイトのＩＰヘ
ッダ４３１と、１０４０バイトの上位プロトコルデータ
４３２の計１０６０バイトから構成される。
【００１９】一連のフラグメントされたＩＰパケットの
ヘッダ中のＩＤＥＮＴフィールド（図３のの２０１）に
は、フラグメントされた複数のＩＰパケットを元のパケ
ットに組み立てる際の目印となるように、全て同じ値が
用いられる。
ヘッダ中のＩＤＥＮＴフィールド（図３のの２０１）に
は、フラグメントされた複数のＩＰパケットを元のパケ
ットに組み立てる際の目印となるように、全て同じ値が
用いられる。
【００２０】フラグメントされたＩＰパケットは、ＩＰ
ルータにおいてフラグメントされていないＩＰパケット
と全く同様に扱われて中継される。ＩＰパケットの最終
的な宛先の局においては、フラグメントされたＩＰパケ
ットを受信するたびに、そのフラグメントされたＩＰパ
ケットの内容を記憶しておき、送信元ＩＰアドレスとＩ
ＤＥＮＴフィールドの等しい全てのフラグメントされた
ＩＰパケットを受信した時点で元のパケットに組み立て
る。これを再構成と呼ぶ。
ルータにおいてフラグメントされていないＩＰパケット
と全く同様に扱われて中継される。ＩＰパケットの最終
的な宛先の局においては、フラグメントされたＩＰパケ
ットを受信するたびに、そのフラグメントされたＩＰパ
ケットの内容を記憶しておき、送信元ＩＰアドレスとＩ
ＤＥＮＴフィールドの等しい全てのフラグメントされた
ＩＰパケットを受信した時点で元のパケットに組み立て
る。これを再構成と呼ぶ。
【００２１】ネットワーク上において複数のフラグメン
トされたＩＰパケットのうち１つのＩＰパケットでも失
われると元のＩＰパケットを再構成することはできない
ため、結果として元のＩＰパケット全体が失われること
になる。
トされたＩＰパケットのうち１つのＩＰパケットでも失
われると元のＩＰパケットを再構成することはできない
ため、結果として元のＩＰパケット全体が失われること
になる。
【００２２】この場合、ＩＰの規格ではフラグメントさ
れたＩＰパケットの再送を行なうことはなく、通常ＩＰ
の上位プロトコルがＩＰパケットが紛失したことを検知
して、紛失したＩＰパケット自体を再送することにな
る。このため、ＩＰフラグメントの紛失はネットワーク
の帯域を無駄にすることになる。
れたＩＰパケットの再送を行なうことはなく、通常ＩＰ
の上位プロトコルがＩＰパケットが紛失したことを検知
して、紛失したＩＰパケット自体を再送することにな
る。このため、ＩＰフラグメントの紛失はネットワーク
の帯域を無駄にすることになる。
【００２３】
【発明が解決しようとする課題】従来のＩＰルータには
以下の問題があった。
以下の問題があった。
【００２４】あるＩＰパケットが分割されて複数のフラ
グメントされたＩＰパケットとして送信され、ＩＰルー
タにおいてそのフラグメントされたＩＰパケットを中継
する際に、ＩＰルータ内部のバッファが不足した等の理
由により、そのフラグメントされたＩＰパケットを破棄
すると、最終的な宛先の局においては、分割される前の
元のＩＰパケット全体を再構成することはできない。
グメントされたＩＰパケットとして送信され、ＩＰルー
タにおいてそのフラグメントされたＩＰパケットを中継
する際に、ＩＰルータ内部のバッファが不足した等の理
由により、そのフラグメントされたＩＰパケットを破棄
すると、最終的な宛先の局においては、分割される前の
元のＩＰパケット全体を再構成することはできない。
【００２５】その場合、ＩＰの上位プロトコルがＩＰパ
ケットが紛失したことを検知して再び同じＩＰパケット
を再送信することになるので、複数のフラグメントされ
たＩＰパケットのうち、１つでも失われれば、残りの全
てのフラグメントされたＩＰパケットは無意味になる。
ケットが紛失したことを検知して再び同じＩＰパケット
を再送信することになるので、複数のフラグメントされ
たＩＰパケットのうち、１つでも失われれば、残りの全
てのフラグメントされたＩＰパケットは無意味になる。
【００２６】従来のＩＰルータでは、フラグメントされ
たＩＰパケットの一つを破棄した後でも、後続のフラグ
メントされたＩＰパケットの中継動作を行なうため、ネ
ットワークの帯域を無駄に占有していた。
たＩＰパケットの一つを破棄した後でも、後続のフラグ
メントされたＩＰパケットの中継動作を行なうため、ネ
ットワークの帯域を無駄に占有していた。
【００２７】従って本発明の目的は、前記した従来技術
の欠点を解消し、フラグメントされたＩＰパケットの一
つを破棄した場合には、後続のフラグメントされたＩＰ
パケットの中継を停止するルータを提供することにあ
る。
の欠点を解消し、フラグメントされたＩＰパケットの一
つを破棄した場合には、後続のフラグメントされたＩＰ
パケットの中継を停止するルータを提供することにあ
る。
【００２８】
【課題を解決するための手段】本発明は上記の目的を実
現するため、フラグメントされたＩＰパケットの中継が
不可の場合に、該フラグメントされたＩＰパケットの送
信元ＩＰアドレスと、宛先ＩＰアドレスと、ＩＤＥＮＴ
フィールドの内容を記憶するフラグメント識別用記憶領
域を有し、後続のフラグメントされたＩＰパケットの送
信元ＩＰアドレスと、宛先ＩＰアドレスと、ＩＤＥＮＴ
フィールドとの内容が、前記フラグメント識別用記憶領
域の内容と一致した場合、該フラグメントされたＩＰパ
ケットの中継を停止するように構成して成る。
現するため、フラグメントされたＩＰパケットの中継が
不可の場合に、該フラグメントされたＩＰパケットの送
信元ＩＰアドレスと、宛先ＩＰアドレスと、ＩＤＥＮＴ
フィールドの内容を記憶するフラグメント識別用記憶領
域を有し、後続のフラグメントされたＩＰパケットの送
信元ＩＰアドレスと、宛先ＩＰアドレスと、ＩＤＥＮＴ
フィールドとの内容が、前記フラグメント識別用記憶領
域の内容と一致した場合、該フラグメントされたＩＰパ
ケットの中継を停止するように構成して成る。
【００２９】
【発明の実施の形態】図１は、本発明のルータの一実施
例であるＩＰルータを示すネットワーク構成図である。
図１において、５００，５７０はＩＰルータ、５１０は
中継判定処理手段、５２０は経路制御データベース手
段、５２１はフラグメント識別用記憶領域、５３０，５
３１はネットワークインタフェース、５４０〜５４２は
ネットワーク、５５０，５５１はネットワークに接続し
た局、５６０〜５６９は局が送出したフラグメントされ
たＩＰパケットである。
例であるＩＰルータを示すネットワーク構成図である。
図１において、５００，５７０はＩＰルータ、５１０は
中継判定処理手段、５２０は経路制御データベース手
段、５２１はフラグメント識別用記憶領域、５３０，５
３１はネットワークインタフェース、５４０〜５４２は
ネットワーク、５５０，５５１はネットワークに接続し
た局、５６０〜５６９は局が送出したフラグメントされ
たＩＰパケットである。
【００３０】図１を用いてＩＰルータの動作を説明す
る。
る。
【００３１】局５５０が局５５１に宛てて、ネットワー
ク５４０に１０個のフラグメントされたＩＰパケット５
６０〜５６９を送信した場合を考える。
ク５４０に１０個のフラグメントされたＩＰパケット５
６０〜５６９を送信した場合を考える。
【００３２】ＩＰルータ５００は、局５５０より局５５
１宛にフラグメントされたＩＰパケット５６０〜５６９
が送信されると、ネットワークインタフェース５３０に
よって、まず最初のフラグメントされたＩＰパケット５
６０を受信する。
１宛にフラグメントされたＩＰパケット５６０〜５６９
が送信されると、ネットワークインタフェース５３０に
よって、まず最初のフラグメントされたＩＰパケット５
６０を受信する。
【００３３】中継判定処理手段５１０は、経路制御デー
タベース手段５２０により、宛先アドレスである局５１
１が、どのネットワークに属するかを調べる。ここで経
路制御データベース手段５２０は、従来のＩＰルータと
同様に人手で構築するか、或はＲＩＰなどの経路制御プ
ロトコルにより構築されている。
タベース手段５２０により、宛先アドレスである局５１
１が、どのネットワークに属するかを調べる。ここで経
路制御データベース手段５２０は、従来のＩＰルータと
同様に人手で構築するか、或はＲＩＰなどの経路制御プ
ロトコルにより構築されている。
【００３４】中継判定処理手段５１０は、局５５１が属
するネットワークがＩＰルータ５７０の先にあることを
知ると、ＩＰルータ５７０がネットワークインタフェー
ス５３１側にあるため、中継の必要があると判断し、ネ
ットワークインタフェース５３１によって、ＩＰルータ
５７０に向け最初のフラグメントされたＩＰパケット５
６０を送信する。
するネットワークがＩＰルータ５７０の先にあることを
知ると、ＩＰルータ５７０がネットワークインタフェー
ス５３１側にあるため、中継の必要があると判断し、ネ
ットワークインタフェース５３１によって、ＩＰルータ
５７０に向け最初のフラグメントされたＩＰパケット５
６０を送信する。
【００３５】ＩＰルータ５７０も上記と同様な処理を行
なうことにより、最初のフラグメントされたＩＰパケッ
ト５６０は局５５１に届く。
なうことにより、最初のフラグメントされたＩＰパケッ
ト５６０は局５５１に届く。
【００３６】ここで、ＩＰルータ５００がネットワーク
インタフェース５３０によって次のフラグメントされた
ＩＰパケット５６１を受信した場合に、ＩＰルータ内部
のバッファ不足等により、このフラグメントされたＩＰ
パケット５６１の中継ができなかったとする。
インタフェース５３０によって次のフラグメントされた
ＩＰパケット５６１を受信した場合に、ＩＰルータ内部
のバッファ不足等により、このフラグメントされたＩＰ
パケット５６１の中継ができなかったとする。
【００３７】この時、中継判定処理手段５１０はフラグ
メントされたＩＰパケット５６１のＩＰヘッダから、送
信元ＩＰアドレス、宛先ＩＰアドレス、ＩＤＥＮＴフィ
ールドの内容をフラグメント識別用記憶領域５２１に保
存し、フラグメントされたＩＰパケット５６１を廃棄す
る。
メントされたＩＰパケット５６１のＩＰヘッダから、送
信元ＩＰアドレス、宛先ＩＰアドレス、ＩＤＥＮＴフィ
ールドの内容をフラグメント識別用記憶領域５２１に保
存し、フラグメントされたＩＰパケット５６１を廃棄す
る。
【００３８】フラグメント識別用記憶領域５２１への送
信元ＩＰアドレス、宛先ＩＰアドレス、ＩＤＥＮＴフィ
ールドの記憶の仕方は、例えば図１の記号５２１のよう
に行なう。
信元ＩＰアドレス、宛先ＩＰアドレス、ＩＤＥＮＴフィ
ールドの記憶の仕方は、例えば図１の記号５２１のよう
に行なう。
【００３９】次に、ＩＰルータ５００がネットワークイ
ンタフェース５３０によって次のフラグメントされたＩ
Ｐパケット５６２を受信する。この時、中継判定処理手
段５１０はフラグメント識別用記憶領域５２１に、フラ
グメントされたＩＰパケットを識別するための情報が保
存されているため、フラグメントされたＩＰパケット５
６２のＩＰヘッダから送信元ＩＰアドレス、宛先ＩＰア
ドレス、ＩＤＥＮＴフィールドの内容を取り出し、フラ
グメント識別用記憶領域５２１に保存されている内容と
比較する。
ンタフェース５３０によって次のフラグメントされたＩ
Ｐパケット５６２を受信する。この時、中継判定処理手
段５１０はフラグメント識別用記憶領域５２１に、フラ
グメントされたＩＰパケットを識別するための情報が保
存されているため、フラグメントされたＩＰパケット５
６２のＩＰヘッダから送信元ＩＰアドレス、宛先ＩＰア
ドレス、ＩＤＥＮＴフィールドの内容を取り出し、フラ
グメント識別用記憶領域５２１に保存されている内容と
比較する。
【００４０】今の場合には、比較の結果、それらの内容
が一致するため、フラグメントされたＩＰパケット５６
２を中継する必要がないと判断し、フラグメントされた
ＩＰパケット５６２を廃棄する。
が一致するため、フラグメントされたＩＰパケット５６
２を中継する必要がないと判断し、フラグメントされた
ＩＰパケット５６２を廃棄する。
【００４１】続くフラグメントされたＩＰパケット５６
３〜５６９の受信処理においても同様に行われ、フラグ
メントされたＩＰパケット５６３〜５６９は廃棄され
る。局５５１は最初のフラグメントされたＩＰパケット
５６０を受信した後、規定された時間待っても後続のフ
ラグメントされたＩＰパケットを受信しないため、ネッ
トワーク内で失われたと認識し、このＩＰパケットの再
構成をあきらめる。
３〜５６９の受信処理においても同様に行われ、フラグ
メントされたＩＰパケット５６３〜５６９は廃棄され
る。局５５１は最初のフラグメントされたＩＰパケット
５６０を受信した後、規定された時間待っても後続のフ
ラグメントされたＩＰパケットを受信しないため、ネッ
トワーク内で失われたと認識し、このＩＰパケットの再
構成をあきらめる。
【００４２】
【発明の効果】本発明のルータは次の如き優れた効果を
発揮する。
発揮する。
【００４３】複数のフラグメントされたＩＰパケットの
内、１つでもルータ内部のバッファ不足等により中継を
行なわなかった場合は、後続のフラグメントされたＩＰ
パケットの中継を停止することにより、ネットワークの
帯域を無駄に占有することを防ぎ、ネットワークの帯域
を有効利用をすることができる。
内、１つでもルータ内部のバッファ不足等により中継を
行なわなかった場合は、後続のフラグメントされたＩＰ
パケットの中継を停止することにより、ネットワークの
帯域を無駄に占有することを防ぎ、ネットワークの帯域
を有効利用をすることができる。
【図１】本発明のルータの一実施例であるＩＰルータを
示すネットワーク構成図である。
示すネットワーク構成図である。
【図２】従来のＩＰルータのネットワーク構成図であ
る。
る。
【図３】ＩＰパケットの構造説明図である。
【図４】IEEE802.3 で規定されたイーサネットフレーム
の形式説明図である。
の形式説明図である。
【図５】フラグメントされたＩＰパケットの説明図であ
る。
る。
１００，１７０ ＩＰルータ １１０ 中継判定処理手段 １２０ 経路制御データベース手段 １３０，１３１ ネットワークインタフェース １４０〜１４２ ネットワーク １５０〜１５３ ネットワークに接続した局 １６０ 局が送出したＩＰパケット ２００ ＩＰパケット ２０１ ＩＤＥＮＴフィールド ２０２ 上位プロトコルの種別 ２０３ 送信元ＩＰアドレス ２０４ 宛先ＩＰアドレス ２０５ 上位プロトコルデータ ３００ イーサネットフレーム ３０１ 宛先ハードウェアアドレス ３０２ 送信元ハードウェアアドレス ３０３ 上位プロトコルタイプ ３０４ 上位プロトコルデータ ３０５ フレームチェックシーケンス ４００ 元のＩＰパケット ４０１ 元のＩＰパケットのＩＰヘッダ ４０２ 元のＩＰパケットの上位プロトコルデータ ４１０ 最初のフラグメントされたＩＰパケット ４１１ ＩＰヘッダ ４１２ 上位プロトコルデータ ４２０ ２番目のフラグメントされたＩＰパケット ４２１ ＩＰヘッダ ４２２ 上位プロトコルデータ ４３０ 最後のフラグメントされたＩＰパケット ４３１ ＩＰヘッダ ４３２ 上位プロトコルデータ ５００，５７０ 本発明のＩＰルータ ５１０ 中継判定処理手段 ５２０ 経路制御データベース手段 ５２１ フラグメント識別用記憶領域 ５３０，５３１ ネットワークインタフェース ５４０〜５４２ ネットワーク ５５０，５５１ ネットワークに接続した局 ５６０〜５６９ 局が送出したフラグメントされたＩＰ
パケット
パケット
Claims (1)
- 【請求項１】複数のネットワークに接続され、一方のネ
ットワークから受信したＩＰパケットを他方のネットワ
ークに中継するルータにおいて、フラグメントされたＩ
Ｐパケットの中継が不可の場合に、該フラグメントされ
たＩＰパケットの送信元ＩＰアドレスと、宛先ＩＰアド
レスと、ＩＤＥＮＴフィールドの内容を記憶するフラグ
メント識別用記憶領域を有し、後続のフラグメントされ
たＩＰパケットの送信元ＩＰアドレスと、宛先ＩＰアド
レスと、ＩＤＥＮＴフィールドの内容が、前記フラグメ
ント識別用記憶領域の内容と一致した場合、該フラグメ
ントされたＩＰパケットの中継を停止するように構成し
て成ることを特徴とするルータ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9174785A JPH1127317A (ja) | 1997-06-30 | 1997-06-30 | ルータ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9174785A JPH1127317A (ja) | 1997-06-30 | 1997-06-30 | ルータ |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH1127317A true JPH1127317A (ja) | 1999-01-29 |
Family
ID=15984636
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9174785A Pending JPH1127317A (ja) | 1997-06-30 | 1997-06-30 | ルータ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH1127317A (ja) |
-
1997
- 1997-06-30 JP JP9174785A patent/JPH1127317A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6337861B1 (en) | Method and apparatus to properly route ICMP messages in a tag-switching network | |
| US5627829A (en) | Method for reducing unnecessary traffic over a computer network | |
| US8090859B2 (en) | Decoupling TCP/IP processing in system area networks with call filtering | |
| US6415329B1 (en) | Method and apparatus for improving efficiency of TCP/IP protocol over high delay-bandwidth network | |
| JP4164365B2 (ja) | デュアル・プロキシ装置を設けることによる無線インタフェースを介するｔｃｐ性能の改良技術 | |
| US6947483B2 (en) | Method, apparatus, and system for managing data compression in a wireless network | |
| US6091733A (en) | Communication device using communication protocol including transport layer and communication method using communication protocol including transport layer | |
| US20050243834A1 (en) | Packet transfer method and device | |
| US8160106B2 (en) | Method, device and system for transmitting Ethernet packets | |
| US6456632B1 (en) | Protocol separation in packet communication | |
| EP1495591B1 (en) | Reducing transmission time for data packets controlled by a link layer protocol comprising a fragmenting/defragmenting capability | |
| US7260650B1 (en) | Method and apparatus for tunneling information | |
| JP2009526426A (ja) | パケット伝送 | |
| US20100302997A1 (en) | System and method for reassembling packets in relay node | |
| KR20020024962A (ko) | 멀티레이어 패킷 처리 장치 | |
| JP3149926B2 (ja) | アドレス変換方法及び装置 | |
| CN100433714C (zh) | 一种ip分片报文传输处理方法 | |
| JPH11168492A (ja) | ルータの中継方法及びルータ装置 | |
| CN107707476A (zh) | 基于fpga的高效无线转发装置及方法 | |
| WO2009082896A1 (fr) | Procédé et convertisseur pour la transmission de messages de données | |
| JPH0998189A (ja) | ネットワーク中継装置 | |
| US20220407742A1 (en) | Time-sensitive transmission of ethernet traffic between endpoint network nodes | |
| JPH1127317A (ja) | ルータ | |
| EP1305925B1 (en) | A method and an arrangement relating to communications systems | |
| EP1468539A2 (en) | Network layer protocol |