JP2002247039A - ネットワークインターフェース装置 - Google Patents
ネットワークインターフェース装置Info
- Publication number
- JP2002247039A JP2002247039A JP2001088785A JP2001088785A JP2002247039A JP 2002247039 A JP2002247039 A JP 2002247039A JP 2001088785 A JP2001088785 A JP 2001088785A JP 2001088785 A JP2001088785 A JP 2001088785A JP 2002247039 A JP2002247039 A JP 2002247039A
- Authority
- JP
- Japan
- Prior art keywords
- data
- bus
- packet
- input
- nic
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
(57)【要約】
【課題】動画像等の大容量データをコンピュータ端末等
で送受信する際のＣＰＵ負荷を低減し、高速で効率的な
データ送受信方法を提供する。 【解決手段】本発明では、ホストＣＰＵとのＩ／Ｏを行
なうためのバスとは別に、入出力ポートＰｎを少なくと
も１つ設けたことを第１の特徴とする。また、Ｐｎのそ
れぞれと対応する所定の識別子をあらかじめ定義したテ
ーブルを記憶する記憶手段と、受信したパケットのヘッ
ダに記述された識別子から前記テーブルによって出力す
る手段Ｐを選択するローカルＣＰＵを搭載、することに
よりパケット毎に出力先をバスまたはＰｎの中から一つ
以上選択して受信データの振り分けを行なう、ことを特
徴とする。
で送受信する際のＣＰＵ負荷を低減し、高速で効率的な
データ送受信方法を提供する。 【解決手段】本発明では、ホストＣＰＵとのＩ／Ｏを行
なうためのバスとは別に、入出力ポートＰｎを少なくと
も１つ設けたことを第１の特徴とする。また、Ｐｎのそ
れぞれと対応する所定の識別子をあらかじめ定義したテ
ーブルを記憶する記憶手段と、受信したパケットのヘッ
ダに記述された識別子から前記テーブルによって出力す
る手段Ｐを選択するローカルＣＰＵを搭載、することに
よりパケット毎に出力先をバスまたはＰｎの中から一つ
以上選択して受信データの振り分けを行なう、ことを特
徴とする。
Description
【０００１】本発明は、イーサネット（登録商標）を始
めとするパケットデータを送受信するネットワークのた
めのネットワークインターフェース装置に関する。
めとするパケットデータを送受信するネットワークのた
めのネットワークインターフェース装置に関する。
【０００２】コンピュータをイーサネット等のネットワ
ークに接続する場合、ネットワークインターフェース装
置（ＮＩＣ）が用いられる。
ークに接続する場合、ネットワークインターフェース装
置（ＮＩＣ）が用いられる。
【０００３】ＮＩＣは、ＰＣＩバス（ＰＥＲＩＰＨＥＲ
ＡＬ ＣＯＭＰＯＮＥＮＴＳ ＩＮＴＥＲＣＯＮＮＥＣ
Ｔ ＢＵＳ）を始めとするコンピュータのＩ／Ｏバスに
接続されて使用され、バスコントローラ、ＭＡＣ（ＭＥ
ＤＩＡ ＡＣＣＥＳＳ ＣＯＮＴＲＯＬＬＥＲ）、送受
信ＦＩＦＯ（ＦＩＲＳＴ−ＩＮ ＦＩＲＳＴ−ＯＵＴ）
バッファメモリ、等からなる。（図４）
ＡＬ ＣＯＭＰＯＮＥＮＴＳ ＩＮＴＥＲＣＯＮＮＥＣ
Ｔ ＢＵＳ）を始めとするコンピュータのＩ／Ｏバスに
接続されて使用され、バスコントローラ、ＭＡＣ（ＭＥ
ＤＩＡ ＡＣＣＥＳＳ ＣＯＮＴＲＯＬＬＥＲ）、送受
信ＦＩＦＯ（ＦＩＲＳＴ−ＩＮ ＦＩＲＳＴ−ＯＵＴ）
バッファメモリ、等からなる。（図４）
【０００４】以下、図４を参照して従来のＮＩＣのデー
タ送受信手順について説明する。
タ送受信手順について説明する。
【０００５】データ送信時においてはホストＣＰＵがア
プリケーションソフトウェアの要求を受けて、まずメイ
ンメモリ上にアプリケーションが構成したデータに所定
のパケットヘッダを付加してパケットデータを生成し、
バス経由でＮＩＣに受け渡す。ＮＩＣはＦＩＦＯバッフ
ァメモリを仲介してＭＡＣを経由してイーサネット等の
ネットワークに出力する。
プリケーションソフトウェアの要求を受けて、まずメイ
ンメモリ上にアプリケーションが構成したデータに所定
のパケットヘッダを付加してパケットデータを生成し、
バス経由でＮＩＣに受け渡す。ＮＩＣはＦＩＦＯバッフ
ァメモリを仲介してＭＡＣを経由してイーサネット等の
ネットワークに出力する。
【０００６】データ受信時においてはネットワークから
ＭＡＣ及びＦＩＦＯバッファメモリに一旦蓄えられた
後、（この後、更にＮＩＣ上に大容量バッファメモリを
搭載してそこへ蓄積する場合もある）、前記バスを経由
してメインメモリ上にデータが展開され、ホストＣＰＵ
が所定のパケットヘッダを削除する等の処理をしたの
ち、アプリケーションに受信データとして引き渡され
る。
ＭＡＣ及びＦＩＦＯバッファメモリに一旦蓄えられた
後、（この後、更にＮＩＣ上に大容量バッファメモリを
搭載してそこへ蓄積する場合もある）、前記バスを経由
してメインメモリ上にデータが展開され、ホストＣＰＵ
が所定のパケットヘッダを削除する等の処理をしたの
ち、アプリケーションに受信データとして引き渡され
る。
【０００７】ところで、インターネット等で標準的な通
信プロトコルとして普及しているＴＣＰ／ＩＰ，ＵＤＰ
／ＩＰ等のプロトコルは、ＯＳＩ標準参照モデル（７階
層モデル）と呼ばれるプロトコルスタックによってパケ
ットヘッダが処理されている。（図５）
信プロトコルとして普及しているＴＣＰ／ＩＰ，ＵＤＰ
／ＩＰ等のプロトコルは、ＯＳＩ標準参照モデル（７階
層モデル）と呼ばれるプロトコルスタックによってパケ
ットヘッダが処理されている。（図５）
【０００８】ＯＳＩモデルにおけるレイヤ３において
は、ＩＰプロトコルヘッダにバージョン番号と呼ばれる
４ビットのデータが付加されており、ＩＰｖ４と呼ばれ
る２０００年２月現在で広く普及しているＩＰ手順では
この数値は４である。また、今後の普及が期待されてい
るＩＰｖ６であれば６など、このバージョン番号を参照
することによりパケットデータが基準としているプロト
コルのバージョンが判別できるようになっている。
は、ＩＰプロトコルヘッダにバージョン番号と呼ばれる
４ビットのデータが付加されており、ＩＰｖ４と呼ばれ
る２０００年２月現在で広く普及しているＩＰ手順では
この数値は４である。また、今後の普及が期待されてい
るＩＰｖ６であれば６など、このバージョン番号を参照
することによりパケットデータが基準としているプロト
コルのバージョンが判別できるようになっている。
【０００９】レイヤ４においては、ＴＣＰまたはＵＤＰ
と呼ばれるプロトコルが広く普及しており、これらはコ
ネクション毎にポート番号という識別子を用いてコネク
ションを識別する。ポート番号はレイヤ４のパケットヘ
ッダに記述のためのフィールドが用意されている。（図
３）
と呼ばれるプロトコルが広く普及しており、これらはコ
ネクション毎にポート番号という識別子を用いてコネク
ションを識別する。ポート番号はレイヤ４のパケットヘ
ッダに記述のためのフィールドが用意されている。（図
３）
【００１０】ＴＣＰはパケットの構成順序が保証される
ため、ファイルの転送など、ＵＤＰは順序保証はないが
高速であるため高速性の要求されるある種の動画などの
伝送に使用される。
ため、ファイルの転送など、ＵＤＰは順序保証はないが
高速であるため高速性の要求されるある種の動画などの
伝送に使用される。
【００１１】大容量の通信帯域（通信におけるデータ容
量）を必要とする典型的なデータ例は動画像データであ
る。例えば、ハイビジョンクラスの動画像をリアルタイ
ムで受信するためには約１．５ギガビット／秒の通信速
度が必要である。以下、動画像データを例に挙げて説明
するが、他のデータにおいてもほぼ同様に考えることが
できる。
量）を必要とする典型的なデータ例は動画像データであ
る。例えば、ハイビジョンクラスの動画像をリアルタイ
ムで受信するためには約１．５ギガビット／秒の通信速
度が必要である。以下、動画像データを例に挙げて説明
するが、他のデータにおいてもほぼ同様に考えることが
できる。
【００１２】これらの大容量データは受信の際、ネット
ワーク上を流れるパケットを前記の手順に従いホストＣ
ＰＵがメインメモリ上に展開し、その後直ちに表示装置
に転送され、動画像として視覚化されることになる。
ワーク上を流れるパケットを前記の手順に従いホストＣ
ＰＵがメインメモリ上に展開し、その後直ちに表示装置
に転送され、動画像として視覚化されることになる。
【００１３】このような場合、従来の方法では、ＮＩＣ
において受信したデータをバスを介してメインメモリに
転送し、メインメモリから再度バスを介して表示装置に
転送されるので、図６のようにバスを２回経由するこ
と、およびメインメモリを大量に消費するという無駄が
ある。
において受信したデータをバスを介してメインメモリに
転送し、メインメモリから再度バスを介して表示装置に
転送されるので、図６のようにバスを２回経由するこ
と、およびメインメモリを大量に消費するという無駄が
ある。
【００１４】前記の従来の方法における動画像の出力手
段の一例としては、ＡＧＰ（ＡＣＣＥＬＥＲＡＴＥＤ
ＧＲＡＰＨＩＣＳ ＰＯＲＴ）バスに接続されるグラフ
ィックスボードなどが市販化されている。
段の一例としては、ＡＧＰ（ＡＣＣＥＬＥＲＡＴＥＤ
ＧＲＡＰＨＩＣＳ ＰＯＲＴ）バスに接続されるグラフ
ィックスボードなどが市販化されている。
【００１５】一方、送信においても同様に、画像データ
の入力手段を経て入力されたデータは、バス経由でメイ
ンメモリに一旦展開され、再度バス経由でＮＩＣに転送
され、ＮＩＣからネットワークに出力されるので、バス
を２回経由すること、およびメインメモリを大量に消費
するという無駄があるのは受信手順と同様である。
の入力手段を経て入力されたデータは、バス経由でメイ
ンメモリに一旦展開され、再度バス経由でＮＩＣに転送
され、ＮＩＣからネットワークに出力されるので、バス
を２回経由すること、およびメインメモリを大量に消費
するという無駄があるのは受信手順と同様である。
【００１６】前記の従来の方法における動画像の入力手
段の一例としては、ＰＣＩバスに接続される画像キャプ
チャボードなどが市販化されている。
段の一例としては、ＰＣＩバスに接続される画像キャプ
チャボードなどが市販化されている。
【００１７】本発明においては、バス経由でやり取りさ
れるデータ量を最小化することによって前記の送受信手
順における無駄を最小化し、動画像等の大容量データを
効率よく、入出力手段からＮＩＣへ相互に転送する手段
を提供することを目的とする。
れるデータ量を最小化することによって前記の送受信手
順における無駄を最小化し、動画像等の大容量データを
効率よく、入出力手段からＮＩＣへ相互に転送する手段
を提供することを目的とする。
【００１８】本発明では、ホストＣＰＵとのＩ／Ｏを行
なうためのバスとは別に、入出力ポートＰｎを少なくと
も１つ設けたことを第１の特徴とする。
なうためのバスとは別に、入出力ポートＰｎを少なくと
も１つ設けたことを第１の特徴とする。
【００１９】一方、ここで問題になるのはバスへの入出
力と、Ｐｎへの入出力をどのようにして識別し、振り分
けるかである。
力と、Ｐｎへの入出力をどのようにして識別し、振り分
けるかである。
【００２０】本発明では、この問題を解決する為に、Ｐ
ｎのそれぞれと対応する所定の識別子をあらかじめ定義
したテーブルを記憶する記憶手段と、受信したパケット
のヘッダに記述された識別子から前記テーブルによって
出力する手段Ｐを選択するローカルＣＰＵを搭載、する
ことによりパケット毎に出力先をバスまたはＰｎの中か
ら一つ以上選択して受信データの振り分けを行なう、こ
とを特徴とする。
ｎのそれぞれと対応する所定の識別子をあらかじめ定義
したテーブルを記憶する記憶手段と、受信したパケット
のヘッダに記述された識別子から前記テーブルによって
出力する手段Ｐを選択するローカルＣＰＵを搭載、する
ことによりパケット毎に出力先をバスまたはＰｎの中か
ら一つ以上選択して受信データの振り分けを行なう、こ
とを特徴とする。
【００２１】図１に本発明によるＮＩＣの１実施形態を
例示する。以下、本図に従って説明する。なお、以下は
説明の為動画像を扱う場合の例を挙げたが、動画像以外
のデータについても同様に応用できる。
例示する。以下、本図に従って説明する。なお、以下は
説明の為動画像を扱う場合の例を挙げたが、動画像以外
のデータについても同様に応用できる。
【００２２】本発明によるＮＩＣは、図１に示すよう
に、ホストＣＰＵ１１１とのＩ／Ｏを行なうバスコント
ローラ１０１、送受信データを一時的に保管するローカ
ルメモリ１０２、送受信データの処理を行なうローカル
ＣＰＵ１０３、ＭＡＣ１０４およびＭＡＣインターフェ
ース１０５、動画像入出力のためのポートＰｎ（ｎ＝
１，２，．．．）およびポートコントローラ１０６、か
らなる。
に、ホストＣＰＵ１１１とのＩ／Ｏを行なうバスコント
ローラ１０１、送受信データを一時的に保管するローカ
ルメモリ１０２、送受信データの処理を行なうローカル
ＣＰＵ１０３、ＭＡＣ１０４およびＭＡＣインターフェ
ース１０５、動画像入出力のためのポートＰｎ（ｎ＝
１，２，．．．）およびポートコントローラ１０６、か
らなる。
【００２３】１０１、１０５、および１０６は、それぞ
れの装置間のインターフェースと、それぞれの装置間の
メモリ転送（ＤＭＡ（ＤＩＲＥＣＴ ＭＥＭＯＲＹ Ａ
ＣＣＥＳＳ）を含む）を行なうためのものである。
れの装置間のインターフェースと、それぞれの装置間の
メモリ転送（ＤＭＡ（ＤＩＲＥＣＴ ＭＥＭＯＲＹ Ａ
ＣＣＥＳＳ）を含む）を行なうためのものである。
【００２４】まず、ローカルメモリ１０２上に図２に示
すようなデータタイプ識別子毎に入出力手段Ｐｎに対応
したテーブル２０１を構成する。なお、メモリの代わり
に専用のレジスタを構成してもよい。
すようなデータタイプ識別子毎に入出力手段Ｐｎに対応
したテーブル２０１を構成する。なお、メモリの代わり
に専用のレジスタを構成してもよい。
【００２５】このテーブルは、対応したデータタイプを
出力するポートには１、出力しないポートには０を例え
ば記述する。
出力するポートには１、出力しないポートには０を例え
ば記述する。
【００２６】このテーブルへの書き込みは、請求項３に
記載のステップを伴うコンピュータプログラムにより実
現可能である。
記載のステップを伴うコンピュータプログラムにより実
現可能である。
【００２７】第１の実施形態においては、テーブル２０
１にはパケットヘッダにおけるバージョン番号と、それ
に対応する入出力ポートを対応付けて記述しておく。例
えば、Ｐ１にはバージョン番号＝４、Ｐ２にはバージョ
ン番号＝６などとする。対応付ける入出力ポートはバス
でもよい。
１にはパケットヘッダにおけるバージョン番号と、それ
に対応する入出力ポートを対応付けて記述しておく。例
えば、Ｐ１にはバージョン番号＝４、Ｐ２にはバージョ
ン番号＝６などとする。対応付ける入出力ポートはバス
でもよい。
【００２８】第２の実施形態においては、テーブル２０
１にはパケットヘッダにおけるポート番号と、それに対
応する入出力ポートを対応付けて記述しておく。例え
ば、Ｐ１にはポート番号＝５６０、Ｐ２にはポート番号
＝５６２などとする。これも対応付ける入出力ポートは
バスでもよい。
１にはパケットヘッダにおけるポート番号と、それに対
応する入出力ポートを対応付けて記述しておく。例え
ば、Ｐ１にはポート番号＝５６０、Ｐ２にはポート番号
＝５６２などとする。これも対応付ける入出力ポートは
バスでもよい。
【００２９】次に受信について説明する。イーサネット
等に接続されたＭＡＣはデータリンクを確立し、送られ
てきたパケットデータをデシリアライズしてローカルメ
モリ１０２に受信データのパケットを展開する。このパ
ケットデータは例えば図３のような構成をしている。
等に接続されたＭＡＣはデータリンクを確立し、送られ
てきたパケットデータをデシリアライズしてローカルメ
モリ１０２に受信データのパケットを展開する。このパ
ケットデータは例えば図３のような構成をしている。
【００３０】第１の実施形態においては、ローカルＣＰ
Ｕ１０３はローカルメモリ１０２に展開されたパケット
データを参照して、パケットヘッダ中のバージョン番号
を取得し、テーブル２０１を参照して出力ポートを決定
する。
Ｕ１０３はローカルメモリ１０２に展開されたパケット
データを参照して、パケットヘッダ中のバージョン番号
を取得し、テーブル２０１を参照して出力ポートを決定
する。
【００３１】また、第２の実施形態においては、同様に
パケットヘッダ中のポート番号を取得し、テーブル２０
１を参照して出力ポートを決定する。
パケットヘッダ中のポート番号を取得し、テーブル２０
１を参照して出力ポートを決定する。
【００３２】出力ポートがテーブル１０２において未定
義であったり、あるいは出力ポートとしてバスが指定さ
れた場合、ローカルＣＰＵは従来方法と同じようにパケ
ットデータをバスを通してメインメモリに転送する。こ
の場合の転送後の処理はホストＣＰＵが引き継いで行な
うことになる。
義であったり、あるいは出力ポートとしてバスが指定さ
れた場合、ローカルＣＰＵは従来方法と同じようにパケ
ットデータをバスを通してメインメモリに転送する。こ
の場合の転送後の処理はホストＣＰＵが引き継いで行な
うことになる。
【００３３】一方、出力ポートとしてバスではないＰｎ
が指定された場合、ローカルＣＰＵはパケットデータを
指定されたＰｎに転送する。ここで、同時にバスに並行
出力するよう指定することも可能であるが、特にそのよ
うな指定がされていない場合、該データパケットはバス
には出力されず、Ｐｎにのみ出力されることになり、バ
スのデータ転送負荷、ホストＣＰＵの負荷、並びにメイ
ンメモリの使用量が軽減されることになる。
が指定された場合、ローカルＣＰＵはパケットデータを
指定されたＰｎに転送する。ここで、同時にバスに並行
出力するよう指定することも可能であるが、特にそのよ
うな指定がされていない場合、該データパケットはバス
には出力されず、Ｐｎにのみ出力されることになり、バ
スのデータ転送負荷、ホストＣＰＵの負荷、並びにメイ
ンメモリの使用量が軽減されることになる。
【００３４】次に、送信について説明する。ポートＰｎ
から入力された動画像等のデータは、ポートコントロー
ラ１０６を経由してローカルメモリ１０２に展開され
る。
から入力された動画像等のデータは、ポートコントロー
ラ１０６を経由してローカルメモリ１０２に展開され
る。
【００３５】ローカルＣＰＵ１０３は、テーブル２０１
を参照し、ポートＰｎに対して指定されたデータタイプ
識別子を取得する。
を参照し、ポートＰｎに対して指定されたデータタイプ
識別子を取得する。
【００３６】第１の実施形態においては、データタイプ
識別子はパケットヘッダ中のバージョン番号を意味して
いるのでローカルＣＰＵ１０３は該当するバージョンの
パケットをローカルメモリ１０２上に構成し、Ｐｎから
入力されたデータをパケットに流し込んでＭＡＣ経由で
ネットワークに出力する。
識別子はパケットヘッダ中のバージョン番号を意味して
いるのでローカルＣＰＵ１０３は該当するバージョンの
パケットをローカルメモリ１０２上に構成し、Ｐｎから
入力されたデータをパケットに流し込んでＭＡＣ経由で
ネットワークに出力する。
【００３７】なお、送信時には送信相手のアドレス、ポ
ート番号、送信元のアドレスなどの情報が必要である
が、これらは予めローカルメモリ１０２ないしは専用レ
ジスタにホストＣＰＵを使って記述しておく。この手順
は、請求項３に記載のステップを伴うコンピュータプロ
グラムにより実現できる。
ート番号、送信元のアドレスなどの情報が必要である
が、これらは予めローカルメモリ１０２ないしは専用レ
ジスタにホストＣＰＵを使って記述しておく。この手順
は、請求項３に記載のステップを伴うコンピュータプロ
グラムにより実現できる。
【００３８】なお、上記においては第１の実施形態とし
てパケットヘッダのバージョン番号、第２の実施形態と
してパケットヘッダのポート番号を例示したが、それ以
外のパケットヘッダ情報を利用してテーブル２０１を定
義しても良い。
てパケットヘッダのバージョン番号、第２の実施形態と
してパケットヘッダのポート番号を例示したが、それ以
外のパケットヘッダ情報を利用してテーブル２０１を定
義しても良い。
【００３９】ここでは、具体例としてパソコンのＰＣＩ
バスに接続して使用するＮＩＣであって、ビデオ（リア
ルタイム動画）及び音声入出力ポートを持つＮＩＣを想
定する。なお、ネットワークとしてイーサネット、伝送
手順としてＴＣＰ／ＩＰを想定して説明する。
バスに接続して使用するＮＩＣであって、ビデオ（リア
ルタイム動画）及び音声入出力ポートを持つＮＩＣを想
定する。なお、ネットワークとしてイーサネット、伝送
手順としてＴＣＰ／ＩＰを想定して説明する。
【００４０】また、Ｐ１をビデオ信号入出力、Ｐ２を音
声信号入出力とし、例として第２の実施形態を想定して
ポート番号５６０はＰ１で入出力、ポート番号５６２は
Ｐ２及びＢＵＳ１１３で入出力を行なうと定義する。こ
の場合のテーブル２０１の記述例は図２の右欄（Ｅｘａ
ｍｐｌｅ Ｖａｌｕｅ）のようになる。
声信号入出力とし、例として第２の実施形態を想定して
ポート番号５６０はＰ１で入出力、ポート番号５６２は
Ｐ２及びＢＵＳ１１３で入出力を行なうと定義する。こ
の場合のテーブル２０１の記述例は図２の右欄（Ｅｘａ
ｍｐｌｅ Ｖａｌｕｅ）のようになる。
【００４１】Ｐ１に入力されたビデオ信号は、ポートコ
ントローラ１０６によってデジタル変換され、ビットス
トリームデータとしてローカルメモリ１０２上に展開さ
れる。
ントローラ１０６によってデジタル変換され、ビットス
トリームデータとしてローカルメモリ１０２上に展開さ
れる。
【００４２】ローカルＣＰＵ１０３は、テーブル２０１
を参照してポート番号５６０を取得し、ＴＣＰ／ＩＰパ
ケットを構成してポート番号５６０をヘッダにセットす
る。
を参照してポート番号５６０を取得し、ＴＣＰ／ＩＰパ
ケットを構成してポート番号５６０をヘッダにセットす
る。
【００４３】ＭＡＣインターフェース１０５は、パケッ
トが構成されたことを示すローカルＣＰＵからの通知
（フラグ）を受けてローカルメモリからパケットデータ
を読み出し、ＭＡＣ１０４を経由してネットワークに出
力する。
トが構成されたことを示すローカルＣＰＵからの通知
（フラグ）を受けてローカルメモリからパケットデータ
を読み出し、ＭＡＣ１０４を経由してネットワークに出
力する。
【００４４】一方、上記手順によりネットワークに出力
されたパケットを受信した側は、ＭＡＣ１０４からＭＡ
Ｃインターフェース１０５を経由してローカルメモリに
パケットを再現する。
されたパケットを受信した側は、ＭＡＣ１０４からＭＡ
Ｃインターフェース１０５を経由してローカルメモリに
パケットを再現する。
【００４５】パケットが再現されたことをＭＡＣインタ
ーフェースからの通知（フラグ）により検出したローカ
ルＣＰＵ１０３は、パケット中のポート番号を取得し、
テーブル２０１を参照して出力すべきポート＝Ｐ１を決
定する。
ーフェースからの通知（フラグ）により検出したローカ
ルＣＰＵ１０３は、パケット中のポート番号を取得し、
テーブル２０１を参照して出力すべきポート＝Ｐ１を決
定する。
【００４６】ポートを決定したローカルＣＰＵは該ポー
トのポートコントローラ１０６にパケットデータを処理
するよう所定のフラグによって通知し、通知を受けたＰ
１に対するポートコントローラは該パケットデータをロ
ードしてアナログ変換し、ポートＰ１に出力する。
トのポートコントローラ１０６にパケットデータを処理
するよう所定のフラグによって通知し、通知を受けたＰ
１に対するポートコントローラは該パケットデータをロ
ードしてアナログ変換し、ポートＰ１に出力する。
【００４７】本発明によれば、ＮＩＣとホストＣＰＵの
間のＩ／Ｏ（バス）の転送量を減らすことが可能で、ま
た、メインメモリの使用量も削減できる。
間のＩ／Ｏ（バス）の転送量を減らすことが可能で、ま
た、メインメモリの使用量も削減できる。
【００４８】更に、ホストＣＰＵがＮＩＣとメインメモ
リ間のデータ転送に直接関わらなくなることにより動画
像などの大容量データの送受信時にホストＣＰＵの付加
を大幅に下げることができる。この様子を図６（従来
図）、および図７（本発明による改良図）に示す。
リ間のデータ転送に直接関わらなくなることにより動画
像などの大容量データの送受信時にホストＣＰＵの付加
を大幅に下げることができる。この様子を図６（従来
図）、および図７（本発明による改良図）に示す。
【００４９】
【図１】 本発明によるＮＩＣのブロック図である。
【図２】 ポートＰｎとデータタイプ識別子の関連付け
を定義するテーブルの模式図である。
を定義するテーブルの模式図である。
【図３】 パケットデータの一例である。
【図４】 従来のＮＩＣのブロック図である。
【図５】 プロトコルスタックの模式図である。
【図６】 従来のＮＩＣによる動画像データの入出力フ
ローを示した模式図である。
ローを示した模式図である。
【図７】 本発明によるＮＩＣによる動画像データの入
出力フローを示した模式図である。
出力フローを示した模式図である。
１０１ バスコントローラ １０２ ローカルメモリ １０３ ローカルＣＰＵ １０４ ＭＡＣ（ＭＥＤＩＡ ＡＣＣＥＳＳ ＣＯＮ
ＴＲＯＬＬＥＲ） １０５ ＭＡＣインターフェース １０６ ポートコントローラ １１１ ホストＣＰＵ １１２ メインメモリ（ホストメモリ） １１３ バス（Ｉ／Ｏバス） ２０１ テーブル
ＴＲＯＬＬＥＲ） １０５ ＭＡＣインターフェース １０６ ポートコントローラ １１１ ホストＣＰＵ １１２ メインメモリ（ホストメモリ） １１３ バス（Ｉ／Ｏバス） ２０１ テーブル
Claims (5)
- 【請求項１】ネットワークの送受信手段と、そのための
データ入出力手段、ホストＣＰＵとのＩ／Ｏバス（以下
単に「バス」という）、及びプロセッサ（以下、「ロー
カルＣＰＵ」という）から成るネットワークインターフ
ェース装置（以下「ＮＩＣ」という）であって、前記バ
スとは異なる入出力手段Ｐを少なくとも１つ備え（ｎ個
の入出力手段がある場合、これをＰ１、Ｐ２、．．．Ｐ
ｎとする）、Ｐｎのそれぞれと対応する所定の識別子を
あらかじめ定義したテーブルを記憶する記憶手段と、前
記ローカルＣＰＵは受信したパケットのヘッダに記述さ
れた識別子から前記テーブルによって出力する手段Ｐを
選択、することによりパケット毎に出力先をバスまたは
Ｐｎの中から一つ以上選択して受信データの振り分けを
行なう、ことを特徴とするＮＩＣ。 - 【請求項２】前記入出力手段Ｐのいずれか一から入力さ
れたデータを、前記ローカルＣＰＵは前記テーブルによ
り定義された所定の識別子を付加してパケットデータと
して構成し、前記パケットデータ送受信手順並びにその
ためのデータ入出力手段を用いてネットワークに出力す
る、ことを特徴とする請求項１のＮＩＣ。 - 【請求項３】前記テーブルの現状の設定値を前記バスを
通して読み出すステップ、読み出した設定値を表示する
ステップ、表示に基づいてユーザに設定を変更させるス
テップおよびそのためのユーザからの入力手段、ユーザ
が変更した値を再度前記テーブルに書き出すステップ、
からなるコンピュータプログラムを搭載したシステム、
及び前記プログラムを記録した記録媒体。 - 【請求項４】前記識別子は、ＩＰ（ＩＮＴＥＲＮＥＴ
ＰＲＯＴＯＣＯＬ）における「バージョン番号」（ＩＰ
パケットにおける最初のロングワード（３２ビット長）
フィールドにおけるＬＳＢ（ＬＥＡＳＴ ＳＩＧＮＩＦ
ＩＣＡＮＴ ＢＩＴ）４ビット分）、または、ＴＣＰ／
ＩＰまたはＵＤＰ／ＩＰないしはそれらに順ずるプロト
コルにおけるポート番号、であることを特徴とする請求
項１または２のＮＩＣ。 - 【請求項５】前記ＮＩＣには、受信したデータが暗号化
されていた場合に復号化する手段、および送信データを
暗号化する手段を備えることを特徴とする請求項１、２
または４に記載のＮＩＣ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001088785A JP2002247039A (ja) | 2001-02-19 | 2001-02-19 | ネットワークインターフェース装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001088785A JP2002247039A (ja) | 2001-02-19 | 2001-02-19 | ネットワークインターフェース装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002247039A true JP2002247039A (ja) | 2002-08-30 |
Family
ID=18943823
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001088785A Pending JP2002247039A (ja) | 2001-02-19 | 2001-02-19 | ネットワークインターフェース装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002247039A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006074312A (ja) * | 2004-09-01 | 2006-03-16 | Kawasaki Microelectronics Kk | ネットワークインターフェースデバイスおよびネットワーク端末 |
| JP2009532949A (ja) * | 2006-03-31 | 2009-09-10 | フリースケール セミコンダクター インコーポレイテッド | 通信バス上の受信装置用のメッセージバッファリング方法、およびユニット |
-
2001
- 2001-02-19 JP JP2001088785A patent/JP2002247039A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006074312A (ja) * | 2004-09-01 | 2006-03-16 | Kawasaki Microelectronics Kk | ネットワークインターフェースデバイスおよびネットワーク端末 |
| JP2009532949A (ja) * | 2006-03-31 | 2009-09-10 | フリースケール セミコンダクター インコーポレイテッド | 通信バス上の受信装置用のメッセージバッファリング方法、およびユニット |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI406133B (zh) | 資料處理設備及資料傳送方法 | |
| US6847645B1 (en) | Method and apparatus for controlling packet header buffer wrap around in a forwarding engine of an intermediate network node | |
| US9807134B2 (en) | Method and device for filtering media packets | |
| US7945699B2 (en) | Obtaining a destination address so that a network interface device can write network data without headers directly into host memory | |
| JP4477613B2 (ja) | ＡＸＩプロトコルを適用したＮｏＣシステム | |
| US8001278B2 (en) | Network packet payload compression | |
| US20080037568A1 (en) | Method and Apparatus for Translating Data Packets From One Network Protocol to Another | |
| US8495241B2 (en) | Communication apparatus and method therefor | |
| JP2006325054A (ja) | Ｔｃｐ／ｉｐ受信処理回路及びそれを具備する半導体集積回路 | |
| US5864553A (en) | Multiport frame exchange system | |
| WO2021147045A1 (zh) | 一种基于PCIe的数据传输方法及装置 | |
| US8086879B2 (en) | Powering on devices via intermediate computing device | |
| US20090080419A1 (en) | Providing consistent manageability interface to a management controller for local and remote connections | |
| US6041286A (en) | Apparatus for and method of accurately obtaining the cycle time of completion of transmission of video frames within an isochronous stream of data transmitted over an IEEE 1394 serial bus network | |
| JP3988475B2 (ja) | 送信装置、受信装置およびそれらの方法 | |
| JP2002247039A (ja) | ネットワークインターフェース装置 | |
| JPH04108242A (ja) | 通信制御装置のデータ転送方式 | |
| US20050044261A1 (en) | Method of operating a network switch | |
| US7496679B2 (en) | Packet communication apparatus | |
| JP2004336437A (ja) | 映像受信回路および映像受信装置 | |
| JP6976786B2 (ja) | 通信装置および通信装置の制御方法 | |
| JP2003289315A (ja) | パケット転送装置およびパケット転送方法 | |
| KR100296704B1 (ko) | 네트워크 기반 멀티미디어 컴퓨터 및 이를 이용한 가변 구조제어 방법 | |
| KR100198789B1 (ko) | 수신 연결망 인터페이스의 구조 | |
| JPH1093580A (ja) | データ処理装置の制御方法およびデータ処理装置 |