JP2001060984A - ポイント・ツー・ポイント・プロトコル・ヘッダ情報を選択的に分離するためのシステムおよび方法 - Google Patents
ポイント・ツー・ポイント・プロトコル・ヘッダ情報を選択的に分離するためのシステムおよび方法Info
- Publication number
- JP2001060984A JP2001060984A JP2000197471A JP2000197471A JP2001060984A JP 2001060984 A JP2001060984 A JP 2001060984A JP 2000197471 A JP2000197471 A JP 2000197471A JP 2000197471 A JP2000197471 A JP 2000197471A JP 2001060984 A JP2001060984 A JP 2001060984A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- point
- protocol
- header information
- sub
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/168—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】 （修正有）
【課題】 ネットワークから受信したパケットからポイ
ント・ツー・ポイント・プロトコル・ヘッダ情報を選択
的に分離するためのシステムおよび方法、並びに、上記
システムまたは方法を使用しているネットワーク・アダ
プタを提供する。 【解決手段】システムは、（１）パケットを受信し、そ
のパケットから、そのパケットに対して使用したサブプ
ロトコルを識別するサブプロトコル検出装置、（２）サ
ブプロトコル検出装置に接続していて、サブプロトコル
の識別に基づいて、パケットからポイント・ツー・ポイ
ント・プロトコル・ヘッダ情報の少なくとも一部を分離
するヘッダ分離装置を含み、パケット全体のサイズを小
さくする。
ント・ツー・ポイント・プロトコル・ヘッダ情報を選択
的に分離するためのシステムおよび方法、並びに、上記
システムまたは方法を使用しているネットワーク・アダ
プタを提供する。 【解決手段】システムは、（１）パケットを受信し、そ
のパケットから、そのパケットに対して使用したサブプ
ロトコルを識別するサブプロトコル検出装置、（２）サ
ブプロトコル検出装置に接続していて、サブプロトコル
の識別に基づいて、パケットからポイント・ツー・ポイ
ント・プロトコル・ヘッダ情報の少なくとも一部を分離
するヘッダ分離装置を含み、パケット全体のサイズを小
さくする。
Description
【０００１】
【発明の属する技術分野】本発明は、概して、ネットワ
ーク・プロトコルおよびアダプタに関し、特にネットワ
ークから受信したパケットからポイント・ツー・ポイン
ト・プロトコル（ＰＰＰ）ヘッダ情報を選択的に分離す
るためのシステムおよび方法に関する。
ーク・プロトコルおよびアダプタに関し、特にネットワ
ークから受信したパケットからポイント・ツー・ポイン
ト・プロトコル（ＰＰＰ）ヘッダ情報を選択的に分離す
るためのシステムおよび方法に関する。
【０００２】
【従来の技術、及び、発明が解決しようとする課題】＜
関連出願への相互参照＞本正規出願は、１９９９年７月
１日付の、本出願と共通に譲渡された「ＴＤＡＴ０４２
Ｇ５ 改訂２．０ ＰＰＰ分離設計」という名称の仮出
願第６０／１４２，０２１号に基づくものであり、その
優先権を主張する。上記出願は、引用によって本明細書
の記載に援用する。
関連出願への相互参照＞本正規出願は、１９９９年７月
１日付の、本出願と共通に譲渡された「ＴＤＡＴ０４２
Ｇ５ 改訂２．０ ＰＰＰ分離設計」という名称の仮出
願第６０／１４２，０２１号に基づくものであり、その
優先権を主張する。上記出願は、引用によって本明細書
の記載に援用する。
【０００３】ネットワーク・アダプタは、コンピュータ
・ネットワークと、このネットワーク内に位置する種々
の個人コンピュータ・システム（「ステーション」）と
の間で、インターフェースとして機能する。ネットワー
ク・アダプタは、多くの場合、コンピュータ・システム
自身のシャーシ内に位置する、取り外すことができるカ
ードの形をしている。
・ネットワークと、このネットワーク内に位置する種々
の個人コンピュータ・システム（「ステーション」）と
の間で、インターフェースとして機能する。ネットワー
ク・アダプタは、多くの場合、コンピュータ・システム
自身のシャーシ内に位置する、取り外すことができるカ
ードの形をしている。
【０００４】ネットワーク・アダプタは、ネットワーク
を通してデータを伝送する物理搬送媒体に接続するネッ
トワーク・インターフェースを持つ。今日の共通の物理
搬送媒体としては、アナログ電話線（この場合には、ネ
ットワーク・アダプタは、「モデム」と呼ばれる）、デ
ジタル総合サービス網（「ＩＳＤＮ］）ライン、高水準
データリンク制御（「ＨＤＬＣ］）ビット直列ライン、
国際規格（「ＩＳＯ」）Ｘ．２５信号法ライン、イーサ
ネット（登録商標）ライン、および同期光通信ネットワ
ーク／同期式デジタル階層（「ＳＯＮＥＴ／ＳＤＨ」）
光ファイバ等がある。
を通してデータを伝送する物理搬送媒体に接続するネッ
トワーク・インターフェースを持つ。今日の共通の物理
搬送媒体としては、アナログ電話線（この場合には、ネ
ットワーク・アダプタは、「モデム」と呼ばれる）、デ
ジタル総合サービス網（「ＩＳＤＮ］）ライン、高水準
データリンク制御（「ＨＤＬＣ］）ビット直列ライン、
国際規格（「ＩＳＯ」）Ｘ．２５信号法ライン、イーサ
ネット（登録商標）ライン、および同期光通信ネットワ
ーク／同期式デジタル階層（「ＳＯＮＥＴ／ＳＤＨ」）
光ファイバ等がある。
【０００５】ネットワーク・アダプタは、また、コンピ
ュータ・システムのバスに接続しているバス・インター
フェースを有する。多くのバス規格が、現在使用されて
いる。しかし、もっと一般的に使用されているものとし
ては、周辺カード相互接続（「ＰＣＩ」）、小型コンピ
ュータ・システム・インターフェース（「ＳＣＳＩ」）
およびユニバーサル・シリアル・バス（「ＵＳＢ」）等
がある。
ュータ・システムのバスに接続しているバス・インター
フェースを有する。多くのバス規格が、現在使用されて
いる。しかし、もっと一般的に使用されているものとし
ては、周辺カード相互接続（「ＰＣＩ」）、小型コンピ
ュータ・システム・インターフェース（「ＳＣＳＩ」）
およびユニバーサル・シリアル・バス（「ＵＳＢ」）等
がある。
【０００６】ネットワーク・インターフェースと、バス
・インターフェースとの間には、バッファが設置されて
いる。希にではあるが、コンピュータ・ネットワーク
と、コンピュータ・システムは、同じ速度で通信するこ
とができる。バッファは、ネットワーク・インターフェ
ースと、バス・インターフェースとの間で、データが移
動する際に、データを一時的に保持する。その目的は、
両者の中の低速の方が、両者の中の高速の方に追いつく
まで、高速の方が、そのデータを確実に伝送することが
できるようにすることである。
・インターフェースとの間には、バッファが設置されて
いる。希にではあるが、コンピュータ・ネットワーク
と、コンピュータ・システムは、同じ速度で通信するこ
とができる。バッファは、ネットワーク・インターフェ
ースと、バス・インターフェースとの間で、データが移
動する際に、データを一時的に保持する。その目的は、
両者の中の低速の方が、両者の中の高速の方に追いつく
まで、高速の方が、そのデータを確実に伝送することが
できるようにすることである。
【０００７】最後に、ネットワーク・アダプタは、ネッ
トワーク・インターフェース、バッファおよびバス・イ
ンターフェースとの間のデータの流れを制御するプロセ
ッサを含む。このプロセッサは、さらに、バッファ内で
データを操作するが、その目的は、データをその次の宛
先に送信するために、確実に正しい形にすることであ
る。
トワーク・インターフェース、バッファおよびバス・イ
ンターフェースとの間のデータの流れを制御するプロセ
ッサを含む。このプロセッサは、さらに、バッファ内で
データを操作するが、その目的は、データをその次の宛
先に送信するために、確実に正しい形にすることであ
る。
【０００８】コンピュータ・ネットワークの場合には、
（以後、わかりやすくするために「ペイロード」と呼
ぶ）データの「形式」が、その内部で、ペイロードがカ
プセル内に収容されるプロトコル・スタックの用語で定
義される。スタック形成とは、コンピュータ・ネットワ
ークを通してペイロードを送信するために実行しなけれ
ばならない種々のタスクを、スタックを構成する異なる
層の間に広げることができるようにする組織上の概念で
ある。オープン・システム相互接続（「ＯＳＩ」）基準
モデルは、理想的な７層からなるプロトコル・スタック
を規定している。このモデルは、（１）物理層（イーサ
ネット（登録商標）のようなペイロードを伝送する実際
の物理的媒体）、（２）データ・リンク層（物理的媒体
を通して送信されている間に、ペイロードが、絶対に、
意味のないものに変化しないように責任を持つ）、
（３）ネットワーク層（確実に、ペイロードが、コンピ
ュータ・ネットワークを通してソースから宛先に正しく
転送されることに責任を持つ）、（４）搬送層（その宛
先で、再構成できるように、ペイロードを元の状態に維
持する）、（５）セッション層（二つのコンピュータ・
システムの間での、同じリソースの競合を管理するため
に、ほとんどの場合、ローカル・エリア・ネットワーク
内で使用される）、（６）提示層（ペイロードの提示方
法を制御する）、（７）アプリケーション層（ファイル
転送、電子メールおよびハイパーテキスト、ワールド・
ワイド・ウエブのステープルのような高いレベルのタス
クを処理する）からなる。
（以後、わかりやすくするために「ペイロード」と呼
ぶ）データの「形式」が、その内部で、ペイロードがカ
プセル内に収容されるプロトコル・スタックの用語で定
義される。スタック形成とは、コンピュータ・ネットワ
ークを通してペイロードを送信するために実行しなけれ
ばならない種々のタスクを、スタックを構成する異なる
層の間に広げることができるようにする組織上の概念で
ある。オープン・システム相互接続（「ＯＳＩ」）基準
モデルは、理想的な７層からなるプロトコル・スタック
を規定している。このモデルは、（１）物理層（イーサ
ネット（登録商標）のようなペイロードを伝送する実際
の物理的媒体）、（２）データ・リンク層（物理的媒体
を通して送信されている間に、ペイロードが、絶対に、
意味のないものに変化しないように責任を持つ）、
（３）ネットワーク層（確実に、ペイロードが、コンピ
ュータ・ネットワークを通してソースから宛先に正しく
転送されることに責任を持つ）、（４）搬送層（その宛
先で、再構成できるように、ペイロードを元の状態に維
持する）、（５）セッション層（二つのコンピュータ・
システムの間での、同じリソースの競合を管理するため
に、ほとんどの場合、ローカル・エリア・ネットワーク
内で使用される）、（６）提示層（ペイロードの提示方
法を制御する）、（７）アプリケーション層（ファイル
転送、電子メールおよびハイパーテキスト、ワールド・
ワイド・ウエブのステープルのような高いレベルのタス
クを処理する）からなる。
【０００９】ポイント・ツー・ポイント・プロトコル
（ＰＰＰ）は、インターネットにダイヤルアップ・アク
セスを行うために、広く使用されているデータ・リンク
層プロトコル規格であり、電気および電子エンジニア
（「ＩＥＥＥ」）協会、コメント要求（「ＲＦＣ」）１
６６１、１６６２に定義されていて、ＲＦＣ１５９８
（Ｘ．２５）、１６１８（ＩＳＤＮ）および１６１９
（ＳＯＮＥＴ／ＳＤＨ）内の特定の物理層に適用され
る。これらすべてのＲＦＣは、引用によって本明細書の
記載に援用する。ＰＰＰは、ペイロードを受渡しできる
サイズのパケットに分割する、モデム、ＨＤＬＤビット
直列ライン、ＳＯＮＥＴ／ＳＤＨ、および他の物理層上
で使用するのに適している多重プロトコル・フレーム形
成機構である。ビット指向のＨＤＬＣとは異なり、ＰＰ
Ｐは文字指向である。
（ＰＰＰ）は、インターネットにダイヤルアップ・アク
セスを行うために、広く使用されているデータ・リンク
層プロトコル規格であり、電気および電子エンジニア
（「ＩＥＥＥ」）協会、コメント要求（「ＲＦＣ」）１
６６１、１６６２に定義されていて、ＲＦＣ１５９８
（Ｘ．２５）、１６１８（ＩＳＤＮ）および１６１９
（ＳＯＮＥＴ／ＳＤＨ）内の特定の物理層に適用され
る。これらすべてのＲＦＣは、引用によって本明細書の
記載に援用する。ＰＰＰは、ペイロードを受渡しできる
サイズのパケットに分割する、モデム、ＨＤＬＤビット
直列ライン、ＳＯＮＥＴ／ＳＤＨ、および他の物理層上
で使用するのに適している多重プロトコル・フレーム形
成機構である。ビット指向のＨＤＬＣとは異なり、ＰＰ
Ｐは文字指向である。
【００１０】プロトコルは、情報をペイロードに「添
付」し、コンピュータ・ネットワークを通して送信し、
宛先でペイロードから「分離」することを要求する。そ
のため、ペイロードの通信に必ずオーバーヘッドが追加
されるし、通信速度がコンピュータ・ネットワークの最
大の関心事であるので、ペイロードの完全性を維持しな
がら、プロトコルのオーバーヘッドを最も少なくするこ
とが、プロトコル設計オーバーヘッド管理における一番
重要な目標である。
付」し、コンピュータ・ネットワークを通して送信し、
宛先でペイロードから「分離」することを要求する。そ
のため、ペイロードの通信に必ずオーバーヘッドが追加
されるし、通信速度がコンピュータ・ネットワークの最
大の関心事であるので、ペイロードの完全性を維持しな
がら、プロトコルのオーバーヘッドを最も少なくするこ
とが、プロトコル設計オーバーヘッド管理における一番
重要な目標である。
【００１１】この目標は、さらに、ＰＰＰを最適化する
ことができるネットワーク・アダプタの分野においても
同様に重要なことである。従って、この技術分野では、
ＰＰＰによるコンピュータ・ネットワークへのオーバー
ヘッドを軽減するための方法が求められている。
ことができるネットワーク・アダプタの分野においても
同様に重要なことである。従って、この技術分野では、
ＰＰＰによるコンピュータ・ネットワークへのオーバー
ヘッドを軽減するための方法が求められている。
【００１２】
【課題を解決するための手段】本発明は、サブプロトコ
ル（より高度の層のサブプロトコル）の識別により、Ｐ
ＰＰ情報を分離し、それにより、オーバーヘッドから除
去することを認識する。この認識に応じて、本発明は、
（コンピュータ・ネットワークのような）ネットワーク
から受信したパケットから、ＰＰＰヘッダ情報を選択的
に分離するためのシステムおよび方法、並びに、上記シ
ステムまたは方法を使用しているネットワーク・アダプ
タを提供する。ある実施形態の場合には、上記システム
は、（１）パケットを受信し、そのパケットから、その
パケットに対して使用したサブプロトコルを識別するサ
ブプロトコル検出装置、（２）上記サブプロトコル検出
装置に接続していて、サブプロトコルの識別に基づい
て、パケットから、ＰＰＰヘッダ情報の少なくとも一部
を分離し、そうすることにより、パケット全体のサイズ
を小さくするヘッダ分離装置を含む。
ル（より高度の層のサブプロトコル）の識別により、Ｐ
ＰＰ情報を分離し、それにより、オーバーヘッドから除
去することを認識する。この認識に応じて、本発明は、
（コンピュータ・ネットワークのような）ネットワーク
から受信したパケットから、ＰＰＰヘッダ情報を選択的
に分離するためのシステムおよび方法、並びに、上記シ
ステムまたは方法を使用しているネットワーク・アダプ
タを提供する。ある実施形態の場合には、上記システム
は、（１）パケットを受信し、そのパケットから、その
パケットに対して使用したサブプロトコルを識別するサ
ブプロトコル検出装置、（２）上記サブプロトコル検出
装置に接続していて、サブプロトコルの識別に基づい
て、パケットから、ＰＰＰヘッダ情報の少なくとも一部
を分離し、そうすることにより、パケット全体のサイズ
を小さくするヘッダ分離装置を含む。
【００１３】それ故、本発明は、パケット内のサブプロ
トコルが、パケットを、その宛先に間違いなく送信する
ことができるだけの十分な情報を含んでいる場合に、Ｐ
ＰＰ情報を分離する広義の概念を紹介する。本発明は、
本質的な有用性を持つ。何故なら、上記状況において、
ＰＰＰ情報が過剰になり、そうでない場合には、ペイロ
ードを搬送するのに使用することができる帯域幅を全部
使用するからである。
トコルが、パケットを、その宛先に間違いなく送信する
ことができるだけの十分な情報を含んでいる場合に、Ｐ
ＰＰ情報を分離する広義の概念を紹介する。本発明は、
本質的な有用性を持つ。何故なら、上記状況において、
ＰＰＰ情報が過剰になり、そうでない場合には、ペイロ
ードを搬送するのに使用することができる帯域幅を全部
使用するからである。
【００１４】本発明のある実施形態の場合には、パケッ
トが正常であると判断した場合には、ヘッダ分離装置
は、ＰＰＰヘッダ情報の少なくとも一部を分離する。Ｐ
ＰＰ情報それ自身は、パケット全体が正常であるか、ま
たは異常であるかを判断するために分析することができ
る。
トが正常であると判断した場合には、ヘッダ分離装置
は、ＰＰＰヘッダ情報の少なくとも一部を分離する。Ｐ
ＰＰ情報それ自身は、パケット全体が正常であるか、ま
たは異常であるかを判断するために分析することができ
る。
【００１５】本発明のある実施形態の場合には、ヘッダ
分離装置は、サブプロトコルの識別に基づいて、パケッ
トからそのエラー・チェック・ビットを含むＰＰＰヘッ
ダ情報全体を分離する。このことは、図に示し、説明す
る実施形態に適用されるもので、本発明の広い範囲に適
用されるものではない。
分離装置は、サブプロトコルの識別に基づいて、パケッ
トからそのエラー・チェック・ビットを含むＰＰＰヘッ
ダ情報全体を分離する。このことは、図に示し、説明す
る実施形態に適用されるもので、本発明の広い範囲に適
用されるものではない。
【００１６】本発明のある実施形態の場合には、ヘッダ
分離装置は、サブプロトコルの識別とは無関係に、ＰＰ
Ｐヘッダ情報の少なくとも一部を保持するために、選択
的にオーバーライドすることができる。本発明の場合に
は必要ないけれども、この機能により逆方向互換性を実
行することができる。
分離装置は、サブプロトコルの識別とは無関係に、ＰＰ
Ｐヘッダ情報の少なくとも一部を保持するために、選択
的にオーバーライドすることができる。本発明の場合に
は必要ないけれども、この機能により逆方向互換性を実
行することができる。
【００１７】本発明のある実施形態の場合には、サブプ
ロトコル検出装置およびヘッダ分離装置は、多重チャネ
ルパケット受信機の一つのチャネルに対応する。本発明
の一つの実施形態に過ぎないけれども、これから図示
し、説明する実施形態は、四つのチャネルを持ち、その
各チャネルは、これらのチャネルにより送られるパケッ
トからＰＰＰヘッダ情報を選択的に分離するための独立
のシステムを持つ。
ロトコル検出装置およびヘッダ分離装置は、多重チャネ
ルパケット受信機の一つのチャネルに対応する。本発明
の一つの実施形態に過ぎないけれども、これから図示
し、説明する実施形態は、四つのチャネルを持ち、その
各チャネルは、これらのチャネルにより送られるパケッ
トからＰＰＰヘッダ情報を選択的に分離するための独立
のシステムを持つ。
【００１８】本発明のある実施形態の場合には、ヘッダ
分離装置は、ペイロード制御レジスタに基づいて、パケ
ットから、別の方法で、ＰＰＰヘッダ情報の少なくとも
一部を分離する。ある状況の場合には、ペイロード制御
レジスタは、ヘッダ分離を制御しなければならない。そ
のような場合、上記ペイロード制御レジスタに任せたた
ほうが有利な場合がある。
分離装置は、ペイロード制御レジスタに基づいて、パケ
ットから、別の方法で、ＰＰＰヘッダ情報の少なくとも
一部を分離する。ある状況の場合には、ペイロード制御
レジスタは、ヘッダ分離を制御しなければならない。そ
のような場合、上記ペイロード制御レジスタに任せたた
ほうが有利な場合がある。
【００１９】本発明のある実施形態の場合には、システ
ムは、デジタル・ロジックに集積回路の一部として埋設
される。しかし、当業者であれば、本発明の原理は、デ
ジタルまたは集積回路に制限されるものではなく、任意
のタイプのソフトウェアまたはハードウェアでも実行す
ることができることを理解することができるだろう。
ムは、デジタル・ロジックに集積回路の一部として埋設
される。しかし、当業者であれば、本発明の原理は、デ
ジタルまたは集積回路に制限されるものではなく、任意
のタイプのソフトウェアまたはハードウェアでも実行す
ることができることを理解することができるだろう。
【００２０】今まで、本発明の好適なそしていくつかの
機能を概略説明してきたが、当業者であれば、以下の詳
細な説明をよりよく理解することができるだろう。本発
明の特許請求の範囲の主題である、本発明の他の機能に
ついて以下に説明する。当業者であれば、開示のコンセ
プトおよび特定の実施形態を、本発明の同じ目的を達成
するために、他の構造体を設計し、修正するためのベー
スとして、容易に使用することができることを理解され
たい。当業者であれば、上記の同等の構造体も、広義に
解釈すれば、本発明の精神および範囲内に含まれること
を理解されたい。
機能を概略説明してきたが、当業者であれば、以下の詳
細な説明をよりよく理解することができるだろう。本発
明の特許請求の範囲の主題である、本発明の他の機能に
ついて以下に説明する。当業者であれば、開示のコンセ
プトおよび特定の実施形態を、本発明の同じ目的を達成
するために、他の構造体を設計し、修正するためのベー
スとして、容易に使用することができることを理解され
たい。当業者であれば、上記の同等の構造体も、広義に
解釈すれば、本発明の精神および範囲内に含まれること
を理解されたい。
【００２１】
【発明の実施の形態】本発明をさらによく理解してもら
うために、添付の図面を参照しながら本発明について以
下に説明する。
うために、添付の図面を参照しながら本発明について以
下に説明する。
【００２２】最初に、図１について説明すると、この図
は、本発明のシステムまたは方法を内蔵することができ
る、全体を参照番号１００で示すネットワーク・アダプ
タの非常に簡単なブロック図である。
は、本発明のシステムまたは方法を内蔵することができ
る、全体を参照番号１００で示すネットワーク・アダプ
タの非常に簡単なブロック図である。
【００２３】図に示すように、アダプタ１００は、それ
によりアダプタ１００を、（本発明の環境である）特定
のコンピュータ・システム１２０のバスに接続すること
ができるバス・インターフェース１１０を含む。この図
の場合には、コンピュータ・システム１２０は、パソコ
ン（ＰＣ）であり、アダプタ１００は、そのＰＣＩバス
１２５に接続しているが、本発明は、特定のタイプ、ア
ーキテクチャまたはクラスのコンピュータ・システム１
２０またはバス１２５に限定されるものではない。さら
に、コンピュータ・システム１２０は、クライアントま
たはサーバとして動作することができるが、必ずしもそ
うする必要はない。コンピュータ・システム１２０とし
ては、ルータ、ゲートウェイ、またはコンピュータ・ネ
ットワークに有利に接続することができる任意の他のシ
ステムを使用することができる。もちろん、本発明は、
コンピュータ・ネットワークに限定されない。任意のネ
ットワークは、本発明の原理を実行するのに適している
環境を形成することができる。
によりアダプタ１００を、（本発明の環境である）特定
のコンピュータ・システム１２０のバスに接続すること
ができるバス・インターフェース１１０を含む。この図
の場合には、コンピュータ・システム１２０は、パソコ
ン（ＰＣ）であり、アダプタ１００は、そのＰＣＩバス
１２５に接続しているが、本発明は、特定のタイプ、ア
ーキテクチャまたはクラスのコンピュータ・システム１
２０またはバス１２５に限定されるものではない。さら
に、コンピュータ・システム１２０は、クライアントま
たはサーバとして動作することができるが、必ずしもそ
うする必要はない。コンピュータ・システム１２０とし
ては、ルータ、ゲートウェイ、またはコンピュータ・ネ
ットワークに有利に接続することができる任意の他のシ
ステムを使用することができる。もちろん、本発明は、
コンピュータ・ネットワークに限定されない。任意のネ
ットワークは、本発明の原理を実行するのに適している
環境を形成することができる。
【００２４】図に示すように、アダプタ１００は、さら
に、それによりアダプタ１００が、（本発明の環境であ
る）コンピュータ・ネットワーク１４０の物理搬送媒体
に接続することができるネットワーク・インターフェー
ス１３０を含む。図に示すように、コンピュータ・ネッ
トワーク１４０は、インターネットであり、アダプタ１
００は、ＳＯＮＥＴ／ＳＤＨの物理搬送媒体１４５に接
続しているが、本発明は、特定のタイプまたはアーキテ
クチャのコンピュータ・ネットワーク１４０、または物
理搬送媒体１４５に限定されない。アダプタ１００は、
四つの論理ポート（図示せず）を通して、コンピュータ
・ネットワーク１４０と通信するが、本発明はそれに限
定されない。
に、それによりアダプタ１００が、（本発明の環境であ
る）コンピュータ・ネットワーク１４０の物理搬送媒体
に接続することができるネットワーク・インターフェー
ス１３０を含む。図に示すように、コンピュータ・ネッ
トワーク１４０は、インターネットであり、アダプタ１
００は、ＳＯＮＥＴ／ＳＤＨの物理搬送媒体１４５に接
続しているが、本発明は、特定のタイプまたはアーキテ
クチャのコンピュータ・ネットワーク１４０、または物
理搬送媒体１４５に限定されない。アダプタ１００は、
四つの論理ポート（図示せず）を通して、コンピュータ
・ネットワーク１４０と通信するが、本発明はそれに限
定されない。
【００２５】アダプタ１００は、バス・インターフェー
ス１１０と、ネットワーク・インターフェース１３０と
の間に設置されているバッファ１５０を含む。バッファ
１５０は、データがバス・インターフェース１１０と、
ネットワーク・インターフェース１３０との間で伝送さ
れると、（パッケージの形の）データを受信し、一時的
に保持（記憶）する。その目的は、両者の中の低速の方
が、両者の中の高速の方に追いつくまで、確実に、両者
の中の高速の方がデータを伝送することができるように
するためである。バッファ１５０は、通常、アダプタ１
００が動作するのに必要な速度、および恐らく、アダプ
タ１００がサポートするチャネルの数により一つまたは
それ以上の読出ポート、および一つまたはそれ以上の書
込みポートを持つランダム・アクセス・メモリ（ＲＡ
Ｍ）の形をしている。
ス１１０と、ネットワーク・インターフェース１３０と
の間に設置されているバッファ１５０を含む。バッファ
１５０は、データがバス・インターフェース１１０と、
ネットワーク・インターフェース１３０との間で伝送さ
れると、（パッケージの形の）データを受信し、一時的
に保持（記憶）する。その目的は、両者の中の低速の方
が、両者の中の高速の方に追いつくまで、確実に、両者
の中の高速の方がデータを伝送することができるように
するためである。バッファ１５０は、通常、アダプタ１
００が動作するのに必要な速度、および恐らく、アダプ
タ１００がサポートするチャネルの数により一つまたは
それ以上の読出ポート、および一つまたはそれ以上の書
込みポートを持つランダム・アクセス・メモリ（ＲＡ
Ｍ）の形をしている。
【００２６】アダプタ１００は、また、プロセッサ１６
０を含む。プロセッサ１６０は、バス・インターフェー
ス１１０、バッファ１５０とネットワーク・インターフ
ェース１３０との間のデータの流れを制御する。プロセ
ッサ１６０は、さらに、バッファ１５０内でデータを操
作するが、その目的は、データをその次の宛先に送信す
るために、確実に正しい形にすることである。図に示す
ように、バッファ１５０は、データ・エンジン１７０に
接続している。
０を含む。プロセッサ１６０は、バス・インターフェー
ス１１０、バッファ１５０とネットワーク・インターフ
ェース１３０との間のデータの流れを制御する。プロセ
ッサ１６０は、さらに、バッファ１５０内でデータを操
作するが、その目的は、データをその次の宛先に送信す
るために、確実に正しい形にすることである。図に示す
ように、バッファ１５０は、データ・エンジン１７０に
接続している。
【００２７】図２について説明すると、この図は、図１
のデータ・エンジン１７０のブロック図である。データ
・エンジン１７０は、バッファ１５０およびプロセッサ
１６０のハイブリッド拡張部と見なすことができる。デ
ータ・エンジン１７０は、（以下に説明するように、制
御データを含むことができる、高速の、特殊用途のメモ
リである）レジスタ２１０、およびデータ・エンジン１
７０を通して移動するペイロードへプロトコル情報を導
入し、ペイロードからプロトコル情報を分離するための
パイプラインを含む。図２に示すように、これらのパイ
プラインは、それぞれ、送信パイプライン２２０、およ
び受信パイプライン２３０である。送信パイプライン２
２０は、ネットワーク・インターフェース１３０に送信
されるバス・インターフェース１１０から受信したパケ
ットを処理する（図１に両方を示す）。送信パイプライ
ン２２０の構造および機能は、本発明の目的のための従
来のもであるとみなすことができる。しかし、本発明
は、従来の送信パイプラインに限定されない。
のデータ・エンジン１７０のブロック図である。データ
・エンジン１７０は、バッファ１５０およびプロセッサ
１６０のハイブリッド拡張部と見なすことができる。デ
ータ・エンジン１７０は、（以下に説明するように、制
御データを含むことができる、高速の、特殊用途のメモ
リである）レジスタ２１０、およびデータ・エンジン１
７０を通して移動するペイロードへプロトコル情報を導
入し、ペイロードからプロトコル情報を分離するための
パイプラインを含む。図２に示すように、これらのパイ
プラインは、それぞれ、送信パイプライン２２０、およ
び受信パイプライン２３０である。送信パイプライン２
２０は、ネットワーク・インターフェース１３０に送信
されるバス・インターフェース１１０から受信したパケ
ットを処理する（図１に両方を示す）。送信パイプライ
ン２２０の構造および機能は、本発明の目的のための従
来のもであるとみなすことができる。しかし、本発明
は、従来の送信パイプラインに限定されない。
【００２８】受信パイプライン２３０は、バス・インタ
ーフェース１１０に送信されるネットワーク・インター
フェース１３０から受信したパケットを処理する。受信
パイプラインは、送信パイプライン２２０より詳細に図
示されている。パケットの流れの方向に移動しながら、
ＰＰＰ分離ブロック２３１は、最初、パケットを受信
し、処理する。本発明のシステムおよび方法は、都合の
よいことに、ＰＰＰ分離ブロック２３１内に位置してい
るか、設置されている。
ーフェース１１０に送信されるネットワーク・インター
フェース１３０から受信したパケットを処理する。受信
パイプラインは、送信パイプライン２２０より詳細に図
示されている。パケットの流れの方向に移動しながら、
ＰＰＰ分離ブロック２３１は、最初、パケットを受信
し、処理する。本発明のシステムおよび方法は、都合の
よいことに、ＰＰＰ分離ブロック２３１内に位置してい
るか、設置されている。
【００２９】次に、巡回冗長検査（「ＣＲＣ」）モジュ
ール２３２が、ペイロードがエラーを含んでいるかいな
いかを判断するために、ＣＲＣコードをチェックする。
ール２３２が、ペイロードがエラーを含んでいるかいな
いかを判断するために、ＣＲＣコードをチェックする。
【００３０】次に、プリアンスクランブラ２３３が、ア
ンスクランブルおよびフレーム形成を行う目的で、パケ
ットを形成するために、周知のＩＳＯＸ．４３規格に従
って動作する。この時点で、コンピュータ・システム
（図１の１２０）で使用しているプロトコルに従って、
別のフレーム形成装置が使用される。図に示すのは、ル
ーセント社の簡単なデータ・リンク（ＳＤＬフレーム形
成装置２３４）、非同期転送モード（ＡＴＭフレーム形
成装置２３５）およびＨＤＬＣ（ＨＤＬＣフレーム形成
装置２３６）用の独立フレーム形成装置である。
ンスクランブルおよびフレーム形成を行う目的で、パケ
ットを形成するために、周知のＩＳＯＸ．４３規格に従
って動作する。この時点で、コンピュータ・システム
（図１の１２０）で使用しているプロトコルに従って、
別のフレーム形成装置が使用される。図に示すのは、ル
ーセント社の簡単なデータ・リンク（ＳＤＬフレーム形
成装置２３４）、非同期転送モード（ＡＴＭフレーム形
成装置２３５）およびＨＤＬＣ（ＨＤＬＣフレーム形成
装置２３６）用の独立フレーム形成装置である。
【００３１】次に、ポストアンスクランブラ２３７が、
適当なフレーム形成により、パケットをフォーマットす
る。ラウンドロビン・バッファ２３８が、パケットがコ
ンピュータ・システム（図１の１２０）に同期できるま
で、パケットを一時的に保持する。同期は、クロック・
クロッサ２３９内で行われる。最後に、受信シーケンサ
２４０が、パケットをコンピュータ・システムのバス
（図１の１２５）上に置く。
適当なフレーム形成により、パケットをフォーマットす
る。ラウンドロビン・バッファ２３８が、パケットがコ
ンピュータ・システム（図１の１２０）に同期できるま
で、パケットを一時的に保持する。同期は、クロック・
クロッサ２３９内で行われる。最後に、受信シーケンサ
２４０が、パケットをコンピュータ・システムのバス
（図１の１２５）上に置く。
【００３２】図１および図２のデータ・エンジン１７０
は、好適には、集積回路にデジタルの形で実行すること
が好ましい。しかし、関連技術の当業者であれば、デー
タ・エンジン１７０を、特定のアプリケーションに適し
ている任意の形で実施することができることを理解する
ことができるだろう。
は、好適には、集積回路にデジタルの形で実行すること
が好ましい。しかし、関連技術の当業者であれば、デー
タ・エンジン１７０を、特定のアプリケーションに適し
ている任意の形で実施することができることを理解する
ことができるだろう。
【００３３】図３について説明すると、この図は、ＲＦ
Ｃ１６６１および１６６２に規定されているＰＰＰ規格
に従ってフォーマットされたパケット（または「フレー
ム」）の図面である。全体を参照番号３００で示すＰＰ
Ｐパケットは、フラグ・フィールド３１０（４バイ
ト）、アドレス・フィールド３２０（４バイト）、制御
フィールド３３０（４バイト）、プロトコル・フィール
ド３４０（１または２バイト）、ペイロード・フィール
ド３５０（任意の長さ、しかし、多くの場合、１５００
バイト）、およびチェックサム・フィールド３６０（多
くの場合、２バイト、しかし、場合によっては４バイ
ト）を含む。
Ｃ１６６１および１６６２に規定されているＰＰＰ規格
に従ってフォーマットされたパケット（または「フレー
ム」）の図面である。全体を参照番号３００で示すＰＰ
Ｐパケットは、フラグ・フィールド３１０（４バイ
ト）、アドレス・フィールド３２０（４バイト）、制御
フィールド３３０（４バイト）、プロトコル・フィール
ド３４０（１または２バイト）、ペイロード・フィール
ド３５０（任意の長さ、しかし、多くの場合、１５００
バイト）、およびチェックサム・フィールド３６０（多
くの場合、２バイト、しかし、場合によっては４バイ
ト）を含む。
【００３４】フラグ・フィールド３１０は、単に、パケ
ット３００の頭の部分を示す。アドレス・フィールド３
２０は、そのパケットの宛先ステーションのアドレスを
示す。ＰＰＰはデータ・リンク層プロトコルであり、宛
先ステーションの識別とは無関係であるので、アドレス
・フィールド３２０は、コンピュータ・ネットワーク上
のすべてのステーションがパケット３００をことを示す
数値を含む。
ット３００の頭の部分を示す。アドレス・フィールド３
２０は、そのパケットの宛先ステーションのアドレスを
示す。ＰＰＰはデータ・リンク層プロトコルであり、宛
先ステーションの識別とは無関係であるので、アドレス
・フィールド３２０は、コンピュータ・ネットワーク上
のすべてのステーションがパケット３００をことを示す
数値を含む。
【００３５】制御フィールド３３０は、パケット３００
の数を示す。ＰＰＰはデータ・リンク層プロトコルであ
り、信頼性が高くなくてもよいので、制御フィールド３
３０は、数えられていないパケット３００の示す数値を
含む。
の数を示す。ＰＰＰはデータ・リンク層プロトコルであ
り、信頼性が高くなくてもよいので、制御フィールド３
３０は、数えられていないパケット３００の示す数値を
含む。
【００３６】プロトコル・フィールド３４０は、（リン
ク制御プロトコル、すなわち、「ＬＣＰ」；ネットウエ
ア制御プロトコル、すなわち、「ＮＣＰ」；インターネ
ット・プロトコル、すなわち、「ＩＰ」；ノベルのイン
ターネットワーク・パケット交換、すなわち、「ＩＰ
Ｘ」；またはアップルトーク（登録商標）のような）パ
ケット３００に対して使用されるプロトコルの識別を含
む。関連技術の当業者なら気がつくように、各プロトコ
ルは、それに関連し、特定のプロトコルと一緒に使用す
ることができる、より高度のレベルのプロトコルに関連
する（実施形態に示す）三つのサブプロトコルを持つ。
各サブプロトコルは、プロトコル・フィールド３４０に
示すそれ自身のコードを持つ。例えば、プロトコルがＩ
Ｐである場合には、サブプロトコルとしては、（０ｘ０
０２１のコードを持つ）ＩＰデータ、（０ｘ８０２１の
コードを持つ）ＩＰネットワーク、または（０ｘＣ０２
１のコードを持つ）ＩＰリンク層制御を使用することが
できる。
ク制御プロトコル、すなわち、「ＬＣＰ」；ネットウエ
ア制御プロトコル、すなわち、「ＮＣＰ」；インターネ
ット・プロトコル、すなわち、「ＩＰ」；ノベルのイン
ターネットワーク・パケット交換、すなわち、「ＩＰ
Ｘ」；またはアップルトーク（登録商標）のような）パ
ケット３００に対して使用されるプロトコルの識別を含
む。関連技術の当業者なら気がつくように、各プロトコ
ルは、それに関連し、特定のプロトコルと一緒に使用す
ることができる、より高度のレベルのプロトコルに関連
する（実施形態に示す）三つのサブプロトコルを持つ。
各サブプロトコルは、プロトコル・フィールド３４０に
示すそれ自身のコードを持つ。例えば、プロトコルがＩ
Ｐである場合には、サブプロトコルとしては、（０ｘ０
０２１のコードを持つ）ＩＰデータ、（０ｘ８０２１の
コードを持つ）ＩＰネットワーク、または（０ｘＣ０２
１のコードを持つ）ＩＰリンク層制御を使用することが
できる。
【００３７】ペイロード・フィールド３５０は、パケッ
ト３００が運ぶペイロードを含むが、それが含むことが
できるものに限定されない。最後に、チェックサム・フ
ィールド３６０は、識別するために、そしてできればそ
の中に含まれているエラーを修正するために、パケット
３００の残りの部分について使用することができるエラ
ー・チェック・ビットを含む。
ト３００が運ぶペイロードを含むが、それが含むことが
できるものに限定されない。最後に、チェックサム・フ
ィールド３６０は、識別するために、そしてできればそ
の中に含まれているエラーを修正するために、パケット
３００の残りの部分について使用することができるエラ
ー・チェック・ビットを含む。
【００３８】図４について説明すると、この図は、図２
のＰＰＰ分離ブロック２３１のより詳細なブロック図で
ある。この場合も、また、パケットの流れの方向に進む
に従って、入力ラッチ４１０は、クロック信号４１１の
立ち上がりの縁部上で、受信した文字をラッチする。第
一のロジック回路４２０は、上記文字を直列に受信し、
フラグ・フィールド（図３の３１０）を識別することに
より、（図３のパケット３００のような）所与のＰＰＰ
パケットのスタート部分を発見する。
のＰＰＰ分離ブロック２３１のより詳細なブロック図で
ある。この場合も、また、パケットの流れの方向に進む
に従って、入力ラッチ４１０は、クロック信号４１１の
立ち上がりの縁部上で、受信した文字をラッチする。第
一のロジック回路４２０は、上記文字を直列に受信し、
フラグ・フィールド（図３の３１０）を識別することに
より、（図３のパケット３００のような）所与のＰＰＰ
パケットのスタート部分を発見する。
【００３９】第一のロジック回路４２０によりトリガさ
れると、第二のロジック回路４３０が、パケットのＰＰ
Ｐヘッダが、圧縮されていない形で、または圧縮された
形で表現されているかどうかを判断する。全アドレス、
制御フィールドおよびプロトコル・フィールドを含むＰ
ＰＰヘッダは、圧縮されていないと見なされる。（プロ
トコル・フィールドだけというように）三つすべてのフ
ィールドより少ないフィールドを含むＰＰＰヘッダは、
圧縮されていると見なされる。
れると、第二のロジック回路４３０が、パケットのＰＰ
Ｐヘッダが、圧縮されていない形で、または圧縮された
形で表現されているかどうかを判断する。全アドレス、
制御フィールドおよびプロトコル・フィールドを含むＰ
ＰＰヘッダは、圧縮されていないと見なされる。（プロ
トコル・フィールドだけというように）三つすべてのフ
ィールドより少ないフィールドを含むＰＰＰヘッダは、
圧縮されていると見なされる。
【００４０】本発明のサブプロトコル検出装置を含んで
いると見なすことができる第三のロジック回路４４０
は、パケットのどの部分を分離したらよいのかを、ま
た、サブプロトコルの識別に基づいて、どの部分を送っ
たら（送信したら）よいのかを判断する。第三のロジッ
ク回路４４０が送ることを決定した文字は、本発明のヘ
ッダ分離装置を含んでいると見なすことができる第四ロ
ジック回路４５０で処理され、ＰＰＰ分離ブロック２３
１から送信するために、出力ラッチ４６０に送られる。
メモリ４７０は、レジスタ内に、前の状態、前のデー
タ、および前のペイロード・マーカのような記録を保持
する。出力ラッチ４６０およびメモリ４７０は、両方と
も、クロック信号４１１の立ち上がり縁部上で動作す
る。
いると見なすことができる第三のロジック回路４４０
は、パケットのどの部分を分離したらよいのかを、ま
た、サブプロトコルの識別に基づいて、どの部分を送っ
たら（送信したら）よいのかを判断する。第三のロジッ
ク回路４４０が送ることを決定した文字は、本発明のヘ
ッダ分離装置を含んでいると見なすことができる第四ロ
ジック回路４５０で処理され、ＰＰＰ分離ブロック２３
１から送信するために、出力ラッチ４６０に送られる。
メモリ４７０は、レジスタ内に、前の状態、前のデー
タ、および前のペイロード・マーカのような記録を保持
する。出力ラッチ４６０およびメモリ４７０は、両方と
も、クロック信号４１１の立ち上がり縁部上で動作す
る。
【００４１】図６について説明すると、この図は、本発
明の原理により構成されたコンピュータ・ネットワーク
から受信した、（図３のパケット３００のような）パケ
ットからポイント・ツー・ポイント・プロトコル・ヘッ
ダ情報を選択的に分離するための、全体を参照番号５０
０で示す方法のフローチャートである。
明の原理により構成されたコンピュータ・ネットワーク
から受信した、（図３のパケット３００のような）パケ
ットからポイント・ツー・ポイント・プロトコル・ヘッ
ダ情報を選択的に分離するための、全体を参照番号５０
０で示す方法のフローチャートである。
【００４２】処理は、スタート・ブロック５１０でスタ
ートする。このブロックにおいては、サブプロトコル検
出装置により分析されるパケットが、上記検出装置によ
り受信される。サブプロトコル検出装置は、パケットの
プロトコル・フィールドを読むことにより、ステップ５
２０において、パケットについて使用したサブプロトコ
ルを識別する。
ートする。このブロックにおいては、サブプロトコル検
出装置により分析されるパケットが、上記検出装置によ
り受信される。サブプロトコル検出装置は、パケットの
プロトコル・フィールドを読むことにより、ステップ５
２０において、パケットについて使用したサブプロトコ
ルを識別する。
【００４３】この時点において、パケットからＰＰＰヘ
ッダ情報の少なくとも一部を分離し、そうしたい場合に
は、チェックサム・フィールド内のエラー・チェック・
ビットの少なくとも一部を分離するかどうかを決定しな
ければならない。従って、方法５００は、決定ステップ
５３０で、さらに決定を続行し、このステップにおい
て、パケットが正常であるかどうかを判断するために、
チェックサム・フィールドを参照しながら、パケットを
試験する。パケットが正常でないと判断された場合に
は、ペイロード制御レジスタの設定に基づいて、ＰＰＰ
パケット全体を放棄するか、パケットに異常とマークす
ることができる。
ッダ情報の少なくとも一部を分離し、そうしたい場合に
は、チェックサム・フィールド内のエラー・チェック・
ビットの少なくとも一部を分離するかどうかを決定しな
ければならない。従って、方法５００は、決定ステップ
５３０で、さらに決定を続行し、このステップにおい
て、パケットが正常であるかどうかを判断するために、
チェックサム・フィールドを参照しながら、パケットを
試験する。パケットが正常でないと判断された場合に
は、ペイロード制御レジスタの設定に基づいて、ＰＰＰ
パケット全体を放棄するか、パケットに異常とマークす
ることができる。
【００４４】パケットが正常と判断された場合には（こ
れがより普通の結果であるが）、判断ステップ５５０で
処理が続行される。このステップにおいては、ヘッダ分
離を行うことができるかどうかを判断するために、サブ
プロトコルの試験が行われる。上記試験を行うために、
ステップ５２０で識別されたサブプロトコルは、図に示
す実施形態の場合、記憶しているサブプロトコル・コー
ドと比較される。特定の例の場合には、サブプロトコル
値が、０ｘ００２１（ＩＰデータ）である場合には、
（アドレス・フィールド、制御フィールドおよびプロト
コル・フィールドを含む）ＰＰＰヘッダ情報、および
（エラー・チェック・ビットを含む）チェックサム・フ
ィールドを分離することができる。そうでない場合で、
サブプロトコル値が０ｘ８０２１（ＩＰネットワー
ク）、または０ｘＣ０２１（ＩＰリンク層）である場合
には、ＰＰＰヘッダ情報およびチェックサム・フィール
ドを保持し、分離してはならない。（何故なら、それら
は、以降のネットワーク交渉、転送およびリンクの設定
に役に立つからである。）
れがより普通の結果であるが）、判断ステップ５５０で
処理が続行される。このステップにおいては、ヘッダ分
離を行うことができるかどうかを判断するために、サブ
プロトコルの試験が行われる。上記試験を行うために、
ステップ５２０で識別されたサブプロトコルは、図に示
す実施形態の場合、記憶しているサブプロトコル・コー
ドと比較される。特定の例の場合には、サブプロトコル
値が、０ｘ００２１（ＩＰデータ）である場合には、
（アドレス・フィールド、制御フィールドおよびプロト
コル・フィールドを含む）ＰＰＰヘッダ情報、および
（エラー・チェック・ビットを含む）チェックサム・フ
ィールドを分離することができる。そうでない場合で、
サブプロトコル値が０ｘ８０２１（ＩＰネットワー
ク）、または０ｘＣ０２１（ＩＰリンク層）である場合
には、ＰＰＰヘッダ情報およびチェックサム・フィール
ドを保持し、分離してはならない。（何故なら、それら
は、以降のネットワーク交渉、転送およびリンクの設定
に役に立つからである。）
【００４５】サブプロトコル・フィールドの数値が、Ｐ
ＰＰヘッダ情報およびチェックサム・フィールドを分離
してはならないことを示している場合には、方法５００
は、ステップ５４０の終わりの時点で、受信パイプライ
ン（図２の２３０）内で、さらに処理を行うためにパケ
ットを送信し、分離を行わないことを決定する。そうで
ない場合で、サブプロトコル・フィールドの数値が、Ｐ
ＰＰヘッダ情報およびチェックサム・フィールドを分離
すべきであることを示している場合には、方法５００
は、ステップ５６０へ進み、そこで、ＰＰＰヘッダ情
報、およびチェックサム・フィールドが分離される。そ
の後で、方法５００は、ステップ５４０の終わりの時点
で、受信パイプライン（図２の２３０）内で、さらに処
理を行うために、ＰＰＰヘッダ情報およびチェックサム
・フィールドを分離しないで、パケットを送信すること
を決定する。それ故、上記パケットの全体のサイズが小
さくなり、そのオーバーヘッドが小さくなり、コンピュ
ータ・システム・バス（図１の１２５）の有効帯域幅が
広くなる。
ＰＰヘッダ情報およびチェックサム・フィールドを分離
してはならないことを示している場合には、方法５００
は、ステップ５４０の終わりの時点で、受信パイプライ
ン（図２の２３０）内で、さらに処理を行うためにパケ
ットを送信し、分離を行わないことを決定する。そうで
ない場合で、サブプロトコル・フィールドの数値が、Ｐ
ＰＰヘッダ情報およびチェックサム・フィールドを分離
すべきであることを示している場合には、方法５００
は、ステップ５６０へ進み、そこで、ＰＰＰヘッダ情
報、およびチェックサム・フィールドが分離される。そ
の後で、方法５００は、ステップ５４０の終わりの時点
で、受信パイプライン（図２の２３０）内で、さらに処
理を行うために、ＰＰＰヘッダ情報およびチェックサム
・フィールドを分離しないで、パケットを送信すること
を決定する。それ故、上記パケットの全体のサイズが小
さくなり、そのオーバーヘッドが小さくなり、コンピュ
ータ・システム・バス（図１の１２５）の有効帯域幅が
広くなる。
【００４６】実際、ＰＰＰヘッダ情報が圧縮されていな
いで、プロトコル・フィールドの長さが２バイトであ
り、ペイロード・フィールドの長さが１５００バイトで
あり、チェックサム・フィールドの長さが２バイトであ
ると仮定した場合、パケットのサイズは１％以上小さく
なり、搬送の信頼性は低下しない。パケットがもっと小
さなペイロードを含む場合には、サイズはもっと劇的に
小さくなる。
いで、プロトコル・フィールドの長さが２バイトであ
り、ペイロード・フィールドの長さが１５００バイトで
あり、チェックサム・フィールドの長さが２バイトであ
ると仮定した場合、パケットのサイズは１％以上小さく
なり、搬送の信頼性は低下しない。パケットがもっと小
さなペイロードを含む場合には、サイズはもっと劇的に
小さくなる。
【００４７】図６について説明すると、この図は、全体
を参照番号６００で表わす４チャネルＰＰＰ分離ブロッ
ク内でＰＰＰ情報の分離を制御するのに使用することが
できるレジスタのマップである。レジスタ６１０、６２
０、６３０、６４０は、そこを通してデータ・エンジン
がコンピュータ・ネットワーク（図１の１４０）と通信
することができ、図２のレジスタ２１０の一部とするこ
とができる四つの論理チャネルに対応する。
を参照番号６００で表わす４チャネルＰＰＰ分離ブロッ
ク内でＰＰＰ情報の分離を制御するのに使用することが
できるレジスタのマップである。レジスタ６１０、６２
０、６３０、６４０は、そこを通してデータ・エンジン
がコンピュータ・ネットワーク（図１の１４０）と通信
することができ、図２のレジスタ２１０の一部とするこ
とができる四つの論理チャネルに対応する。
【００４８】レジスタ６１０は、図に示すように、「Ｐ
ＰＰ−ｒｘ−ｈｄｒ−ｓｔｒｉｐｏｆｆ０」という名前
がつけられていて、論理チャネル０に対応し、０ｘ００
００のリセット・デフォールト値を持つ。レジスタ６２
０は、図に示すように、「ＰＰＰ−ｒｘ−ｈｄｒ−ｓｔ
ｒｉｐｏｆｆ１」という名前がつけられていて、論理チ
ャネル１に対応し、０ｘ００００のリセット・デフォー
ルト値を持つ。レジスタ６３０は、図に示すように、
「ＰＰＰ−ｒｘ−ｈｄｒ−ｓｔｒｉｐｏｆｆ２」という
名前がつけられていて、論理チャネル２に対応し、０ｘ
００００のリセット・デフォールトを持つ。レジスタ６
４０は、図に示すように、「ＰＰＰ−ｒｘ−ｈｄｒ−ｓ
ｔｒｉｐｏｆｆ３」という名前がつけられていて、論理
チャネル３に対応し、０ｘ００００のリセット・デフォ
ールト値を持つ。
ＰＰ−ｒｘ−ｈｄｒ−ｓｔｒｉｐｏｆｆ０」という名前
がつけられていて、論理チャネル０に対応し、０ｘ００
００のリセット・デフォールト値を持つ。レジスタ６２
０は、図に示すように、「ＰＰＰ−ｒｘ−ｈｄｒ−ｓｔ
ｒｉｐｏｆｆ１」という名前がつけられていて、論理チ
ャネル１に対応し、０ｘ００００のリセット・デフォー
ルト値を持つ。レジスタ６３０は、図に示すように、
「ＰＰＰ−ｒｘ−ｈｄｒ−ｓｔｒｉｐｏｆｆ２」という
名前がつけられていて、論理チャネル２に対応し、０ｘ
００００のリセット・デフォールトを持つ。レジスタ６
４０は、図に示すように、「ＰＰＰ−ｒｘ−ｈｄｒ−ｓ
ｔｒｉｐｏｆｆ３」という名前がつけられていて、論理
チャネル３に対応し、０ｘ００００のリセット・デフォ
ールト値を持つ。
【００４９】各レジスタ６１０、６２０、６３０、６４
０は、下記の方法で、分離（「剥奪」）を制御する働き
をする。（図５の例のところで説明したように）、特定
のサブプロトコルに遭遇した場合には、ＰＰＰヘッダ情
報およびチェックサム・フィールドは分離される。そう
でない場合には、分離されない。所与のレジスタ６１
０、６２０、６３０、６４０が設定されていない場合に
は（０ｘ００００のリセット・デフォールト値を含んで
いない場合には）、そのレジスタはオーバーライドされ
る。分離は、もはや、サブプロトコル識別に依存しない
で、ＰＰＰヘッダ情報およびチェックサム・フィールド
は、図示していないが、０に設定された場合には、ＰＰ
Ｐヘッダ情報およびチェックサム・フィールドを分離す
るように要求し、１に設定された場合には、ＰＰＰヘッ
ダ情報およびチェックサム・フィールドを保持するよう
に要求する、一つのビットを含む）ペイロード制御レジ
スタの内容に基づいて、選択的に分離されない。それ
故、分離は行われないで、サブプロトコルの識別とは無
関係に、ＰＰＰヘッダ情報の少なくとも一部およびチェ
ックサム・フィールドが保持される。
０は、下記の方法で、分離（「剥奪」）を制御する働き
をする。（図５の例のところで説明したように）、特定
のサブプロトコルに遭遇した場合には、ＰＰＰヘッダ情
報およびチェックサム・フィールドは分離される。そう
でない場合には、分離されない。所与のレジスタ６１
０、６２０、６３０、６４０が設定されていない場合に
は（０ｘ００００のリセット・デフォールト値を含んで
いない場合には）、そのレジスタはオーバーライドされ
る。分離は、もはや、サブプロトコル識別に依存しない
で、ＰＰＰヘッダ情報およびチェックサム・フィールド
は、図示していないが、０に設定された場合には、ＰＰ
Ｐヘッダ情報およびチェックサム・フィールドを分離す
るように要求し、１に設定された場合には、ＰＰＰヘッ
ダ情報およびチェックサム・フィールドを保持するよう
に要求する、一つのビットを含む）ペイロード制御レジ
スタの内容に基づいて、選択的に分離されない。それ
故、分離は行われないで、サブプロトコルの識別とは無
関係に、ＰＰＰヘッダ情報の少なくとも一部およびチェ
ックサム・フィールドが保持される。
【００５０】今まで本発明を詳細に説明してきたが、当
業者であれば、広義の本発明の精神および範囲から逸脱
することなしに、本発明の範囲内で、種々の変更、置換
えおよび改変を行うことができることを理解されたい。
業者であれば、広義の本発明の精神および範囲から逸脱
することなしに、本発明の範囲内で、種々の変更、置換
えおよび改変を行うことができることを理解されたい。
【図１】本発明のシステムまたは方法を使用することが
できるネットワーク・アダプタおよびその周囲環境の極
めて簡単なブロック図である。
できるネットワーク・アダプタおよびその周囲環境の極
めて簡単なブロック図である。
【図２】図１のネットワーク・アダプタ内に設置するこ
とができ、本発明の原理に従って構成したコンピュータ
・ネットワークから受信したパケットからＰＰＰヘッダ
情報を選択的に分離するためのシステムを含むデータ・
エンジンのブロック図である。
とができ、本発明の原理に従って構成したコンピュータ
・ネットワークから受信したパケットからＰＰＰヘッダ
情報を選択的に分離するためのシステムを含むデータ・
エンジンのブロック図である。
【図３】ＲＦＣ１６６１および１６６２に規定されてい
るＰＰＰ規格によりフォーマットしたパケットの図面で
ある。
るＰＰＰ規格によりフォーマットしたパケットの図面で
ある。
【図４】図２のＰＰＰ分離ブロックの、より詳細なブロ
ック図である。
ック図である。
【図５】本発明の原理により構成されたコンピュータ・
ネットワークから受信したパケットからポイント・ツー
・ポイント・プロトコル・ヘッダ情報を選択的に分離す
る方法のフローチャートである。
ネットワークから受信したパケットからポイント・ツー
・ポイント・プロトコル・ヘッダ情報を選択的に分離す
る方法のフローチャートである。
【図６】４チャネルＰＰＰ分離ブロック内でＰＰＰ情報
の分離を制御するために使用することができるレジスタ
のマップである。
の分離を制御するために使用することができるレジスタ
のマップである。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジット クマー アメリカ合衆国 07920 ニュージャーシ ィ，バスキング リッジ，スプリング ハ ウス レーン 10
Claims (21)
- 【請求項１】 ネットワークから受信したパケットから
ポイント・ツー・ポイント・プロトコル・ヘッダ情報を
選択的に分離するためのシステムであって、 前記パケットを受信し、そこから、前記パケットに関し
て使用したサブプロトコルを識別するサブプロトコル検
出装置と、 前記サブプロトコル検出装置に接続していて、前記サブ
プロトコルの識別に基づいて、前記パケットからポイン
ト・ツー・ポイント・プロトコル・ヘッダ情報の少なく
とも一部を分離し、そうすることにより、前記パケット
の全体のサイズを小さくするヘッダ分離装置とを備える
システム。 - 【請求項２】 請求項１に記載のシステムにおいて、前
記ヘッダ分離装置が、前記パケットが正常であると判断
された場合だけ、前記ポイント・ツー・ポイント・プロ
トコル・ヘッダ情報の前記少なくとも一部を分離するシ
ステム。 - 【請求項３】 請求項１に記載のシステムにおいて、前
記ヘッダ分離装置が、前記サブプロトコルの前記識別に
基づいて、前記パケットからそのエラー・チェック・ビ
ットを含む前記ポイント・ツー・ポイント・プロトコル
・ヘッダ情報全体を分離するシステム。 - 【請求項４】 請求項１に記載のシステムにおいて、前
記ヘッダ分離装置が、前記サブプロトコルの前記識別と
は無関係に、前記ポイント・ツー・ポイント・プロトコ
ル・ヘッダ情報の前記少なくとも一部を保持するため
に、選択的にオーバライドすることができるシステム。 - 【請求項５】 請求項１に記載のシステムにおいて、前
記サブプロトコル検出装置および前記ヘッダ分離装置
が、多重パケット受信機の一つのチャネルに対応するシ
ステム。 - 【請求項６】 請求項１に記載のシステムにおいて、前
記ヘッダ分離装置が、ペイロード制御レジスタに基づい
て、前記パケットから前記ポイント・ツー・ポイント・
プロトコル・ヘッダ情報の前記少なくとも一部を、別の
方法により、分離するシステム。 - 【請求項７】 請求項１に記載のシステムにおいて、前
記システムが、デジタル・ロジックおよび集積回路の一
部として実行されるシステム。 - 【請求項８】 ネットワークから受信したパケットから
ポイント・ツー・ポイント・プロトコル・ヘッダ情報を
選択的に分離するための方法であって、前記パケットに
関して使用したサブプロトコルを識別するステップと、 前記サブプロトコルの識別に基づいて、前記パケットか
ら前記ポイント・ツー・ポイント・プロトコル・ヘッダ
情報の少なくとも一部を分離し、そうすることにより、
前記パケットの全体のサイズを小さくするステップとを
含む方法。 - 【請求項９】 請求項８に記載の方法において、前記分
離が、前記パケットが正常であると判断された場合だ
け、前記ポイント・ツー・ポイント・プロトコル・ヘッ
ダ情報の前記少なくとも一部を分離するステップを含む
方法。 - 【請求項１０】 請求項８に記載の方法において、前記
分離が、前記サブプロトコルの前記識別に基づいて、前
記パケットからそのエラー・チェック・ビットを含む前
記ポイント・ツー・ポイント・プロトコル・ヘッダ情報
全体を分離するステップを含む方法。 - 【請求項１１】 請求項８に記載の方法において、さら
に、前記サブプロトコルの前記識別とは無関係に、前記
ポイント・ツー・ポイント・プロトコル・ヘッダ情報の
前記少なくとも一部を保持するために、前記分離ステッ
プを選択的に飛び越すステップを含む方法。 - 【請求項１２】 請求項８に記載の方法において、前記
識別および前記分離が、多重パケット受信機の一つのチ
ャネルに関して行われる方法。 - 【請求項１３】 請求項８に記載の方法において、前記
分離が、ペイロード制御レジスタに基づいて、前記パケ
ットから前記ポイント・ツー・ポイント・プロトコル・
ヘッダ情報の前記少なくとも一部を、別の方法により、
分離するステップを含む方法。 - 【請求項１４】 請求項８に記載の方法において、前記
方法が、集積回路の一部であるデジタル・ロジック内で
実行される方法。 - 【請求項１５】 ネットワーク・アダプタであって、 バス・インターフェースと、 ネットワーク・インターフェースと、 前記バス・インターフェースと、前記ネットワーク・イ
ンターフェースとの間に設置されていて、前記バス・イ
ンターフェースと、前記ネットワーク・インターフェー
スとの間で通信されるパケットを受信し、記憶するバッ
ファと、 前記バッファに接続していて、前記アダプタを通して前
記パケットの通信を管理し、データ・レジスタと、前記
パケットを前記バス・インターフェースから前記ネット
ワーク・インターフェースへ運ぶパケット伝送経路と、
前記パケットを前記ネットワーク・インターフェースか
ら前記バス・インターフェースに運び、前記パケットか
らポイント・ツー・ポイント・プロトコル・ヘッダ情報
を選択的に分離するためのシステムを有するパケット受
信経路とを有するプロセッサ制御データ・エンジンとを
備え、 該プロセッサ制御データ・エンジンが、 前記パケットを受信し、そこから、前記パケットに関し
て使用したサブプロトコルを識別するサブプロトコル検
出装置と、 前記サブプロトコル検出装置に接続していて、前記サブ
プロトコルの識別に基づいて、前記パケットからポイン
ト・ツー・ポイント・プロトコル・ヘッダ情報の少なく
とも一部を分離し、そうすることにより、前記パケット
の全体のサイズを小さくするヘッダ分離装置とを含む、
ネットワーク・アダプタ。 - 【請求項１６】 請求項１５に記載のアダプタにおい
て、前記ヘッダ分離装置が、前記パケットが正常である
と判断された場合だけ、前記ポイント・ツー・ポイント
・プロトコル・ヘッダ情報の前記少なくとも一部を分離
するアダプタ。 - 【請求項１７】 請求項１５に記載のアダプタにおい
て、前記ヘッダ分離装置が、前記サブプロトコルの前記
識別に基づいて、前記パケットから、そのエラー・チェ
ック・ビットを含む前記ポイント・ツー・ポイント・プ
ロトコル・ヘッダ情報全体を分離するアダプタ。 - 【請求項１８】 請求項１５に記載のアダプタにおい
て、前記ヘッダ分離装置が、前記サブプロトコルの前記
識別とは無関係に、前記ポイント・ツー・ポイント・プ
ロトコル・ヘッダ情報の前記少なくとも一部を保持する
ために、選択的にオーバライドすることができるアダプ
タ。 - 【請求項１９】 請求項１５に記載のアダプタにおい
て、前記サブプロトコル検出装置および前記ヘッダ分離
装置が、多重パケット受信機の一つのチャネルに対応す
るアダプタ。 - 【請求項２０】 請求項１５に記載のアダプタにおい
て、前記ヘッダ分離装置が、ペイロード制御レジスタに
基づいて、前記パケットから前記ポイント・ツー・ポイ
ント・プロトコル・ヘッダ情報の前記少なくとも一部
を、別の方法により分離するアダプタ。 - 【請求項２１】 請求項１５に記載のアダプタにおい
て、前記システムが、デジタル・ロジックおよび集積回
路の一部として実行されるアダプタ。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US14202199P | 1999-07-01 | 1999-07-01 | |
| US60/142021 | 1999-07-01 | ||
| US09/568,687 US7062574B1 (en) | 1999-07-01 | 2000-05-11 | System and method for selectively detaching point-to-point protocol header information |
| US09/568687 | 2000-05-11 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001060984A true JP2001060984A (ja) | 2001-03-06 |
| JP3605005B2 JP3605005B2 (ja) | 2004-12-22 |
Family
ID=26839695
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000197471A Expired - Lifetime JP3605005B2 (ja) | 1999-07-01 | 2000-06-30 | ポイント・ツー・ポイント・プロトコル・ヘッダ情報を選択的に分離するためのシステムおよび方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7062574B1 (ja) |
| EP (1) | EP1065859B1 (ja) |
| JP (1) | JP3605005B2 (ja) |
| KR (1) | KR100709494B1 (ja) |
| CA (1) | CA2312536C (ja) |
| DE (1) | DE60031480T2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7558289B1 (en) * | 2004-06-17 | 2009-07-07 | Marvell International Ltd. | Method and apparatus for providing quality of service (QOS) in a wireless local area network |
| US20090210277A1 (en) * | 2008-02-14 | 2009-08-20 | Hardin H Wesley | System and method for managing a geographically-expansive construction project |
Family Cites Families (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5533017A (en) | 1994-05-02 | 1996-07-02 | Advanced Micro Devices, Inc. | Line interface device for fast-packet switching network |
| US5729544A (en) * | 1994-05-09 | 1998-03-17 | Motorola, Inc. | Method for transmitting data packets based on message type |
| US5793978A (en) | 1994-12-29 | 1998-08-11 | Cisco Technology, Inc. | System for routing packets by separating packets in to broadcast packets and non-broadcast packets and allocating a selected communication bandwidth to the broadcast packets |
| FI98027C (fi) * | 1995-01-10 | 1997-03-25 | Nokia Telecommunications Oy | Pakettiradiojärjestelmä ja päätelaitteisto pakettiradiojärjestelmää varten |
| AU6264696A (en) | 1995-06-07 | 1996-12-30 | U.S. Robotics Corporation | Communication access system with distributed processing |
| US5894557A (en) | 1996-03-29 | 1999-04-13 | International Business Machines Corporation | Flexible point-to-point protocol framework |
| US5826018A (en) * | 1996-04-02 | 1998-10-20 | Hewlett-Packard Company | Method and appparatus for automatically determining the starting location and starting protocol of LAN data in a WAN link frame |
| US5850388A (en) * | 1996-08-02 | 1998-12-15 | Wandel & Goltermann Technologies, Inc. | Protocol analyzer for monitoring digital transmission networks |
| US6034963A (en) * | 1996-10-31 | 2000-03-07 | Iready Corporation | Multiple network protocol encoder/decoder and data processor |
| JPH10229416A (ja) | 1996-12-13 | 1998-08-25 | Sony Corp | 情報処理方法および情報処理装置 |
| US5983271A (en) * | 1997-02-06 | 1999-11-09 | Paradyne Corporation | Method for processing asynchronous low-level protocols in a communication device to off load the main processor |
| CA2301005C (en) * | 1997-09-04 | 2006-08-22 | British Telecommunications Public Limited Company | Telecommunications system |
| US5991299A (en) * | 1997-09-11 | 1999-11-23 | 3Com Corporation | High speed header translation processing |
| US6591302B2 (en) * | 1997-10-14 | 2003-07-08 | Alacritech, Inc. | Fast-path apparatus for receiving data corresponding to a TCP connection |
| US6226680B1 (en) * | 1997-10-14 | 2001-05-01 | Alacritech, Inc. | Intelligent network interface system method for protocol processing |
| US6731876B1 (en) * | 1998-02-23 | 2004-05-04 | Nippon Telegraph And Telephone Corporation | Packet transmission device and packet transmission system |
| US6674744B1 (en) * | 1998-09-22 | 2004-01-06 | Lucent Technologies Inc. | Point-to-point data transport over the internet utilizing label switching without IP headers |
| US6587433B1 (en) * | 1998-11-25 | 2003-07-01 | 3Com Corporation | Remote access server for multiple service classes in IP networks |
| US6363428B1 (en) * | 1999-02-01 | 2002-03-26 | Sony Corporation | Apparatus for and method of separating header information from data in an IEEE 1394-1995 serial bus network |
| US6721798B1 (en) * | 1999-05-06 | 2004-04-13 | International Business Machines Corporation | Method and apparatus for converting IP datagram to/from ethernet frames |
| US6625164B1 (en) * | 1999-07-14 | 2003-09-23 | Qualcomm, Incorporated | Selectively framing and unframing PPP packets depending on negotiated options on the Um and Rm interfaces |
| KR20010037615A (ko) * | 1999-10-19 | 2001-05-15 | 김진찬 | 인터넷 정합시스템에 있어서 ｐｐｐ프레임 데이타 집선 및 분산장치 |
| US6480977B1 (en) * | 1999-10-29 | 2002-11-12 | Worldcom, Inc. | Multi-protocol monitor |
| US6483840B1 (en) * | 2001-06-25 | 2002-11-19 | Lsi Logic Corporation | High speed TCP/IP stack in silicon |
-
2000
- 2000-05-11 US US09/568,687 patent/US7062574B1/en not_active Expired - Lifetime
- 2000-06-20 DE DE60031480T patent/DE60031480T2/de not_active Expired - Lifetime
- 2000-06-20 EP EP00305191A patent/EP1065859B1/en not_active Expired - Lifetime
- 2000-06-27 CA CA002312536A patent/CA2312536C/en not_active Expired - Fee Related
- 2000-06-30 KR KR1020000037058A patent/KR100709494B1/ko active IP Right Grant
- 2000-06-30 JP JP2000197471A patent/JP3605005B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP1065859A3 (en) | 2003-06-18 |
| US7062574B1 (en) | 2006-06-13 |
| CA2312536C (en) | 2005-02-22 |
| JP3605005B2 (ja) | 2004-12-22 |
| KR100709494B1 (ko) | 2007-04-20 |
| EP1065859A2 (en) | 2001-01-03 |
| KR20010015116A (ko) | 2001-02-26 |
| DE60031480D1 (de) | 2006-12-07 |
| DE60031480T2 (de) | 2007-07-05 |
| EP1065859B1 (en) | 2006-10-25 |
| CA2312536A1 (en) | 2001-01-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6219697B1 (en) | Method and apparatus for operating the internet protocol over a high-speed serial bus | |
| JP2699991B2 (ja) | データ・フレームの伝送方法 | |
| US7515610B2 (en) | Packet processing using a multi-port memory | |
| US5229994A (en) | Bridge for connecting an ieee 802.3 local area network to an asynchronous time-division multiplex telecommunication network | |
| US5379296A (en) | Method and apparatus for interfacing a workstation to a plurality of computer platforms | |
| US6618359B1 (en) | Error recovery in a mixed protocol networks | |
| KR910003243B1 (ko) | 데이타 패킷 정렬기 및 데이타 패킷 기억방법 | |
| US6169729B1 (en) | 200 Mbps PHY/MAC apparatus and method | |
| US5586273A (en) | HDLC asynchronous to synchronous converter | |
| US6320874B1 (en) | Establishing and terminating connections in a mixed protocol network | |
| US7328270B1 (en) | Communication protocol processor having multiple microprocessor cores connected in series and dynamically reprogrammed during operation via instructions transmitted along the same data paths used to convey communication data | |
| US6622187B1 (en) | Method for pre-processing data packets | |
| US6065082A (en) | HDLC asynchronous to synchronous converter | |
| US7668202B2 (en) | Communications bus having low latency interrupts and control signals, hotpluggability error detection and recovery, bandwidth allocation, network integrity verification, protocol tunneling and discoverability features | |
| US6741566B1 (en) | Remote management ethernet network and device | |
| US7433353B2 (en) | Data frame construction method and data processing method according to data frame in synchronous Ethernet | |
| JP2005012381A (ja) | データ転送装置及びその方法並びにそれを用いたデータ通信システム及びプログラム | |
| EP1267543A2 (en) | Programmable protocol processing engine for network packet devices | |
| US20020194363A1 (en) | Programmable protocol processing engine for network packet devices | |
| US6311222B1 (en) | Translator memory management system | |
| JP3605005B2 (ja) | ポイント・ツー・ポイント・プロトコル・ヘッダ情報を選択的に分離するためのシステムおよび方法 | |
| EP1784958B1 (en) | Gateway network element, optical network system and method for processing an optical signal | |
| US6597704B1 (en) | System for translating a message from a first transmission protocol to a second transmission protocol | |
| EP1058193A1 (en) | Method and apparatus for pre-processing data packets in a bus interface unit | |
| CN117938292A (zh) | Ptp报文处理系统、方法和电子设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040308 |
|
| 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: 20040908 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040930 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3605005 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071008 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081008 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091008 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091008 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101008 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111008 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121008 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131008 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |