JP4029708B2 - Router device and transfer control method - Google Patents

Router device and transfer control method Download PDF

Info

Publication number
JP4029708B2
JP4029708B2 JP2002284306A JP2002284306A JP4029708B2 JP 4029708 B2 JP4029708 B2 JP 4029708B2 JP 2002284306 A JP2002284306 A JP 2002284306A JP 2002284306 A JP2002284306 A JP 2002284306A JP 4029708 B2 JP4029708 B2 JP 4029708B2
Authority
JP
Japan
Prior art keywords
data
interface
transfer
control means
packet
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 - Lifetime
Application number
JP2002284306A
Other languages
Japanese (ja)
Other versions
JP2004120642A (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 JP2002284306A priority Critical patent/JP4029708B2/en
Publication of JP2004120642A publication Critical patent/JP2004120642A/en
Application granted granted Critical
Publication of JP4029708B2 publication Critical patent/JP4029708B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Small-Scale Networks (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、効率のよい分散処理を実現するルータ装置に関する。
【0002】
【従来の技術】
従来のルータの構成を図17に示す。図17において、ルータは、CPU101と、インターフェースカード103〜105がバス102に接続されて構成している。なお、ここでは説明を容易にするため3つのインターフェースカードを持つルータ構成について説明するが、インターフェースカードの数は任意でよい。インターフェースカード103〜105は、外部ネットワークからパケットを受信すると、バス102を使用して、CPU101へパケットを送信する。パケットを受信したCPU101は、パケット処理のプロセスを起動し、ルーティングプロトコルなどにより作成したルーティング情報を用いて、NextHopや出力インターフェースカードなど、パケットを転送するために必要な情報を検索する。ルーティング情報やレイヤ2情報を検索した結果に基づいて、CPU101は、カプセル化などパケットの書き換え処理を行い、バス102を使用してインターフェースカード103〜105へパケットを転送する。CPU101からのパケットを受信したインターフェースカード103〜105は、必要であればキューイング処理などを行い、パケットをネットワークに出力する。
【0003】
また、複数のネットワークインターフェースから構成されるルータに関する技術について開示した特許文献として、以下に示す特許文献1、及び2に示されるものが知られている。
【0004】
【特許文献1】
特開平7−202930号公報
【特許文献2】
特開平6−97965号公報
【0005】
特許文献1としての特開平7−202930号公報には、複数のネットワークインターフェースから構成されるMACブリッジにおいて、テーブル参照の際にバスへのアクセスやメモリ競合およびCPU間の情報交換による性能低下が少なくなるような、単純で効率的なテーブル管理を行なうMACブリッジのテーブル管理方法が開示されている。
より具体的には、図18に示されるように1つの管理用CPU(202)と、1つ以上のポート(204)を持つ1つ以上のネットワーク・インターフェース(203)から構成されるMACブリッジ(201)で、各ネットワーク・インターフェースは、受信したフレームの送信元MACアドレスをローカルMACアドレステーブルに登録すると共に、他のネットワーク・インターフェースから転送されてきたフレームの送信元MACアドレスも登録することで個別にローカルMACアドレステーブルを管理している。また、管理用CPUが持つマスタMACアドレステーブル(205)にそれぞれの学習情報を伝達することにより、ブリッジ全体のMACアドレステーブル情報を統一している。
【0006】
また、特許文献2としての特開平6−97965号公報には、複数のネットワークインターフェースを持つルータが、そのインターフェースの数やネットワーク間の通信トラフィックによらず、ルーティング処理の高速化を図ることができる中継制御方式が提案されている。
具体的には、図19に示されるように、ルータ内の複数のネットワークインターフェース320が、それぞれフィルタリング制御部340とルーティング制御部330を持ち、フィルタリング制御部340は、自ネットワークに接続している端末のアドレスを記憶しているフィルタリングテーブル341によりネットワーク内の通信を高速にフィルタリングし、ルーティング制御部330は、端末のアドレスと、接続しているネットワークインターフェースのインターフェース番号を1組として記憶しているルーティングテーブル331によりネットワーク間の通信をルーティング処理することにより、ネットワークインターフェースの数やネットワーク間の通信トラフィックにあまり依存せずに、フィルタリング処理能力とルーティング処理能力を向上させることができるとしている。
【0007】
【発明が解決しようとする課題】
近年、ますます増え続けるIPトラフィックに対応するため、ルータの高速化、大容量化に対するニーズは非常に高い。しかし、従来のルータ構成で高速化、大容量化を実現するためには、基本的にはCPU、バス、インターフェースカードの高速化、大容量化といったハードウェアの強化が必要となる。ただし、ハードウェアの強化による高速化・大容量化の実現には、コストが非常に高くなる、汎用品を使用する場合は他社と同じレベルの高速化・大容量化しか実現できないといった問題点がある。そのため、ルータ構成を変更し、複数CPUにより分散処理を実現することが検討されるケースがあるが、複数のCPUにより分散処理を実現しつつ、外部からは1 つのルータとして見えるルータ構成を設計することは、非常に困難を極める。
【0008】
また、複数のインターフェースカード側に搭載する機能と、これらを管理する管理装置側に搭載する機能の機能分担をどのように行なえば、効率のよい分散処理を実現しつつも、ルータ自体の管理にかかる手間を軽減させることができるかについて開示された発明はない。
すなわち、技術文献1に記載された発明は、テーブルの管理方法についてだけ言及したものであり、実際のパケットの転送の際に管理用CPUへのアクセスを生じさせずに効率のよいパケット転送をいかに実現するのかについて記載されていない。
また、技術文献2に記載された発明は、ルーティング情報に更新が発生した場合に、各ネットワークインターフェースに設けたルーティングテーブルの更新をどのように効率的に行なうのか開示されていない。
【0009】
また、上述した特許文献1及び2に記載された発明は、複数のネットワークインターフェースを具備し、それぞれが分散処理を行なっているので、パケット転送の際にフィードバックが発生し、パケット転送に遅延を生じるという不具合を有している。
【0010】
本発明は上記事情に鑑みてなされたものであり、効率の良い分散処理を行いつつも、外部からは1 つのルータとして扱えるスケーラブルなルータ構成を実現し、高速化・大容量化を実現したルータ装置、及び転送制御方法を提供することを目的とする。
【0011】
【課題を解決するための手段】
係る目的を達成するために請求項1記載の発明は、複数のインターフェースカードと、該複数のインターフェースカードを管理する管理制御手段と、を有するルータ装置であって、複数のインターフェースカードは、受信したデータを記録すると共に、該データが自身に宛てられたデータであるのか、他のインターフェースカードに転送すべきデータであるのかを判定するインターフェース制御手段と、インターフェース制御手段により他のインターフェースカードに転送すべきデータであると判定されたデータの転送を受けると、データの送信先を管理する第1の管理テーブルを参照してデータの転送先のインターフェースカードを決定し、該決定した転送先のインターフェースカードにデータを転送する転送制御手段と、を有し、装置外部から受信したデータがプロトコルパケット以外である場合、該受信した転送制御手段がデータ転送先のインターフェース制御手段を上記第1の管理テーブルに基づいて決定し、該転送を受けた送信側のインターフェース制御手段は、上記データをネットワーク上に出力することを特徴とする。
【0012】
請求項2記載の発明は、請求項1記載の発明において、自身に宛てられたデータであると判定されたデータをインターフェース制御手段より受信した管理制御手段は、データがルーティングプロトコルであった場合に、データの送信先を管理する第2の管理テーブルの記録内容を更新すると共に、複数のインターフェースカード内の転送制御手段に転送してルーティング情報を更新させることを特徴とする。
【0013】
請求項3記載の発明は、請求項1または2記載の発明において、インターフェース制御手段は、受信したデータのレイヤ2送信元アドレスが、未学習のレイヤ2送信元アドレスであった場合に、自身の保持するレイヤ2アドレス管理テーブルに登録すると共に、インターフェースカード内の転送制御手段と、他のインターフェースカード内のインターフェース制御手段とに更新情報を通知し、ルータ装置内のレイヤ2アドレス管理テーブルの更新を行なうことを特徴とする。
【0015】
請求項記載の発明は、請求項1から3の何れか一項に記載の発明において、複数のインターフェースカードと、管理制御手段とのデータの転送は、バス上に配置したクロスバースイッチにより行なわれることを特徴とする。
【0016】
請求項記載の発明は、複数のインターフェースカードと、該複数のインターフェースカードを管理する管理制御手段と、を有するルータ装置における転送制御方法であって、受信側となるインターフェースカードにおいて、受信したデータを記録すると共に、該データが自身に宛てられたデータであるのか、他のインターフェースカードに転送すべきデータであるのかを判定する第1の判定工程と、データの送信先を管理する第1の管理テーブルを参照して、第1の判定工程により他のインターフェースカードに転送すべきデータであると判定されたデータの転送先を決定し、該決定した転送先のインターフェースカードにデータを転送する第1の転送工程と、を有し、装置外部から受信したデータがプロトコルパケット以外である場合、該受信したインターフェースカードがデータ転送先のインターフェースカードを上記第1の管理テーブルに基づいて決定し、該転送を受けた送信側のインターフェースカードは、上記データをネットワーク上に出力することを特徴とする。
【0017】
請求項記載の発明は、請求項記載の発明において、第1の判定工程により自身に宛てられたデータであると判定されたデータを管理制御手段に転送して、データがルーティングプロトコルであるか否かを判定し、データがルーティングプロトコルであった場合には、データの送信先が登録された、管理制御手段の管理する第2の管理テーブルの記録内容を更新すると共に、複数のインターフェースカードに転送してルーティング情報を更新させるルーティング情報更新工程を有することを特徴とする。
【0018】
請求項記載の発明は、請求項5または6記載の発明において、インターフェースカードにおいて、受信したデータのレイヤ2送信元アドレスが、未学習のレイヤ2送信元アドレスであるか否かを判定する第2の判定工程と、未学習のレイヤ2送信元アドレスであった場合に、インターフェースカードの管理するレイヤ2アドレス管理テーブルに登録すると共に、他のインターフェースカードに更新情報を通知し、ルータ装置内のレイヤ2アドレス管理テーブルの更新を行なう通知工程と、を有することを特徴とする。
【0020】
【発明の実施の形態】
次に添付図面を参照しながら本発明のルータ装置、及び転送制御方法に係る実施の形態を詳細に説明する。図1〜図16を参照すると本発明のルータ装置、及び転送制御方法に係る実施の形態が示されている。
【0021】
[第1の実施形態]
まず、図1を参照しながら本実施形態の構成について説明する。本実施形態は、図1に示されるように、装置内の各部を接続するバス2により、CPU1と複数のインターフェースカード3(図1には3つのインターフェースカード3−1,3−2,3−3がバス2に接続された構成が示されているが、図2に示されるようにインターフェースカードの数は任意でよい。)が接続されている。インターフェースカード3−1,3−2,3−3は、分散処理を実現するためのCPU4−1,4−2,4−3とパケットの入出力を実現するインターフェースコントローラ5−1,5−2,5−3とから構成される。なお、ここでは、説明を容易にするためインターフェースカード3にはCPU4とインターフェースコントローラ5とが1つずつ搭載されている構成について説明するが、CPU4及びインターフェースコントローラ5の数は任意でよく、図3に示されるように複数のインターフェースカード3でCPU4を共有することも可能である。
【0022】
ルータ全体を管理するCPU1は、バス2を介してCPU4−1,4−2,4−3や、インターフェースコントローラ5−1,5−2,5−3との通信が可能となっている。また、CPU1は、ルーティング情報を登録したデータベースを有している。
【0023】
バス2は、ルータの各部を接続し、CPU1,4−1,4−2,4−3やインターフェースコントローラ5−1,5−2,5−3が相互に通信できるようにしている。また、バス2にはクロスバースイッチのような専用ハードウェアが配置され、これによりパケット転送が実現される。クロスバースイッチのような専用ハードウェアを用いることにより安価で高速な装置内接続を実現することができる。なお、ここではバスは装置内を接続する機能を表すものとして単一のものとして表現しているが、実際にはパケット転送用とCPU間通信用などの用途別に構成することも可能である。
【0024】
パケット転送を行なうCPU4は、バス2とインターフェースコントローラ5(CPU4−1とインターフェースコントローラ5−1、CPU4−2とインターフェースコントローラ5−2、CPU4−3とインターフェースコントローラ5−3)とに接続されており、CPU1、他のCPU4、およびインターフェースコントローラ5−1,5−2,5−3と通信を行なうことが可能となっている。また、複数のインターフェースカード内の各CPU4−1,4−2,4−3は、ルーティング情報、レイヤ2で使用するアドレス(以下、レイヤ2情報という)、IPアドレスとレイヤ2情報との対応関係を示す情報とを管理する管理テーブルを有している。
【0025】
インターフェースコントローラ5は、バス2とCPU4(インターフェースコントローラ5−1とCPU4−1、インターフェースコントローラ5−2とCPU4−2、インターフェースコントローラ5−3とCPU4−3)とに接続されており、外部から受信したパケットをCPU1,4−1,4−2,4−3や、他のインターフェースコントローラ5に転送する。また、CPU1,4−1,4−2,4−3や他のインターフェースコントローラ5から受信したパケットに、キューイングなどの処理を施し、外部に出力する機能を有している。また、各インターフェースコントローラ5−1,5−2,5−3は、レイヤ2情報を管理するレイヤ2テーブルを有している。なお、レイヤ2テーブルとは、レイヤ2フレームを転送(フォワーディング)する際に使用するデータを記録したテーブルであり、MACアドレスとVLAN(Virtual LAN)情報から出力先ポートやフレームフォーマットを決定するために使用される。
【0026】
上記構成からなる本実施形態は、複数のインターフェースカード側に搭載する機能と、これらを管理する管理装置側に搭載する機能との機能分担を最適に行なうことにより、効率のよい分散処理を実現しつつも、ルータ自体の管理にかかる手間を削減させたルータ装置を実現することを目的としている。
【0027】
このため本実施形態は、複数のインターフェースカード3側に、受信したデータを記録すると共に、該データが自身に宛てられたデータであるのか、他のインターフェースカードに転送すべきデータであるのかを判定するインターフェースコントローラ5と、このインターフェースコントローラ5により他のインターフェースカードに転送すべきデータであると判定されたデータの転送を受けると、データの送信先を管理する管理テーブルのルーティング情報を参照して転送先のインターフェースカード3を決定し、該決定した転送先のインターフェースカード3にデータを転送するCPU4と、を設けた。
【0028】
また、ルータ装置全体を管理するCPU1には、インターフェースコントローラ5によりプロトコルパケットであると判定されたパケットがルーティングプロトコルであるか否かを判定し、ルーティングプロトコルであった場合に、データベースの記録内容を更新すると共に、複数のインターフェースカード3内のCPU4にルーティング情報を転送して、管理テーブルのルーティング情報を更新させる機能を持たせた。なお、プロトコルパケットとは、自ルータ宛のTELNET、FTP(File Transfer Protocolなどのアプリケーションプロトコルや、OSPF(Open Shortest Path First Routing)やRIP(Routing InformationProtocol)などのルーティングプロトコルなどのパケットをいい、レイヤ2宛先アドレスとIPアドレスが自ルータ宛のパケットをいう。
【0029】
このような構成のルータ装置とすることにより、パケット転送の際には、入力側のCPU4によりデータの出力先となるインターフェースコントローラ5を選択させ、選択したインターフェースコントローラ5にデータを転送してレイヤ2処理などの処理を施し、外部に出力することで、インターフェースカード3内に設けたインターフェースコントローラ5とCPU4だけでパケット転送が実現され、従来構成のルータ装置で問題となっていたルータ装置全体を管理するCPU1の負荷を軽減させることができる。
【0030】
また、受信したデータがプロトコルパケットであった場合だけ、全体を管理するCPU1にデータを送信し、データがルーティングプロトコルであった場合に、データベースの記録内容を更新すると共に、複数のインターフェースカード3内のCPU4にルーティング情報を転送して、管理テーブルのルーティング情報を更新させることにより、複数のCPUを有するルータ装置を、従来の1つのCPUを備えたルータ装置と同等に扱うことが可能となり、ルータの設定などの際にルータ装置の管理の手間を軽減させることができる。
【0031】
次に、ルータ装置の構成要素のより詳細な動作を説明する。
まず、図4、及び図5を参照しながらインターフェースコントローラ5の動作手順について説明する。
ルータ装置外部から転送されたデータを受信(ステップS401/YES)したインターフェースカード3は、受信したデータをインターフェースコントローラ5に保存する(ステップS402)。次に、受信したデータのレイヤ2宛先アドレス、送信元アドレスを確認する(ステップS403)。
【0032】
送信元アドレスが未学習(レイヤ2情報の変更が必要な送信元アドレスがある)のアドレスであった場合(ステップS404/YES)、インターフェースコントローラ5の保持するレイヤ2テーブルに送信元アドレスを登録する(ステップS405)。また、インターフェースコントローラ5は、自カード内のCPU4及び他のインターフェースコントローラ5に学習したレイヤ2情報をバス2を介して通知する(ステップS406)。また、この場合に通知されるレイヤ2情報は、変更が加えられたレイヤ2情報だけである。
【0033】
また、受信したデータのレイヤ2宛先アドレスがルータ自身のアドレスであった場合(ステップS407/YES)、インターフェースコントローラ5は、パケットがプロトコルパケットであるか否かを判定する(ステップS409)。判定の方法には、例えばフィルタを用いることができる。
【0034】
パケットがプロトコルパケットであった場合には(ステップS409/YES)、パケットをCPU1に転送する(ステップS410)。プロトコルパケットを受信したCPU1は、従来のルータに搭載されているCPUと同様にプロトコルの定める手順に則りパケットを処理する。特に、プロトコルパケットがルーティングプロトコルの場合、必要に応じてルーティング情報を格納したデータベースに変更を加え、他のインターフェースカードに変更されたルーティング情報を配布する。
【0035】
また、パケットがプロトコルパケットではなかった場合には(ステップS409/NO)、パケットを自カード内のCPU4に転送する(ステップS411)。パケットを受信したCPU4は、管理テーブルに保持しているルーティング情報及びレイヤ2情報を用いて出力先インターフェースコントローラを決定し、カプセル化などの処理を施したパケットを該当インターフェースコントローラに転送する。
【0036】
次に、図5を参照しながら他のインターフェースカード3からデータの転送を受けた場合の処理を説明する。
インターフェースコントローラ5は、他のインターフェースカード3よりデータの転送を受けた場合には(ステップS501)、当該データが転送パケットであるか否かを判断する(ステップS502)。データが転送パケットであった場合には(ステップS502/YES)、パケットにレイヤ2処理、キューイングなどの処理を施し(ステップS503)、外部へ出力する(ステップS504)。また、データがレイヤ2情報であった場合には(ステップS505/YES)、レイヤ2テーブルに保持しているレイヤ2情報に、通知されたアドレス情報を登録し(ステップS506)、CPU4へレイヤ2情報を通知する(ステップS507)。
【0037】
次に、本実施形態の全体動作を、レイヤ3以上のプロトコル処理、レイヤ2アドレスの学習処理、パケット転送処理の3つに分けて説明する。まず、図6を用いてレイヤ3以上のプロトコル処理について説明する。なお、ここでは説明を容易にするためにインターフェースカード3−1がプロトコルパケットを受信したとして説明するが、プロトコルパケットを受信するインターフェースカードは3−1に限るものではない。
【0038】
ルーティングプロトコルなどのプロトコルパケットを外部から受信したインターフェースカード3−1(図6に示された▲1▼)は、インターフェースコントローラ5−1にパケットを格納する。次に、インターフェースコントローラ5−1は、受信したパケットのレイヤ2宛先アドレスを確認する(図6に示された▲2▼)。レイヤ2宛先アドレスが自身のアドレス(ルータアドレス)であった場合に、パケットがプロトコルパケットかどうかを判定する(図6に示された▲3▼)。パケットの判定方法は、例えばフィルタを用いて行うことができる。格納したパケットがプロトコルパケットであると判断したインターフェースコントローラ5−1は、バス2を用いてパケットをCPU1に転送する(図6に示された▲4▼)。プロトコルパケットを受信したCPU1は、従来のルータに搭載されているCPU同様にプロトコルの定める手順に則りパケットを処理する。特にプロトコルパケットがルーティングプロトコルの場合、必要に応じてルーティング情報を格納したデータベースを更新する。
【0039】
ここで、ルーティング情報の更新が発生した場合の処理を、図7を用いて説明する。ルーティング情報を更新したCPU1は、更新をトリガとして、ルーティング情報をCPU4−1,4−2,4−3に配布する。大規模ネットワークでは配布するルーティング情報が大規模なものとなることがある。バス2の構成によっては、大規模なルーティング情報の配布を行っている間バスが占有されてしまうことがあるため、そのような場合には、ルーティング情報を分割して配布するなどの手法をとるものとする。
【0040】
図6に戻り、プロトコル処理について引き続き説明する。CPU1は、受信したプロトコルパケットに応答が必要な場合、CPU1上で応答パケットを作成した後(図6に示された▲5▼)、バス2を用いてインターフェースコントローラ5−1にパケットを送信する(図6に示された▲6▼)。パケットを受信したインターフェースコントローラ5−1は、キューイングなどの必要な処理を行った後にパケットを外部に出力する(図6に示された▲7▼)。
【0041】
次に、図8を用いてレイヤ2アドレスの学習処理について説明する。なお、以下では説明を容易にするためにインターフェースカード3−1がフレームを受信したとして説明するが、ここでもフレームを受信するインターフェースカードは3−1に限るものではない。
【0042】
レイヤ2フレームを受信したインターフェースカード3−1は、インターフェースコントローラ5−1にフレームを格納する(図8に示された▲1▼)。その際、インターフェースコントローラ5−1は、フレームの送信元アドレスを調べ(図8に示された▲2▼)、未学習の送信元アドレスである場合は、インターフェースコントローラ5−1が保持するレイヤ2テーブルに登録する(図8に示された▲3▼)。また、インターフェースコントローラ5−1は、バス2を用いて自カード3内のCPU4−1および他のインターフェースコントローラ5−2,5−3に学習したレイヤ2情報を通知する(図8に示された▲4▼)。レイヤ2情報を受信したインターフェースコントローラ5−2,5−3は、通知されたレイヤ2情報をレイヤ2テーブルに登録した後(図8に示された▲5▼)、CPU4−2,4−3にレイヤ2情報を通知する(図8に示された▲6▼)。
【0043】
次に、図9を用いて、パケット転送処理について説明する。なお、以下では説明を容易にするためにインターフェースカード3−1がプロトコルパケットを受信したとして説明するが、ここでもパケットを受信するインターフェースカードは3−1に限るものではない。
【0044】
パケットを受信したインターフェースカード3−1は、インターフェースコントローラ5−1にパケットを格納する(図9に示された▲1▼)。レイヤ2宛先アドレスがルータアドレスであることを確認したインターフェースコントローラ5−1は、他のインターフェースコントローラ5−2もしくは5−3に転送すべきパケットか、CPU1に転送すべきプロトコルパケットかどうかを判定する(図9に示された▲2▼)。この判定方法は、例えばフィルタを用いて行うことができる。格納したパケットが他のインターフェースコントローラ5に転送すべきパケットであると判断したインターフェースコントローラ5−1は、パケットをCPU4−1に転送する(図9に示された▲3▼)。インターフェースコントローラ5−1からのパケットを受信したCPU4−1は、管理テーブルに保持しているルーティング情報およびレイヤ2情報を用いて出力先インターフェースコントローラを決定する。本動作例では、説明の都合上、出力先インターフェースカードが3−2であるものとする。CPU4−1は、カプセル化などの処理をパケットに施した後(図9に示された▲4▼)、インターフェースコントローラ5−2へパケットを転送する(図9に示された▲5▼)。パケットを受信したインターフェースコントローラ5−2は、出力に必要なレイヤ2処理やキューイングなどの処理を行った後(図9に示された▲6▼)、パケットを出力する(図9に示された▲7▼)。以上では転送処理をCPUが処理しているが、CPUで保持している情報をインターフェースコントローラに通知することにより、CPUを介さず、ハードウェアのみで転送処理を行うことも可能である。
【0045】
このように本実施形態は、効率の良い分散処理を行いつつも、ユーザからは1 つのルータとして扱えるスケーラブルなルータ構成を実現し、ルータの高速化・大容量化を実現することができる。
【0046】
[第2の実施形態]
次に添付図面を参照しながら本発明に係る第2の実施形態について説明する。
本実施形態は、VLAN(Virtual LAN)の構成範囲をインターフェースカード単位に制限するものである。本実施形態の構成は、前述の第1の実施形態同様図1 で表されるが、動作が異なるものである。本実施形態の動作を図8を用いて説明する。
【0047】
第1の実施形態と同様、プロトコル処理、レイヤ2アドレスの学習処理、パケット転送処理の3つに分けて説明する。但し、プロトコル処理は上記第1の実施形態と同様であるため説明を省略する。
【0048】
レイヤ2アドレスの学習処理に関しては、VLANの構成範囲をインターフェースカード単位に制限しているため、他のインターフェースカードへレイヤ2情報を通知することはしない。そのため、レイヤ2情報の交換を行わない装置構成を実現できる。
【0049】
パケット転送に関する動作手順を図10を参照しながら説明する。なお、ここでは説明を容易にするためにインターフェースカード3−1がプロトコルパケットを受信したとして説明するが、パケットを受信するインターフェースカードは3−1に限るものではない。
【0050】
パケットを受信したインターフェースカード3−1は、インターフェースコントローラ5−1にパケットを格納する(図10に示された▲1▼)。レイヤ2あて先アドレスがルータアドレスであることを確認したインターフェースコントローラ5−1は、他のインターフェースコントローラ5−2もしくは5−3に転送すべきパケットか、CPU1に転送すべきプロトコルパケットかどうかを判定する(図10に示された▲2▼)。この判定方法は、例えばフィルタを用いて行うことができる。格納したパケットが他のインターフェースコントローラに転送すべきパケットであると判断したインターフェースコントローラ5−1は、パケットをCPU4−1に転送する(図10に示された▲3▼)。インターフェースコントローラ5−1からのパケットを受信したCPU4−1は、管理テーブルに保持しているルーティング情報を用いて出力先インターフェースコントローラを決定する(図10に示された▲4▼)。本動作例では、説明の都合上、出力先インターフェースカードが3−2であるものとする。CPU4−1からのパケット(図10に示された▲5▼)を受信したCPU4−2は、レイヤ2情報を用いてパケットのカプセル化(図10に示された▲6▼)などの処理を実施した後、インターフェースコントローラ5−2へパケットを転送する(図10に示された▲7▼)。インターフェースコントローラ5−2は、出力に必要なレイヤ2処理やキューイングなどの処理(図10に示された▲8▼)を行った後パケットを出力する(図10に示された▲9▼)。
【0051】
以上により、各インターフェースカード間でレイヤ2情報を共有せずに、分散処理に基づくパケット転送を実現するとともに、外部からは1 つのルータとして動作するルータ構造が実現できる。なお、CPUで保持している情報をインターフェースコントローラに通知することにより、CPUを介さず、ハードウェアのみで転送処理を行うことも可能であるのは、前述実施例同様である。
【0052】
ここで、IPアドレスとレイヤ2アドレスの対応関係がキャッシュされていない場合のパケット転送を、VLANの構成範囲をインターフェースカード単位に制限していない場合と制限している場合とで比較する。なお、図11から図15には、パケット転送の手順が示されている。なお、図11から図15にはパケット転送の説明を容易にするため、各インターフェースカードの入出力ポートを、インターフェースカード内に記述している。まず、VLANの構成範囲をインターフェースカード単位に制限していない場合について説明する。
ルータは、他のインターフェースコントローラに転送すべきパケット(以下、転送パケット)をインターフェースカード3−1のポート1より受信し(図11に示された▲1▼)、CPU4−1に転送したものとする(図11に示された▲2▼)。
【0053】
パケットの転送を受けたCPU4−1は管理テーブルを検索し、レイヤ2情報及びルーティング情報からパケットの出力先を検出する。ここで出力先は、例えば第3番目として設定されたVLANであり、この第3番目のVLANはイターフェースカード3−2、3−3の両方に収容されているものとする。すなわち、CPU4−1は、レイヤ2情報及びルーティング情報からNextHopルータのIPアドレスを検出することはできるが、そのルータがインターフェースカード3−2と3−3のどちらのポートに接続されているのかは分からない状態となる。
【0054】
CPU4−1はNextHopルータがどちらのインターフェースカードに接続されているのか、また、そのレイヤ2アドレスを検出するためにARP(Address Resolution Protocol)をCPU4−2,4−3に依頼する(図11に示された▲3▼)。依頼を受けたCPU4−2,4−3は、インターフェースカードに接続された各ポートにARP要求パケットを出力し、NextHopルータからARP応答パケットが帰ってくるのを待つ(図11に示された▲4▼)。ここで、インターフェースカード3−3のポート3から応答パケットが返送されてきたとする。インターフェースコントローラ5−3は、受信したARP応答パケットをCPU4−3に返送する(図12に示された▲5▼)。また、CPU4−3はARP応答パケットを受信したことをCPU4−1に通知する(図12に示された▲6▼)。ARP応答パケット受信の通知を受けたCPU4−1は、CPU4−3へパケットを転送し(図13に示された▲7▼)、インターフェースコントローラ5−3によりインターフェースカードのポート3に出力される(図13に示された▲8▼)。
【0055】
このようにパケットを未学習の相手先に送信する際には、出力側のインターフェースカードから入力側のインターフェースカードにフィードバックが発生することになる。すなわち、入力側のCPU4−1は、パケットを受信してからARP応答パケット受信の通知を受けるまでパケットを保持し続けなければならず、パケットの転送に時間がかかるという欠点を有している。なお、ARP応答パケットを受信したCPU4−3は、学習した内容(該当IPアドレスがインタフェースカード3−3に接続されていて、ARP応答に記載されているレイヤ2アドレスを持っていることを他のCPUへ通知する。すなわち、すべてのCPUが同一のARPテーブルを有していることになる。
【0056】
次に、VLANの構成範囲をインターフェースカード単位に制限した場合のパケット転送について説明する。
パケットの転送を受けたCPU4−1が管理テーブルを検索し、ルーティング情報及びレイヤ2情報からパケットの出力先を検出するまでは上述した動作と同様である。ここで、1つのVLANは1つのインターフェースカードにのみ収納されるという制限が装置に付けられているため、パケットの出力先となるVLANは複数のインターフェースカードに収納されることはない。また、管理テーブルに登録されたルーティング情報には、どのVLANがどのインターフェースカードに収納されているのかが記述されている。
【0057】
CPU4−1は、NextHopルータがどのインターフェースカードのポートに接続されているのか、また、そのレイヤ2アドレスを検出するため、ARPを使用するが、VLANの構成範囲をインターフェースカード単位に制限しているため、ARP応答パケット受信の通知を受ける前に出力先となるVLANにパケットを転送することができる(図14に示された▲3▼)。この場合、インターフェースカード3−3が出力先となるVLANを格納しているとする。パケットを受信したCPU4−3は、管理テーブルを参照してIPアドレスとレイヤ2アドレスの対応関係がキャッシュされているか否かを検索し、エントリがないことが判明するとNextHopルータへパケットを転送するためにARP要求パケットを各ポートに出力する(図14に示された▲4▼)。ここで、インターフェースカード3−3に接続されたポート3からARP応答パケットを受信したとする。ARP応答パケットを受信したインターフェースコントローラ5−3は、受信したパケットをCPU4−3に返送する(図15に示された▲5▼)。ARP応答パケットの返送を受けたCPU4−3は、インターフェースコントローラ5−3を介して、検出したポートにパケットを出力することでNextHopルータにパケットが転送される(図16に示された▲6▼)。
【0058】
このようにVLANの構成範囲をインターフェースカード単位に制限することで出力側のCPUから入力側のCPUにフィードバックが発生することがなく、パケットをより高速に転送することが可能となる。
【0059】
なお、上述した実施形態は本発明の好適な実施の形態である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【0060】
【発明の効果】
以上の説明より明らかなように本発明は、複数のインターフェースカード側に、受信したデータを記録すると共に、該データが自身に宛てられたデータであるのか、他のインターフェースカードに転送すべきデータであるのかを判定するインターフェース制御手段と、このインターフェース制御手段により他のインターフェースカードに転送すべきデータであると判定されたデータの転送を受けると、データの送信先を管理する第1の管理テーブルを参照してデータの転送先のインターフェースカードを決定し、該決定した転送先のインターフェースカードにデータを転送する転送制御手段と、を設けた。
【0061】
また、ルータ装置全体を管理する管理制御手段には、インターフェース制御手段によりプロトコルパケットであると判定されたパケットがルーティングプロトコルであるか否かを判定し、ルーティングプロトコルであった場合に、データベースの記録内容を更新すると共に、複数のインターフェースカード内の転送制御手段にルーティング情報を転送してルーティング情報を更新させる機能を持たせた。
【0062】
このような構成のルータ装置とすることにより、パケット転送の際には、入力側の転送制御手段によりデータの出力先となるインターフェース制御手段を選択させ、選択したインターフェース制御手段にデータを転送して、外部に出力することで、インターフェースカード内に設けたインターフェース制御手段と転送制御手段だけでパケット転送が実現され、従来構成のルータ装置で問題となっていたルータ装置全体を管理するCPUの負荷を軽減させることができる。
【0063】
また、受信したデータがプロトコルパケットであった場合だけ全体を管理する管理制御手段にデータを送信し、データがルーティングプロトコルであった場合に、データベースの記録内容を更新すると共に、複数のインターフェースカード内の転送制御手段ルーティング情報を転送してルーティングテーブルを更新させることにより、複数のCPUを有するルータ装置を、従来の1つのCPUを備えたルータ装置と同等に扱うことが可能となり、ルータ装置の設定などの際にルータ装置の管理の手間を軽減させることができる。
【0064】
また、IPアドレスとレイヤ2宛先アドレスの対応関係が第1の管理テーブルに記録されていないデータの転送を受けた場合に、該データの転送先として設定されたVLANを含むインターフェースカードを第1の管理テーブルを参照して検出し、該インターフェースカードにデータを転送することにより、入力側の転送制御手段でデータの出力先となるインターフェースカードが分からず、データの出力先を他のインターフェースカードに問い合わせるといったフィードバック動作の発生を防止し、最小限の遅延でデータの転送を実現することができる。
【0065】
また、複数のインターフェースカードと、管理制御手段とのデータの転送は、バス上に配置したクロスバースイッチにより行なわれることにより、複数のCPUを安価で高速な装置内接続により接続することができる。
【図面の簡単な説明】
【図1】本発明に係る第1の実施形態の構成を示すブロック図である。
【図2】ルータ装置の他の構成を示す図である。
【図3】ルータ装置の他の構成を示す図である。
【図4】インターフェースコントローラ5の動作手順を示すフローチャートである。
【図5】インターフェースコントローラ5の動作手順を示すフローチャートである。
【図6】ルータ装置の動作手順を示す図である。
【図7】ルータ装置の動作手順を示す図である。
【図8】ルータ装置の動作手順を示す図である。
【図9】ルータ装置の動作手順を示す図である。
【図10】ルータ装置の動作手順を示す図である。
【図11】ルータ装置の動作手順を示す図である。
【図12】ルータ装置の動作手順を示す図である。
【図13】ルータ装置の動作手順を示す図である。
【図14】ルータ装置の動作手順を示す図である。
【図15】ルータ装置の動作手順を示す図である。
【図16】ルータ装置の動作手順を示す図である。
【図17】従来のルータ装置の構成を示すブロック図である。
【図18】従来のルータ装置の構成を示すブロック図である。
【図19】従来のルータ装置の構成を示すブロック図である。
【符号の説明】
1 CPU
2 バス
3−1、3−2、3−3 インターフェースカード
4−1、4−2、4−3 CPU
5−1、5−2、5−3 インターフェースコントローラ
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a router device that realizes efficient distributed processing.
[0002]
[Prior art]
A configuration of a conventional router is shown in FIG. In FIG. 17, the router is configured by connecting a CPU 101 and interface cards 103 to 105 to a bus 102. Although a router configuration having three interface cards will be described here for ease of explanation, the number of interface cards may be arbitrary. When the interface cards 103 to 105 receive a packet from the external network, the interface card 103 to 105 transmits the packet to the CPU 101 using the bus 102. Receiving the packet, the CPU 101 activates a packet processing process, and searches for information necessary to transfer the packet, such as NextHop or an output interface card, using routing information created by a routing protocol or the like. Based on the search result of the routing information and the layer 2 information, the CPU 101 performs packet rewriting processing such as encapsulation, and transfers the packet to the interface cards 103 to 105 using the bus 102. The interface cards 103 to 105 that have received the packet from the CPU 101 perform queuing processing or the like if necessary, and output the packet to the network.
[0003]
Further, as patent documents disclosing techniques related to a router configured by a plurality of network interfaces, those shown in Patent Documents 1 and 2 shown below are known.
[0004]
[Patent Document 1]
JP 7-202930 A
[Patent Document 2]
JP-A-6-97965
[0005]
In Japanese Patent Laid-Open No. 7-202930 as Patent Document 1, in a MAC bridge composed of a plurality of network interfaces, there is little degradation in performance due to access to the bus, memory contention, and information exchange between CPUs when referring to a table. A MAC bridge table management method for performing simple and efficient table management is disclosed.
More specifically, as shown in FIG. 18, the MAC bridge (1) includes a management CPU (202) and one or more network interfaces (203) having one or more ports (204). 201), each network interface individually registers the source MAC address of the received frame in the local MAC address table and also registers the source MAC address of the frame transferred from the other network interface. The local MAC address table is managed. In addition, by transferring each learning information to the master MAC address table (205) of the management CPU, the MAC address table information of the entire bridge is unified.
[0006]
In Japanese Patent Laid-Open No. 6-97965 as Patent Document 2, a router having a plurality of network interfaces can increase the speed of routing processing regardless of the number of interfaces or communication traffic between networks. A relay control method has been proposed.
Specifically, as shown in FIG. 19, a plurality of network interfaces 320 in the router each have a filtering control unit 340 and a routing control unit 330, and the filtering control unit 340 is a terminal connected to its own network. The routing control unit 330 stores the address of the terminal and the interface number of the connected network interface as one set. By routing the communication between the networks using the table 331, the filtering processing capability and the routing process are not dependent on the number of network interfaces and the communication traffic between the networks. It is going to be able to improve the ability.
[0007]
[Problems to be solved by the invention]
In recent years, in order to cope with the ever-increasing IP traffic, there is a very high need for routers with higher speed and higher capacity. However, in order to realize high speed and large capacity with the conventional router configuration, it is basically necessary to enhance hardware such as high speed and large capacity of CPU, bus and interface card. However, realization of high speed and large capacity by strengthening hardware has the problem that the cost is very high, and when using general-purpose products, only high speed and large capacity of the same level as other companies can be realized. is there. Therefore, there are cases where it is considered to change the router configuration and realize distributed processing by multiple CPUs, but design a router configuration that can be viewed as one router from the outside while realizing distributed processing by multiple CPUs. That is extremely difficult.
[0008]
In addition, how to share the functions installed on multiple interface cards and the functions installed on the management device that manages them can be used to manage the router itself while achieving efficient distributed processing. There is no invention disclosed as to whether such labor can be reduced.
That is, the invention described in the technical document 1 refers only to the table management method, and how to perform efficient packet transfer without causing access to the management CPU at the time of actual packet transfer. It is not described whether it will be realized.
The invention described in the technical document 2 does not disclose how to efficiently update the routing table provided in each network interface when the routing information is updated.
[0009]
In addition, the inventions described in Patent Documents 1 and 2 described above include a plurality of network interfaces, and each performs distributed processing. Therefore, feedback occurs during packet transfer, causing delay in packet transfer. Have the problem.
[0010]
The present invention has been made in view of the above circumstances, and realizes a scalable router configuration that can be handled as one router from the outside while performing efficient distributed processing, and realizes high speed and large capacity router An object is to provide an apparatus and a transfer control method.
[0011]
[Means for Solving the Problems]
In order to achieve such an object, the invention according to claim 1 is a router device having a plurality of interface cards and a management control means for managing the plurality of interface cards, wherein the plurality of interface cards are received. The data is recorded, the interface control means for determining whether the data is addressed to itself or the data to be transferred to another interface card, and the interface control means transfers the data to the other interface card. When data transfer determined to be data is received, the interface card of the data transfer destination is determined with reference to the first management table for managing the data transmission destination, and the interface card of the determined transfer destination Transfer control means for transferring data to When the data received from the outside of the apparatus is other than the protocol packet, the received transfer control means determines the interface control means of the data transfer destination based on the first management table and receives the transfer The interface control means on the transmission side receives the above data. On the network It is characterized by outputting.
[0012]
According to the second aspect of the present invention, in the first aspect of the invention, the management control means that has received the data determined to be addressed to itself from the interface control means is provided when the data is a routing protocol. The content of the second management table for managing the transmission destination of data is updated, and the routing information is updated by transferring to the transfer control means in the plurality of interface cards.
[0013]
According to a third aspect of the present invention, in the first or second aspect of the present invention, the interface control means, when the layer 2 source address of the received data is an unlearned layer 2 source address, In addition to registering in the held layer 2 address management table, update information is notified to the transfer control means in the interface card and the interface control means in the other interface card, and the layer 2 address management table in the router apparatus is updated. It is characterized by performing.
[0015]
Claim 4 The described invention is claimed. 1 to 3 In the invention described in any one of the above, data transfer between the plurality of interface cards and the management control means is performed by a crossbar switch arranged on the bus.
[0016]
Claim 5 The invention described is a transfer control method in a router apparatus having a plurality of interface cards and management control means for managing the plurality of interface cards, and records received data in the interface card on the receiving side. And a first determination step for determining whether the data is addressed to itself or data to be transferred to another interface card, and a first management table for managing the transmission destination of the data. Referring to the first transfer for determining the transfer destination of the data determined to be the data to be transferred to another interface card in the first determination step, and transferring the data to the determined interface card of the transfer destination And having a process When the data received from the outside of the apparatus is other than the protocol packet, the received interface card determines the interface card of the data transfer destination based on the first management table, and the interface card on the transmission side that has received the transfer is , The above data It outputs on the network.
[0017]
Claim 6 The described invention is claimed. 5 In the described invention, the data determined to be the data addressed to itself by the first determination step is transferred to the management control means to determine whether the data is a routing protocol, and the data is a routing protocol. If it is, the routing information that updates the recorded information of the second management table managed by the management control means, in which the data transmission destination is registered, and updates the routing information by transferring to the plurality of interface cards It has the update process, It is characterized by the above-mentioned.
[0018]
Claim 7 The described invention is claimed. 5 or 6 In the described invention, in the interface card, a second determination step of determining whether or not the layer 2 transmission source address of the received data is an unlearned layer 2 transmission source address, and an unlearned layer 2 transmission source A notification step of registering in the layer 2 address management table managed by the interface card if it is an address, notifying update information to other interface cards, and updating the layer 2 address management table in the router device; It is characterized by having.
[0020]
DETAILED DESCRIPTION OF THE INVENTION
Next, embodiments according to the router device and the transfer control method of the present invention will be described in detail with reference to the accompanying drawings. 1 to 16 show an embodiment according to a router device and a transfer control method of the present invention.
[0021]
[First Embodiment]
First, the configuration of the present embodiment will be described with reference to FIG. In this embodiment, as shown in FIG. 1, a CPU 1 and a plurality of interface cards 3 (in FIG. 1, three interface cards 3-1, 3-2, 3- 3 is connected to the bus 2, but the number of interface cards may be arbitrary as shown in FIG. The interface cards 3-1, 3-2 and 3-3 are interface controllers 5-1 and 5-2 for realizing packet input / output with CPUs 4-1, 4-2 and 4-3 for realizing distributed processing. , 5-3. Here, for ease of explanation, a configuration in which one CPU 4 and one interface controller 5 are mounted on the interface card 3 will be described, but the number of CPUs 4 and interface controllers 5 may be arbitrary. It is also possible to share the CPU 4 with a plurality of interface cards 3 as shown in FIG.
[0022]
The CPU 1 managing the entire router can communicate with the CPUs 4-1, 4-2, 4-3 and the interface controllers 5-1, 5-2, 5-3 via the bus 2. Further, the CPU 1 has a database in which routing information is registered.
[0023]
The bus 2 connects each part of the router so that the CPUs 1, 4-1, 4-2, 4-3 and the interface controllers 5-1, 5-2, 5-3 can communicate with each other. In addition, dedicated hardware such as a crossbar switch is arranged on the bus 2, thereby realizing packet transfer. By using dedicated hardware such as a crossbar switch, low-speed and high-speed in-device connection can be realized. Here, the bus is expressed as a single bus that represents the function of connecting the inside of the apparatus. However, in practice, the bus may be configured for different purposes such as packet transfer and inter-CPU communication.
[0024]
The CPU 4 that performs packet transfer is connected to the bus 2 and the interface controller 5 (CPU 4-1 and interface controller 5-1, CPU 4-2 and interface controller 5-2, CPU 4-3 and interface controller 5-3). It is possible to communicate with the CPU 1, the other CPU 4, and the interface controllers 5-1, 5-2 and 5-3. Each of the CPUs 4-1, 4-2 and 4-3 in the plurality of interface cards has routing information, an address used in layer 2 (hereinafter referred to as layer 2 information), a correspondence relationship between the IP address and layer 2 information. And a management table for managing information indicating.
[0025]
The interface controller 5 is connected to the bus 2 and the CPU 4 (interface controller 5-1 and CPU 4-1, interface controller 5-2 and CPU 4-2, interface controller 5-3 and CPU 4-3), and receives from the outside. The transferred packet is transferred to the CPUs 1, 4-1, 4-2, 4-3 and other interface controllers 5. Further, it has a function of performing processing such as queuing on the packets received from the CPUs 1, 4-1, 4-2, 4-3 and other interface controllers 5 and outputting them to the outside. Each interface controller 5-1, 5-2, 5-3 has a layer 2 table for managing layer 2 information. The layer 2 table is a table in which data used when transferring (forwarding) a layer 2 frame is recorded. In order to determine an output destination port and a frame format from a MAC address and VLAN (Virtual LAN) information. used.
[0026]
This embodiment having the above configuration realizes efficient distributed processing by optimally sharing the functions between the functions installed on the plurality of interface cards and the functions installed on the management device managing these. However, an object is to realize a router device that reduces the time and effort required to manage the router itself.
[0027]
For this reason, the present embodiment records the received data on the plurality of interface cards 3 and determines whether the data is addressed to itself or data to be transferred to another interface card. When the interface controller 5 receives the transfer of the data determined to be transferred to another interface card by the interface controller 5, the transfer is performed with reference to the routing information in the management table for managing the transmission destination of the data. A CPU 4 that determines the previous interface card 3 and transfers data to the determined transfer destination interface card 3 is provided.
[0028]
Further, the CPU 1 that manages the entire router apparatus determines whether or not the packet that is determined to be a protocol packet by the interface controller 5 is a routing protocol. In addition to updating, the routing information is transferred to the CPUs 4 in the plurality of interface cards 3 to update the routing information in the management table. The protocol packet refers to a packet such as an application protocol such as TELNET or FTP (File Transfer Protocol) addressed to its own router, or a routing protocol such as OSPF (Open Shortest Path Routing) or RIP (Routing Information Protocol). A packet whose destination address and IP address are addressed to its own router.
[0029]
By using the router device having such a configuration, when transferring a packet, the CPU 4 on the input side selects the interface controller 5 that is the data output destination, and transfers the data to the selected interface controller 5 for layer 2 By performing processing such as processing and outputting to the outside, packet transfer is realized only by the interface controller 5 and the CPU 4 provided in the interface card 3, and the entire router device that has been a problem in the conventional router device is managed. The load on the CPU 1 can be reduced.
[0030]
Further, only when the received data is a protocol packet, the data is transmitted to the CPU 1 that manages the entire data. When the data is a routing protocol, the recorded contents of the database are updated, and a plurality of interface cards 3 are stored. By transferring the routing information to the CPU 4 and updating the routing information in the management table, a router device having a plurality of CPUs can be handled in the same manner as a router device having a single conventional CPU. It is possible to reduce the trouble of managing the router device when setting up the network.
[0031]
Next, a more detailed operation of the components of the router device will be described.
First, the operation procedure of the interface controller 5 will be described with reference to FIGS. 4 and 5.
Router device The interface card 3 that has received the data transferred from the outside (step S401 / YES) stores the received data in the interface controller 5 (step S402). Next, the layer 2 destination address and transmission source address of the received data are confirmed (step S403).
[0032]
When the transmission source address is an unlearned address (there is a transmission source address that requires changing the layer 2 information) (step S404 / YES), the transmission source address is registered in the layer 2 table held by the interface controller 5. (Step S405). Further, the interface controller 5 notifies the learned layer 2 information to the CPU 4 and other interface controllers 5 in the own card via the bus 2 (step S406). Further, the layer 2 information notified in this case is only the layer 2 information that has been changed.
[0033]
If the layer 2 destination address of the received data is the address of the router itself (step S407 / YES), the interface controller 5 determines whether the packet is a protocol packet (step S409). For example, a filter can be used as the determination method.
[0034]
If the packet is a protocol packet (step S409 / YES), the packet is transferred to the CPU 1 (step S410). The CPU 1 that has received the protocol packet processes the packet in accordance with the procedure determined by the protocol in the same manner as a CPU mounted on a conventional router. In particular, when the protocol packet is a routing protocol, a change is made to a database storing routing information as necessary, and the changed routing information is distributed to other interface cards.
[0035]
If the packet is not a protocol packet (step S409 / NO), the packet is transferred to the CPU 4 in the own card (step S411). The CPU 4 receiving the packet determines the output destination interface controller using the routing information and the layer 2 information held in the management table, and transfers the packet subjected to the processing such as encapsulation to the corresponding interface controller.
[0036]
Next, processing when data is transferred from another interface card 3 will be described with reference to FIG.
When the interface controller 5 receives data transfer from another interface card 3 (step S501), the interface controller 5 determines whether the data is a transfer packet (step S502). If the data is a transfer packet (step S502 / YES), the packet is subjected to processing such as layer 2 processing and queuing (step S503) and output to the outside (step S504). If the data is layer 2 information (step S505 / YES), the notified address information is registered in the layer 2 information held in the layer 2 table (step S506), and the layer 2 information is stored in the CPU 4. Information is notified (step S507).
[0037]
Next, the overall operation of the present embodiment will be described by dividing it into three processes, ie, layer 3 or higher protocol processing, layer 2 address learning processing, and packet transfer processing. First, the protocol processing of layer 3 and higher will be described with reference to FIG. Here, for ease of explanation, the interface card 3-1 is described as having received a protocol packet, but the interface card that receives the protocol packet is not limited to 3-1.
[0038]
The interface card 3-1 ((1) shown in FIG. 6) that has received a protocol packet such as a routing protocol from the outside stores the packet in the interface controller 5-1. Next, the interface controller 5-1 confirms the layer 2 destination address of the received packet ((2) shown in FIG. 6). When the layer 2 destination address is its own address (router address), it is determined whether the packet is a protocol packet ((3) shown in FIG. 6). The packet determination method can be performed using a filter, for example. The interface controller 5-1, which has determined that the stored packet is a protocol packet, transfers the packet to the CPU 1 using the bus 2 ((4) shown in FIG. 6). The CPU 1 that has received the protocol packet processes the packet in accordance with the procedure determined by the protocol in the same manner as the CPU mounted on the conventional router. In particular, when the protocol packet is a routing protocol, a database storing routing information is updated as necessary.
[0039]
Here, processing when routing information is updated will be described with reference to FIG. The CPU 1 that has updated the routing information distributes the routing information to the CPUs 4-1, 4-2, and 4-3 using the update as a trigger. In a large-scale network, routing information to be distributed may be large-scale. Depending on the configuration of the bus 2, the bus may be occupied during the distribution of large-scale routing information. In such a case, a method of dividing the routing information and distributing it is taken. Shall.
[0040]
Returning to FIG. 6, the protocol processing will be described. When a response is required for the received protocol packet, the CPU 1 creates a response packet on the CPU 1 (<5> shown in FIG. 6), and then transmits the packet to the interface controller 5-1 using the bus 2. ((6) shown in FIG. 6). The interface controller 5-1 that has received the packet performs necessary processing such as queuing, and then outputs the packet to the outside ((7) shown in FIG. 6).
[0041]
Next, the learning process of the layer 2 address will be described with reference to FIG. In the following, for ease of explanation, the interface card 3-1 is described as having received a frame. However, the interface card that receives the frame is not limited to 3-1 here.
[0042]
The interface card 3-1 that has received the layer 2 frame stores the frame in the interface controller 5-1 ((1) shown in FIG. 8). At that time, the interface controller 5-1 checks the transmission source address of the frame ((2) shown in FIG. 8), and if it is an unlearned transmission source address, the layer 2 held by the interface controller 5-1 It is registered in the table ((3) shown in FIG. 8). Further, the interface controller 5-1 notifies the learned layer 2 information to the CPU 4-1 and the other interface controllers 5-2 and 5-3 in the own card 3 using the bus 2 (shown in FIG. 8). (4)). The interface controllers 5-2 and 5-3 that have received the layer 2 information register the notified layer 2 information in the layer 2 table ((5) shown in FIG. 8), and then the CPUs 4-2 and 4-3. Layer 2 information is notified to (6) shown in FIG.
[0043]
Next, packet transfer processing will be described with reference to FIG. In the following, for ease of explanation, the interface card 3-1 is described as having received a protocol packet. However, the interface card that receives the packet is not limited to 3-1 here.
[0044]
The interface card 3-1 that has received the packet stores the packet in the interface controller 5-1 ((1) shown in FIG. 9). The interface controller 5-1, which has confirmed that the layer 2 destination address is a router address, determines whether it is a packet to be transferred to another interface controller 5-2 or 5-3 or a protocol packet to be transferred to the CPU 1. ((2) shown in FIG. 9). This determination method can be performed using a filter, for example. The interface controller 5-1, which has determined that the stored packet is to be transferred to another interface controller 5, transfers the packet to the CPU 4-1 ((3) shown in FIG. 9). The CPU 4-1 that has received the packet from the interface controller 5-1 determines an output destination interface controller using the routing information and the layer 2 information held in the management table. In this operation example, it is assumed that the output destination interface card is 3-2 for convenience of explanation. The CPU 4-1 performs processing such as encapsulation (<4> shown in FIG. 9) and then transfers the packet to the interface controller 5-2 (<5> shown in FIG. 9). Upon receiving the packet, the interface controller 5-2 performs processing such as layer 2 processing and queuing necessary for output ((6) shown in FIG. 9), and then outputs the packet (shown in FIG. 9). (7)). In the above, the transfer process is performed by the CPU. However, by notifying the interface controller of information held by the CPU, the transfer process can be performed only by hardware without using the CPU.
[0045]
As described above, this embodiment can realize a scalable router configuration that can be handled as a single router from the user while performing efficient distributed processing, and can realize high-speed and large-capacity routers.
[0046]
[Second Embodiment]
Next, a second embodiment according to the present invention will be described with reference to the accompanying drawings.
In the present embodiment, the configuration range of a VLAN (Virtual LAN) is limited to each interface card. The configuration of this embodiment is shown in FIG. 1 as in the first embodiment, but the operation is different. The operation of this embodiment will be described with reference to FIG.
[0047]
As in the first embodiment, the protocol processing, the layer 2 address learning processing, and the packet transfer processing will be described separately. However, the protocol processing is the same as that in the first embodiment, and a description thereof will be omitted.
[0048]
Regarding the learning process of the layer 2 address, the VLAN configuration range is limited to the interface card unit, so the layer 2 information is not notified to other interface cards. Therefore, an apparatus configuration that does not exchange layer 2 information can be realized.
[0049]
An operation procedure related to packet transfer will be described with reference to FIG. Here, for ease of explanation, it is assumed that the interface card 3-1 has received a protocol packet. However, the interface card that receives the packet is not limited to 3-1.
[0050]
The interface card 3-1 that has received the packet stores the packet in the interface controller 5-1 ((1) shown in FIG. 10). The interface controller 5-1, which has confirmed that the layer 2 destination address is a router address, determines whether it is a packet to be transferred to another interface controller 5-2 or 5-3 or a protocol packet to be transferred to the CPU 1. ((2) shown in FIG. 10). This determination method can be performed using a filter, for example. The interface controller 5-1, which has determined that the stored packet is to be transferred to another interface controller, transfers the packet to the CPU 4-1 ((3) shown in FIG. 10). The CPU 4-1 receiving the packet from the interface controller 5-1 determines the output destination interface controller using the routing information held in the management table (<4> shown in FIG. 10). In this operation example, it is assumed that the output destination interface card is 3-2 for convenience of explanation. The CPU 4-2 that has received the packet ((5) shown in FIG. 10) from the CPU 4-1 performs processing such as packet encapsulation ((6) shown in FIG. 10) using the layer 2 information. After the execution, the packet is transferred to the interface controller 5-2 ((7) shown in FIG. 10). The interface controller 5-2 performs processing such as layer 2 processing and queuing necessary for output ((8) shown in FIG. 10), and then outputs a packet ((9) shown in FIG. 10). .
[0051]
As described above, a packet structure based on distributed processing can be realized without sharing layer 2 information between interface cards, and a router structure that operates as one router from the outside can be realized. As in the above-described embodiment, the information held by the CPU is notified to the interface controller so that the transfer process can be performed only by hardware without using the CPU.
[0052]
Here, the packet transfer when the correspondence between the IP address and the layer 2 address is not cached is compared between the case where the VLAN configuration range is not limited to the interface card unit and the case where it is limited. 11 to 15 show the packet transfer procedure. In FIG. 11 to FIG. 15, the input / output ports of each interface card are described in the interface card in order to facilitate the explanation of packet transfer. First, a case where the VLAN configuration range is not limited to interface cards will be described.
The router receives a packet to be transferred to another interface controller (hereinafter referred to as a transfer packet) from the port 1 of the interface card 3-1 ((1) shown in FIG. 11) and transfers it to the CPU 4-1. ((2) shown in FIG. 11).
[0053]
Upon receiving the packet transfer, the CPU 4-1 searches the management table and detects the output destination of the packet from the layer 2 information and the routing information. Here, the output destination is, for example, the VLAN set as the third, and the third VLAN is accommodated in both the interface cards 3-2 and 3-3. That is, the CPU 4-1 can detect the IP address of the NextHop router from the layer 2 information and the routing information, but it is determined which port of the interface card 3-2 or 3-3 is the router connected to. I don't know.
[0054]
The CPU 4-1 requests the CPU 4-2 and 4-3 for ARP (Address Resolution Protocol) in order to detect which interface card the NextHop router is connected to and the layer 2 address (see FIG. 11). (3) shown). Upon receiving the request, the CPUs 4-2 and 4-3 output the ARP request packet to each port connected to the interface card and wait for the ARP response packet to return from the Next Hop router (▲ shown in FIG. 11). 4 ▼). Here, it is assumed that a response packet is returned from the port 3 of the interface card 3-3. The interface controller 5-3 returns the received ARP response packet to the CPU 4-3 ((5) shown in FIG. 12). Further, the CPU 4-3 notifies the CPU 4-1 that the ARP response packet has been received ((6) shown in FIG. 12). The CPU 4-1 receiving the notification of receiving the ARP response packet transfers the packet to the CPU 4-3 (<7> shown in FIG. 13) and outputs it to the port 3 of the interface card by the interface controller 5-3 ( (8) shown in FIG.
[0055]
In this way, when a packet is transmitted to an unlearned partner, feedback is generated from the output side interface card to the input side interface card. That is, the CPU 4-1 on the input side has to keep holding the packet until receiving the notification of receiving the ARP response packet after receiving the packet, and has a disadvantage that it takes time to transfer the packet. The CPU 4-3 that has received the ARP response packet determines that the learned content (the corresponding IP address is connected to the interface card 3-3 and has the layer 2 address described in the ARP response). Notify the CPU, that is, all the CPUs have the same ARP table.
[0056]
Next, packet transfer when the VLAN configuration range is limited to interface cards will be described.
The operation is the same as that described above until the CPU 4-1 receiving the packet transfer searches the management table and detects the packet output destination from the routing information and the layer 2 information. Here, since a restriction is imposed on the apparatus that one VLAN can be stored only in one interface card, a VLAN that is a packet output destination is not stored in a plurality of interface cards. In addition, the routing information registered in the management table describes which VLAN is stored in which interface card.
[0057]
The CPU 4-1 uses ARP to detect which interface card port the NextHop router is connected to, and its layer 2 address, but limits the VLAN configuration range to interface card units. Therefore, the packet can be transferred to the VLAN as the output destination before receiving the notification of the reception of the ARP response packet ((3) shown in FIG. 14). In this case, it is assumed that the interface card 3-3 stores a VLAN as an output destination. The CPU 4-3 that has received the packet searches the management table to determine whether or not the correspondence between the IP address and the layer 2 address is cached. If it is determined that there is no entry, the packet is transferred to the NextHop router. The ARP request packet is output to each port at (4) shown in FIG. Here, it is assumed that an ARP response packet is received from the port 3 connected to the interface card 3-3. The interface controller 5-3 that has received the ARP response packet returns the received packet to the CPU 4-3 ((5) shown in FIG. 15). Upon receiving the ARP response packet, the CPU 4-3 outputs the packet to the detected port via the interface controller 5-3, so that the packet is transferred to the NextHop router ((6) shown in FIG. 16). ).
[0058]
Thus, by limiting the VLAN configuration range to the interface card unit, no feedback is generated from the output CPU to the input CPU, and packets can be transferred at higher speed.
[0059]
The above-described embodiment is a preferred embodiment of the present invention. However, the present invention is not limited to this, and various modifications can be made without departing from the scope of the present invention.
[0060]
【The invention's effect】
As is clear from the above description, the present invention records received data on a plurality of interface cards, and whether the data is addressed to itself or data to be transferred to another interface card. When receiving the interface control means for determining whether there is data and the transfer of the data determined to be transferred to another interface card by the interface control means, a first management table for managing the transmission destination of the data is displayed. A transfer control means for determining a data transfer destination interface card and transferring the data to the determined transfer destination interface card.
[0061]
Further, the management control means for managing the entire router device determines whether the packet determined to be a protocol packet by the interface control means is a routing protocol. In addition to updating the contents, a function of transferring routing information to transfer control means in a plurality of interface cards to update the routing information is provided.
[0062]
With the router device having such a configuration, when transferring a packet, the transfer control unit on the input side selects the interface control unit as the data output destination, and the data is transferred to the selected interface control unit. By outputting to the outside, packet transfer is realized only by the interface control means and the transfer control means provided in the interface card, and the load on the CPU for managing the entire router device which has been a problem in the router device of the conventional configuration is reduced. It can be reduced.
[0063]
In addition, when the received data is a protocol packet, the data is transmitted to a management control means that manages the whole. When the data is a routing protocol, the data recorded in the database is updated and the data is stored in a plurality of interface cards. By transferring routing information and updating the routing table, it becomes possible to handle a router device having a plurality of CPUs in the same manner as a router device having a single conventional CPU. It is possible to reduce the trouble of managing the router device.
[0064]
Further, when a transfer of data whose correspondence between the IP address and the layer 2 destination address is not recorded in the first management table is received, the interface card including the VLAN set as the transfer destination of the data is set to the first By detecting the data by referring to the management table and transferring the data to the interface card, the transfer control means on the input side does not know the interface card that is the data output destination, and inquires the other interface card for the data output destination. Such a feedback operation can be prevented, and data transfer can be realized with a minimum delay.
[0065]
Also, data transfer between the plurality of interface cards and the management control means is performed by a crossbar switch arranged on the bus, so that a plurality of CPUs can be connected by inexpensive and high-speed in-device connection.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a first embodiment according to the present invention.
FIG. 2 is a diagram illustrating another configuration of the router device.
FIG. 3 is a diagram illustrating another configuration of the router device.
4 is a flowchart showing an operation procedure of the interface controller 5. FIG.
FIG. 5 is a flowchart showing an operation procedure of the interface controller 5;
FIG. 6 is a diagram illustrating an operation procedure of the router device.
FIG. 7 is a diagram illustrating an operation procedure of the router device.
FIG. 8 is a diagram illustrating an operation procedure of the router device.
FIG. 9 is a diagram illustrating an operation procedure of the router device.
FIG. 10 is a diagram illustrating an operation procedure of the router device.
FIG. 11 is a diagram illustrating an operation procedure of the router device.
FIG. 12 is a diagram illustrating an operation procedure of the router device.
FIG. 13 is a diagram illustrating an operation procedure of the router device.
FIG. 14 is a diagram illustrating an operation procedure of the router device.
FIG. 15 is a diagram illustrating an operation procedure of the router device.
FIG. 16 is a diagram illustrating an operation procedure of the router device.
FIG. 17 is a block diagram showing a configuration of a conventional router device.
FIG. 18 is a block diagram showing a configuration of a conventional router device.
FIG. 19 is a block diagram showing a configuration of a conventional router device.
[Explanation of symbols]
1 CPU
2 buses
3-1, 3-2, 3-3 Interface card
4-1, 4-2, 4-3 CPU
5-1, 5-2, 5-3 Interface controller

Claims (7)

複数のインターフェースカードと、該複数のインターフェースカードを管理する管理制御手段と、を有するルータ装置であって、
前記複数のインターフェースカードは、
受信したデータを記録すると共に、該データが自身に宛てられたデータであるのか、他のインターフェースカードに転送すべきデータであるのかを判定するインターフェース制御手段と、
前記インターフェース制御手段により他のインターフェースカードに転送すべきデータであると判定されたデータの転送を受けると、データの送信先を管理する第1の管理テーブルを参照して前記データの転送先のインターフェースカードを決定し、該決定した転送先のインターフェースカードに前記データを転送する転送制御手段と、
を有し、
装置外部から受信したデータがプロトコルパケット以外である場合、該受信した転送制御手段がデータ転送先のインターフェース制御手段を前記第1の管理テーブルに基づいて決定し、該転送を受けた送信側のインターフェース制御手段は、前記データをネットワーク上に出力することを特徴とするルータ装置。
A router device having a plurality of interface cards and a management control means for managing the plurality of interface cards,
The plurality of interface cards are:
Interface control means for recording the received data and determining whether the data is addressed to itself or data to be transferred to another interface card;
When receiving the transfer of the data determined to be transferred to another interface card by the interface control means, the interface of the transfer destination of the data with reference to the first management table for managing the transmission destination of the data Transfer control means for determining a card and transferring the data to the determined transfer destination interface card;
Have
When the data received from the outside of the apparatus is other than the protocol packet, the received transfer control means determines the data transfer destination interface control means based on the first management table, and the interface on the transmitting side that has received the transfer The control device outputs the data on a network .
前記自身に宛てられたデータであると判定されたデータを前記インターフェース制御手段より受信した前記管理制御手段は、前記データがルーティングプロトコルであった場合に、データの送信先を管理する第2の管理テーブルの記録内容を更新すると共に、前記複数のインターフェースカード内の前記転送制御手段に転送してルーティング情報を更新させることを特徴とする請求項1記載のルータ装置。  The management control means that has received the data determined to be addressed to itself from the interface control means, the management control means, when the data is a routing protocol, the second management for managing the data transmission destination 2. The router device according to claim 1, wherein the contents recorded in the table are updated, and the routing information is updated by transferring to the transfer control means in the plurality of interface cards. 前記インターフェース制御手段は、受信したデータのレイヤ2送信元アドレスが、未学習のレイヤ2送信元アドレスであった場合に、自身の保持するレイヤ2アドレス管理テーブルに登録すると共に、インターフェースカード内の転送制御手段と、他のインターフェースカード内のインターフェース制御手段とに更新情報を通知し、ルータ装置内のレイヤ2アドレス管理テーブルの更新を行なうことを特徴とする請求項1または2記載のルータ装置。  When the layer 2 source address of the received data is an unlearned layer 2 source address, the interface control means registers it in the layer 2 address management table held by itself and transfers it in the interface card. 3. The router apparatus according to claim 1, wherein update information is notified to the control means and the interface control means in another interface card, and the layer 2 address management table in the router apparatus is updated. 前記複数のインターフェースカードと、前記管理制御手段とのデータの転送は、バス上に配置したクロスバースイッチにより行なわれることを特徴とする請求項1から3の何れか一項に記載のルータ装置。Wherein a plurality of interface cards, data transfer between the management control unit, the router apparatus according to any one of claims 1 3, characterized in that is carried out by the cross bar switch placed on the bus. 複数のインターフェースカードと、該複数のインターフェースカードを管理する管理制御手段と、を有するルータ装置における転送制御方法であって、
受信側となるインターフェースカードにおいて、
受信したデータを記録すると共に、該データが自身に宛てられたデータであるのか、他のインターフェースカードに転送すべきデータであるのかを判定する第1の判定工程と、
データの送信先を管理する第1の管理テーブルを参照して、前記第1の判定工程により他のインターフェースカードに転送すべきデータであると判定されたデータの転送先を決定し、該決定した転送先のインターフェースカードに前記データを転送する第1の転送工程と、を有し、
装置外部から受信したデータがプロトコルパケット以外である場合、該受信したインターフェースカードがデータ転送先のインターフェースカードを前記第1の管理テーブルに基づいて決定し、該転送を受けた送信側のインターフェースカードは、前記データをネットワーク上に出力することを特徴とする転送制御方法。
A transfer control method in a router device having a plurality of interface cards, and a management control means for managing the plurality of interface cards,
In the interface card on the receiving side,
A first determination step of recording the received data and determining whether the data is addressed to itself or to be transferred to another interface card;
Referring to the first management table for managing the data transmission destination, the transfer destination of the data determined as the data to be transferred to the other interface card in the first determination step is determined, and the determined A first transfer step of transferring the data to a transfer destination interface card,
When the data received from the outside of the apparatus is other than the protocol packet, the received interface card determines the interface card of the data transfer destination based on the first management table, and the interface card on the transmitting side that has received the transfer is A transfer control method comprising outputting the data on a network.
前記第1の判定工程により自身に宛てられたデータであると判定されたデータを前記管理制御手段に転送して、前記データがルーティングプロトコルであるか否かを判定し、前記データがルーティングプロトコルであった場合には、データの送信先が登録された、前記管理制御手段の管理する第2の管理テーブルの記録内容を更新すると共に、前記複数のインターフェースカードに転送してルーティング情報を更新させるルーティング情報更新工程を有することを特徴とする請求項記載の転送制御方法。The data determined to be addressed to itself by the first determination step is transferred to the management control means to determine whether the data is a routing protocol, and the data is a routing protocol If there is a routing, the data transmission destination is registered, the recorded contents of the second management table managed by the management control means are updated, and the routing information is transferred to the plurality of interface cards to update the routing information. 6. The transfer control method according to claim 5 , further comprising an information update step. インターフェースカードにおいて、
受信したデータのレイヤ2送信元アドレスが、未学習のレイヤ2送信元アドレスであるか否かを判定する第2の判定工程と、
未学習のレイヤ2送信元アドレスであった場合に、前記インターフェースカードの管理するレイヤ2アドレス管理テーブルに登録すると共に、他のインターフェースカードに更新情報を通知し、ルータ装置内のレイヤ2アドレス管理テーブルの更新を行なう通知工程と、
を有することを特徴とする請求項5または6記載の転送制御方法。
In the interface card,
A second determination step of determining whether the layer 2 source address of the received data is an unlearned layer 2 source address;
When it is an unlearned layer 2 source address, it is registered in the layer 2 address management table managed by the interface card, and update information is notified to other interface cards, and the layer 2 address management table in the router device A notification process for updating
7. The transfer control method according to claim 5 or 6 , characterized by comprising:
JP2002284306A 2002-09-27 2002-09-27 Router device and transfer control method Expired - Lifetime JP4029708B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002284306A JP4029708B2 (en) 2002-09-27 2002-09-27 Router device and transfer control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002284306A JP4029708B2 (en) 2002-09-27 2002-09-27 Router device and transfer control method

Publications (2)

Publication Number Publication Date
JP2004120642A JP2004120642A (en) 2004-04-15
JP4029708B2 true JP4029708B2 (en) 2008-01-09

Family

ID=32277909

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002284306A Expired - Lifetime JP4029708B2 (en) 2002-09-27 2002-09-27 Router device and transfer control method

Country Status (1)

Country Link
JP (1) JP4029708B2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4815284B2 (en) 2006-07-06 2011-11-16 アラクサラネットワークス株式会社 Packet transfer device
JP2008182326A (en) * 2007-01-23 2008-08-07 Sii Network Systems Kk Line card device, switch device, and route information learning method
JP4609862B2 (en) * 2007-02-08 2011-01-12 古河電気工業株式会社 Network relay method, network element, and network relay system

Also Published As

Publication number Publication date
JP2004120642A (en) 2004-04-15

Similar Documents

Publication Publication Date Title
JP4053967B2 (en) VLAN server
US10116556B2 (en) Techniques for routing and forwarding between multiple virtual routers implemented by a single device
JP3645734B2 (en) Network relay device and network relay method
US5434863A (en) Internetworking apparatus for connecting plural network systems and communication network system composed of plural network systems mutually connected
US9923812B2 (en) Triple-tier anycast addressing
JP2520563B2 (en) Packet switching network
US8014409B1 (en) Virtual router identifier that spans multiple interfaces in a routing device
JP5506444B2 (en) Information system, apparatus and method
JP4157403B2 (en) Packet communication device
JP2002314571A (en) Classification and tagging rules for switching nodes
JP3075163B2 (en) Multiport frame exchange method
US7174394B1 (en) Multi processor enqueue packet circuit
JP2845208B2 (en) Address resolution device
JP3711965B2 (en) IP flow multi-stage hash device, IP flow multi-stage hash method, IP flow multi-stage hash program, and recording medium thereof
JP4029708B2 (en) Router device and transfer control method
Tantawy et al. On the design of a multigigabit IP router
US6256313B1 (en) Triplet architecture in a multi-port bridge for a local area network
US7969994B2 (en) Method and apparatus for multiple connections to group of switches
US20060002394A1 (en) Route computing system
JPH06197111A (en) Internetwork device
US7143183B2 (en) Server module for modularly designed server
WO1999014893A2 (en) Multi-port bridge with triplet architecture and periodical update of address look-up table
JP2790550B2 (en) Gateway device
JP2596098B2 (en) Communication line selection method
JP3508057B2 (en) Layer 3 switch

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050822

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070702

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070710

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070910

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: 20070925

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20071008

R150 Certificate of patent or registration of utility model

Ref document number: 4029708

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101026

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111026

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121026

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131026

Year of fee payment: 6

EXPY Cancellation because of completion of term