JP2004120642A - Router apparatus and transfer control method - Google Patents

Router apparatus and transfer control method Download PDF

Info

Publication number
JP2004120642A
JP2004120642A JP2002284306A JP2002284306A JP2004120642A JP 2004120642 A JP2004120642 A JP 2004120642A JP 2002284306 A JP2002284306 A JP 2002284306A JP 2002284306 A JP2002284306 A JP 2002284306A JP 2004120642 A JP2004120642 A JP 2004120642A
Authority
JP
Japan
Prior art keywords
data
interface
interface card
transfer
address
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.)
Granted
Application number
JP2002284306A
Other languages
Japanese (ja)
Other versions
JP4029708B2 (en
Inventor
Naoki Kanezuka
金塚 直己
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)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a router apparatus which is operated at high speed and has high capacity by realizing a scalable router configuration in which it is considered as one router from the outside while performing efficient distributed processing. <P>SOLUTION: The side of each of a plurality of interface cards 3 is provided with an interface controller 5 for recording received data and judging whether the data are addressed to the present interface card or data to be transferred to the other interface card, and a CPU 4 for determining the interface card 3 to transfer the data by referring to a routing table for managing the transmission destination of the data when data judged to be transferred to the other interface card by the interface controller 5 are transferred, and transferring the data to the interface card 3 determined as the transfer destination. Thus, a load of the CPU for managing the entire router apparatus which is a problem for a conventional router apparatus is reduced. <P>COPYRIGHT: (C)2004,JPO

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の管理テーブルを参照してデータの転送先のインターフェースカードを決定し、該決定した転送先のインターフェースカードにデータを転送する転送制御手段と、を有し、受信側の転送制御手段よりデータの転送を受けた送信側のインターフェース制御手段は、データを外部に出力することを特徴とする。
【0012】
請求項2記載の発明は、請求項1記載の発明において、自身に宛てられたデータであると判定されたデータをインターフェース制御手段より受信した管理制御手段は、データがルーティングプロトコルであった場合に、データの送信先を管理する第2の管理テーブルの記録内容を更新すると共に、複数のインターフェースカード内の転送制御手段に転送してルーティング情報を更新させることを特徴とする。
【0013】
請求項3記載の発明は、請求項1または2記載の発明において、インターフェース制御手段は、受信したデータのレイヤ2送信元アドレスが、未学習のレイヤ2送信元アドレスであった場合に、自身の保持するレイヤ2アドレス管理テーブルに登録すると共に、インターフェースカード内の転送制御手段と、他のインターフェースカード内のインターフェース制御手段とに更新情報を通知し、ルータ装置内のレイヤ2アドレス管理テーブルの更新を行なうことを特徴とする。
【0014】
請求項4記載の発明は、請求項1から3の何れか一項に記載の発明において、構成範囲をインタフェースカード単位に制限された各VLAN(VirtualLAN)がどのインターフェースカードに接続されているのかを第1の管理テーブルは記録し、転送制御手段は、IPアドレスとレイヤ2宛先アドレスの対応関係が第1の管理テーブルに記録されていないデータの転送を受けた場合に、該データの転送先として設定されたVLANを含むインターフェースカードを第1の管理テーブルを参照して検出し、該インターフェースカードにデータを転送することを特徴とする。
【0015】
請求項5記載の発明は、請求項1から4の何れか一項に記載の発明において、複数のインターフェースカードと、管理制御手段とのデータの転送は、バス上に配置したクロスバースイッチにより行なわれることを特徴とする。
【0016】
請求項6記載の発明は、複数のインターフェースカードと、該複数のインターフェースカードを管理する管理制御手段と、を有するルータ装置における転送制御方法であって、受信側となるインターフェースカードにおいて、受信したデータを記録すると共に、該データが自身に宛てられたデータであるのか、他のインターフェースカードに転送すべきデータであるのかを判定する第1の判定工程と、データの送信先を管理する第1の管理テーブルを参照して、第1の判定工程により他のインターフェースカードに転送すべきデータであると判定されたデータの転送先を決定し、該決定した転送先のインターフェースカードにデータを転送する第1の転送工程と、を有し、送信側となるインターフェースカードにおいて、受信側のインターフェースカードより転送されたデータをネットワーク上に出力することを特徴とする。
【0017】
請求項7記載の発明は、請求項6記載の発明において、第1の判定工程により自身に宛てられたデータであると判定されたデータを管理制御手段に転送して、データがルーティングプロトコルであるか否かを判定し、データがルーティングプロトコルであった場合には、データの送信先が登録された、管理制御手段の管理する第2の管理テーブルの記録内容を更新すると共に、複数のインターフェースカードに転送してルーティング情報を更新させるルーティング情報更新工程を有することを特徴とする。
【0018】
請求項8記載の発明は、請求項6または7記載の発明において、インターフェースカードにおいて、受信したデータのレイヤ2送信元アドレスが、未学習のレイヤ2送信元アドレスであるか否かを判定する第2の判定工程と、未学習のレイヤ2送信元アドレスであった場合に、インターフェースカードの管理するレイヤ2アドレス管理テーブルに登録すると共に、他のインターフェースカードに更新情報を通知し、ルータ装置内のレイヤ2アドレス管理テーブルの更新を行なう通知工程と、を有することを特徴とする。
【0019】
請求項9記載の発明は、請求項6から8の何れか一項に記載の発明において、構成範囲をインタフェースカード単位に制限された各VLAN(VirtualLAN)がどのインターフェースカードに接続されているのかを第1の管理テーブルに記録し、受信側のインターフェースカードにおいて、IPアドレスとレイヤ2宛先アドレスの対応関係が第1の管理テーブルに記録されていないデータの転送を受けた場合に、該データの転送先として設定されたVLANを含むインターフェースカードを第1の管理テーブルを参照して検出し、送信側となる該インターフェースカードにデータを転送する第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]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a router device that realizes efficient distributed processing.
[0002]
[Prior art]
FIG. 17 shows the configuration of a conventional router. In FIG. 17, the router includes a CPU 101 and interface cards 103 to 105 connected to a bus 102. Although a router configuration having three interface cards is described here for ease of description, the number of interface cards may be arbitrary. Upon receiving a packet from the external network, the interface cards 103 to 105 transmit the packet to the CPU 101 using the bus 102. Upon receiving the packet, the CPU 101 starts a packet processing process, and searches for information necessary for transferring the packet, such as a NextHop or an output interface card, using the routing information created by a routing protocol or the like. The CPU 101 performs a packet rewriting process such as encapsulation based on a search result of the routing information and the layer 2 information, 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 and the like if necessary, and output the packet to the network.
[0003]
Further, as patent documents that disclose a technique related to a router including a plurality of network interfaces, those described in Patent Documents 1 and 2 below are known.
[0004]
[Patent Document 1]
JP-A-7-202930
[Patent Document 2]
JP-A-6-97965
[0005]
Japanese Patent Application Laid-Open No. 7-202930 as Patent Document 1 discloses that in a MAC bridge composed of a plurality of network interfaces, access to a bus when referring to a table, memory contention, and performance degradation due to information exchange between CPUs are small. A MAC bridge table management method for performing simple and efficient table management is disclosed.
More specifically, as shown in FIG. 18, a MAC bridge () including one management CPU (202) and one or more network interfaces (203) having one or more ports (204). In 201), each network interface 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, thereby individually Manages a local MAC address table. Also, by transmitting the respective 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]
Japanese Patent Application Laid-Open No. 6-97965 as Patent Document 2 discloses that a router having a plurality of network interfaces can speed up a routing process irrespective of the number of interfaces and communication traffic between networks. A relay control scheme 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 high-speed filtering of the communication in the network is performed by the filtering table 341 storing the address of the terminal, and 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 by the table 331, the filtering processing capability and the routing processing can be performed independently of 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 an ever-increasing amount of IP traffic, there is a great need for a router having a higher speed and a larger 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, achieving high speed and large capacity by strengthening the hardware is extremely costly, and when using general-purpose products, it can only achieve the same level of speed and large capacity as other companies. is there. Therefore, there is a case in which it is considered to change the router configuration to realize distributed processing by using a plurality of CPUs. However, while realizing distributed processing by using a plurality of CPUs, a router configuration that is externally viewed as one router is designed. That is extremely difficult.
[0008]
In addition, how to distribute the functions of 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. No invention has been disclosed as to whether such labor can be reduced.
That is, the invention described in the technical document 1 mentions only a table management method, and describes how to efficiently transfer packets without causing access to the management CPU at the time of actual packet transfer. It is not described whether it will be realized.
Further, the invention described in 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]
Also, the inventions described in Patent Documents 1 and 2 described above include a plurality of network interfaces, each of which performs distributed processing, so that feedback occurs during packet transfer, causing a delay in packet transfer. It has the defect of.
[0010]
The present invention has been made in view of the above circumstances, and realizes a scalable router configuration that can be treated as one router from the outside while performing efficient distributed processing, thereby realizing high speed and large capacity router. It is an object to provide an apparatus and a transfer control method.
[0011]
[Means for Solving the Problems]
In order to achieve the above object, an invention according to claim 1 is a router device having a plurality of interface cards and management control means for managing the plurality of interface cards, wherein the plurality of interface cards receive While recording the data, the interface control means determines whether the data is the data addressed to itself or the data to be transferred to another interface card, and transfers the data to another interface card by the interface control means. Upon receiving the transfer of the data determined to be the data to be transmitted, the interface card of the data transfer destination is determined with reference to the first management table for managing the destination of the data, and the interface card of the determined transfer destination is determined. Transfer control means for transferring data to the Interface control unit on the transmission side that has received the transfer of data from the transfer control unit, and outputs the data to the outside.
[0012]
According to a second aspect of the present invention, in the first aspect of the present invention, the management control unit, which receives the data determined to be the data addressed to itself from the interface control unit, determines whether the data is a routing protocol. In addition, the recording contents of the second management table for managing the transmission destination of the data are updated, and the routing information is transferred to the transfer control means in the plurality of interface cards to update the routing information.
[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 it in the held layer 2 address management table, the 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 update of the layer 2 address management table in the router device is performed. It is characterized by performing.
[0014]
According to a fourth aspect of the present invention, in the invention according to any one of the first to third aspects, it is determined to which interface card each VLAN (Virtual LAN) whose configuration range is limited to each interface card is connected. The first management table is recorded, and when the correspondence between the IP address and the layer 2 destination address is not recorded in the first management table, the transfer control unit determines that the data is to be transferred. An interface card including the set VLAN is detected by referring to the first management table, and data is transferred to the interface card.
[0015]
According to a fifth aspect of the present invention, in the first aspect of the present invention, the data transfer between the plurality of interface cards and the management control means is performed by a crossbar switch arranged on a bus. It is characterized by being.
[0016]
The invention according to claim 6 is a transfer control method in a router device having a plurality of interface cards and management control means for managing the plurality of interface cards, wherein the data received by the interface card on the receiving side is received. And a first determining step of determining whether the data is data addressed to itself or data to be transferred to another interface card, and a first determining step of managing a data transmission destination. With reference to the management table, a destination of the data determined to be data to be transferred to another interface card in the first determination step is determined, and the data is transferred to the determined destination interface card. And an interface card on the transmission side, the And outputting the transferred data from Sukado on the network.
[0017]
According to a seventh aspect of the present invention, in the sixth aspect of the invention, the data determined to be the data addressed to itself in the first determination step is transferred to the management control means, and the data is a routing protocol. And if the data is a routing protocol, update the recorded contents of the second management table managed by the management control means in which the data transmission destination is registered, and And a routing information update step of updating the routing information by transferring the information to a third party.
[0018]
The invention according to claim 8 is the interface card according to claim 6 or 7, wherein the interface card determines whether the layer 2 source address of the received data is an unlearned layer 2 source address. 2 and, if the source address is an unlearned layer 2 source address, register it in the layer 2 address management table managed by the interface card, and notify other interface cards of the update information, And a notifying step of updating the layer 2 address management table.
[0019]
According to a ninth aspect of the present invention, in the invention according to any one of the sixth to eighth aspects, which VLAN (Virtual LAN) whose configuration range is limited to each interface card is connected to which interface card. The data is recorded in the first management table, and when the interface card on the receiving side receives a transfer of data for which the correspondence between the IP address and the layer 2 destination address is not recorded in the first management table, the transfer of the data is performed. The method includes a second transfer step of detecting an interface card including a VLAN set as a destination by referring to the first management table, and transferring data to the interface card on the transmission side.
[0020]
BEST MODE FOR CARRYING OUT THE INVENTION
Next, embodiments of 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 of a router device and a transfer control method according to the present invention.
[0021]
[First Embodiment]
First, the configuration of the present embodiment will be described with reference to FIG. In the present 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. 2). The interface cards 3-1, 3-2, and 3-3 are interface controllers 5-1 and 5-2 that realize input and output of packets with the 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, however, the number of CPUs 4 and interface controllers 5 may be arbitrary, and FIG. The CPU 4 can be shared by a plurality of interface cards 3 as shown in FIG.
[0022]
The CPU 1 that manages 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, and 4-3 and the interface controllers 5-1, 5-2, and 5-3 can communicate with each other. In addition, dedicated hardware such as a crossbar switch is arranged on the bus 2 to realize packet transfer. By using dedicated hardware such as a crossbar switch, an inexpensive and high-speed internal connection can be realized. Here, the bus is represented as a single bus to represent the function of connecting the inside of the device, but it is actually possible to configure the bus for packet transfer and communication between CPUs.
[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). , The CPU 1, the other CPU 4, and the interface controllers 5-1, 5-2, 5-3. Each of the CPUs 4-1, 4-2, and 4-3 in the plurality of interface cards stores routing information, an address used in layer 2 (hereinafter, referred to as layer 2 information), and a correspondence relationship between an IP address and layer 2 information. And a management table for managing the information indicating the information.
[0025]
The interface controller 5 is connected to the bus 2 and the CPU 4 (the interface controller 5-1 and the CPU 4-1, the interface controller 5-2 and the CPU 4-2, the interface controller 5-3 and the CPU 4-3), and receives data from outside. The transferred packet is transferred to the CPUs 1-1, 4-1, 4-2, 4-3 or another interface controller 5. Further, it has a function of performing processing such as queuing on packets received from the CPUs 1-1, 4-1, 4-2, and 4-3 and other interface controllers 5, and outputting the packets to the outside. Each of the interface controllers 5-1, 5-2, and 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, and is used to determine an output destination port and a frame format from a MAC address and VLAN (Virtual LAN) information. used.
[0026]
The present embodiment having the above configuration realizes efficient distributed processing by optimally performing the function allocation between the functions mounted on the plurality of interface cards and the functions mounted on the management device that manages them. It is another object of the present invention to realize a router device in which the time required for managing the router itself is reduced.
[0027]
Therefore, the present embodiment records the received data on the plurality of interface cards 3 and determines whether the data is data 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 the data to be transferred to another interface card by the interface controller 5, the transfer is performed by referring to the routing information of the management table for managing the destination of the data. And a CPU 4 for determining the destination interface card 3 and transferring data to the determined destination interface card 3.
[0028]
In addition, the CPU 1 that manages the entire router device determines whether or not the packet determined to be the protocol packet by the interface controller 5 is a routing protocol. In addition to the updating, a function of transferring the routing information to the CPUs 4 in the plurality of interface cards 3 and updating the routing information in the management table is provided. Note that the protocol packet refers to a packet such as an application protocol such as TELNET and FTP (File Transfer Protocol) addressed to the own router, a routing protocol such as OSPF (Open Shortest Path First Routing) and RIP (Routing Information Protocol), and the like. The destination address and the IP address are packets addressed to the own router.
[0029]
With the router device having such a configuration, at the time of packet transfer, the CPU 4 on the input side selects the interface controller 5 as the output destination of the data, and transfers the data to the selected interface controller 5 to perform layer 2 transmission. 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 which has been a problem in the conventional router device is managed. The load on the CPU 1 can be reduced.
[0030]
Also, only when the received data is a protocol packet, the data is transmitted to the CPU 1 that manages the whole, and when the data is the routing protocol, the recorded contents of the database are updated, By transferring the routing information to the CPU 4 and updating the routing information in the management table, it becomes possible to treat a router device having a plurality of CPUs as equivalent to a conventional router device having a single CPU. It is possible to reduce the trouble of managing the router device at the time of setting of the router.
[0031]
Next, more detailed operations 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.
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 the source address of the received data are confirmed (step S403).
[0032]
If the source address is an unlearned address (there is a source address that needs to change the layer 2 information) (step S404 / YES), the 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 the 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 changed layer 2 information.
[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 defined by the protocol, similarly to the CPU mounted on the conventional router. In particular, if the protocol packet is a routing protocol, the database storing the routing information is changed 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 interface controller.
[0036]
Next, a process when data is received from another interface card 3 will be described with reference to FIG.
When receiving 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 the 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 The information is notified (step S507).
[0037]
Next, the overall operation of the present embodiment will be described by dividing it into three processes: protocol processing of layer 3 or higher, learning processing of a layer 2 address, and packet transfer processing. First, the protocol processing of the layer 3 or higher will be described with reference to FIG. Here, for ease of explanation, it is assumed that the interface card 3-1 has received the 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 receives 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 checks 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 can be determined using, for example, a filter. The interface controller 5-1 that determines 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 defined by the protocol, similarly to the CPU mounted on the conventional router. In particular, when the protocol packet is a routing protocol, the database storing the routing information is updated as needed.
[0039]
Here, a process when the 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 with the update as a trigger. In a large-scale network, routing information to be distributed may be large. Depending on the configuration of the bus 2, the bus may be occupied while large-scale routing information is being distributed. In such a case, a method of dividing and distributing the routing information is used. Shall be.
[0040]
Returning to FIG. 6, the protocol processing will be described continuously. 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 transmits the packet to the interface controller 5-1 using the bus 2. ((6) shown in FIG. 6). After receiving the packet, the interface controller 5-1 performs necessary processing such as queuing and outputs the packet to the outside ([7] shown in FIG. 6).
[0041]
Next, a learning process of the layer 2 address will be described with reference to FIG. In the following, for the sake of simplicity, it is assumed that the interface card 3-1 has received the frame, but the interface card that receives the frame is not limited to 3-1.
[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 this time, the interface controller 5-1 checks the source address of the frame ([2] shown in FIG. 8). If the source address is an unlearned source address, the interface controller 5-1 holds the layer 2 Register it in the table ((3) shown in FIG. 8). Further, the interface controller 5-1 notifies the CPU 4-1 in the own card 3 and the other interface controllers 5-2 and 5-3 of the learned layer 2 information using the bus 2 (see FIG. 8). (4). After receiving the layer 2 information, the interface controllers 5-2 and 5-3 register the notified layer 2 information in the layer 2 table ((5) shown in FIG. 8), and thereafter, the CPUs 4-2 and 4-3. Is notified of the layer 2 information ([6] shown in FIG. 8).
[0043]
Next, the packet transfer process will be described with reference to FIG. In the following, for ease of explanation, it is assumed that the interface card 3-1 has received the protocol packet. However, the interface card that receives the packet is not limited to 3-1.
[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). After confirming that the layer 2 destination address is the router address, the interface controller 5-1 determines whether the packet is 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, for example, a filter. The interface controller 5-1 that determines that the stored packet is a packet 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 having received the packet from the interface controller 5-1 determines the 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. After performing processing such as encapsulation on the packet ((4) shown in FIG. 9), the CPU 4-1 transfers the packet to the interface controller 5-2 ((5) shown in FIG. 9). After 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 description, the transfer processing is performed by the CPU. However, the transfer processing can be performed only by hardware without passing through the CPU by notifying the interface controller of the information held by the CPU.
[0045]
As described above, the present embodiment can realize a scalable router configuration that can be treated as one router by the user while performing efficient distributed processing, and can achieve 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 in units of interface cards. The configuration of this embodiment is shown in FIG. 1 as in the above-described first embodiment, but differs in the operation. The operation of the present embodiment will be described with reference to FIG.
[0047]
As in the case of the first embodiment, the description will be made by dividing into protocol processing, layer 2 address learning processing, and packet transfer processing. However, since the protocol processing is the same as in the first embodiment, the description is omitted.
[0048]
Regarding the learning processing of the layer 2 address, since the configuration range of the VLAN is limited in units of the interface card, the layer 2 information is not notified to other interface cards. Therefore, it is possible to realize a device configuration that does not exchange layer 2 information.
[0049]
The operation procedure relating to the 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 the protocol packet, but 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 that has confirmed that the layer 2 destination address is a router address determines whether the packet is 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, for example, a filter. The interface controller 5-1 that has determined that the stored packet is a packet to be transferred to another interface controller transfers the packet to the CPU 4-1 ((3) shown in FIG. 10). The CPU 4-1 that has received 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 encapsulation of the packet ((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 the packet ([9] shown in FIG. 10). .
[0051]
As described above, the packet transfer based on the distributed processing is realized without sharing the layer 2 information between the interface cards, and a router structure that operates as one router from the outside can be realized. It is to be noted that the transfer processing can be performed only by hardware without passing through the CPU by notifying the information held by the CPU to the interface controller, as in the above-described embodiment.
[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 configuration range of the VLAN is not limited to the interface card unit and the case where the VLAN configuration range is limited. 11 to 15 show the procedure of packet transfer. 11 to 15, input / output ports of each interface card are described in the interface card to facilitate the description of packet transfer. First, a case in which the configuration range of the VLAN is not limited to the interface card unit will be described.
The router receives a packet to be transferred to another interface controller (hereinafter, a transfer packet) from the port 1 of the interface card 3-1 ((1) shown in FIG. 11) and transfers the packet to the CPU 4-1. ((2) shown in FIG. 11).
[0053]
Upon receiving the packet, 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 VLAN, and the third VLAN is assumed to be accommodated in both of the interface cards 3-2 and 3-3. That is, although the CPU 4-1 can detect the IP address of the NextHop router from the layer 2 information and the routing information, it is determined which port of the interface card 3-2 or 3-3 is connected to the router. I do not know.
[0054]
The CPU 4-1 requests the CPU 4-2, 4-3 for an ARP (Address Resolution Protocol) 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 an ARP request packet to each port connected to the interface card, and wait for an ARP response packet to return from the NextHop 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 having received the notification of the reception of the ARP response packet transfers the packet to the CPU 4-3 ((7) shown in FIG. 13), and the packet is output to the port 3 of the interface card by the interface controller 5-3 (FIG. 13). (8) shown in FIG. 13).
[0055]
When a packet is transmitted to an unlearned destination in this way, feedback occurs from the interface card on the output side to the interface card on the input side. That is, the CPU 4-1 on the input side must keep holding the packet from receiving the packet until receiving the notification of the reception of the ARP response packet, which has a disadvantage that it takes time to transfer the packet. Upon receiving the ARP response packet, the CPU 4-3 determines that the learned contents (other than that the corresponding IP address is connected to the interface card 3-3 and has the layer 2 address described in the ARP response). Notify CPUs, that is, all CPUs have the same ARP table.
[0056]
Next, packet transfer in the case where the configuration range of the VLAN is limited in units of interface cards will be described.
The operation is the same as that described above until the CPU 4-1 which has received the packet transfer searches the management table and detects the packet output destination from the routing information and the layer 2 information. Here, since there is a restriction that one VLAN is stored in only one interface card, the VLAN to which a packet is output is not stored in a plurality of interface cards. Further, 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 the NextHop router is connected to and the layer 2 address thereof, but limits the configuration range of the VLAN to each interface card. Therefore, the packet can be transferred to the output destination VLAN 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 the VLAN to be output. Upon receiving the packet, the CPU 4-3 refers to the management table to search 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 CPU 4-3 transfers the packet to the NextHop router. Output an ARP request packet to each port ((4) shown in FIG. 14). Here, it is assumed that an ARP response packet has been received from the port 3 connected to the interface card 3-3. Upon receiving the ARP response packet, the interface controller 5-3 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 to transfer the packet to the NextHop router ((6) shown in FIG. 16). ).
[0058]
By limiting the configuration range of the VLAN on a per interface card basis, no feedback occurs from the output side CPU to the input side CPU, and it is possible to transfer packets at a 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 apparent from the above description, the present invention records received data on a plurality of interface cards and determines whether the data is data addressed to itself or data to be transferred to another interface card. An interface control unit for determining whether there is a data, and a first management table for managing a transmission destination of the data when receiving the transfer of the data determined to be the data to be transferred to another interface card by the interface control unit. Transfer control means for determining an interface card to which data is to be transferred by referring to the interface card, and transferring the data to the determined interface card to which the data is to be transferred.
[0061]
The management control means for managing the entire router device determines whether or not 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 is provided for transferring routing information to transfer control means in a plurality of interface cards to update the routing information.
[0062]
By using 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 output destination of the data, and transfers the data to the selected interface control unit. By outputting the packet to the outside, the 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 conventional router device, is reduced. Can be reduced.
[0063]
In addition, when the received data is a protocol packet, the data is transmitted to the management control unit that manages the entire data. By transferring the routing information of the transfer control means and updating the routing table, it becomes possible to treat a router device having a plurality of CPUs in the same manner as a conventional router device having a single CPU. In such a case, the trouble of managing the router device can be reduced.
[0064]
Further, when receiving a transfer of data in which the correspondence between the IP address and the layer 2 destination address is not recorded in the first management table, the interface card including the VLAN set as the transfer destination of the data is transferred to the first card. 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 as the data output destination, and inquires the other interface card of the data output destination. Such a feedback operation can be prevented, and data transfer can be realized with a minimum delay.
[0065]
Further, 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 internal 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 showing another configuration of the router device.
FIG. 4 is a flowchart showing an operation procedure of the interface controller 5;
FIG. 5 is a flowchart showing an operation procedure of the interface controller 5;
FIG. 6 is a diagram showing an operation procedure of the router device.
FIG. 7 is a diagram showing an operation procedure of the router device.
FIG. 8 is a diagram showing an operation procedure of the router device.
FIG. 9 is a diagram showing an operation procedure of the router device.
FIG. 10 is a diagram showing an operation procedure of the router device.
FIG. 11 is a diagram showing an operation procedure of the router device.
FIG. 12 is a diagram showing an operation procedure of the router device.
FIG. 13 is a diagram showing 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 showing 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 bus
3-1、3-2、3-3 Interface card
4-1、4-2、4-3 CPU
5-1, 5-2, 5-3 Interface controller

Claims (9)

複数のインターフェースカードと、該複数のインターフェースカードを管理する管理制御手段と、を有するルータ装置であって、
前記複数のインターフェースカードは、
受信したデータを記録すると共に、該データが自身に宛てられたデータであるのか、他のインターフェースカードに転送すべきデータであるのかを判定するインターフェース制御手段と、
前記インターフェース制御手段により他のインターフェースカードに転送すべきデータであると判定されたデータの転送を受けると、データの送信先を管理する第1の管理テーブルを参照して前記データの転送先のインターフェースカードを決定し、該決定した転送先のインターフェースカードに前記データを転送する転送制御手段と、
を有し、
受信側の前記転送制御手段よりデータの転送を受けた送信側のインターフェース制御手段は、前記データを外部に出力することを特徴とするルータ装置。
A router device having a plurality of interface cards and management control means for managing the plurality of interface cards,
The plurality of interface cards,
Interface control means for recording the received data and determining whether the data is data addressed to itself or data to be transferred to another interface card;
Upon receiving the transfer of the data determined to be the data to be transferred to another interface card by the interface control means, referring to the first management table for managing the data transmission destination, the interface of the data transmission destination Transfer control means for determining a card and transferring the data to the determined transfer destination interface card;
Has,
The router device, wherein the transmission-side interface control unit that has received the data transfer from the reception-side transfer control unit outputs the data to the outside.
前記自身に宛てられたデータであると判定されたデータを前記インターフェース制御手段より受信した前記管理制御手段は、前記データがルーティングプロトコルであった場合に、データの送信先を管理する第2の管理テーブルの記録内容を更新すると共に、前記複数のインターフェースカード内の前記転送制御手段に転送してルーティング情報を更新させることを特徴とする請求項1記載のルータ装置。The management control unit, which has received the data determined to be the data addressed to itself from the interface control unit, manages a data transmission destination when the data is a routing protocol. 2. The router device according to claim 1, wherein the contents of the table are updated, and the routing information is transferred to the transfer control means in the plurality of interface cards to update the routing information. 前記インターフェース制御手段は、受信したデータのレイヤ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 unit registers the Layer 2 address in the Layer 2 address management table held by the interface control unit and transfers the data in the interface card. 3. The router according to claim 1, wherein the 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 is updated. 構成範囲をインタフェースカード単位に制限された各VLAN(Virtual LAN)がどのインターフェースカードに接続されているのかを前記第1の管理テーブルは記録し、
前記転送制御手段は、IPアドレスとレイヤ2宛先アドレスの対応関係が前記第1の管理テーブルに記録されていないデータの転送を受けた場合に、該データの転送先として設定されたVLANを含むインターフェースカードを前記第1の管理テーブルを参照して検出し、該インターフェースカードに前記データを転送することを特徴とする請求項1から3の何れか一項に記載のルータ装置。
The first management table records which interface card is connected to each VLAN (Virtual LAN) whose configuration range is limited to each interface card,
An interface including a VLAN set as a transfer destination of the data, when the transfer control unit receives the transfer of the data in which the correspondence between the IP address and the layer 2 destination address is not recorded in the first management table; 4. The router device according to claim 1, wherein a card is detected by referring to the first management table, and the data is transferred to the interface card. 5.
前記複数のインターフェースカードと、前記管理制御手段とのデータの転送は、バス上に配置したクロスバースイッチにより行なわれることを特徴とする請求項1から4の何れか一項に記載のルータ装置。The router device according to any one of claims 1 to 4, wherein data transfer between the plurality of interface cards and the management control unit is performed by a crossbar switch arranged on a bus. 複数のインターフェースカードと、該複数のインターフェースカードを管理する管理制御手段と、を有するルータ装置における転送制御方法であって、
受信側となるインターフェースカードにおいて、
受信したデータを記録すると共に、該データが自身に宛てられたデータであるのか、他のインターフェースカードに転送すべきデータであるのかを判定する第1の判定工程と、
データの送信先を管理する第1の管理テーブルを参照して、前記第1の判定工程により他のインターフェースカードに転送すべきデータであると判定されたデータの転送先を決定し、該決定した転送先のインターフェースカードに前記データを転送する第1の転送工程と、を有し、
送信側となるインターフェースカードにおいて、受信側のインターフェースカードより転送されたデータをネットワーク上に出力することを特徴とする転送制御方法。
A transfer control method in a router device having a plurality of interface cards and 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 data addressed to itself or data to be transferred to another interface card;
With reference to a first management table for managing data transmission destinations, a destination of data determined to be data to be transferred to another interface card in the first determination step is determined, and the determined destination is determined. A first transfer step of transferring the data to a transfer destination interface card,
A transfer control method comprising: outputting, on a network, data transferred from an interface card on a receiving side to an interface card on a transmitting side.
前記第1の判定工程により自身に宛てられたデータであると判定されたデータを前記管理制御手段に転送して、前記データがルーティングプロトコルであるか否かを判定し、前記データがルーティングプロトコルであった場合には、データの送信先が登録された、前記管理制御手段の管理する第2の管理テーブルの記録内容を更新すると共に、前記複数のインターフェースカードに転送してルーティング情報を更新させるルーティング情報更新工程を有することを特徴とする請求項6記載の転送制御方法。The data determined to be the data addressed to itself by the first determination step is transferred to the management control unit, and it is determined whether the data is a routing protocol. In the case where there is a routing, the destination of the data is registered, the recorded content of the second management table managed by the management control means is updated, and the routing information is transferred to the plurality of interface cards to update the routing information. 7. The transfer control method according to claim 6, further comprising an information updating step. インターフェースカードにおいて、
受信したデータのレイヤ2送信元アドレスが、未学習のレイヤ2送信元アドレスであるか否かを判定する第2の判定工程と、
未学習のレイヤ2送信元アドレスであった場合に、前記インターフェースカードの管理するレイヤ2アドレス管理テーブルに登録すると共に、他のインターフェースカードに更新情報を通知し、ルータ装置内のレイヤ2アドレス管理テーブルの更新を行なう通知工程と、
を有することを特徴とする請求項6または7記載の転送制御方法。
In the interface card,
A second determining step of determining whether the layer 2 source address of the received data is an unlearned layer 2 source address;
If the address is an unlearned layer 2 source address, the address is registered in a layer 2 address management table managed by the interface card, and update information is notified to another interface card. Notification process for updating the
8. The transfer control method according to claim 6, wherein:
構成範囲をインタフェースカード単位に制限された各VLAN(Virtual LAN)がどのインターフェースカードに接続されているのかを前記第1の管理テーブルに記録し、
受信側のインターフェースカードにおいて、IPアドレスとレイヤ2宛先アドレスの対応関係が前記第1の管理テーブルに記録されていないデータの転送を受けた場合に、該データの転送先として設定されたVLANを含むインターフェースカードを前記第1の管理テーブルを参照して検出し、送信側となる該インターフェースカードに前記データを転送する第2の転送工程を有することを特徴とする請求項6から8の何れか一項に記載の転送制御方法。
The first management table records which interface card is connected to each VLAN (Virtual LAN) whose configuration range is limited in units of interface cards,
When the interface card on the receiving side receives a transfer of data for which the correspondence between the IP address and the layer 2 destination address is not recorded in the first management table, the interface card includes the VLAN set as the transfer destination of the data. 9. The method according to claim 6, further comprising a second transfer step of detecting an interface card with reference to the first management table and transferring the data to the interface card on the transmitting side. The transfer control method described in the section.
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 true JP2004120642A (en) 2004-04-15
JP4029708B2 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)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008182326A (en) * 2007-01-23 2008-08-07 Sii Network Systems Kk Line card device, switch device, and route information learning method
JP2008199130A (en) * 2007-02-08 2008-08-28 Furukawa Electric Co Ltd:The Network relay method, network element and network relay system
US8259714B2 (en) 2006-07-06 2012-09-04 Alaxala Networks Corporation Packet transferring node

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8259714B2 (en) 2006-07-06 2012-09-04 Alaxala Networks Corporation Packet transferring node
US8953591B2 (en) 2006-07-06 2015-02-10 Alaxala Networks Corporation Packet transferring node
JP2008182326A (en) * 2007-01-23 2008-08-07 Sii Network Systems Kk Line card device, switch device, and route information learning method
JP2008199130A (en) * 2007-02-08 2008-08-28 Furukawa Electric Co Ltd:The Network relay method, network element and network relay system
JP4609862B2 (en) * 2007-02-08 2011-01-12 古河電気工業株式会社 Network relay method, network element, and network relay system

Also Published As

Publication number Publication date
JP4029708B2 (en) 2008-01-09

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
US5434863A (en) Internetworking apparatus for connecting plural network systems and communication network system composed of plural network systems mutually connected
JP3645734B2 (en) Network relay device and network relay method
US7630368B2 (en) Virtual network interface card loopback fastpath
US8014409B1 (en) Virtual router identifier that spans multiple interfaces in a routing device
KR100624681B1 (en) Apparatus and method for combining forwarding tables in a distributed architecture router
JP5506444B2 (en) Information system, apparatus and method
JP4157403B2 (en) Packet communication device
EP1482685A1 (en) Packet transfer apparatus with multiple general-purpose processors
JP3075163B2 (en) Multiport frame exchange method
WO2003069440A2 (en) Network processor with high-speed transceiver
US7174394B1 (en) Multi processor enqueue packet circuit
JP4029708B2 (en) Router device and transfer control method
US6256313B1 (en) Triplet architecture in a multi-port bridge for a local area network
JP3645733B2 (en) Network relay device and network relay method
US7969994B2 (en) Method and apparatus for multiple connections to group of switches
WO1999014893A2 (en) Multi-port bridge with triplet architecture and periodical update of address look-up table
US7143183B2 (en) Server module for modularly designed server
JP2790550B2 (en) Gateway device
JP2596098B2 (en) Communication line selection method
KR100772182B1 (en) ROUTER AND METHOD FOR PROCESSING IPv4 PACKET EGREGATING BETWEEN OUTER TRAFFIC AND INNER TRAFFIC THEREOF
JP3884396B2 (en) Route control method, data aggregation device, and route control system
KR20010046201A (en) Router system having multi router
JP2003198591A (en) Internetworking apparatus and router

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