JP2000183935A - Node and intra-node data processing method - Google Patents
Node and intra-node data processing methodInfo
- Publication number
- JP2000183935A JP2000183935A JP10351705A JP35170598A JP2000183935A JP 2000183935 A JP2000183935 A JP 2000183935A JP 10351705 A JP10351705 A JP 10351705A JP 35170598 A JP35170598 A JP 35170598A JP 2000183935 A JP2000183935 A JP 2000183935A
- Authority
- JP
- Japan
- Prior art keywords
- priority
- frame
- packet
- node
- information
- 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
Links
Landscapes
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Abstract
Description
【０００１】[0001]
【発明の属する技術分野】本発明は、ノード及びノード
内のデータ処理方法に関するもので、より具体的には、
優先度情報付きのフレームを送受信するデータ伝送シス
テムに用いられるノード及びノード内のデータ処理方法
に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a node and a data processing method in the node.
The present invention relates to a node used in a data transmission system that transmits and receives frames with priority information and a data processing method in the node.
【０００２】[0002]
【従来の技術】現在最も普及しているＬＡＮ（Local Ar
ea Network）システムとして、イーサネットがある。よ
く知られているように、このイーサネットは、ネットワ
ークに接続される各ノード（端末）をスター型配線によ
り物理的に接続し、パケットを送信する方式として、Ｃ
ＳＭＡ／ＣＤ（Carrier Sense Multiple Access with C
ollision Detection）方式を用いることが広く普及して
いる。2. Description of the Related Art At present, the most popular LAN (Local Ar
ea Network) There is Ethernet as a system. As is well known, this Ethernet is a method of physically connecting each node (terminal) connected to a network by a star-type wiring and transmitting a packet.
SMA / CD (Carrier Sense Multiple Access with C
The use of the ollision detection method is widespread.
【０００３】このＣＳＭＡ/ＣＤ方式では、パケットを
送信するノードは、予めネットワークの使用状態をチェ
ックし、送信可能であればパケットを送り出し、他のノ
ードがデータを転送中であることを確認すると、一定期
間待った後再度使用状態のチェックをするようになる。
従って、ネットワークに接続するノード数の増加や、ノ
ード間で転送（送受信）されるデータ量が増加すると、
帯域不足により送信待ちとなったり、データ（フレー
ム）の衝突が発生したりして、通信効率が低下する（伝
送遅延時間が長くなる）ので、これを解消するために、
通常スイッチングハブ（集線装置）を介して各ノードを
接続するようにしたネットワーク構成が主流となる。In this CSMA / CD system, a node transmitting a packet checks the use state of the network in advance, sends out the packet if transmission is possible, and confirms that another node is transferring data. After waiting for a certain period, the usage status will be checked again.
Therefore, if the number of nodes connected to the network increases or the amount of data transferred (transmitted / received) between the nodes increases,
The transmission efficiency is reduced (transmission delay time is lengthened) due to waiting for transmission or collision of data (frames) due to lack of bandwidth.
Usually, a network configuration in which each node is connected via a switching hub (concentrator) is mainly used.
【０００４】この集線装置は、あるポートで受信したフ
レームのイーサネットヘッドを解析し、そのフレームの
宛先を認識したならばその宛先のノードが接続されてい
るポートにのみ、その受信したフレームを中継するよう
にしている。これにより、例えば第１ノードから第２ノ
ードにフレームを伝送中に、それとは別の第３ノードか
ら第４ノードにフレームを伝送することが可能となる。
つまり、複数のノードが同時に送信することが可能とな
る。This concentrator analyzes the Ethernet head of a frame received at a certain port, and if it recognizes the destination of the frame, relays the received frame only to the port to which the destination node is connected. Like that. Thus, for example, while a frame is being transmitted from the first node to the second node, it is possible to transmit the frame from another third node to the fourth node.
That is, a plurality of nodes can transmit simultaneously.
【０００５】しかしながら、係る集線装置を用いたネッ
トワークであっても、使用状態のチェックの結果、送信
待ちとなることがある。そして、その送信待ちにともな
う伝送遅延時間の大きさは、ネットワークの使用状況に
応じて大きく変動し、しかも、そのように使用状況によ
り決定されるため、実際に送信するまで伝送遅延時間の
大きさは不明であり、伝送遅延時間の上限が保証できな
い。[0005] However, even in a network using such a concentrator, as a result of a use state check, transmission may wait. The size of the transmission delay time associated with the transmission wait greatly varies depending on the usage status of the network, and furthermore, is determined by the usage status. Is unknown, and the upper limit of the transmission delay time cannot be guaranteed.
【０００６】従って、例えばＦＡ（ファクトリーオート
メーション）におけるＬＡＮは、リアルタイム性が要求
され、ＰＬＣ（プログラマブルロジックコントローラ）
等の制御系のように生産ラインの制御に直接関係するデ
ータを含むフレームは、伝送遅延時間の上限が保証され
なければならないので、上記のように伝送遅延時間の上
限が保証されない従来のイーサネットを用いてＦＡ用の
ＬＡＮを構築することはできなかった。Therefore, for example, a LAN in factory automation (FA) requires real-time performance, and a PLC (programmable logic controller)
For frames containing data directly related to control of the production line, such as control systems, the upper limit of the transmission delay time must be guaranteed. It could not be used to construct a LAN for FA.
【０００７】ところで、ＦＡのＬＡＮで伝送するデータ
には、ＰＬＣ等の制御系端末（ノード）の通信のよう
に、生産ラインの制御に直接関係し、リアルタイムで迅
速に伝送する必要のある制御系データと、パソコン端末
（ノード）の通信のように、生産ラインの制御に直接関
係せず、各種の統計情報等のリアルタイムで伝送する必
要の無い情報系データがある。つまり、ネットワーク上
を伝送されるフレームは、上記のように、リアルタイム
で送る必要のある制御系データを含む優先度の高いフレ
ームと、リアルタイムで送る必要の無い情報系データか
らなる優先度の低いフレームがある。By the way, data to be transmitted on the FA LAN is directly related to control of the production line, such as communication of a control system terminal (node) such as a PLC, and needs to be transmitted quickly in real time. There is information data that is not directly related to control of the production line and does not need to be transmitted in real time, such as various kinds of statistical information, such as communication between data and a personal computer terminal (node). That is, as described above, a frame transmitted on the network includes a high-priority frame including control system data that needs to be transmitted in real time and a low-priority frame including information-based data that does not need to be transmitted in real time. There is.
【０００８】しかし、従来のイーサネットでは、フレー
ムに優先度情報が無く、すべてのフレームが同等に扱わ
れていたため、リアルタイムで送らなければならない制
御系データを含むフレームが、情報系データのフレーム
の通信によって待たされることがある。係る現象は、Ｆ
Ａ用のＬＡＮに限ることはなく、各種のＬＡＮにおいて
も同様のことが言える。[0008] However, in the conventional Ethernet, since frames have no priority information and all frames are treated equally, a frame including control system data which must be transmitted in real time is a frame communication of information system data. May be waited for. The phenomenon is F
The same applies to various LANs, without being limited to the LAN for A.
【０００９】そこで、近年、フレームに優先度を示すフ
ィールドを設け、高優先度のフレームを低優先度のフレ
ームより優先して送信する方法がＩＥＥＥ等で検討され
ている。これにより、低優先度のフレームによって高優
先度のフレームの通信が妨げられる可能性が減少するた
め、制御系データを含むフレームのように高優先度のフ
レームの伝送遅延時間を短くし、リアルタイムでの通信
が可能となる。すなわち、ＦＡ用のＬＡＮを、イーサネ
ットを用いたＣＳＭＡ/ＣＤ方式のネットワークを構築
することができる。Therefore, in recent years, a method of providing a field indicating the priority in a frame and transmitting a high-priority frame in preference to a low-priority frame has been studied by IEEE and the like. As a result, the possibility that the communication of the high-priority frame is hindered by the low-priority frame is reduced. Communication becomes possible. That is, it is possible to construct a CSMA / CD-type network using the Ethernet for the FA and the Ethernet.
【００１０】[0010]
【発明が解決しようとする課題】しかしながら、上記し
た優先度情報を備えたフレームの伝送システムでは、以
下に示す問題がある。すなわち、実施の形態でも説明す
るように、集線装置は、高優先度のフレームを記憶する
バッファと低優先度のフレームを記憶するバッファを備
え、高優先度バッファに記憶されたフレームを優先的に
送信することにより対応するようにした装置が開発され
てきている。However, the frame transmission system provided with the above-mentioned priority information has the following problems. That is, as described in the embodiment, the concentrator includes a buffer that stores a high-priority frame and a buffer that stores a low-priority frame, and preferentially stores the frame stored in the high-priority buffer. Devices that respond by transmitting data have been developed.
【００１１】一方、優先度情報を備えたフレームの伝送
システムを構築するためには、フレームの送受信の基と
なるノード側もそれに対応する必要がある。係る場合、
送受信するフレームに優先度情報が付加されることか
ら、ＢＳＤ版ＵＮＩＸにおけるネットワークＩ／ＯのＡ
ＰＩであるＳＯＣＫＥＴ Ｉ／Ｆ（ソケットインターフ
ェース）を使用することができず、新たな拡張Ｉ／Ｆ
（優先度対応の新たなＡＰＩ）を策定する必要がある。
そして、そのように新たな拡張Ｉ／Ｆを策定すると、既
存のアプリケーションをその拡張Ｉ／Ｆに対応し、優先
度情報付きのフレーム（パケット）を送受できるアプリ
ケーションに作り替えなければならず、その作業が非常
に煩雑となる。On the other hand, in order to construct a transmission system for frames provided with priority information, it is necessary for the nodes on which the frames are transmitted and received to correspond to the transmission. If so,
Since priority information is added to frames to be transmitted and received, the network I / O A in the BSD version of UNIX
A new extended I / F cannot be used because the SOCKET I / F (socket interface), which is a PI, cannot be used.
It is necessary to formulate (new API for priority).
When a new extended I / F is formulated in such a manner, the existing application must be remodeled to an application capable of transmitting and receiving frames (packets) with priority information corresponding to the extended I / F. The work becomes very complicated.
【００１２】従って、集線装置までは対応できるもの
の、既存の各ノードに対して拡張Ｉ／Ｆ並びにアプリケ
ーションをすべて作り替えることはできず、ノードは従
前のものを使用することになる。すると、係るノードか
ら送信されるフレームには優先度情報が無いので、結局
集線装置内での処理は、低優先度となり、上記した本来
的に優先度の高いフレームを優先的に送信できないとい
う従来の問題が解決されない。[0012] Therefore, although it is possible to cope with the concentrator, it is not possible to recreate all the expansion I / Fs and applications for each existing node, and the conventional node is used. Then, since there is no priority information in the frame transmitted from the relevant node, the processing in the concentrator eventually has a low priority, and the above-described conventional frame in which the originally high priority frame cannot be transmitted with priority. Problem is not solved.
【００１３】本発明は、上記した背景に鑑みてなされた
もので、その目的とするところは、上記した問題を解決
し、新たな通信のＡＰＩを追加すること無く、しかも、
アプリケーションの作り替えをすること無く、優先度な
しフレームに対応したアプリケーションやＡＰＩを使用
したノードであっても、優先度付きフレームの送信及び
または受信（通信）をすることができるノード及びノー
ド内のデータ処理方法を提供することにある。[0013] The present invention has been made in view of the above background, and has as its object to solve the above-mentioned problems, without adding a new communication API, and
A node that can transmit and / or receive (communicate) a frame with a priority even if the node uses an application or an API that supports a frame without a priority without rebuilding the application. It is to provide a data processing method.
【００１４】[0014]
【課題を解決するための手段】上記した目的を達成する
ために、本発明に係るノードでは、優先度付きフレーム
が伝送されるネットワークに接続取り外し可能なノード
であって、送信予定のフレームを特定する情報（実施の
形態では、「ポート番号」に対応）と、そのフレームの
優先度とを関連付けた優先度テーブル（実施の形態で
は、「ポート別優先度テーブル」に対応）と、そのフレ
ームに、前記優先度テーブルを参照して優先度を付加し
て優先度付きフレームを生成する優先度情報付加手段を
備えて構成した（請求項１）。In order to achieve the above-mentioned object, a node according to the present invention specifies a frame to be transmitted, which is a node detachable from a network through which a frame with priority is transmitted. Table (corresponding to “port number” in the embodiment) and the priority of the frame (corresponding to “priority table for each port” in the embodiment). A priority information adding means for generating a frame with a priority by adding a priority with reference to the priority table (claim 1).
【００１５】また、本発明に係るノード内のデータ処理
方法では、ネットワークの接続対象であるノードにおけ
るデータ処理方法であって、上位層は送信予定のフレー
ムについての優先度情報（実施の形態では、「優先度通
知パケット」に対応）を下位層（実施の形態では、「イ
ーサネットドライバが設置される層」）に対して送る。
前記下位層は、受け取った優先度情報にしたがい送信予
定のフレームを特定する情報と、そのフレームの優先度
とを関連付けた優先度テーブル（実施の形態では、「ポ
ート別優先度テーブル」に対応）を作成する。次いで上
位層から受け取った優先度なしフレームに対し、前記優
先度テーブルを参照して優先度を付加して優先度付きフ
レームを生成するようにした（請求項２）。The data processing method in a node according to the present invention is a data processing method in a node to be connected to a network, wherein the upper layer has priority information on frames to be transmitted (in the embodiment, (Corresponding to the “priority notification packet”) to the lower layer (in the embodiment, “the layer in which the Ethernet driver is installed”).
The lower layer is a priority table that associates information specifying a frame to be transmitted according to the received priority information with the priority of the frame (corresponding to the “port priority table” in the embodiment). Create Next, a priority-added frame is generated by adding a priority to the non-priority frame received from the upper layer by referring to the priority table (claim 2).
【００１６】上記したノード及びデータ処理方法の発明
では、上位層（例えばアプリケーション層等）から受け
取った優先度なしフレームに対し優先度情報付加手段に
より優先度付きフレームに変換することができるので、
その優先度情報付加手段よりも上位層は、従来の優先度
なしフレーム（パケット）の状態で送信できる。よっ
て、従来のＡＰＩなどに替えて優先度付きフレームを処
理可能な拡張Ｉ／Ｆやアプリケーションを作成すること
なく、優先度付きフレームを伝送するネットワークに接
続するノードを構成することができる。According to the invention of the node and the data processing method described above, a frame without priority received from an upper layer (for example, an application layer) can be converted into a frame with priority by the priority information adding means.
Layers higher than the priority information adding means can transmit in the state of a conventional non-priority frame (packet). Therefore, it is possible to configure a node connected to a network that transmits a frame with a priority without creating an extended I / F or an application capable of processing the frame with a priority in place of a conventional API or the like.
【００１７】また、本発明に係るノードの別の解決手段
としては、優先度付きフレームが伝送されるネットワー
クに接続取り外し可能なノードであって、外部から受け
取った優先度付きフレームから、優先度情報を除去した
優先度なしフレームを生成する優先度情報除去手段と、
その優先度情報除去手段により生成された優先度なしフ
レームを上位層に送る手段を備えて構成した（請求項
３）。Another solution of the node according to the present invention is a node which can be connected to and disconnected from a network through which a frame with priority is transmitted. Priority information removing means for generating a non-priority frame from which
There is provided a means for sending a frame without priority generated by the priority information removing means to an upper layer.
【００１８】また、本発明に係るノード内のデータ処理
方法の別の解決手段としては、優先度付きフレームが伝
送されるネットワークの接続対象であるノードにおける
データ処理方法であって、外部から優先度付きフレーム
を受信した際に、その受信したフレームから優先度情報
を除去して優先度なしフレームを生成する。次いで、そ
の生成した優先度なしフレームを上位層に送る（実施の
形態では、一度受信通知をし、上位層からの転送要求を
受けて送る）ようにすることである（請求項４）。Another solution of the data processing method in the node according to the present invention is a data processing method in a node to which a network to which a frame with priority is transmitted is connected. When a frame with a priority is received, priority information is removed from the received frame to generate a frame without priority. Then, the generated frame without priority is sent to the upper layer (in the embodiment, a reception notification is made once, and a transfer request from the upper layer is received and sent) (claim 4).
【００１９】上記したノード及びデータ処理方法の発明
では、外部（接続したネットワーク）から受け取ったデ
ータが優先度付きフレームであった場合、そのフレーム
の中から優先度に関する情報を除去して上位層に送るの
で、上位層に転送する際には少なくとも係る優先度情報
がなくなる、つまり、上位層は従来と同様の優先度なし
フレームの状態でフレーム（パケット）の送受を行うこ
とができる。According to the above-described invention of the node and the data processing method, when the data received from the outside (connected network) is a frame with a priority, information relating to the priority is removed from the frame and transmitted to the upper layer. At the time of transmission to the upper layer, at least such priority information is lost, that is, the upper layer can transmit and receive a frame (packet) in a state of a non-priority frame as in the related art.
【００２０】よって、従来のＡＰＩなどに替えて優先度
付きフレームを処理可能な拡張Ｉ／Ｆやアプリケーショ
ンを作成することなく、優先度付きフレームを伝送する
ネットワークに接続するノードを構成することができ
る。Therefore, it is possible to configure a node connected to a network for transmitting a frame with a priority without creating an extended I / F or an application capable of processing a frame with a priority in place of a conventional API or the like. .
【００２１】[0021]
【発明の実施の形態】図１は、本発明が適用されるＬＡ
Ｎの全体の概略構成を示している。同図に示すように、
集線装置１を中心に伝送路２を介して各ノード３が接続
されることによりネットワークが構築されている。この
ネットワークは、例えばノード３がＰＬＣ，センサ，パ
ソコン等からなるＦＡに配置されたＬＡＮであり、ネッ
トワーク接続された各ノード（ＰＬＣ等）が、協調動作
・同期動作等しながら各種の処理を行うものに適用でき
る。もちろん、これ以外の各種のネットワークに適用で
きるのは言うまでもない。FIG. 1 is a block diagram of an LA to which the present invention is applied.
3 shows the overall schematic configuration of N. As shown in the figure,
A network is constructed by connecting each node 3 via the transmission path 2 with the concentrator 1 at the center. In this network, for example, the node 3 is a LAN arranged in an FA including a PLC, a sensor, a personal computer, and the like. Each node (PLC or the like) connected to the network performs various processes while performing a cooperative operation, a synchronous operation, and the like. Applicable to things. Of course, it is needless to say that the present invention can be applied to various other networks.
【００２２】また、集線装置１の内部構造としては、図
２に示すようになっている。すなわち、集線装置１内に
は、データの送受を行う物理層１ａ及び通信コントロー
ラ１ｂがあり、各物理層１ａは、所定のノード３に接続
されている。これにより、通信コントローラ１ｂは、物
理層１ａを介して受信したフレームを解析し、宛先のノ
ードが接続された物理層１ａにそのフレームを転送する
ようになっている。さらに本形態では、高優先度フレー
ムを格納する高優先度バッファ１ｃと、低優先度フレー
ムを格納する低優先度バッファ１ｄを備えている。そし
て、それら高優先度バッファ１ｃ，低優先度バッファ１
ｄのバッファあふれを監視するフロー制御機能部１ｅを
さらに備えている。The internal structure of the concentrator 1 is as shown in FIG. That is, the concentrator 1 includes a physical layer 1a for transmitting and receiving data and a communication controller 1b. Each physical layer 1a is connected to a predetermined node 3. Thus, the communication controller 1b analyzes the frame received via the physical layer 1a and transfers the frame to the physical layer 1a to which the destination node is connected. Further, in this embodiment, a high-priority buffer 1c for storing high-priority frames and a low-priority buffer 1d for storing low-priority frames are provided. The high priority buffer 1c and the low priority buffer 1
It further includes a flow control function unit 1e that monitors buffer overflow of d.
【００２３】係る構成からなる集線装置１では、通信コ
ントローラ１ｂが、ノード３から送られてきたフレーム
の優先度を検出し、対応するバッファ１ｃ，１ｄに登録
する。そして、高優先度バッファ１ｃに格納されたフレ
ームから優先してその内容を解析し、宛先のノード３が
接続されている物理層１ａにフレームを転送する機能を
持つ。また、フロー制御機能部１ｅは、例えばバッファ
あふれを生じた場合に各ノードに対して送信の一時停止
命令を発する機能などを有している。In the line concentrator 1 having such a configuration, the communication controller 1b detects the priority of the frame sent from the node 3 and registers it in the corresponding buffers 1c and 1d. It has a function of analyzing the contents of the frame stored in the high-priority buffer 1c with priority, and transferring the frame to the physical layer 1a to which the destination node 3 is connected. In addition, the flow control function unit 1e has a function of issuing a transmission suspension instruction to each node when a buffer overflow occurs, for example.
【００２４】また、本形態に用いられる優先度付きのフ
レーム（パケット）のフォーマットは、図３（ａ）に示
すようになっている。すなわち、フレームの先頭にイー
サネットヘッダがあり、続いて実際に送るデータ部分で
あるイーサネットデータがある。そして、イーサネット
ヘッダは、ＤＡ（宛先アドレス），ＳＡ（送信元アドレ
ス），ＴＨ（優先度情報），Ｌ／Ｔ（データ長）の順に
格納するようになっている。さらに、優先度情報は、Ｕ
Ｐが「７」のときには高優先度を意味し、ＵＰが「１」
のときには低優先度を意味する。よって、ＵＰフィール
ドでそのフレームの優先度の種別を判別することができ
る。また、ＴＰＩＤ，ＣＦＩ，ＶＩＤはそれぞれ上位層
のプロトコルタイプを特定するタイプＩＤ（８１００固
定），ルーティング情報（０固定），バーチャルＬＡＮ
のＩＤ番号（０固定）を意味する。FIG. 3A shows the format of a frame (packet) with priority used in the present embodiment. That is, there is an Ethernet header at the beginning of the frame, followed by Ethernet data which is a data portion to be actually transmitted. The Ethernet header stores DA (destination address), SA (source address), TH (priority information), and L / T (data length) in this order. Further, the priority information includes U
When P is "7", it means high priority, and UP is "1".
Means low priority. Therefore, the type of the priority of the frame can be determined from the UP field. TPID, CFI, and VID are a type ID (fixed to 8100) for specifying a protocol type of an upper layer, routing information (fixed to 0), a virtual LAN, respectively.
ID number (fixed to 0).
【００２５】なお、従来の優先度なしフレームのデータ
フォーマットは、同図（ｂ）に示すようになっており、
優先度付きのフレーム（同図（ａ））と比較すると明ら
かなように、ＴＨ（優先度情報）が無い。つまり、この
優先度なしのフレームのＳＡエリアとＬ／Ｔエリアの間
にＴＨエリアを挿入したものが優先度付きフレームとな
る。The data format of the conventional frame without priority is as shown in FIG.
As is clear from comparison with the frame with priority (FIG. 10A), there is no TH (priority information). In other words, a frame with a priority is obtained by inserting the TH area between the SA area and the L / T area of the frame without the priority.
【００２６】そして、本形態のノード３は、ノード３の
内部（各層間）では、図３（ｂ）に示す優先度なしのフ
レームでの送受を行い、ノード３間、つまり、ノード３
と集線装置１間では、優先度ありのフレームを送信する
ようにしている。すなわち、ノード３の内部に、外部に
送出する際に優先度情報の無いフレームに対して優先度
情報を付加する機能と、受け取った優先度ありのフレー
ムから優先度情報を除去し、優先度なしのフレームに変
換する機能を持たせている。そして具体的には、図４に
示すようになっている。The node 3 of the present embodiment transmits and receives frames without priorities as shown in FIG. 3B inside (in each layer) of the node 3, and transmits and receives between the nodes 3, that is, the node 3
And the concentrator 1 transmit frames with priority. That is, a function of adding priority information to a frame having no priority information when transmitting to the outside inside the node 3, and removing the priority information from the received frame with priority, and providing no priority. It has a function to convert to frames. Specifically, it is as shown in FIG.
【００２７】すなわち、よく知られているように、イー
サネット（ＰＣＴ／ＩＰのプロトコル）の階層化構造
は、図４に示すように、最上位層としてのアプリケーシ
ョン層５の下位側に、層間のインターフェースであるソ
ケットと呼ばれるＡＰＩ６を介して、トランスポート層
（ＴＣＰ／ＩＰ，ＵＤＰ）７，インターネット層（イー
サネットドライバ）８，ＯＳ９，物理層（ハードウェ
ア）１０の順に配置された構成となっている。That is, as is well known, the layered structure of Ethernet (PCT / IP protocol) has a layer interface below the application layer 5 as the uppermost layer, as shown in FIG. A transport layer (TCP / IP, UDP) 7, an Internet layer (Ethernet driver) 8, an OS 9, and a physical layer (hardware) 10 are arranged in this order via an API 6 called a socket.
【００２８】そして、係る構成におけるデータの流れと
しては、通常ソケットと呼ばれるＡＰＩ６を利用し通信
のアプリケーションを作成する。このアプリケーション
からＡＰＩ６を通じてＴＣＰ／ＩＰ７に渡されたデータ
は、さらにイーサネットドライバ８に渡され、ドライバ
８がＯＳ９を通じてハードウェア（イーサネットコント
ローラ）１０をアクセスし伝送路にパケットが送受信さ
れる。そして、イーサネットドライバ８にて、上記した
優先度情報の付加・除去を行うようにしている。As a data flow in such a configuration, a communication application is created using an API 6 usually called a socket. The data passed from the application to the TCP / IP 7 through the API 6 is further passed to the Ethernet driver 8, and the driver 8 accesses the hardware (Ethernet controller) 10 through the OS 9 to transmit and receive packets to and from the transmission path. Then, the Ethernet driver 8 adds and removes the above-mentioned priority information.
【００２９】すなわち、図に示すようにイーサネットド
ライバ８内に、図５のフローチャートを実施する機能を
持った優先度情報付加処理部１１及び優先度設定テーブ
ル１２並びに図６のフローチャートを実施する機能を持
った優先度情報除去処理部１３を設ける。そして、イー
サネットドライバ８のより具体的な内部構造は、図７に
示すようになっている。That is, as shown in the figure, in the Ethernet driver 8, a priority information addition processing unit 11 and a priority setting table 12 having a function of executing the flowchart of FIG. 5 and a function of executing the flowchart of FIG. 6 are provided. The provided priority information removal processing unit 13 is provided. A more specific internal structure of the Ethernet driver 8 is as shown in FIG.
【００３０】図７に示すように、上位層から初期化要求
を受けると、ドライバ初期化処理部８ａ，ボード初期化
処理部８ｂにより、ドライバ及びＥｔｈｅｒｎｅｔボー
ドの初期化を行う。送信要求では、上位層から渡された
パケットを、イーサネット用のパケットに構成し、優先
度順に送信する機能を実行する。As shown in FIG. 7, when an initialization request is received from the upper layer, the driver and the Ethernet board are initialized by the driver initialization processing section 8a and the board initialization processing section 8b. In the transmission request, a packet passed from the upper layer is formed into a packet for Ethernet, and a function of transmitting the packet in order of priority is executed.
【００３１】また、送信処理部８ｃは、受信した送信要
求（上位層から通常の送信パケット（優先度通知パケッ
トでない））にしたがい、Ｅｔｈｅｒｎｅｔボードにパ
ケット送信を実行する。そして、本発明の優先度情報付
加処理部１１が、この送信処理部８ｃと連携して配置さ
れ、後述するように上位層から優先度通知パケットを受
信した場合に、その優先度情報付加処理部１１が稼動
し、優先度設定テーブル１２に所定のデータを記憶す
る。The transmission processing unit 8c executes packet transmission to the Ethernet board in accordance with the received transmission request (normal transmission packet (not a priority notification packet from the upper layer)). Then, the priority information addition processing unit 11 of the present invention is arranged in cooperation with the transmission processing unit 8c, and when a priority notification packet is received from an upper layer as described later, the priority information addition processing unit 11 11 operates and stores predetermined data in the priority setting table 12.
【００３２】この優先度情報付加処理部１１は、本形態
では上位層から渡されたパケットが、制御パケットか送
信パケットであるかを解析する送信パケット解析処理部
１１ａと、優先度設定テーブルに、ポートごとに優先度
を保存する優先度テーブル設定処理部１１ｂと、指定さ
れたポートの優先度をサーチしたり、優先度テーブルを
操作し、優先度なしパケットを優先度付きのパケットフ
ォーマットに変換する送信パケット変換処理１１ｃを備
えている。In this embodiment, the priority information addition processing section 11 includes a transmission packet analysis processing section 11a for analyzing whether a packet passed from an upper layer is a control packet or a transmission packet, and a priority setting table. A priority table setting processing unit 11b for storing the priority for each port, and searching for the priority of the designated port or manipulating the priority table to convert a packet without priority into a packet format with priority. A transmission packet conversion process 11c is provided.
【００３３】また、割り込みハンドラでは、ハードウェ
アからの受信部側に優先度情報除去処理部１３たる受信
パケット変換処理部１３ａを設け、そこにおいて受信し
たパケットを、優先度付きのパケットフォーマットか
ら、通常のパケットフォーマットに変換するようになっ
ている。さらに、受信パケット解析処理部１３ｂでは、
受信パケットの種類（優先度ありか否か）を判断し、優
先度ありの場合には上記の受信パケット変換処理部１３
ａを稼動させるようになっている。さらに、この受信パ
ケット解析処理部１３ｂでは、優先度なしのパケットの
受信を上位層に通知する機能も持つ。この通知機能は、
従来も有するものである。但し異なるのは従来のものは
受信したパケットはすべて優先度なしであるので、受信
したらそれを通知すればよかったが、本形態では優先度
付きとなしの両方のパケットが受信される可能性がある
ので、優先度なしの場合にはそのまま通知し、優先度付
きの場合には優先度なしに変換後通知することになる。In the interrupt handler, a receiving packet conversion processing unit 13a as a priority information removing processing unit 13 is provided on the receiving side from the hardware, and the received packet is converted from a packet format with priority into a normal packet format. To the packet format. Further, in the received packet analysis processing unit 13b,
The type of the received packet (whether or not there is a priority) is determined.
a is operated. Further, the received packet analysis processing unit 13b has a function of notifying a higher layer of the reception of a packet having no priority. This notification feature
It also has a conventional one. However, the difference is that in the conventional case, all received packets have no priority, so it should have been notified when received, but in this embodiment, both packets with and without priority may be received Therefore, if there is no priority, the notification is made as it is, and if there is a priority, the notification after conversion is made without priority.
【００３４】さらに、この通知にしたがい上位層が発す
る受信パケット転送要求を受信すると、それにしたが
い、指示された受信パケットを上位層に転送する機能
や、上位層から終了要求を受けると、Ｅｔｈｅｎｅｔボ
ードを停止し、ドライバが保有するすべてのリソースを
開放する終了処理する機能などを有する。なお、優先度
情報の付加／除去する機能以外は、従来からのイーサネ
ットドライバと同様であるのでその詳細な説明を省略す
る。Further, upon receiving a received packet transfer request issued by the upper layer according to the notification, the function of transferring the designated received packet to the upper layer, and upon receiving a termination request from the upper layer, the Ethernet board It has a function to stop and release all resources held by the driver, for example. The functions other than the function of adding / removing the priority information are the same as those of the conventional Ethernet driver, and the detailed description thereof will be omitted.
【００３５】ここで本発明では、データ送信用の通常の
ＡＰＩ６を利用してアプリケーション５がイーサネット
ドライバ８に設けた優先度設定テーブル６に優先度を登
録できる特殊なパケットフォーマット（図８参照）を定
義し、イーサネットドライバ８（優先度情報処理部５）
は、パケットごとに優先度設定テーブルを参照して優先
度をつける処理を行うようにしている。Here, in the present invention, a special packet format (see FIG. 8) that allows the application 5 to register the priority in the priority setting table 6 provided in the Ethernet driver 8 using the normal API 6 for data transmission is used. Define and Ethernet driver 8 (priority information processing unit 5)
Performs a process of assigning a priority to each packet by referring to the priority setting table.
【００３６】ここでまずアプリケーションからイーサネ
ットドライバに渡される優先度設定用のパケットフォー
マットを説明すると、優先度設定用のパケットの場合に
は、図８に示すようにＵＤＰヘッダの中の先頭のＳｒｃ
Ｐｏｒｔが９になっている。従って、９以外の場合は
通常のデータパケットと判断できる。また、データ中の
先頭のＲｅｑｕｅｓｔ Ｎｏは、設定を示す「１」とな
り、Ｐｏｒｔ Ｎｏは、アプリケーションが優先度付き
通信を行おうとするポート番号を示し（ソケットＡＰＩ
においては、ポート番号を指定して通信を行っているた
め、そのポート番号が書き込まれている）、Ｐｒｉｏｒ
ｉｔｙエリアには、その通信を行うデータが高優先度
（７）か低優先度（１）かの情報がセットされている。First, a description will be given of a priority setting packet format passed from the application to the Ethernet driver. In the case of a priority setting packet, as shown in FIG.
Port is 9. Therefore, in cases other than 9, it can be determined that the packet is a normal data packet. Request No. at the head of the data is “1” indicating the setting, and Port No. indicates a port number to which the application attempts to perform the communication with priority (socket API).
In, communication is performed by designating a port number, so that port number is written.)
The information indicating whether the data to be communicated has a high priority (7) or a low priority (1) is set in the "ity" area.
【００３７】イーサネットドライバ８の優先度情報付加
処理部１１は、上記した優先度通知パケットの受信にと
もない、優先度テーブル１２（図９参照）を作成し、ま
た、通常のパケット（送信パケット）を受信したなら
ば、優先度テーブル１２を参照して優先度情報を付加し
たパケットを作成し、データ送信をするようになってい
る。The priority information addition processing section 11 of the Ethernet driver 8 creates the priority table 12 (see FIG. 9) in response to the reception of the above-mentioned priority notification packet, and converts the normal packet (transmission packet). When the packet is received, a packet to which priority information is added is created with reference to the priority table 12, and data is transmitted.
【００３８】そして、具体的には図５に示すように、ま
ず、上位層から渡された送信要求を待ち（ＳＴ１）、受
け付けたならばその送信要求のパケット種別を判断する
（ＳＴ２）。つまり、９番ポートから送られてきたパケ
ットか否かを判断し、９番ポートであれば優先度設定用
のパケットであり、それ以外であればデータ送信用のパ
ケットと判断できる。As shown in FIG. 5, first, a transmission request passed from an upper layer is waited for (ST1), and if accepted, the packet type of the transmission request is determined (ST2). That is, it is determined whether or not the packet is transmitted from the ninth port. If it is the ninth port, it can be determined that the packet is for setting the priority, and if not, it is determined that the packet is for data transmission.
【００３９】そして、優先度設定用のパケットなら、ス
テップ９に飛び、優先度テーブルに優先度と対応ポート
をセットする。具体的には、図８に示す優先度通知パケ
ットのデータ部分を解析し、Ｐｏｒｔ Ｎｏエリアから
優先度設定するポート番号（アプリケーションが、その
設定しようとする優先度のフレームを送信する際に使用
するポート番号）を取得し、Ｐｒｉｏｒｔｙエリアに格
納された数値を取得する。そして、取得した２つの値
（ポート番号と優先度）を関連付けて図９（ａ）に示す
ポート別優先度テーブルに格納する。すなわち、例えば
図１０に示すような優先度通知パケットを受け付けた場
合、データ部分から、ポート番号１０４８を使って送信
するパケットの優先度が７（高優先度）となっているの
で、図５（ａ）に示すように該当するポート番号の優先
度を７にセットする。係る処理をして優先度設定のため
の前処理（テーブル作成）を終了する。If the packet is a priority setting packet, the process jumps to step 9 and sets the priority and the corresponding port in the priority table. Specifically, the data portion of the priority notification packet shown in FIG. 8 is analyzed, and a port number for which a priority is to be set from the Port No area (used when the application transmits a frame of the priority to be set). Port number) and the numerical value stored in the Priority area. Then, the acquired two values (port number and priority) are stored in the port priority table shown in FIG. 9A in association with each other. That is, for example, when a priority notification packet as shown in FIG. 10 is received, the priority of the packet transmitted using the port number 1048 is 7 (high priority) from the data portion, As shown in a), the priority of the corresponding port number is set to 7. After performing such processing, the pre-processing (table creation) for setting the priority ends.
【００４０】一方、ステップ２の分岐判断で上位層から
渡された送信要求がデータ送信用のパケットと判断され
た場合にはステップ３に飛びさらに、上位層で分割され
たパケットなのか判定する。なお、分割されたパケット
か否かは、ＩＰヘッダのフラグ（図示省略）から判断で
きる。On the other hand, if it is determined in step 2 that the transmission request passed from the upper layer is a packet for data transmission, the process jumps to step 3 to determine whether the packet is a packet divided in the upper layer. Whether the packet is a divided packet can be determined from a flag (not shown) of the IP header.
【００４１】そして、分割されてなければ、ステップ６
に飛び、優先度設定テーブル（ポート別優先度テーブ
ル）１２をアクセスして対応するポートに関連付けられ
た優先度を読み出す（ＳＴ６）。つまり、例えばポート
番号が先ほど登録した「１０４８」とすると、優先度は
「７」という情報を読み出す。If not divided, step 6
Then, the priority setting table (priority table for each port) 12 is accessed to read the priority associated with the corresponding port (ST6). That is, for example, if the port number is “1048” registered earlier, the information with the priority “7” is read.
【００４２】次いで、受け付けたパケットのイーサネッ
トヘッダ（図３（ｂ）に示すように優先度情報なし）の
ＳＡエリア（送信元アドレス）の後に、ＴＨエリア（優
先度情報）を挿入したフレームを作成（優先度付きパケ
ットフォーマットに変換）する。つまり、図３（ａ）に
示したように、ＴＨエリアのうちＵＰエリアのみが可変
（１／７）でそれ以外の固定であるので、テーブルから
読み出した優先度（１／７）と固定の各値を適宜の順で
挿入することになる。その後、そのように変換して生成
した優先度付きフォーマットのデータを送信し、処理を
終了する（ＳＴ８）。Next, a frame is created in which a TH area (priority information) is inserted after the SA area (source address) of the Ethernet header (no priority information as shown in FIG. 3B) of the received packet. (Convert to packet format with priority). That is, as shown in FIG. 3 (a), only the UP area of the TH area is variable (1/7) and fixed other than that, so the priority (1/7) read from the table and the fixed Each value is inserted in an appropriate order. After that, the data in the format with the priority generated by the conversion is transmitted, and the process ends (ST8).
【００４３】また、受け付けたパケットが分割されたパ
ケットの場合には、ステップ３からステップ４に飛び、
さらに最初の分割パケットであるか否かを判断する。こ
の判断も、ＩＰヘッダのフラグ（図示省略）から判断で
きる。つまり、実際の処理としては、ステップ３，４の
判断はいっしょに行うことができる。If the received packet is a fragmented packet, the process jumps from step 3 to step 4, and
Further, it is determined whether or not the packet is the first fragmented packet. This determination can also be made from a flag (not shown) of the IP header. That is, as an actual process, the determinations in steps 3 and 4 can be performed together.
【００４４】そして、最初の分割パケットの場合には、
パケットの中のＩＤを読み出し、ＩＤと優先度を関連付
けたテーブル：ＩＤフィールド別優先度テーブル（図９
（ｂ）参照）を作成する。なお、優先度は、ポート番号
よりポート別優先度テーブルを参照することにより認識
できる。つまり、１度に送れる最大データ長が決まって
いるので、それ以上のデータを送る場合には、複数のパ
ケットに分割して送ることになる。このとき、２つ目以
降のパケットには、ＴＣＰ或いはＵＤＰの送信元ポート
を特定する情報が含まれていないので、その２つ目以降
の途中パケットの情報のみでは優先度を特定できない。Then, in the case of the first divided packet,
A table in which the ID in the packet is read and the ID is associated with the priority: a priority table for each ID field (FIG. 9)
(See (b)). The priority can be recognized by referring to the port-specific priority table rather than the port number. In other words, since the maximum data length that can be transmitted at one time is determined, when transmitting more data, the data is divided into a plurality of packets and transmitted. At this time, since the second and subsequent packets do not include information for specifying the TCP or UDP source port, the priority cannot be specified only by the information of the second and subsequent intermediate packets.
【００４５】そこで、分割されたパケットのＩＤフィー
ルド（ＩＤ番号）が同じ値になることを利用し、最初の
パケットのＩＤ番号と優先度を関連付けたＩＤフィール
ド別優先度テーブル（図９（ｂ））を作成することによ
り、２番目以降のパケットは、ＩＤ番号からそのＩＤフ
ィールド別優先度テーブルを参照することにより、その
ＩＤ番号に対応する優先度（１／７）を知ることができ
るので、その取得した対応する優先度を、そのパケット
を送信する際の優先度とすることができる。Therefore, a priority table for each ID field (FIG. 9 (b)) in which the ID number (ID number) of the divided packet has the same value and the ID number of the first packet is associated with the priority. ), The second and subsequent packets can know the priority (1/7) corresponding to the ID number by referring to the priority table for each ID field from the ID number. The acquired corresponding priority can be set as the priority at the time of transmitting the packet.
【００４６】そして、ステップ５を実行してテーブルを
作成したならば、ステップ６に戻り上記した各処理を順
に実行し、優先度付きのパケットに変換後データを送信
するようになる。つまりテーブル（ポート別優先度デー
タテーブル）を参照してそのポート番号に対応した優先
度（１／７）を取得し、それに基づいて優先度付きパケ
ットに変換する。なお、ステップ５を実行する際に優先
度情報はすでにわかっているので、ステップ５をステッ
プ７に飛び、そのわかっている優先度情報を用いて優先
度付きパケットを組み立てるようにしてもよい。When the table is created by executing step 5, the process returns to step 6 to execute the above-described processes in order, and to transmit the converted data into a packet with priority. That is, the priority (1/7) corresponding to the port number is acquired by referring to the table (priority data table for each port), and is converted into a packet with priority based on the priority. Since the priority information is already known when executing step 5, step 5 may be skipped to step 7, and a packet with priority may be assembled using the known priority information.
【００４７】さらに、分割された２つ目以降のパケット
の場合には、ステップ４でＮｏとなるので、そのままス
テップ６に飛び、ＩＤフィールド別優先度テーブルよ
り、対応するＩＤの優先度を読み出し、優先度付きパケ
ットフォーマットに変換し（ＳＴ７）、ネットワークに
送信する（ＳＴ８）。Further, in the case of the second and subsequent divided packets, the result of step 4 is No, so the process directly jumps to step 6 and reads the priority of the corresponding ID from the priority table for each ID field. The packet is converted into a priority-added packet format (ST7) and transmitted to the network (ST8).
【００４８】そして、上記した各ステップと、図７に示
す各処理部１１ａ〜１１ｃの関係は、送信パケット解析
処理部１１ａはステップ１〜４の処理を行い、優先度テ
ーブル設定処理部１１ｂがステップ５，９の処理を行
い、送信パケット変換処理部１１ｃが、ステップ６，７
の処理を行う。なお、ステップ８のデータ送信は、送信
処理部８ｃが実行することになる。The relationship between the above steps and the processing units 11a to 11c shown in FIG. 7 is as follows. The transmission packet analysis processing unit 11a performs the processing of steps 1 to 4 and the priority table setting processing unit 11b executes The transmission packet conversion processing unit 11c performs the processing of steps 5 and 9.
Is performed. The data transmission in step 8 is performed by the transmission processing unit 8c.
【００４９】上記したように、本形態では優先度テーブ
ル１２として、「ポート別優先度テーブル」と「ＩＤフ
ィールド別優先度テーブル」の２種類のテーブルを用意
し、それらを使用することによりデータ長の長い複数の
パケットに分割して送信するデータにも対応できるよう
にしている。但し、例えはＦＡ用のＰＬＣを制御するネ
ットワークに適用した場合、分割しなければならないほ
どデータ長の長いデータを送ることはほとんどないの
で、ＩＤフィールド別優先度テーブル（図９（ｂ））は
なくてもよい。その場合には、図５に示すステップ３か
ら５の処理がなくなる。As described above, in the present embodiment, two types of tables, a “priority table for each port” and a “priority table for each ID field”, are prepared as the priority table 12, and the data length is obtained by using them. It can handle data to be transmitted after being divided into a plurality of long packets. However, for example, when applied to a network that controls a PLC for FA, since data having a long data length is rarely transmitted so that it must be divided, the priority table for each ID field (FIG. 9B) is It is not necessary. In that case, the processing of steps 3 to 5 shown in FIG. 5 is eliminated.
【００５０】そして、仮にＩＤフィールド別優先度テー
ブルを設けないイーサネットドライバを用いたノードに
おいて複数に分割されたパケットを送信する場合には、
２番目以降のパケットは優先度情報がないので、例えば
オフセットとして設定される低優先度とすることにより
対応できる。特に、ＰＬＣのＬＡＮの場合にデータ長が
長いというのは、多くの場合情報系であると予測できる
ので、そのように低優先度に設定しても問題はない。な
お、逆にデータ長が長く複数のパケットに分割して送信
するものが、優先度の高いものが多い場合には、分割パ
ケットの２つ目以後はすべて高優先度に設定するように
してもよい。If a node using an Ethernet driver that does not have a priority table for each ID field transmits a plurality of divided packets,
Since the second and subsequent packets do not have priority information, they can be dealt with by setting a low priority set as an offset, for example. In particular, in the case of a PLC LAN, the fact that the data length is long can be predicted to be an information system in many cases. Therefore, there is no problem in setting such a low priority. Conversely, when a packet having a long data length and transmitted after being divided into a plurality of packets has many high-priority packets, the second and subsequent divided packets may be set to have a high priority. Good.
【００５１】一方、本形態のノード３のＡＰＩ６は、優
先度付きのパケットを送受信できないため、ネットワー
クを介して受信した優先度付きのパケットを、イーサネ
ットドライバ８で優先度なしのパケットに変換するよう
になっている。さらに、本形態では、優先度なしのパケ
ットを送受信するネットワークにも対応できるように、
優先度なしのパケットを受信した場合には、上記のよう
な変換をすることなく上位層に送る（通常のデータ処理
はもちろんする）ようになっている。そして、具体的に
は、図６に示すようなフローチャートを実行する機能を
有している。On the other hand, since the API 6 of the node 3 according to the present embodiment cannot transmit / receive a packet with a priority, the API driver 6 converts a packet with a priority received via a network into a packet without a priority by the Ethernet driver 8. It has become. Furthermore, in this embodiment, in order to be able to cope with a network transmitting and receiving packets without priority,
When a packet without priority is received, it is sent to the upper layer without performing the above-described conversion (normal data processing is of course performed). Specifically, it has a function of executing a flowchart as shown in FIG.
【００５２】すなわち、まず、ハードウェア１０からの
割り込み要求（伝送路２を介してネットワークから送ら
れてきたパケット受信による割り込み）があったなら
ば、その受信パケットが、優先度付きのものか優先度な
しのものかを判断する（ＳＴ１１，ＳＴ１２）。この判
断は、受信パケット解析処理部１３ｂが行う。That is, first, if there is an interrupt request from the hardware 10 (interrupt due to reception of a packet sent from the network via the transmission path 2), the received packet is given priority or priority. It is determined whether or not there is no degree (ST11, ST12). This determination is made by the received packet analysis processing unit 13b.
【００５３】そして、優先度付きパケットと判断した場
合には、ステップ１３に進み、優先度付きのパケットフ
ォーマットから、通常のパケットフォーマットに変換す
る。すなわち、優先度付きフォーマット（図３（ａ）参
照）のイーサネットヘッダのＴＨエリアを除去し、ＳＡ
エリアに続いてＬ／Ｔエリアを続けた１４バイトからな
る優先度なしフォーマット（図３（ｂ）参照）のフレー
ムに再構築する。そして、この処理は受信パケット変換
処理部１３ａが実行する。その後、受信があったことを
上位層に通知し、処理を終了する（ＳＴ１４）。この処
理は、受信パケット解析処理部１３ｂが行う。If it is determined that the packet is a priority-added packet, the flow advances to step 13 to convert the packet format with the priority into a normal packet format. That is, the TH area of the Ethernet header of the format with priority (see FIG. 3A) is removed, and the SA area is removed.
The frame is reconstructed into a frame of a 14-byte non-priority format (see FIG. 3B) consisting of an L / T area following the area. This process is executed by the received packet conversion processing unit 13a. Thereafter, the reception is notified to the upper layer, and the process ends (ST14). This processing is performed by the received packet analysis processing unit 13b.
【００５４】一方、優先度なしパケットを受信した場
合、ステップ１２からステップ１４に飛び、上位層に対
してパケット受信を通知し、処理を終了する。つまり、
従来から行われている通常の受信処理を実行することに
なる。この一連の処理は、受信パケット解析処理部１３
ｂが行う。On the other hand, if a packet without priority is received, the process jumps from step 12 to step 14 to notify the upper layer of the reception of the packet and terminate the processing. That is,
Normal reception processing that has been performed conventionally will be executed. This series of processing is performed by the reception packet analysis processing unit 13.
b does.
【００５５】そして、通常であれば、この通知にしたが
い上位層から受信パケット転送要求があるので、それを
受けて受信パケットを上位層に転送する。また、上位層
から終了要求を受けると、終了処理、つまり Ｅｔｈｅ
ｎｅｔボードを停止し、ドライバが保有するすべてのリ
ソースを開放する。Normally, there is a request to transfer a received packet from the upper layer according to this notification, so that the received packet is transferred to the upper layer in response to the request. When a termination request is received from an upper layer, termination processing, that is, Ethe
Stop the net board and release all resources held by the driver.
【００５６】[0056]
【発明の効果】以上のように、本発明に係るノード及び
ノード内のデータ処理方法の第１の発明（請求項１，
２）では、優先度情報付加手段により上位層から送られ
てきた優先度なしフレームが優先度付きフレームに変換
（生成）されるので、その優先度情報付加手段よりも上
位層は、優先度なしフレーム（パケット）の状態で送受
信ができる。よって、新たなＡＰＩ（拡張Ｉ／Ｆ）を追
加すること無く、アプリケーションを大幅に作り替えを
すること無く、従来からあるアプリケーションや通常の
ＡＰＩや、ＵＤＰを使用して通信するノードであって
も、接続したネットワークに対して優先度付きフレーム
を送信することができる。As described above, the first invention of the node and the data processing method in the node according to the present invention (claim 1,
In 2), the non-priority frame sent from the upper layer by the priority information adding means is converted (generated) into a frame with priority, so that the upper layer than the priority information adding means has no priority. Transmission and reception can be performed in the state of a frame (packet). Therefore, even if a node communicates using a conventional application, a normal API, or UDP without adding a new API (extended I / F) and without largely changing an application. , A frame with priority can be transmitted to the connected network.
【００５７】また、第２の発明（請求項３，４）では、
優先度情報除去手段により外部から受け取った優先度付
きフレームを優先度なしフレームに作り変えるので、そ
の優先度情報除去手段の設置層よりも上位層は、優先度
なしフレームを受けることができる。よって、上記第１
の発明と同様に、優先度付きフレームの通信を可能とす
る拡張Ｉ／Ｆやアプリケーションなどを製造する必要が
なく、従来の優先度なしフレームを取り扱うＡＰＩやア
プリケーションを備えたノードであっても、優先度付き
フレームを受信し、所望の処理をすることができる。In the second invention (claims 3 and 4),
Since the frame with priority received from the outside by the priority information removing unit is recreated as a frame without priority, a layer higher than the installation layer of the priority information removing unit can receive the frame without priority. Therefore, the first
Similarly to the invention of the first embodiment, there is no need to manufacture an extended I / F or an application that enables communication of a frame with a priority, and even if the node has an API or an application that handles a conventional frame without a priority, A frame with priority can be received and desired processing can be performed.
【図１】本発明が適用されるネットワークシステムの一
例を示す図である。FIG. 1 is a diagram showing an example of a network system to which the present invention is applied.
【図２】集線装置の内部構造を示す図である。FIG. 2 is a diagram showing an internal structure of the line concentrator.
【図３】（ａ）は、優先度付きフレームフォーマットを
示す図である。（ｂ）は、優先度なしフレームフォーマ
ットを示す図である。FIG. 3A illustrates a frame format with priority. (B) is a diagram showing a frame format without priority.
【図４】本発明に係るノードの好適な一実施の形態を示
す図である。FIG. 4 is a diagram showing a preferred embodiment of a node according to the present invention.
【図５】主として優先度情報付加処理部の機能を示すフ
ローチャートである。FIG. 5 is a flowchart mainly showing functions of a priority information addition processing unit;
【図６】主として優先度情報除去処理部の機能を示すフ
ローチャートである。FIG. 6 is a flowchart mainly showing the function of a priority information removal processing unit;
【図７】イーサネットドライバの内部構造を示す図であ
る。FIG. 7 is a diagram showing the internal structure of the Ethernet driver.
【図８】アプリケーションから送られる優先度設定通知
パケットのフォーマットを示す図である。FIG. 8 is a diagram showing a format of a priority setting notification packet sent from an application.
【図９】（ａ）は、ポート別優先度テーブルを示すデー
タ構造図である。（ｂ）は、ＩＤフィールド別優先度テ
ーブルを示すデータ構造図である。FIG. 9A is a data structure diagram illustrating a port-by-port priority table. (B) is a data structure diagram showing a priority table for each ID field.
【図１０】優先度設定通知パケットの一例を示す図であ
る。FIG. 10 illustrates an example of a priority setting notification packet.
３ ノード ８ イ−サネットドライバ（下位層） １１ 優先度情報付加処理部 １２ 優先度テーブル １３ 優先度情報辞去処理部 3 Node 8 Ethernet driver (lower layer) 11 Priority information addition processing unit 12 Priority table 13 Priority information deletion processing unit
Claims (4)
ワークに接続取り外し可能なノードであって、 送信予定のフレームを特定する情報と、そのフレームの
優先度とを関連付けた優先度テーブルと、 そのフレームに、前記優先度テーブルを参照して優先度
を付加して優先度付きフレームを生成する優先度情報付
加手段を備えたノード。1. A priority table in which information identifying a frame to be transmitted and a priority of the frame are associated with each other. And a priority information adding means for generating a frame with priority by adding a priority with reference to the priority table.
おけるデータ処理方法であって、 上位層は送信予定のフレームについての優先度情報を下
位層に対して送り、 前記下位層は、受け取った優先度情報にしたがい送信予
定のフレームを特定する情報と、そのフレームの優先度
とを関連付けた優先度テーブルを作成し、 次いで上位層から受け取った優先度なしフレームに対
し、前記優先度テーブルを参照して優先度を付加して優
先度付きフレームを生成するようにしたことを特徴とす
るノード内のデータ処理方法。2. A data processing method in a node to be connected to a network, wherein an upper layer sends priority information on a frame to be transmitted to a lower layer, wherein the lower layer receives the received priority information. A priority table is created in which information for identifying a frame to be transmitted is associated with the priority of the frame according to the priority table. A data processing method in a node, wherein a frame with a priority is generated by adding a degree.
ワークに接続取り外し可能なノードであって、 外部から受け取った優先度付きフレームから、優先度情
報を除去した優先度なしフレームを生成する優先度情報
除去手段と、 その優先度情報除去手段により生成された優先度なしフ
レームを上位層に送る手段を備えたノード。3. Priority information that is a node detachable from a network through which a priority frame is transmitted, and that generates a non-priority frame by removing priority information from a priority frame received from outside. A node comprising: a removing unit; and a unit that sends a non-priority frame generated by the priority information removing unit to an upper layer.
ワークの接続対象であるノードにおけるデータ処理方法
であって、 外部から優先度付きフレームを受信した際に、その受信
したフレームから優先度情報を除去して優先度なしフレ
ームを生成し、 次いで、その生成した優先度なしフレームを上位層に送
るようにしたことを特徴とするノード内のデータ処理方
法。4. A data processing method in a node to be connected to a network to which a frame with priority is transmitted, wherein when a frame with priority is received from outside, priority information is removed from the received frame. A non-priority frame, and then transmitting the generated non-priority frame to an upper layer.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35170598A JP3729237B2 (en) | 1998-12-10 | 1998-12-10 | Node and data processing method in node |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35170598A JP3729237B2 (en) | 1998-12-10 | 1998-12-10 | Node and data processing method in node |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000183935A true JP2000183935A (en) | 2000-06-30 |
| JP3729237B2 JP3729237B2 (en) | 2005-12-21 |
Family
ID=18419069
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP35170598A Expired - Fee Related JP3729237B2 (en) | 1998-12-10 | 1998-12-10 | Node and data processing method in node |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3729237B2 (en) |
Cited By (51)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007174704A (en) * | 2007-03-12 | 2007-07-05 | Brother Ind Ltd | Network device and program for same |
| US7477656B2 (en) | 2003-09-02 | 2009-01-13 | Brother Kogyo Kabushiki Kaisha | Network apparatus and program for the same |
| JP4757940B2 (en) * | 2006-05-02 | 2011-08-24 | ハリス コーポレイション | Quality of service protocol filtering system and method |
| US8121117B1 (en) | 2007-10-01 | 2012-02-21 | F5 Networks, Inc. | Application layer network traffic prioritization |
| US8396836B1 (en) | 2011-06-30 | 2013-03-12 | F5 Networks, Inc. | System for mitigating file virtualization storage import latency |
| US8417681B1 (en) | 2001-01-11 | 2013-04-09 | F5 Networks, Inc. | Aggregated lock management for locking aggregated files in a switched file system |
| US8417746B1 (en) | 2006-04-03 | 2013-04-09 | F5 Networks, Inc. | File system management with enhanced searchability |
| US8433735B2 (en) | 2005-01-20 | 2013-04-30 | F5 Networks, Inc. | Scalable system for partitioning and accessing metadata over multiple servers |
| US8463850B1 (en) | 2011-10-26 | 2013-06-11 | F5 Networks, Inc. | System and method of algorithmically generating a server side transaction identifier |
| US8549582B1 (en) | 2008-07-11 | 2013-10-01 | F5 Networks, Inc. | Methods for handling a multi-protocol content name and systems thereof |
| US8548953B2 (en) | 2007-11-12 | 2013-10-01 | F5 Networks, Inc. | File deduplication using storage tiers |
| US8682916B2 (en) | 2007-05-25 | 2014-03-25 | F5 Networks, Inc. | Remote file virtualization in a switched file system |
| JP2014085803A (en) * | 2012-10-23 | 2014-05-12 | Omron Corp | Communication device |
| US8806056B1 (en) | 2009-11-20 | 2014-08-12 | F5 Networks, Inc. | Method for optimizing remote file saves in a failsafe way |
| US8879431B2 (en) | 2011-05-16 | 2014-11-04 | F5 Networks, Inc. | Method for load balancing of requests' processing of diameter servers |
| US9020912B1 (en) | 2012-02-20 | 2015-04-28 | F5 Networks, Inc. | Methods for accessing data in a compressed file system and devices thereof |
| US9195500B1 (en) | 2010-02-09 | 2015-11-24 | F5 Networks, Inc. | Methods for seamless storage importing and devices thereof |
| US9244843B1 (en) | 2012-02-20 | 2016-01-26 | F5 Networks, Inc. | Methods for improving flow cache bandwidth utilization and devices thereof |
| US9286298B1 (en) | 2010-10-14 | 2016-03-15 | F5 Networks, Inc. | Methods for enhancing management of backup data sets and devices thereof |
| US9420049B1 (en) | 2010-06-30 | 2016-08-16 | F5 Networks, Inc. | Client side human user indicator |
| US9497614B1 (en) | 2013-02-28 | 2016-11-15 | F5 Networks, Inc. | National traffic steering device for a better control of a specific wireless/LTE network |
| US9503375B1 (en) | 2010-06-30 | 2016-11-22 | F5 Networks, Inc. | Methods for managing traffic in a multi-service environment and devices thereof |
| US9519501B1 (en) | 2012-09-30 | 2016-12-13 | F5 Networks, Inc. | Hardware assisted flow acceleration and L2 SMAC management in a heterogeneous distributed multi-tenant virtualized clustered system |
| US9554418B1 (en) | 2013-02-28 | 2017-01-24 | F5 Networks, Inc. | Device for topology hiding of a visited network |
| US9578090B1 (en) | 2012-11-07 | 2017-02-21 | F5 Networks, Inc. | Methods for provisioning application delivery service and devices thereof |
| US10033837B1 (en) | 2012-09-29 | 2018-07-24 | F5 Networks, Inc. | System and method for utilizing a data reducing module for dictionary compression of encoded data |
| USRE47019E1 (en) | 2010-07-14 | 2018-08-28 | F5 Networks, Inc. | Methods for DNSSEC proxying and deployment amelioration and systems thereof |
| US10097616B2 (en) | 2012-04-27 | 2018-10-09 | F5 Networks, Inc. | Methods for optimizing service of content requests and devices thereof |
| US10182013B1 (en) | 2014-12-01 | 2019-01-15 | F5 Networks, Inc. | Methods for managing progressive image delivery and devices thereof |
| US10187317B1 (en) | 2013-11-15 | 2019-01-22 | F5 Networks, Inc. | Methods for traffic rate control and devices thereof |
| US10230566B1 (en) | 2012-02-17 | 2019-03-12 | F5 Networks, Inc. | Methods for dynamically constructing a service principal name and devices thereof |
| US10404698B1 (en) | 2016-01-15 | 2019-09-03 | F5 Networks, Inc. | Methods for adaptive organization of web application access points in webtops and devices thereof |
| US10412198B1 (en) | 2016-10-27 | 2019-09-10 | F5 Networks, Inc. | Methods for improved transmission control protocol (TCP) performance visibility and devices thereof |
| US10505792B1 (en) | 2016-11-02 | 2019-12-10 | F5 Networks, Inc. | Methods for facilitating network traffic analytics and devices thereof |
| US10505818B1 (en) | 2015-05-05 | 2019-12-10 | F5 Networks. Inc. | Methods for analyzing and load balancing based on server health and devices thereof |
| US10567492B1 (en) | 2017-05-11 | 2020-02-18 | F5 Networks, Inc. | Methods for load balancing in a federated identity environment and devices thereof |
| US10721269B1 (en) | 2009-11-06 | 2020-07-21 | F5 Networks, Inc. | Methods and system for returning requests with javascript for clients before passing a request to a server |
| US10797888B1 (en) | 2016-01-20 | 2020-10-06 | F5 Networks, Inc. | Methods for secured SCEP enrollment for client devices and devices thereof |
| US10812266B1 (en) | 2017-03-17 | 2020-10-20 | F5 Networks, Inc. | Methods for managing security tokens based on security violations and devices thereof |
| US10833943B1 (en) | 2018-03-01 | 2020-11-10 | F5 Networks, Inc. | Methods for service chaining and devices thereof |
| US10834065B1 (en) | 2015-03-31 | 2020-11-10 | F5 Networks, Inc. | Methods for SSL protected NTLM re-authentication and devices thereof |
| US11063758B1 (en) | 2016-11-01 | 2021-07-13 | F5 Networks, Inc. | Methods for facilitating cipher selection and devices thereof |
| US11122042B1 (en) | 2017-05-12 | 2021-09-14 | F5 Networks, Inc. | Methods for dynamically managing user access control and devices thereof |
| US11178150B1 (en) | 2016-01-20 | 2021-11-16 | F5 Networks, Inc. | Methods for enforcing access control list based on managed application and devices thereof |
| US11223689B1 (en) | 2018-01-05 | 2022-01-11 | F5 Networks, Inc. | Methods for multipath transmission control protocol (MPTCP) based session migration and devices thereof |
| US11343237B1 (en) | 2017-05-12 | 2022-05-24 | F5, Inc. | Methods for managing a federated identity environment using security and access control data and devices thereof |
| US11350254B1 (en) | 2015-05-05 | 2022-05-31 | F5, Inc. | Methods for enforcing compliance policies and devices thereof |
| US11757946B1 (en) | 2015-12-22 | 2023-09-12 | F5, Inc. | Methods for analyzing network traffic and enforcing network policies and devices thereof |
| US11838851B1 (en) | 2014-07-15 | 2023-12-05 | F5, Inc. | Methods for managing L7 traffic classification and devices thereof |
| US11895138B1 (en) | 2015-02-02 | 2024-02-06 | F5, Inc. | Methods for improving web scanner accuracy and devices thereof |
| US12003422B1 (en) | 2019-09-30 | 2024-06-04 | F5, Inc. | Methods for switching network packets based on packet data and devices |
-
1998
- 1998-12-10 JP JP35170598A patent/JP3729237B2/en not_active Expired - Fee Related
Cited By (55)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8417681B1 (en) | 2001-01-11 | 2013-04-09 | F5 Networks, Inc. | Aggregated lock management for locking aggregated files in a switched file system |
| US7477656B2 (en) | 2003-09-02 | 2009-01-13 | Brother Kogyo Kabushiki Kaisha | Network apparatus and program for the same |
| US8433735B2 (en) | 2005-01-20 | 2013-04-30 | F5 Networks, Inc. | Scalable system for partitioning and accessing metadata over multiple servers |
| US8417746B1 (en) | 2006-04-03 | 2013-04-09 | F5 Networks, Inc. | File system management with enhanced searchability |
| JP4757940B2 (en) * | 2006-05-02 | 2011-08-24 | ハリス コーポレイション | Quality of service protocol filtering system and method |
| JP4535075B2 (en) * | 2007-03-12 | 2010-09-01 | ブラザー工業株式会社 | Network device and program for network device |
| JP2007174704A (en) * | 2007-03-12 | 2007-07-05 | Brother Ind Ltd | Network device and program for same |
| US8682916B2 (en) | 2007-05-25 | 2014-03-25 | F5 Networks, Inc. | Remote file virtualization in a switched file system |
| US8400919B1 (en) | 2007-10-01 | 2013-03-19 | F5 Networks, Inc. | Application layer network traffic prioritization |
| US8121117B1 (en) | 2007-10-01 | 2012-02-21 | F5 Networks, Inc. | Application layer network traffic prioritization |
| US8548953B2 (en) | 2007-11-12 | 2013-10-01 | F5 Networks, Inc. | File deduplication using storage tiers |
| US8549582B1 (en) | 2008-07-11 | 2013-10-01 | F5 Networks, Inc. | Methods for handling a multi-protocol content name and systems thereof |
| US11108815B1 (en) | 2009-11-06 | 2021-08-31 | F5 Networks, Inc. | Methods and system for returning requests with javascript for clients before passing a request to a server |
| US10721269B1 (en) | 2009-11-06 | 2020-07-21 | F5 Networks, Inc. | Methods and system for returning requests with javascript for clients before passing a request to a server |
| US8806056B1 (en) | 2009-11-20 | 2014-08-12 | F5 Networks, Inc. | Method for optimizing remote file saves in a failsafe way |
| US9195500B1 (en) | 2010-02-09 | 2015-11-24 | F5 Networks, Inc. | Methods for seamless storage importing and devices thereof |
| US9503375B1 (en) | 2010-06-30 | 2016-11-22 | F5 Networks, Inc. | Methods for managing traffic in a multi-service environment and devices thereof |
| US9420049B1 (en) | 2010-06-30 | 2016-08-16 | F5 Networks, Inc. | Client side human user indicator |
| USRE47019E1 (en) | 2010-07-14 | 2018-08-28 | F5 Networks, Inc. | Methods for DNSSEC proxying and deployment amelioration and systems thereof |
| US9286298B1 (en) | 2010-10-14 | 2016-03-15 | F5 Networks, Inc. | Methods for enhancing management of backup data sets and devices thereof |
| US9356998B2 (en) | 2011-05-16 | 2016-05-31 | F5 Networks, Inc. | Method for load balancing of requests' processing of diameter servers |
| US8879431B2 (en) | 2011-05-16 | 2014-11-04 | F5 Networks, Inc. | Method for load balancing of requests' processing of diameter servers |
| US8396836B1 (en) | 2011-06-30 | 2013-03-12 | F5 Networks, Inc. | System for mitigating file virtualization storage import latency |
| US8463850B1 (en) | 2011-10-26 | 2013-06-11 | F5 Networks, Inc. | System and method of algorithmically generating a server side transaction identifier |
| US10230566B1 (en) | 2012-02-17 | 2019-03-12 | F5 Networks, Inc. | Methods for dynamically constructing a service principal name and devices thereof |
| US9244843B1 (en) | 2012-02-20 | 2016-01-26 | F5 Networks, Inc. | Methods for improving flow cache bandwidth utilization and devices thereof |
| US9020912B1 (en) | 2012-02-20 | 2015-04-28 | F5 Networks, Inc. | Methods for accessing data in a compressed file system and devices thereof |
| US10097616B2 (en) | 2012-04-27 | 2018-10-09 | F5 Networks, Inc. | Methods for optimizing service of content requests and devices thereof |
| US10033837B1 (en) | 2012-09-29 | 2018-07-24 | F5 Networks, Inc. | System and method for utilizing a data reducing module for dictionary compression of encoded data |
| US9519501B1 (en) | 2012-09-30 | 2016-12-13 | F5 Networks, Inc. | Hardware assisted flow acceleration and L2 SMAC management in a heterogeneous distributed multi-tenant virtualized clustered system |
| JP2014085803A (en) * | 2012-10-23 | 2014-05-12 | Omron Corp | Communication device |
| US9578090B1 (en) | 2012-11-07 | 2017-02-21 | F5 Networks, Inc. | Methods for provisioning application delivery service and devices thereof |
| US9554418B1 (en) | 2013-02-28 | 2017-01-24 | F5 Networks, Inc. | Device for topology hiding of a visited network |
| US9497614B1 (en) | 2013-02-28 | 2016-11-15 | F5 Networks, Inc. | National traffic steering device for a better control of a specific wireless/LTE network |
| US10187317B1 (en) | 2013-11-15 | 2019-01-22 | F5 Networks, Inc. | Methods for traffic rate control and devices thereof |
| US11838851B1 (en) | 2014-07-15 | 2023-12-05 | F5, Inc. | Methods for managing L7 traffic classification and devices thereof |
| US10182013B1 (en) | 2014-12-01 | 2019-01-15 | F5 Networks, Inc. | Methods for managing progressive image delivery and devices thereof |
| US11895138B1 (en) | 2015-02-02 | 2024-02-06 | F5, Inc. | Methods for improving web scanner accuracy and devices thereof |
| US10834065B1 (en) | 2015-03-31 | 2020-11-10 | F5 Networks, Inc. | Methods for SSL protected NTLM re-authentication and devices thereof |
| US10505818B1 (en) | 2015-05-05 | 2019-12-10 | F5 Networks. Inc. | Methods for analyzing and load balancing based on server health and devices thereof |
| US11350254B1 (en) | 2015-05-05 | 2022-05-31 | F5, Inc. | Methods for enforcing compliance policies and devices thereof |
| US11757946B1 (en) | 2015-12-22 | 2023-09-12 | F5, Inc. | Methods for analyzing network traffic and enforcing network policies and devices thereof |
| US10404698B1 (en) | 2016-01-15 | 2019-09-03 | F5 Networks, Inc. | Methods for adaptive organization of web application access points in webtops and devices thereof |
| US11178150B1 (en) | 2016-01-20 | 2021-11-16 | F5 Networks, Inc. | Methods for enforcing access control list based on managed application and devices thereof |
| US10797888B1 (en) | 2016-01-20 | 2020-10-06 | F5 Networks, Inc. | Methods for secured SCEP enrollment for client devices and devices thereof |
| US10412198B1 (en) | 2016-10-27 | 2019-09-10 | F5 Networks, Inc. | Methods for improved transmission control protocol (TCP) performance visibility and devices thereof |
| US11063758B1 (en) | 2016-11-01 | 2021-07-13 | F5 Networks, Inc. | Methods for facilitating cipher selection and devices thereof |
| US10505792B1 (en) | 2016-11-02 | 2019-12-10 | F5 Networks, Inc. | Methods for facilitating network traffic analytics and devices thereof |
| US10812266B1 (en) | 2017-03-17 | 2020-10-20 | F5 Networks, Inc. | Methods for managing security tokens based on security violations and devices thereof |
| US10567492B1 (en) | 2017-05-11 | 2020-02-18 | F5 Networks, Inc. | Methods for load balancing in a federated identity environment and devices thereof |
| US11122042B1 (en) | 2017-05-12 | 2021-09-14 | F5 Networks, Inc. | Methods for dynamically managing user access control and devices thereof |
| US11343237B1 (en) | 2017-05-12 | 2022-05-24 | F5, Inc. | Methods for managing a federated identity environment using security and access control data and devices thereof |
| US11223689B1 (en) | 2018-01-05 | 2022-01-11 | F5 Networks, Inc. | Methods for multipath transmission control protocol (MPTCP) based session migration and devices thereof |
| US10833943B1 (en) | 2018-03-01 | 2020-11-10 | F5 Networks, Inc. | Methods for service chaining and devices thereof |
| US12003422B1 (en) | 2019-09-30 | 2024-06-04 | F5, Inc. | Methods for switching network packets based on packet data and devices |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3729237B2 (en) | 2005-12-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2000183935A (en) | Node and intra-node data processing method | |
| JP3746785B2 (en) | Network station with multiple network addresses | |
| US8649387B2 (en) | Method and system for fibre channel and ethernet interworking | |
| EP2003823B1 (en) | Autonegotiation over an interface for which no autonegotiation standard exists | |
| KR101401874B1 (en) | Communication control system, switching node, communication control method and communication control program | |
| US20230300076A1 (en) | System for Avoiding Layer 2 Network Congestion | |
| JP2006020371A (en) | Network switch and component and method of operation | |
| US5875176A (en) | Network adaptor driver with destination based ordering | |
| JP2000244574A (en) | Device and method for network relay | |
| EP1158750B1 (en) | Systems and method for peer-level communications with a network interface card | |
| Cisco | Configuring Interfaces | |
| Cisco | Configuring Interfaces | |
| Cisco | Configuring Interfaces | |
| JP2001144793A (en) | High speed/high reliability ether transmission system and i/f device | |
| US6714556B1 (en) | In-band management of a stacked group of switches by a single CPU | |
| JP2007306221A (en) | Network switch and communication network | |
| JPH0983562A (en) | Data repeater system for network and data repeating method applied to network system | |
| JPH06125365A (en) | Communication controller | |
| JP2596098B2 (en) | Communication line selection method | |
| JP2003289315A (en) | Packet transfer apparatus and packet transfer method | |
| JP2001007862A (en) | Communication load distributing method | |
| JPH0720109B2 (en) | Network system using token passing bus method | |
| JP2581002B2 (en) | LAN connection device | |
| US7680054B1 (en) | Arrangement for switching infiniband packets using switching tag at start of packet | |
| CN118042012A (en) | Bus data control method and device based on time sensitive network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050224 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050308 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050509 |
|
| 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: 20050914 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050927 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091014 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |