JPH08293875A - Lan switching equipment - Google Patents

Lan switching equipment

Info

Publication number
JPH08293875A
JPH08293875A JP27947795A JP27947795A JPH08293875A JP H08293875 A JPH08293875 A JP H08293875A JP 27947795 A JP27947795 A JP 27947795A JP 27947795 A JP27947795 A JP 27947795A JP H08293875 A JPH08293875 A JP H08293875A
Authority
JP
Japan
Prior art keywords
buffer
port
packet
address
receiving
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
JP27947795A
Other languages
Japanese (ja)
Other versions
JP2953362B2 (en
Inventor
Tei Satake
禎 佐竹
Yasukazu Miyazaki
靖一 宮崎
Karudona Mario
カルドナ マリオ
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.)
Panasonic Electric Works Co Ltd
Original Assignee
Matsushita Electric Works Ltd
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 Matsushita Electric Works Ltd filed Critical Matsushita Electric Works Ltd
Priority to JP27947795A priority Critical patent/JP2953362B2/en
Publication of JPH08293875A publication Critical patent/JPH08293875A/en
Application granted granted Critical
Publication of JP2953362B2 publication Critical patent/JP2953362B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Abstract

PURPOSE: To reduce the cost of an equipment by sharing a reception buffer storing reception data from the port of each segment of 'Ethernet(R)' and an address filter part deciding which port to transmit data to with the whole equipment. CONSTITUTION: A packet from a reception part 11 is stored in a port reception buffer 12 in a port reception part 1 connected with the segment of 'Ethernet(R)', and the reception buffer 3 and the address filter part 4 shared with the whole equipment are provided. A reception buffer storage means 2 stores a packet incoming asynchronously in the buffer 3 without losing while synchronizing with a reception part 1. The address filter part 4 retrieves a table, discriminates the port of a transmission destination, sends the packet to the transmission destination and deletes unnecessary packet from the buffer 3 so as to abolish. A transmission buffer storing means 5 transmits a packet addressed to the transmission destination through a port communication part 6. Thereby the filter part and the buffer are used in common to reduce the capacity of the buffer 3 and the cost of the equipment.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【発明の属する技術分野】本発明は、LANのスイッチ
ング装置に関するものであり、より詳しくは、イーサネ
ットの通信機器(特にHUB)に利用されるものであ
る。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a LAN switching device, and more particularly, it is used for an Ethernet communication device (especially HUB).

【0002】[0002]

【従来の技術】現在、LAN(Local Area
Network)で広く普及している方式の1つとし
て、イーサネット(Ethernet,ゼロックス社の
登録商標)がある。イーサネットでは、図2のように端
末AからEへの送信と端末BからDへの送信とが同時に
発生すると衝突が発生する。これはイーサネットの方式
の本質的なものであり、この衝突の影響で10Mb/s
の帯域のうち、実質的には30%程度しか利用できない
と言われている。これを解決するため、図3のように、
スイッチング装置Swを設けて、電話の交換機のように
イーサネットのパケットをスイッチングする方式が考え
られる。これによれば、同時に複数の送信が衝突無しで
可能となる。
2. Description of the Related Art Currently, LAN (Local Area)
Ethernet (Ethernet, a registered trademark of Xerox Co., Ltd.) is one of the methods widely used in the network. In Ethernet, a collision occurs when transmission from terminals A to E and transmission from terminals B to D occur simultaneously as shown in FIG. This is the essence of the Ethernet method, and the impact of this collision is 10 Mb / s.
It is said that substantially 30% of the above band can be used. In order to solve this, as shown in FIG.
A method is conceivable in which a switching device Sw is provided and Ethernet packets are switched like a telephone exchange. This allows multiple transmissions simultaneously without collisions.

【0003】このイーサネットのスイッチングを実現す
る方式としては、”COMPUTER NETWORK
SWITCHING SYSTEM”(米国特許第
5,274,631号)が提案されている。これは、図
4のように、スイッチング装置Swの各ポートにパケッ
トプロセッサ91〜97を設け、このパケットプロセッ
サ91〜97内に受信バッファやどのポートに送信する
かの選択手段をそれぞれ設けることにより、高速なスイ
ッチングを実現している。図中、90は多重化論理部
(マルチプレックス・ロジック)、98はシステムプロ
セッサ、99はネットワーク・インターフェースであ
る。
As a method for realizing this Ethernet switching, "COMPUTER NETWORK"
SWITCHING SYSTEM "(U.S. Pat. No. 5,274,631) has been proposed. As shown in FIG. 4, the packet processors 91 to 97 are provided at the respective ports of the switching device Sw, and the packet processors 91 to 97 are proposed. High-speed switching is realized by providing a receiving buffer and selecting means for transmitting to which port, respectively, in the figure, 90 is a multiplexing logic unit (multiplex logic), 98 is a system processor, 99 is a network interface.

【0004】[0004]

【発明が解決しようとする課題】ところが、このような
方式では、各ポートごとに受信バッファやどのポートに
送信するかの選択手段などが必要となり、高価になって
しまう。そこで、本発明では、全ポートからの受信デー
タを格納する受信バッファおよびどのポートへ送信する
かを決めるアドレスフィルタ部を機器全体で共有するこ
とにより、より安価なLANのスイッチング装置を提供
することを目的とするものである。
However, in such a system, a receiving buffer for each port and a means for selecting which port to transmit to are required, which is expensive. In view of this, the present invention provides a cheaper LAN switching device by sharing a reception buffer that stores reception data from all ports and an address filter unit that determines to which port the data is transmitted, as a whole. It is intended.

【0005】[0005]

【課題を解決するための手段】本発明によれば、上記の
課題を解決するために、図1に示すように、イーサネッ
トのセグメントに接続されパケットを受信してバッファ
リングするポート受信部1と、複数のポート受信部1か
らのパケットを受信バッファ3へ格納しその格納番地を
アドレスフィルタ部4へ伝達する受信バッファ格納手段
2と、受信バッファ格納手段2によって受信パケットを
格納する受信バッファ3と、受信バッファ格納手段2か
ら伝達されてきた格納番地情報を元に受信バッファ3か
ら受信パケットの送信元アドレスと送信先アドレスとを
読み取りパケットの送信先ポートを判定してパケットの
格納アドレスと送信先ポートを送信バッファ格納手段5
へ伝達するアドレスフィルタ部4と、アドレスフィルタ
部4からのパケット格納番地と送信先ポート情報を元に
受信バッファ3から該パケットが送信されるべき送信ポ
ートのポート送信部6のポート送信バッファ61ヘ受信
バッファ3から該パケットを転送する送信バッファ格納
手段5と、ポート送信バッファ61内のデータを送信す
るイーサネットのセグメントに接続されたポート送信部
6とから構成されることを特徴とするものである。上記
の構成によれば、パケットがポート受信部1へ受信され
ると、受信バッファ格納手段2によって受信バッファ3
へ格納される。受信バッファ格納手段2は、パケットの
格納番地をアドレスフィルタ部4へ教える。アドレスフ
ィルタ部4は、その格納番地情報からパケット内に格納
されているパケットの送信元アドレスと送信先アドレス
とを取り出し、アドレステーブルの中から送信先アドレ
スをサーチし、どのポートへこのパケットを送出すれば
良いかを知る。さらに、送信元アドレスと受信ポートの
情報をアドレステーブルへ登録することによって、どの
ポートにどのアドレスを有する端末が接続されているか
が分かる。次に、このパケットの格納番地と、どのポー
トへ送出すべきかという情報を送信バッファ格納手段5
へ教える。送信バッファ格納手段5は、その格納番地か
らパケットの内容を送出すべきポートの送信バッファ6
へ転送する。ポート送信部6では、送信バッファ61内
のパケットをイーサネットへ送信する。以上の動作によ
って、イーサネットのパケットをスイッチングすること
が可能となる。
According to the present invention, in order to solve the above problems, as shown in FIG. 1, a port receiving unit 1 connected to an Ethernet segment for receiving and buffering packets is provided. , A reception buffer storage unit 2 for storing packets from a plurality of port reception units 1 in the reception buffer 3 and transmitting the storage addresses to the address filter unit 4, and a reception buffer 3 for storing reception packets by the reception buffer storage unit 2. , The source address and destination address of the received packet are read from the reception buffer 3 based on the storage address information transmitted from the reception buffer storage means 2, the destination port of the packet is determined, and the storage address and destination of the packet are determined. Port to send buffer storage means 5
To the port transmitting buffer 61 of the port transmitting unit 6 of the transmitting port to which the packet is to be transmitted from the receiving buffer 3 based on the packet storage address and the destination port information from the address filtering unit 4. The transmission buffer storage means 5 for transferring the packet from the reception buffer 3 and the port transmission unit 6 connected to the Ethernet segment for transmitting the data in the port transmission buffer 61 are characterized by being characterized. . According to the above configuration, when the packet is received by the port reception unit 1, the reception buffer storage unit 2 causes the reception buffer 3
Stored in. The reception buffer storage means 2 informs the address storage unit 4 of the storage address of the packet. The address filter unit 4 extracts the source address and the destination address of the packet stored in the packet from the stored address information, searches the destination address in the address table, and sends the packet to which port. Know what to do. Further, by registering the information of the source address and the receiving port in the address table, it becomes possible to know which port is connected to which terminal having which address. Next, the storage address of this packet and the information indicating to which port it should be sent are stored in the transmission buffer storage means 5.
Teach to The transmission buffer storage means 5 is a transmission buffer 6 of a port from which the contents of the packet should be transmitted from the storage address.
Transfer to The port transmitter 6 transmits the packet in the transmission buffer 61 to the Ethernet. With the above operation, it is possible to switch Ethernet packets.

【0006】[0006]

【発明の実施の形態】以下、本発明の好ましい実施の形
態について説明する。図1は本発明の基本的な構成を示
している。図中、受信部11は、イーサネットのセグメ
ントに接続されるインターフェース部である。受信部1
1から入ってきたパケットは、ポート受信バッファ12
に格納される。この受信部11とポート受信バッファ1
2とから構成されるポート受信部1が各ポートに接続さ
れる。このポート受信バッファ1とは別に装置全体で1
つの受信バッファ3を設ける。全てのパケットは、この
受信バッファ3へ格納される。
BEST MODE FOR CARRYING OUT THE INVENTION Preferred embodiments of the present invention will be described below. FIG. 1 shows the basic configuration of the present invention. In the figure, the receiving unit 11 is an interface unit connected to an Ethernet segment. Receiver 1
The packet received from 1 is received by the port reception buffer 12
Stored in. This receiving unit 11 and port receiving buffer 1
A port receiving unit 1 composed of 2 and 2 is connected to each port. Apart from this port receive buffer 1, 1
One reception buffer 3 is provided. All packets are stored in this reception buffer 3.

【0007】各ポートへのパケットは、非同期に到着す
るので、各ポート受信部1の同期をとりながら受信バッ
ファ3へデータを格納するのが受信バッファ格納手段2
の役目である。受信バッファ格納手段2から受信バッフ
ァ3への帯域を、ポート受信部1から受信バッファ格納
手段2への帯域よりも十分大きくすることで、ポート受
信バッファ12には小さいバッファ量(非同期で入って
くるのを受信バッファ格納手段2の動作に同期をとるの
に必要なバッファ量)でパケットを損失することなく受
信バッファ3へ格納することが可能である。各ポートに
大きなバッファを設けるよりも、集中的に1つの大きな
バッファを設け、各ポートには非同期性を吸収するため
の小さなバッファを設ける方が、バッファの使用効率は
上がるので、結果的に全体として必要なバッファ量は少
なくて済む。
Since the packets to each port arrive asynchronously, the data is stored in the reception buffer 3 while the reception units 1 are synchronized with each other.
Is the role of. By setting the bandwidth from the reception buffer storage unit 2 to the reception buffer 3 to be sufficiently larger than the bandwidth from the port reception unit 1 to the reception buffer storage unit 2, the port reception buffer 12 receives a small buffer amount (asynchronous input). It is possible to store the packet in the receiving buffer 3 without loss by the buffer amount required for synchronizing with the operation of the receiving buffer storing means 2. Rather than providing a large buffer for each port, it is more efficient to use one large buffer intensively and a small buffer for each port to absorb the asynchronism. As a result, a small amount of buffer is required.

【0008】受信バッファ格納手段2は、パケットを受
信バッファ3に格納すると、その格納番地とパケットの
入ってきた受信ポート番号とをアドレスフィルタ部4へ
教える。アドレスフィルタ部4は、この格納番地をもと
に受信バッファ3から送信元アドレスと送信先アドレス
のみを取り出してくる。アドレスフィルタ部4には図5
のようにアドレスとポート番号とからなるテーブルがあ
り、このテーブルを参照すれば、どのポートにどのアド
レスの機器が接続されているかが分かる。アドレスフィ
ルタ部4の主な処理のフローチャートを図6に示す。
When the packet is stored in the reception buffer 3, the reception buffer storage means 2 notifies the address filter section 4 of the storage address and the reception port number of the packet. The address filter unit 4 fetches only the source address and the destination address from the reception buffer 3 based on this storage address. FIG. 5 shows the address filter unit 4.
There is a table consisting of addresses and port numbers as described above, and by referring to this table, it is possible to know which port is connected to which device. FIG. 6 shows a flowchart of the main processing of the address filter unit 4.

【0009】まず、前記テーブル内で送信元アドレスを
サーチし(#41)、見つからなかった場合は、そのア
ドレスと受信ポート番号をテーブルに新たに登録する
(#42)。送信元アドレスが見つかっても、ポート番
号がテーブルに登録されている受信ポート番号と異なる
場合には、機器が移動して接続ポートが変更されたと見
なされるので、受信ポート番号をポート番号のところに
再登録する(#43)。さらに、エージングなどのブリ
ッジのアドレス学習と同等の処理を行う。次に、送信先
アドレスがテーブルにあるかをサーチする(#44)。
送信先アドレスが見つからなかったときは、どこのポー
トにパケットを送信するかを特定できないので、受信ポ
ートを除く全ポートを送信先とする(#45)。送信先
アドレスが見つかったときは、そのポート番号と受信ポ
ート番号とを比較し(#46)、異なるときにはそのポ
ート番号を送信先とする(#47)。ポート番号と受信
ポート番号とが一致する場合は、同一セグメント上での
通信であり、他のポートへ送る必要がないので、そのパ
ケットを受信バッファ3から削除し、廃棄する(#4
8)。
First, the source address is searched in the table (# 41), and if not found, the address and the receiving port number are newly registered in the table (# 42). If the source address is found but the port number is different from the receiving port number registered in the table, it is considered that the device has moved and the connection port has been changed, so the receiving port number is set to the port number. Re-register (# 43). Furthermore, processing equivalent to bridge address learning such as aging is performed. Next, it is searched whether the destination address is in the table (# 44).
When the destination address is not found, it is not possible to specify which port the packet is to be transmitted to, so all ports except the receiving port are set as the destination (# 45). When the destination address is found, the port number is compared with the receiving port number (# 46), and if different, the port number is designated as the destination (# 47). If the port number and the receiving port number match, the communication is on the same segment and it is not necessary to send to another port, so the packet is deleted from the receiving buffer 3 and discarded (# 4).
8).

【0010】アドレスフィルタ部4でパケットを廃棄し
た場合を除き、送信先ポートが確定すると、アドレスフ
ィルタ部4は、格納番地および送信先ポート番号を送信
バッファ格納手段5へ教える。送信バッファ格納手段5
は、送信先ポートのポート送信部6内のポート送信バッ
ファ61へ、受信バッファ3からパケットの内容を転送
する。ポート送信部6は、ポート送信バッファ61内の
パケットを、イーサネットのセグメントとのインターフ
ェースである送信部62を通じて送信する。
When the destination port is determined, except when the packet is discarded by the address filter unit 4, the address filter unit 4 notifies the transmission buffer storage means 5 of the storage address and the destination port number. Transmission buffer storage means 5
Transfers the contents of the packet from the reception buffer 3 to the port transmission buffer 61 in the port transmission unit 6 of the destination port. The port transmission unit 6 transmits the packet in the port transmission buffer 61 through the transmission unit 62 which is an interface with the Ethernet segment.

【0011】[0011]

【実施例】以下、本発明の様々な実施例について説明す
る。まず、図7は本発明の第1実施例の構成図である。
図1に示した基本構成では、受信データは全て一度受信
バッファ3へ格納される。しかし、ポートに接続された
1セグメント内での通信が多い場合、一度受信バッファ
3へ格納されたもののアドレスフィルタ部4で廃棄され
るパケットが多くなり、受信バッファ3の容量や、受信
バッファ格納手段2と受信バッファ3との間の帯域が無
駄に使われてしまう。
EXAMPLES Various examples of the present invention will be described below. First, FIG. 7 is a configuration diagram of a first embodiment of the present invention.
In the basic configuration shown in FIG. 1, all received data is once stored in the reception buffer 3. However, when there is a lot of communication within one segment connected to the port, a large number of packets are temporarily stored in the reception buffer 3 but are discarded by the address filter unit 4, and the capacity of the reception buffer 3 and the reception buffer storage means are increased. The band between 2 and the receiving buffer 3 is wasted.

【0012】そこで、本発明の第1実施例では、図7の
ように、ポート受信部1内にローカルアドレスフィルタ
13を設けた。これは、そのポートに接続されている端
末のアドレスのみをアドレステーブルとして持つアドレ
スフィルタであり、自ポート間でのパケットはこのロー
カルアドレスフィルタによって廃棄する。このローカル
アドレスフィルタは、後段での負荷の低減が目的である
ので、完全なフィルタリング処理をする必要がない。つ
まり、アドレステーブルを小さくしてもそれなりの効果
はある。例えば、アドレステーブルを1アドレス分に限
っても、ファイル転送のように同じ端末間での伝送が連
続される場合には、最初の1パケットは廃棄できない
が、後の連続するパケットは廃棄できるので、後段での
負荷の低減という目的は達成できる。この理由から、ロ
ーカルアドレスフィルタ13は安価に実現でき、受信バ
ッファ3の容量を低減でき、また、受信バッファ格納手
段2と受信バッファ3との間の帯域の効率を向上させる
ことができる。
Therefore, in the first embodiment of the present invention, the local address filter 13 is provided in the port receiving section 1 as shown in FIG. This is an address filter that has only the address of the terminal connected to that port as an address table, and the packet between its own ports is discarded by this local address filter. The purpose of this local address filter is to reduce the load in the subsequent stage, and therefore it is not necessary to perform a complete filtering process. In other words, even if the address table is made small, there is some effect. For example, even if the address table is limited to one address, when transmission between the same terminals is continued like file transfer, the first one packet cannot be discarded, but the subsequent consecutive packets can be discarded. The purpose of reducing the load in the subsequent stage can be achieved. For this reason, the local address filter 13 can be realized at low cost, the capacity of the reception buffer 3 can be reduced, and the efficiency of the band between the reception buffer storage means 2 and the reception buffer 3 can be improved.

【0013】図8は本発明の第2実施例の構成図であ
る。上述のように、本発明では、受信バッファ3を装置
内で共有するところに1つの特徴があり、この特徴を生
かすためには受信バッファ3の構成が重要となる。本実
施例では、ポート受信バッファ12の容量を少なくする
ために、パケットを図8のようにある固定長のセルに分
割して格納する。ポート受信バッファ12には、2セル
分のバッファを用意しておく。1セル分が格納される
と、受信バッファ格納手段2は受信バッファ3へセルを
転送する。この方法では、パケットがまだ全部受信され
ていないときにセル転送が開始されるので、パケット長
が分からない。しかし、受信バッファ3を最大パケット
長ごとにブロック化し、このブロック単位でパケットを
格納すれば、予めパケット長が分からなくても転送が可
能である。この方法は、ポートごとのポート受信バッフ
ァ12が小さくて済み、かつパケットの受信中に転送を
開始できるので、処理遅延が小さくなるという長所があ
るが、受信バッファ3を最大パケット長でブロック化す
るので、受信バッファ3の使用効率が低下するという短
所がある。
FIG. 8 is a block diagram of the second embodiment of the present invention. As described above, the present invention has one feature in that the reception buffer 3 is shared within the device, and the configuration of the reception buffer 3 is important in order to utilize this feature. In the present embodiment, in order to reduce the capacity of the port receiving buffer 12, the packet is divided and stored in cells of a certain fixed length as shown in FIG. A buffer for two cells is prepared in the port reception buffer 12. When one cell is stored, the reception buffer storage means 2 transfers the cell to the reception buffer 3. In this method, the cell length is not known because the cell transfer is started when all the packets have not been received yet. However, if the receiving buffer 3 is divided into blocks for each maximum packet length and the packet is stored in this block unit, transfer is possible without knowing the packet length in advance. This method has the advantage that the port reception buffer 12 for each port can be small and transfer can be started during packet reception, thus reducing processing delay, but the reception buffer 3 is blocked with the maximum packet length. Therefore, there is a disadvantage that the use efficiency of the reception buffer 3 is reduced.

【0014】図9は本発明の第3実施例の構成図であ
る。本実施例では、受信バッファ3の使用効率を向上さ
せるために、ポート受信バッファ12として最大パケッ
ト長2パケット分を用意する。パケットが1パケット全
部受信されると、受信バッファ格納手段2は、図9のよ
うにそのパケット長分だけ受信バッファ3を確保してパ
ケットを転送する。この方法では、受信バッファ3の使
用効率が向上するという長所があるが、ポートごとのポ
ート受信バッファ12が大きくなり、かつパケットの受
信が完了するまで転送を開始できないので、処理遅延が
大きくなるという短所がある。
FIG. 9 is a block diagram of the third embodiment of the present invention. In this embodiment, in order to improve the use efficiency of the reception buffer 3, a maximum packet length of 2 packets is prepared as the port reception buffer 12. When one packet is received, the reception buffer storage unit 2 secures the reception buffer 3 for the packet length and transfers the packet as shown in FIG. This method has an advantage that the use efficiency of the reception buffer 3 is improved, but the port reception buffer 12 for each port becomes large, and since the transfer cannot be started until the reception of the packet is completed, the processing delay becomes large. There are disadvantages.

【0015】そこで、セル転送でありながら、受信バッ
ファ3の使用効率を大きくできるようにしたのが図10
に示す第4実施例である。この実施例では、受信バッフ
ァ3をセル単位で区切り、各セルをリスト構造で構成す
る。例えば、第1のポートで受信されたパケットは1番
地と4番地に格納されており、第2のポートで受信され
たパケットは2番地と5番地、7番地、9番地に格納さ
れており、第3のポートで受信されたパケットは3番地
と6番地、8番地に格納されている。このようなリスト
構造で受信バッファ3を実現することにより、セル単位
での格納が可能となり、受信バッファ3の使用効率が向
上する。
Therefore, it is possible to increase the use efficiency of the reception buffer 3 while transferring cells as shown in FIG.
4 is a fourth embodiment shown in FIG. In this embodiment, the reception buffer 3 is divided into cells, and each cell is constructed in a list structure. For example, the packet received at the first port is stored at addresses 1 and 4, and the packet received at the second port is stored at addresses 2, 5, 7, and 9. Packets received at the third port are stored at addresses 3, 6, and 8. By implementing the receiving buffer 3 with such a list structure, it becomes possible to store in a cell unit and the use efficiency of the receiving buffer 3 is improved.

【0016】本実施例における受信バッファ3の詳細な
構造を図11に示す。セル・バッファ31は実際のパケ
ットをセル化した内容を格納するCELL部と、次のセ
ルへのポインタを格納するPNEXT部とから構成され
る。空きのセル・バッファ31へのポインタをポインタ
・テーブル32に格納する。ポインタ・テーブル32は
リングバッファ構成になっていて、開始位置BEGIN
から終了位置ENDまでのテーブルが有効である。ポイ
ンタ・テーブル32のPHEADは、空いているセルの
先頭を指している。
FIG. 11 shows the detailed structure of the receiving buffer 3 in this embodiment. The cell buffer 31 is composed of a CELL section for storing the contents of the actual packetized cell and a PNEXT section for storing a pointer to the next cell. The pointer to the empty cell buffer 31 is stored in the pointer table 32. The pointer table 32 has a ring buffer structure and has a start position BEGIN.
The table from to end position END is valid. PHEAD of the pointer table 32 points to the beginning of an empty cell.

【0017】受信バッファ格納手段2による処理を図1
2に示す。受信バッファ格納手段2では、ポート受信バ
ッファ12から受信バッファ3へパケットをセル化し
て、格納していく。パケットが格納されるまでの受信バ
ッファ3の初期状態は図13のようになっているものと
する。まず、ポインタ・テーブル32から空いているセ
ル・バッファ31の先頭番地iを読み出すと共に、テー
ブルの開始位置BEGINを1つインクリメントし、テ
ーブルから読み出したi番地のCELL部へポート受信
バッファ12から1セル分転送する。1セル分転送後の
受信バッファ3の状態は図14のようになり、i番地の
CELL部には、CELL1が転送されている。i番地
のCELL部に続くPNEXT部には次のセルの番地j
があるので、再びこの番地jのCELL部へポート受信
バッファ12から1セル分転送する。これにより、j番
地のCELL部には、図15のようにCELL2が転送
される。j番地のCELL部に続くPNEXT部には次
のセルの番地kがあるので、再びこの番地kのCELL
部へポート受信バッファ12から1セル分転送する。こ
れにより、k番地のCELL部には、図15のようにC
ELL3が転送される。このk番地のCELL部に続く
PNEXT部には次のセルの番地が無い。この状態を図
ではNILと表記している。このように、途中でPNE
XT部の内容がNILになると、もうこれ以上セルのリ
ストが無いということなので、ポインタテーブル32か
ら、新たなPHEADを読み出し、そこでPNEXT部
を接続し直して残りの部分を転送していく。図15で
は、ポインタ・テーブル32の開始位置BEGINのP
HEAD部には、m番地が書かれているので、新たにm
番地からリストが追加される。このリストを追加した様
子を図16に示す。1パケット分のセルが全て転送を完
了したときに、PNEXT部がNILであれば丁度セル
のリストを使い切ったことになる。しかし、まだ次のリ
ストが残っている場合は残りの部分を空きセルとして使
えるようにする必要があるので、図17のように残りの
部分(ここでは、m番地のCELL部に続くPNEXT
部がn番地を指しているので、このn番地以降の部分)
をポインタ・テーブル32に追加し、ポインタ・テーブ
ル32の終了位置ENDを1つインクリメントする。ポ
ート送信バッファ61へ転送後に、受信バッファ3を空
きにするには、このセルの先頭番地をポインタ・テーブ
ル32へ登録するだけでよい。
FIG. 1 shows the processing by the receiving buffer storage means 2.
It is shown in FIG. In the reception buffer storage means 2, the packets are stored in the reception buffer 3 from the port reception buffer 12 as cells. It is assumed that the initial state of the reception buffer 3 until the packet is stored is as shown in FIG. First, the head address i of the vacant cell buffer 31 is read from the pointer table 32, the start position BEGIN of the table is incremented by 1, and one cell is read from the port reception buffer 12 to the CELL portion of the i address read from the table. Transfer minutes. The state of the reception buffer 3 after the transfer of one cell is as shown in FIG. 14, and the CELL1 is transferred to the CELL portion of the address i. In the PNEXT portion following the CELL portion of the address i, the address j of the next cell
Therefore, one cell is again transferred from the port reception buffer 12 to the CELL portion of this address j. As a result, CELL2 is transferred to the CELL section at address j as shown in FIG. Since the PNEXT portion following the CELL portion of the jth address has the address k of the next cell, the CELL of this address k is restarted.
1 cell is transferred from the port reception buffer 12 to the unit. As a result, in the CELL section at address k, as shown in FIG.
ELL3 is transferred. There is no next cell address in the PNEXT section following the CELL section of this k address. This state is indicated as NIL in the figure. Like this, PNE on the way
When the content of the XT portion becomes NIL, it means that there is no more cell list. Therefore, a new PHEAD is read from the pointer table 32, and the PNEXT portion is reconnected to transfer the remaining portion. In FIG. 15, P of the start position BEGIN of the pointer table 32 is
Since the address m is written in the HEAD section, new m
The list is added from the street address. FIG. 16 shows how this list is added. If the PNEXT portion is NIL when all the cells for one packet have been transferred, it means that the list of cells has been completely used up. However, when the next list still remains, it is necessary to make the remaining part usable as an empty cell. Therefore, as shown in FIG. 17, the remaining part (here, PNEXT following the mELL CELL part) is used.
Since the part refers to the nth address, the part after this nth address)
Is added to the pointer table 32, and the end position END of the pointer table 32 is incremented by one. After the transfer to the port transmission buffer 61, the reception buffer 3 can be emptied by simply registering the head address of this cell in the pointer table 32.

【0018】以上、この方法では、リスト構造の取り扱
いが複雑になり、次のセルの番地を格納するメモリが余
分に必要であるが、予めパケット長を知る必要がなく、
最大でも1パケットあたり1セル分のバッファを無駄に
するだけで、効率良く受信バッファ3を使用することが
できる。
As described above, in this method, the handling of the list structure becomes complicated and an extra memory for storing the address of the next cell is required, but it is not necessary to know the packet length in advance,
The reception buffer 3 can be used efficiently by simply wasting the buffer for one cell per packet at the maximum.

【0019】上述の方式では、各ポート受信部1は、パ
ケットの受信がある度に、また、一つのパケットがリス
ト構造のバッファに収まりきらない場合に、逐次、受信
バッファ格納手段2と受信バッファ3からセルアドレス
を獲得する。このため、取り込むために費やす時間が長
くなり、実際のデータ転送に費やす時間が少なくなる。
そこで、請求項6の発明によれば、図18に示すよう
に、各ポート受信部1に、セル化した受信バッファの受
信バッファセルアドレスを複数格納しておくための受信
バッファリスト格納部14を設けている。この場合、受
信バッファ3の構成は、図19に示すようになる。図1
9に示された受信バッファは、上述のセル・バッファ3
1とポインタ・テーブル32のほかに、受信バッファリ
スト残数のカウントデータ部33を有している。セル・
バッファ31は、実際のパケットをセル化した受信デー
タを格納するCELL部と、次のセルへのポインタ(リ
ンクセルアドレス)を格納するPNEXT部とから構成
されており、各々に0,1,2,…,k−1,kという
受信データバッファセルアドレスが与えられている。ま
た、ポインタ・テーブル32には、セル化した受信デー
タの先頭ポインタPHEADを示す受信データバッファ
セルアドレスが格納されている。そして、このポインタ
・テーブル32の空きを示す受信バッファリスト残数が
カウントデータ部33に格納されている。
In the above-mentioned method, each port receiving section 1 successively receives the packet each time a packet is received, and when one packet cannot be stored in the list structure buffer, the reception buffer storage means 2 and the reception buffer. Obtain the cell address from 3. For this reason, the time spent for fetching becomes long and the time spent for actual data transfer becomes small.
Therefore, according to the invention of claim 6, as shown in FIG. 18, each port receiving unit 1 is provided with a reception buffer list storage unit 14 for storing a plurality of reception buffer cell addresses of the cellized reception buffer. It is provided. In this case, the configuration of the reception buffer 3 is as shown in FIG. FIG.
The receive buffer shown in FIG. 9 is the cell buffer 3 described above.
In addition to 1 and the pointer table 32, it has a count data section 33 for the number of remaining reception buffer lists. cell·
The buffer 31 is composed of a CELL section that stores received data obtained by converting an actual packet into cells, and a PNEXT section that stores a pointer (link cell address) to the next cell. , ..., K−1, k are provided as receive data buffer cell addresses. In addition, the pointer table 32 stores a received data buffer cell address indicating the head pointer PHEAD of the cellized received data. Then, the remaining reception buffer list number indicating the vacancy of the pointer table 32 is stored in the count data section 33.

【0020】次に、ポート受信部1と受信バッファ格納
手段2の間の交信の様子を図20に示す。ポート受信部
1では、受信バッファリスト格納部14に受信バッファ
アドレスが或る一定のアドレス数を蓄えているかをチェ
ックする。一定の数より少ない場合には、受信バッファ
格納手段2に対してアドレスを獲得要求する。受信バッ
ファ格納手段2はポート受信部1に許可を与える。ポー
ト受信部1は受信バッファリストの残数を受信バッファ
3から取り込み、受信バッファアドレスリストが残って
いるか否かを確認する。受信バッファリストの残数があ
れば、ポインタ・テーブル32に形成された受信バッフ
ァアドレスリストから受信バッファアドレスを取り込
み、ポート受信部1の受信バッファリスト格納部14に
記憶させる。受信バッファリストの残数から差し引いて
取り込んだ数を、受信バッファ3に戻す。ポート受信部
1でパケットを受信したならば、パケットをセル化し
て、予め受信バッファリスト格納部14に取り込んだ受
信データバッファアドレスをもとに、受信バッファ3に
セル化したデータを転送する。
Next, FIG. 20 shows the manner of communication between the port receiving section 1 and the receiving buffer storing means 2. The port receiving unit 1 checks whether the receiving buffer list storage unit 14 stores a certain number of receiving buffer addresses. If the number is smaller than the fixed number, the reception buffer storage unit 2 is requested to acquire an address. The reception buffer storage unit 2 gives permission to the port reception unit 1. The port receiving unit 1 fetches the remaining number of the receiving buffer list from the receiving buffer 3 and confirms whether or not the receiving buffer address list remains. If there is a remaining number in the reception buffer list, the reception buffer address is fetched from the reception buffer address list formed in the pointer table 32 and stored in the reception buffer list storage unit 14 of the port reception unit 1. The number obtained by subtracting from the remaining number in the reception buffer list is returned to the reception buffer 3. When the packet is received by the port receiving unit 1, the packet is made into a cell, and the cellized data is transferred to the receiving buffer 3 based on the received data buffer address stored in the receiving buffer list storage unit 14 in advance.

【0021】本実施例の受信データバッファであるセル
・バッファ31は、上述のように、セル化したリスト構
造を有しており、一つのリストに収まらないパケットが
来たならば、次のリストをつなぎ格納する構成である。
この一つのリストに収まらないときに、受信バッファリ
スト格納部14に予め一定の受信データセルアドレスを
持っているので、ここから次のバッファリストに格納す
る。その具体的な手順を図20及び図21に示す。ポー
ト受信部1の受信バッファリスト格納部14は、セル・
バッファ31における受信データバッファセルアドレス
を示す。受信バッファリストの残数は、ポインタ・テー
ブル32のオフセット値とする。ポート受信部1の受信
バッファリスト格納部14は最初は空なので、受信バッ
ファ格納手段2に対して受信バッファリスト残数を読み
出し、ポインタ・テーブル32にセルアドレスがあるか
否かを判別する。セルアドレスがあるならば、2個のア
ドレス〔0,1〕を受信バッファリスト格納部14に取
り込む。受信バッファリスト残数に2を加え、次のアド
レスリストの位置を示す値に書き換える。
The cell buffer 31, which is the reception data buffer of this embodiment, has a cellized list structure as described above. If a packet that does not fit in one list comes, the next list It is a configuration for connecting and storing.
When the data does not fit in this one list, the reception buffer list storage unit 14 has a predetermined reception data cell address in advance, so that the data is stored in the next buffer list from here. The specific procedure is shown in FIGS. The reception buffer list storage unit 14 of the port reception unit 1 is
The received data buffer cell address in the buffer 31 is shown. The remaining number of the reception buffer list is the offset value of the pointer table 32. Since the reception buffer list storage unit 14 of the port reception unit 1 is initially empty, the remaining reception buffer list is read out to the reception buffer storage unit 2 and it is determined whether or not there is a cell address in the pointer table 32. If there is a cell address, the two addresses [0, 1] are fetched into the reception buffer list storage unit 14. 2 is added to the remaining number of the reception buffer list and rewritten to a value indicating the position of the next address list.

【0022】次に、セル化したときに例えば6セル分の
大きさのパケットを受信したときに、ポート受信部1は
受信バッファリスト格納部14から受信データバッファ
セルアドレスにセル化したデータを書き込む。最初に指
定されたアドレスは0であるので、アドレス0からのC
ELL部にセル化した受信データを書き込み、リンクセ
ルアドレス(PNEXT部)を読む。すると、次のアド
レスiが指定されているので、次に、アドレスiからの
CELL部にセル化した受信データを書き込み、リンク
セルアドレス(PNEXT部)を読む。すると、次のア
ドレスiiが指定されているので、次に、アドレスii
からのCELL部にセル化した受信データを書き込み、
リンクセルアドレス(PNEXT部)を読む。すると、
今度は続くリンクアドレスが無い(Nil)と記録され
ているので、受信バッファリスト格納部14から、次の
受信データバッファセルアドレス(=1)を読み込み、
受信データバッファのアドレスiiのCELL部に続く
リンクセルアドレス(PNEXT部)をNilからアド
レス1に書き換えて、アドレス1からのCELL部にセ
ル化した受信データを書き込み、リンクセルアドレス
(PNEXT部)を読む。すると、次のアドレスjが指
定されているので、次に、アドレスjからのCELL部
にセル化した受信データを書き込み、リンクセルアドレ
ス(PNEXT部)を読む。すると、次のアドレスjj
が指定されているので、次に、アドレスjjからのCE
LL部にセル化した受信データを書き込み、リンクセル
アドレス(PNEXT部)を読む。すると、今度は続く
リンクアドレスが無い(Nil)と記録されているの
で、丁度6セル分のリスト形式のデータバッファを使い
切ったことになる。
Next, when a packet having a size of, for example, 6 cells is received when the cells are made into cells, the port receiving section 1 writes the cellized data from the reception buffer list storage section 14 to the reception data buffer cell address. . The address specified first is 0, so C from address 0
The cellized reception data is written in the ELL section, and the link cell address (PNEXT section) is read. Then, since the next address i is specified, the cellized reception data from the address i is written next, and the link cell address (PNEXT part) is read. Then, since the next address ii is specified, next address ii
Write the cellized received data in the CELL section from
Read the link cell address (PNEXT part). Then
Since it is recorded that there is no subsequent link address (Nil) this time, the next reception data buffer cell address (= 1) is read from the reception buffer list storage unit 14,
The link cell address (PNEXT part) following the CELL part of the address ii of the reception data buffer is rewritten from Nil to address 1, and the cellized reception data is written in the CELL part from address 1 to set the link cell address (PNEXT part). Read. Then, since the next address j is designated, the cellized reception data from the address j is then written into the cell section, and the link cell address (PNEXT section) is read. Then, the next address jj
Is specified, the CE from the address jj is
The cellized reception data is written in the LL section, and the link cell address (PNEXT section) is read. Then, since it is recorded that there is no subsequent link address (Nil), the data buffer in the list format for exactly 6 cells is used up.

【0023】なお、ポート受信部1と受信バッファ格納
手段2の間の交信の様子を時間軸上で示すと、前の実施
例では、受信バッファのアドレスを取り込むために、図
22に示すように、獲得要求フェーズ、アドレスフェー
ズ、データフェーズ、獲得解放フェーズが必要であった
が、本実施例の方式では、図23に示すように、一度に
受信バッファリストアドレスのN個の受信バッファセル
アドレスを取り込むため、N回実行すると、(N−1)
回分の獲得要求フェーズ、アドレスフェーズ、獲得解放
フェーズを省略できるので、全体として交信時間が短く
なる。つまり、受信バッファ3のアクセス回数を減少で
き、各ポート受信部1が受信バッファ格納手段2とデー
タ転送を行う実行時間が短くなる。
Incidentally, when the communication between the port receiving section 1 and the receiving buffer storing means 2 is shown on the time axis, in the previous embodiment, the address of the receiving buffer is fetched as shown in FIG. , The acquisition request phase, the address phase, the data phase, and the acquisition release phase are necessary. However, in the method of the present embodiment, as shown in FIG. 23, N reception buffer cell addresses of the reception buffer list address are If it is executed N times to capture, (N-1)
Since the batch acquisition request phase, the address phase, and the acquisition release phase can be omitted, the communication time is shortened as a whole. That is, the number of accesses to the reception buffer 3 can be reduced, and the execution time for each port reception unit 1 to transfer data with the reception buffer storage unit 2 can be shortened.

【0024】[0024]

【発明の効果】請求項1の発明によれば、イーサネット
の各セグメントのポートからの受信データを格納する受
信バッファおよびどのポートへ送信するかを決めるアド
レスフィルタ部を機器全体で共有することにより、安価
なイーサネットのスイッチング装置を提供できるという
効果がある。
According to the invention of claim 1, the receiving buffer for storing the received data from the port of each segment of the Ethernet and the address filter section for deciding to which port the data is transmitted are shared by the entire device. There is an effect that an inexpensive Ethernet switching device can be provided.

【0025】請求項2の発明によれば、同一セグメント
内でのパケットはローカルアドレスフィルタリング手段
によって廃棄できるので、受信バッファの容量を小さく
できると共に、受信バッファ格納手段と受信バッファと
の間の帯域の効率を向上させることができるという効果
がある。
According to the second aspect of the present invention, since the packets within the same segment can be discarded by the local address filtering means, the capacity of the receiving buffer can be reduced and the bandwidth between the receiving buffer storing means and the receiving buffer can be reduced. There is an effect that efficiency can be improved.

【0026】請求項3の発明によれば、受信バッファを
一定パケット長ごとにブロック化し、このブロック単位
でパケットを格納しているので、予めパケット長が分か
らなくても転送が可能であり、ポートごとのポート受信
バッファが小さくて済み、かつパケットの受信中に転送
を開始できるので、処理遅延を小さくできるという効果
がある。
According to the third aspect of the present invention, the receiving buffer is divided into blocks each having a fixed packet length, and the packets are stored in block units. Therefore, the packet can be transferred without knowing the packet length in advance, and the port can be transferred. Each port reception buffer is small, and transfer can be started during packet reception, so that the processing delay can be reduced.

【0027】請求項4の発明によれば、パケットが1パ
ケット全部受信されると、受信バッファ格納手段は、そ
のパケット長分だけ受信バッファを確保してパケットを
転送するので、受信バッファの使用効率が向上するとい
う効果がある。
According to the invention of claim 4, when one packet is completely received, the receiving buffer storing means secures the receiving buffer for the packet length and transfers the packet, so that the efficiency of using the receiving buffer is improved. Has the effect of improving.

【0028】請求項5の発明によれば、受信バッファを
一定長のブロックから構成されるリスト構造とし、受信
バッファ格納手段においてパケットを一定の固定長に分
割してリスト構造の受信バッファへ格納するようにした
ので、予めパケット長を知る必要がなく、最大でも1パ
ケットあたり1セル分のバッファを無駄にするだけで、
効率良く受信バッファを使用することができるという効
果がある。
According to the invention of claim 5, the receiving buffer has a list structure composed of blocks of a fixed length, and the receiving buffer storing means divides the packet into fixed lengths and stores the packets in the receiving buffer of the list structure. Therefore, it is not necessary to know the packet length in advance, and it is possible to waste a buffer for one cell per packet at the maximum.
There is an effect that the reception buffer can be used efficiently.

【0029】請求項6の発明によれば、一度に多くの受
信データバッファセルアドレスをポート受信部に取り込
んでおくことにより、リスト構造のバッファに収まらな
いパケットのリスト化を速く処理することが可能となる
という効果がある。また、受信バッファのアクセスの回
数が減少でき、各ポート受信部が受信バッファ格納手段
とやりとりする実行時間が短くなるという効果がある。
According to the sixth aspect of the present invention, a large number of received data buffer cell addresses are stored in the port receiving unit at one time, so that it is possible to quickly process the listing of packets that cannot be stored in the list-structured buffer. The effect is that Further, the number of times the reception buffer is accessed can be reduced, and the execution time for each port reception unit to communicate with the reception buffer storage means can be shortened.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の基本構成を示すブロック図である。FIG. 1 is a block diagram showing a basic configuration of the present invention.

【図2】イーサネットにおける同時送信による衝突の様
子を示す説明図である。
FIG. 2 is an explanatory diagram showing a state of collision due to simultaneous transmission on Ethernet.

【図3】イーサネットにおけるスイッチング装置の原理
を示す説明図である。
FIG. 3 is an explanatory diagram showing the principle of a switching device in Ethernet.

【図4】イーサネットにおける従来のスイッチング装置
のブロック図である。
FIG. 4 is a block diagram of a conventional switching device in Ethernet.

【図5】本発明に用いるアドレステーブルの構成を示す
図である。
FIG. 5 is a diagram showing a configuration of an address table used in the present invention.

【図6】本発明に用いるアドレスフィルタ部の処理内容
を示す流れ図である。
FIG. 6 is a flowchart showing the processing contents of the address filter unit used in the present invention.

【図7】本発明の第1実施例の構成を示すブロック図で
ある。
FIG. 7 is a block diagram showing a configuration of a first exemplary embodiment of the present invention.

【図8】本発明の第2実施例の構成を示すブロック図で
ある。
FIG. 8 is a block diagram showing a configuration of a second exemplary embodiment of the present invention.

【図9】本発明の第3実施例の構成を示すブロック図で
ある。
FIG. 9 is a block diagram showing a configuration of a third exemplary embodiment of the present invention.

【図10】本発明の第4実施例の構成を示すブロック図
である。
FIG. 10 is a block diagram showing a configuration of a fourth exemplary embodiment of the present invention.

【図11】本発明の第4実施例の受信バッファの構成を
示す図である。
FIG. 11 is a diagram showing a configuration of a reception buffer according to a fourth embodiment of the present invention.

【図12】本発明の第4実施例の受信バッファへの格納
処理を示す流れ図である。
FIG. 12 is a flow chart showing a storing process in a receiving buffer according to the fourth embodiment of the present invention.

【図13】本発明の第4実施例の受信バッファの初期状
態を示す説明図である。
FIG. 13 is an explanatory diagram showing an initial state of the reception buffer according to the fourth embodiment of the present invention.

【図14】本発明の第4実施例の受信バッファの第2の
状態を示す説明図である。
FIG. 14 is an explanatory diagram showing a second state of the reception buffer according to the fourth embodiment of the present invention.

【図15】本発明の第4実施例の受信バッファの第3の
状態を示す説明図である。
FIG. 15 is an explanatory diagram showing a third state of the reception buffer according to the fourth embodiment of the present invention.

【図16】本発明の第4実施例の受信バッファの第4の
状態を示す説明図である。
FIG. 16 is an explanatory diagram showing a fourth state of the reception buffer according to the fourth embodiment of the present invention.

【図17】本発明の第4実施例の受信バッファの第5の
状態を示す説明図である。
FIG. 17 is an explanatory diagram showing a fifth state of the reception buffer according to the fourth embodiment of the present invention.

【図18】本発明の第5実施例の構成を示すブロック図
である。
FIG. 18 is a block diagram showing a configuration of a fifth exemplary embodiment of the present invention.

【図19】本発明の第5実施例の受信バッファの構成を
示す説明図である。
FIG. 19 is an explanatory diagram showing the structure of a reception buffer according to the fifth embodiment of the present invention.

【図20】本発明の第5実施例のポート受信部と受信バ
ッファ格納手段の間の交信の様子を示す説明図である。
FIG. 20 is an explanatory diagram showing the manner of communication between the port receiving unit and the receiving buffer storage unit according to the fifth embodiment of the present invention.

【図21】本発明の第5実施例の受信バッファへの格納
処理を示す説明図である。
FIG. 21 is an explanatory diagram showing storage processing in a reception buffer according to the fifth embodiment of the present invention.

【図22】本発明の第4実施例におけるポート受信部と
受信バッファ格納手段の間の交信フォーマットを示す説
明図である。
FIG. 22 is an explanatory diagram showing a communication format between a port reception unit and a reception buffer storage unit according to the fourth embodiment of the present invention.

【図23】本発明の第5実施例におけるポート受信部と
受信バッファ格納手段の間の交信フォーマットを示す説
明図である。
FIG. 23 is an explanatory diagram showing a communication format between a port receiving unit and a receiving buffer storage unit according to the fifth embodiment of the present invention.

【符号の説明】[Explanation of symbols]

1 ポート受信部 2 受信バッファ格納手段 3 受信バッファ 4 アドレスフィルタ部 5 送信バッファ格納手段 6 ポート送信部 1 port receiving unit 2 receiving buffer storing unit 3 receiving buffer 4 address filter unit 5 transmitting buffer storing unit 6 port transmitting unit

Claims (6)

【特許請求の範囲】[Claims] 【請求項1】 イーサネットのセグメントに接続され
パケットを受信してバッファリングするポート受信部
と、複数のポート受信部からのパケットを受信バッファ
へ格納しその格納番地をアドレスフィルタ部へ伝達する
受信バッファ格納手段と、受信バッファ格納手段によっ
て受信パケットを格納する受信バッファと、受信バッフ
ァ格納手段から伝達されてきた格納番地情報を元に受信
バッファから受信パケットの送信元アドレスと送信先ア
ドレスとを読み取りパケットの送信先ポートを判定して
パケットの格納アドレスと送信先ポートを送信バッファ
格納手段へ伝達するアドレスフィルタ部と、アドレスフ
ィルタ部からのパケット格納番地と送信先ポート情報を
元に受信バッファから該パケットが送信されるべき送信
ポートのポート送信部のポート送信バッファヘ受信バッ
ファから該パケットを転送する送信バッファ格納手段
と、ポート送信バッファ内のデータを送信するイーサネ
ットのセグメントに接続されたポート送信部とから構成
されることを特徴とするLANのスイッチング装置。
1. A port receiving unit connected to an Ethernet segment for receiving and buffering packets, and a receiving buffer for storing packets from a plurality of port receiving units in a receiving buffer and transmitting the storage addresses to an address filter unit. A storage unit, a reception buffer for storing the reception packet by the reception buffer storage unit, and a packet for reading a source address and a destination address of the reception packet from the reception buffer based on the storage address information transmitted from the reception buffer storage unit Of the packet from the receiving buffer based on the packet storage address and the destination port information from the address filtering unit, which determines the destination port of the packet and transmits the packet storage address and the destination port to the transmitting buffer storage means. Of the sending port of the sending port that should be sent A LAN switching device comprising: a transmission buffer storage means for transferring the packet from the reception buffer to the port transmission buffer; and a port transmission unit connected to an Ethernet segment for transmitting the data in the port transmission buffer. .
【請求項2】 ポート受信部において、そのポートに
接続されたセグメント内でのパケット通信か否かを判定
し、セグメント内での通信であったときに該パケットを
廃棄するローカルアドレスフィルタリング手段を設けた
ことを特徴とする請求項1記載のLANのスイッチング
装置。
2. A local address filtering means for determining whether or not packet communication is within a segment connected to the port and discarding the packet when the communication is within the segment in the port receiving unit. The LAN switching device according to claim 1, wherein the switching device is a LAN switching device.
【請求項3】 受信バッファ格納手段において、パケ
ットを一定の固定長に分割して受信バッファへ格納する
手段を設けたことを特徴とする請求項1記載のLANの
スイッチング装置。
3. The LAN switching device according to claim 1, wherein the receiving buffer storing means is provided with means for dividing a packet into a fixed length and storing it in the receiving buffer.
【請求項4】 受信バッファ格納手段において、ポー
ト受信部内のバッファからパケット長の情報を得て、そ
の情報から必要な分の受信バッファ量を判定して、受信
バッファへパケットを格納する手段を設けたことを特徴
とする請求項1記載のLANのスイッチング装置。
4. The receiving buffer storing means is provided with means for receiving packet length information from a buffer in the port receiving section, determining a necessary amount of receiving buffer from the information, and storing the packet in the receiving buffer. The LAN switching device according to claim 1, wherein the switching device is a LAN switching device.
【請求項5】 受信バッファを一定長のブロックから
構成されるリスト構造とし、受信バッファ格納手段にお
いてパケットを一定の固定長に分割してリスト構造の受
信バッファへ格納する手段を設け、送信バッファ格納手
段にリスト構造の受信バッファからパケットを取り出す
手段を設けたことを特徴とする請求項1記載のLANの
スイッチング装置。
5. The receiving buffer has a list structure composed of blocks of a fixed length, and means for dividing a packet into fixed fixed lengths in the receiving buffer storing means and storing the divided packet in the receiving buffer of the list structure is provided. 2. The LAN switching device according to claim 1, wherein said means is provided with means for taking out a packet from the reception buffer having a list structure.
【請求項6】 ポート受信部に、セル化した受信バッ
ファの受信バッファセルアドレスを複数格納しておく受
信バッファリスト格納部を設けたことを特徴とする請求
項5記載のLANのスイッチング装置。
6. The LAN switching device according to claim 5, wherein the port receiving unit is provided with a reception buffer list storage unit for storing a plurality of reception buffer cell addresses of the cellized reception buffer.
JP27947795A 1995-02-23 1995-10-26 LAN switching device Expired - Fee Related JP2953362B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP27947795A JP2953362B2 (en) 1995-02-23 1995-10-26 LAN switching device

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP3574195 1995-02-23
JP7-35741 1995-02-23
JP27947795A JP2953362B2 (en) 1995-02-23 1995-10-26 LAN switching device

Publications (2)

Publication Number Publication Date
JPH08293875A true JPH08293875A (en) 1996-11-05
JP2953362B2 JP2953362B2 (en) 1999-09-27

Family

ID=26374733

Family Applications (1)

Application Number Title Priority Date Filing Date
JP27947795A Expired - Fee Related JP2953362B2 (en) 1995-02-23 1995-10-26 LAN switching device

Country Status (1)

Country Link
JP (1) JP2953362B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002101133A (en) * 2000-08-11 2002-04-05 Marconi Communications Inc Handling of long packet

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002101133A (en) * 2000-08-11 2002-04-05 Marconi Communications Inc Handling of long packet

Also Published As

Publication number Publication date
JP2953362B2 (en) 1999-09-27

Similar Documents

Publication Publication Date Title
JP4615030B2 (en) Method and apparatus for reclaiming a buffer
US6308218B1 (en) Address look-up mechanism in a multi-port bridge for a local area network
JP4603102B2 (en) Method and apparatus for selectively discarding packets related to blocked output queues in a network switch
JP4078445B2 (en) Method and apparatus for sending multiple copies by duplicating a data identifier
US7401126B2 (en) Transaction switch and network interface adapter incorporating same
US7110400B2 (en) Random access memory architecture and serial interface with continuous packet handling capability
JP3865748B2 (en) Network switch device and network switch method
US5691984A (en) Compact, adaptable brouting switch
US6414961B1 (en) ATM switching with virtual circuit FIFO buffers
US6189053B1 (en) Communication control system utilizing a shared buffer managed by high and low level protocols
JPH07202932A (en) Bridge
US20030200363A1 (en) Adaptive messaging
EP1629644B1 (en) Method and system for maintenance of packet order using caching
JP4541454B2 (en) Method and apparatus for controlling the start of data transmission as a function of received data
KR20120040535A (en) Bus system and operating method thereof
US5784373A (en) Switching device for LAN
US6601116B1 (en) Network switch having descriptor cache and method thereof
CN111124317A (en) Asynchronous alternate receiving and transmitting method, system and equipment for data stream writing
US6442168B1 (en) High speed bus structure in a multi-port bridge for a local area network
USRE39026E1 (en) Bus protocol
JPH08293875A (en) Lan switching equipment
JP2002366427A (en) Inter-processor communication system, and inter- processor communication method to be used for the system
JPH09224066A (en) Communication protocol parallel processor
US20030210684A1 (en) Packet transceiving method and device
JPH0974410A (en) Communication repeater

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20070716

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20080716

Year of fee payment: 9

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

Free format text: PAYMENT UNTIL: 20090716

Year of fee payment: 10

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

Free format text: PAYMENT UNTIL: 20090716

Year of fee payment: 10

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

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

Free format text: PAYMENT UNTIL: 20090716

Year of fee payment: 10

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

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

Free format text: PAYMENT UNTIL: 20090716

Year of fee payment: 10

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

Free format text: PAYMENT UNTIL: 20100716

Year of fee payment: 11

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

Free format text: PAYMENT UNTIL: 20100716

Year of fee payment: 11

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

Free format text: PAYMENT UNTIL: 20110716

Year of fee payment: 12

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

Free format text: PAYMENT UNTIL: 20120716

Year of fee payment: 13

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

Free format text: PAYMENT UNTIL: 20120716

Year of fee payment: 13

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

Free format text: PAYMENT UNTIL: 20130716

Year of fee payment: 14

LAPS Cancellation because of no payment of annual fees