JP2000022751A - Tcpリセグメンテ―ション - Google Patents
Tcpリセグメンテ―ションInfo
- Publication number
- JP2000022751A JP2000022751A JP13311299A JP13311299A JP2000022751A JP 2000022751 A JP2000022751 A JP 2000022751A JP 13311299 A JP13311299 A JP 13311299A JP 13311299 A JP13311299 A JP 13311299A JP 2000022751 A JP2000022751 A JP 2000022751A
- Authority
- JP
- Japan
- Prior art keywords
- hosts
- host
- entity
- tcp
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/19—Flow control; Congestion control at layers above the network layer
- H04L47/193—Flow control; Congestion control at layers above the network layer at the transport layer, e.g. TCP related
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/43—Assembling or disassembling of packets, e.g. segmentation and reassembly [SAR]
-
- 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/163—In-band adaptation of TCP data exchange; In-band control procedures
-
- 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/166—IP fragmentation; TCP segmentation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】 (修正有)
【課題】 TCPリセグメンテーションを提供する。
【解決手段】 リセグメンテーションエンティティがT
CPリセグメンテーションを実施し、受信ホストは、そ
れがまるで受信ホストのMTUに関して特に転送される
ように見えるパケットを受信する。受信ホストは、IP
リアセンブリのためにCPU利用及びバッファリングを
必要としない。送信ホストは、受信ステーションのMT
Uに関係なく、その最大MTUでTCPセグメントを転
送し、中間のルーティングエンティティはTCPリセグ
メンテーションが生じることを保証する。リセグメント
されたTCPセグメントを包含するIPデータグラムが
失われる際、送信ホストは、損失し、完全なTCPセグ
メントでないデータを転送する。
CPリセグメンテーションを実施し、受信ホストは、そ
れがまるで受信ホストのMTUに関して特に転送される
ように見えるパケットを受信する。受信ホストは、IP
リアセンブリのためにCPU利用及びバッファリングを
必要としない。送信ホストは、受信ステーションのMT
Uに関係なく、その最大MTUでTCPセグメントを転
送し、中間のルーティングエンティティはTCPリセグ
メンテーションが生じることを保証する。リセグメント
されたTCPセグメントを包含するIPデータグラムが
失われる際、送信ホストは、損失し、完全なTCPセグ
メントでないデータを転送する。
Description
【0001】
【発明の属する技術分野】本発明は電子ネットワークに
関する。特に、本発明は、異なるMTUsを有し、それ
らのトランスポートプロトコルとしてTCPを主に使用
する、2つのIPの間の有効な通信を確立し、維持する
ことに関する。
関する。特に、本発明は、異なるMTUsを有し、それ
らのトランスポートプロトコルとしてTCPを主に使用
する、2つのIPの間の有効な通信を確立し、維持する
ことに関する。
【0002】
【従来の技術】IP(インターネット・プロトコル)ル
ーティング・エンティティが、異なるMTUs(最大ト
ランスミッション・ユニット)を備えるインターフェー
スを有し、TCP(トランスミッション制御プロトコ
ル)セグメントを包含する大きなIPパケットが、小さ
なMTUを有するインターフェースから転送されなけれ
ばならないとき、ルーティング・エンティティは典型的
には、以下の2つのうちの1つのことをなす: ・IPフラグメンテーションを使用してパケットを分解
する;又は ・パケットをドロップし、ICMP(インターネット制
御メッセージプロトコル)DESTINATION U
NREACHABLEを送り;FRAGMENTATI
ON NEEDEDメッセージを送信ホストにバックす
る。
ーティング・エンティティが、異なるMTUs(最大ト
ランスミッション・ユニット)を備えるインターフェー
スを有し、TCP(トランスミッション制御プロトコ
ル)セグメントを包含する大きなIPパケットが、小さ
なMTUを有するインターフェースから転送されなけれ
ばならないとき、ルーティング・エンティティは典型的
には、以下の2つのうちの1つのことをなす: ・IPフラグメンテーションを使用してパケットを分解
する;又は ・パケットをドロップし、ICMP(インターネット制
御メッセージプロトコル)DESTINATION U
NREACHABLEを送り;FRAGMENTATI
ON NEEDEDメッセージを送信ホストにバックす
る。
【0003】IPフラグメンテーションは、大きなIP
パケットを、受信ホストによってリアセンブリを要求す
る種々の小さなIPフラグメントに分解する。パケット
をドロップすることによりデータは失われ、ICMP
DESTINATION UNREACHABLEを送
信し;FRAGMENTATION NEEDEDメッ
セージをホストにバックさせることにより、ホストはそ
のパスMTUを減少させ、より小さなIPパケットを使
用することができる。
パケットを、受信ホストによってリアセンブリを要求す
る種々の小さなIPフラグメントに分解する。パケット
をドロップすることによりデータは失われ、ICMP
DESTINATION UNREACHABLEを送
信し;FRAGMENTATION NEEDEDメッ
セージをホストにバックさせることにより、ホストはそ
のパスMTUを減少させ、より小さなIPパケットを使
用することができる。
【0004】IPフラグメンテーションは、IPフラグ
メントをリアセンブリする負担を受信ホストに置く。ホ
ストがIPフラグメントを受信するとき、それがペイロ
ードをTCPに配信する前に、それが完全なIPパケッ
トを形成するように全てのフラグメントを完全にリアセ
ンブリしなければならない。このことは、追加のバッフ
ァとCPUリソースを受信ホストで要求し、TCPセグ
メントを受信する待ち時間を増加させる。更に、どんな
フラグメントがドロップし、さもなければ、通過中なら
ば、全体のオリジナルTCPセグメントは再転送されな
ければならない。
メントをリアセンブリする負担を受信ホストに置く。ホ
ストがIPフラグメントを受信するとき、それがペイロ
ードをTCPに配信する前に、それが完全なIPパケッ
トを形成するように全てのフラグメントを完全にリアセ
ンブリしなければならない。このことは、追加のバッフ
ァとCPUリソースを受信ホストで要求し、TCPセグ
メントを受信する待ち時間を増加させる。更に、どんな
フラグメントがドロップし、さもなければ、通過中なら
ば、全体のオリジナルTCPセグメントは再転送されな
ければならない。
【0005】IPパケットをドロップし、ICMP D
ESTINATION UNREACHABLEを送信
し−FRAGMENTATION NEEDEDメッセ
ージをホストにバックさせることにより、ホストのパス
MTU発見アルゴリズムはパスに関する小さなMTUを
選択することができ、将来の転送に関しより小さなIP
パケットを使用することができる。これが生じたとき、
それは、ホストの効率を低下させ、より小さなMTUを
使用するためにより大きなMTUを使用する能力がある
ホストを強制する。それはまた、再転送されるべき全体
のTCPセグメントを要求する。
ESTINATION UNREACHABLEを送信
し−FRAGMENTATION NEEDEDメッセ
ージをホストにバックさせることにより、ホストのパス
MTU発見アルゴリズムはパスに関する小さなMTUを
選択することができ、将来の転送に関しより小さなIP
パケットを使用することができる。これが生じたとき、
それは、ホストの効率を低下させ、より小さなMTUを
使用するためにより大きなMTUを使用する能力がある
ホストを強制する。それはまた、再転送されるべき全体
のTCPセグメントを要求する。
【0006】大きなIPパケットを運ぶことができない
パスにわたって通信するときでさえ、大きなIPパケッ
トを送信することができるホストがそのようにすること
ができる利点がある。それはまた、種々のIPフラグメ
ントからのIPパケットをリアセンブリするタスクを備
える受信ホストに負担をかけないという利点がある。最
後に、パケットがそれがネットワークを横切るようにと
るパスに沿って、インターフェースの最小のMTUを使
用するようにネットワークにおいて、全ての結合された
ステーションを要求することなく、この能力を可能にす
るという利点がある。
パスにわたって通信するときでさえ、大きなIPパケッ
トを送信することができるホストがそのようにすること
ができる利点がある。それはまた、種々のIPフラグメ
ントからのIPパケットをリアセンブリするタスクを備
える受信ホストに負担をかけないという利点がある。最
後に、パケットがそれがネットワークを横切るようにと
るパスに沿って、インターフェースの最小のMTUを使
用するようにネットワークにおいて、全ての結合された
ステーションを要求することなく、この能力を可能にす
るという利点がある。
【0007】
【課題を解決するための手段】本発明は、TCPリセグ
メンテーション技術を実施するリセグメンテーションエ
ンティティを提供し、受信ホストは、それがまるで受信
ホストのMTUに関して特に転送されるように見えるパ
ケットを受信する。受信ホストは、IPリアセンブリの
ために必要なCPU利用及びバッファリングを要求しな
い。また、受信ホストは、TCPセグメントを処理する
前に、それがフラグメントからのIPデータグラムをリ
アセンブリするのに必要ならば、それがなされるより
も、リセグメントされたTCPセグメントを包含するI
Pデータグラムを受信するとき、短い待ち時間を有す
る。更に、送信ホストは、受信ステーションのMTUに
関係なく、その最大MTUでTCPセグメントを転送
し、中間のルーティングエンティティはTCPリセグメ
ンテーションが生じることを保証することが知られてい
る。リセグメントされたTCPセグメントを包含するI
Pデータグラムが失われる事象の際、送信ホストは、損
失し、完全なTCPセグメントでない、実際のTCPデ
ータを転送しなければならないだけである。
メンテーション技術を実施するリセグメンテーションエ
ンティティを提供し、受信ホストは、それがまるで受信
ホストのMTUに関して特に転送されるように見えるパ
ケットを受信する。受信ホストは、IPリアセンブリの
ために必要なCPU利用及びバッファリングを要求しな
い。また、受信ホストは、TCPセグメントを処理する
前に、それがフラグメントからのIPデータグラムをリ
アセンブリするのに必要ならば、それがなされるより
も、リセグメントされたTCPセグメントを包含するI
Pデータグラムを受信するとき、短い待ち時間を有す
る。更に、送信ホストは、受信ステーションのMTUに
関係なく、その最大MTUでTCPセグメントを転送
し、中間のルーティングエンティティはTCPリセグメ
ンテーションが生じることを保証することが知られてい
る。リセグメントされたTCPセグメントを包含するI
Pデータグラムが失われる事象の際、送信ホストは、損
失し、完全なTCPセグメントでない、実際のTCPデ
ータを転送しなければならないだけである。
【0008】
【発明の実施の形態】本発明は、新規なTCPリセグメ
ンテーション技術を実行するリセグメンテーションエン
ティティを提供し、受信ホストが、まるでそれらが受信
ホストのMTUに関して特に転送されているかのように
見えるパケットを受信する。受信ホストは、IPリアセ
ンブリのために必要なCPU利用及びバッファを要求し
ない。また、受信ホストは、TCPセグメントを処理す
る前に、それがフラグメントからのIPデータグラムを
リアセンブリするのに必要ならば、それがなされるより
も、リセグメントされたTCPセグメントを包含するI
Pデータグラムを受信するとき、短い待ち時間を有す
る。更に、送信ホストは、受信ステーションのMTUに
関係なく、そのローカルMTUでTCPセグメントを転
送する。リセグメントされたTCPセグメントを包含す
るIPデータグラムが失われる事象の際、送信ホスト
は、損失し、完全なTCPセグメントでない、実際のT
CPデータを転送しなければならないだけである。
ンテーション技術を実行するリセグメンテーションエン
ティティを提供し、受信ホストが、まるでそれらが受信
ホストのMTUに関して特に転送されているかのように
見えるパケットを受信する。受信ホストは、IPリアセ
ンブリのために必要なCPU利用及びバッファを要求し
ない。また、受信ホストは、TCPセグメントを処理す
る前に、それがフラグメントからのIPデータグラムを
リアセンブリするのに必要ならば、それがなされるより
も、リセグメントされたTCPセグメントを包含するI
Pデータグラムを受信するとき、短い待ち時間を有す
る。更に、送信ホストは、受信ステーションのMTUに
関係なく、そのローカルMTUでTCPセグメントを転
送する。リセグメントされたTCPセグメントを包含す
るIPデータグラムが失われる事象の際、送信ホスト
は、損失し、完全なTCPセグメントでない、実際のT
CPデータを転送しなければならないだけである。
【0009】図1は、ホストプロトコルスタックを提供
するシステムを示すブロック概念図である。図1に示し
たように、システム10は、1又はそれ以上のアプリケ
ーション12と、オペレーティングシステム13と、T
CPプロトコルエンティティ14と、UDP(User Dat
agram Protocol:ユーザデータグラムプロトコル)プロ
トコルエンティティ15と、IPプロトコルエンティテ
ィ16と、1又はそれ以上のネットワークデバイスドラ
イバ17,18,19とを含む。本発明は、図1に示し
たような、あらゆるシステムに容易に適用される。ホス
トは、受信ホスト又は転送ホストのいずれであってもよ
い。本発明の一意的な態様は、ホストのMTUサイズ
が、転送及び受信目的の両方に関係がないことである。
それ故、多くの本質的に異なるシステム及びネットワー
クを有する異種事業形態が、システムパフォーマンスの
低下、又は、エンタープライズ広域通信を許容するため
の特別な適応を備えるホストを妨げることなく提供され
うる。
するシステムを示すブロック概念図である。図1に示し
たように、システム10は、1又はそれ以上のアプリケ
ーション12と、オペレーティングシステム13と、T
CPプロトコルエンティティ14と、UDP(User Dat
agram Protocol:ユーザデータグラムプロトコル)プロ
トコルエンティティ15と、IPプロトコルエンティテ
ィ16と、1又はそれ以上のネットワークデバイスドラ
イバ17,18,19とを含む。本発明は、図1に示し
たような、あらゆるシステムに容易に適用される。ホス
トは、受信ホスト又は転送ホストのいずれであってもよ
い。本発明の一意的な態様は、ホストのMTUサイズ
が、転送及び受信目的の両方に関係がないことである。
それ故、多くの本質的に異なるシステム及びネットワー
クを有する異種事業形態が、システムパフォーマンスの
低下、又は、エンタープライズ広域通信を許容するため
の特別な適応を備えるホストを妨げることなく提供され
うる。
【0010】図2は、本発明による、ルータ21の形態
での、リセグメントエンティティを示すブロック概略図
である。リセグメントエンティティはまた、転送エンジ
ン20と、TCPリセグメンター22と、IPプロトコ
ルエンティティ16と、1又はそれ以上のネットワーク
インターフェース27,28,29とを含む。リセグメ
ンテーションエンティティは、ここでは例示の目的だけ
のためにルータ内に示す。かかるエンティティは、いか
なるネットワーク要素、例えば、ルータ、ブリッジ、ス
イッチ、又は、送信ホストのドライバ若しくはネットワ
ークインターフェースを含みうる。
での、リセグメントエンティティを示すブロック概略図
である。リセグメントエンティティはまた、転送エンジ
ン20と、TCPリセグメンター22と、IPプロトコ
ルエンティティ16と、1又はそれ以上のネットワーク
インターフェース27,28,29とを含む。リセグメ
ンテーションエンティティは、ここでは例示の目的だけ
のためにルータ内に示す。かかるエンティティは、いか
なるネットワーク要素、例えば、ルータ、ブリッジ、ス
イッチ、又は、送信ホストのドライバ若しくはネットワ
ークインターフェースを含みうる。
【0011】図3は、本発明によるホスト通信を示すブ
ロック概略図である。図3では、第1のシステム30が
小さなMTUネットワーク34にあり、第2のシステム
32が大きなMTUネットワーク35にある。2つのネ
ットワークに配置されたシステムは、図2のリセグメン
トエンティティを含むルータ21を介して情報を交換す
ることができる。
ロック概略図である。図3では、第1のシステム30が
小さなMTUネットワーク34にあり、第2のシステム
32が大きなMTUネットワーク35にある。2つのネ
ットワークに配置されたシステムは、図2のリセグメン
トエンティティを含むルータ21を介して情報を交換す
ることができる。
【0012】図4は、IPヘッダ45と、TCPヘッダ
46と、TCPデータ47とを包含するTCP/IPパ
ケット44の概略を示す。IPフラグメンテーション、
又は、従来技術のようなIPフラグメンテーションの無
効をあてにするだけの代わりに、本発明は、IPフラグ
メンテーションとTCPリセグメンテーションとの組み
合わせを使用するシステムを提供する。これにより、I
P及びTCPプロトコルエンティティは、全ての接続さ
れたネットワーク及びホストが大きなMTUをサポート
する要求なしで、より大きなMTUを使用した結果から
生じる効率を増加させる利益を得ることができる。
46と、TCPデータ47とを包含するTCP/IPパ
ケット44の概略を示す。IPフラグメンテーション、
又は、従来技術のようなIPフラグメンテーションの無
効をあてにするだけの代わりに、本発明は、IPフラグ
メンテーションとTCPリセグメンテーションとの組み
合わせを使用するシステムを提供する。これにより、I
P及びTCPプロトコルエンティティは、全ての接続さ
れたネットワーク及びホストが大きなMTUをサポート
する要求なしで、より大きなMTUを使用した結果から
生じる効率を増加させる利益を得ることができる。
【0013】従って、本発明は、単一のTCPセグメン
トを得、それをサブセグメントと呼ばれる多数のTCP
セグメントに分解する、TCPリセグメンテーションと
呼ばれる機構を提供する。このリセグメンテーション
は、ネットワーク要素(ルータ、ブリッジ、スイッチ)
又は、送信ホストのドライバ又はネットワークインター
フェースによって中間でホップを生じる。
トを得、それをサブセグメントと呼ばれる多数のTCP
セグメントに分解する、TCPリセグメンテーションと
呼ばれる機構を提供する。このリセグメンテーション
は、ネットワーク要素(ルータ、ブリッジ、スイッチ)
又は、送信ホストのドライバ又はネットワークインター
フェースによって中間でホップを生じる。
【0014】図5は、本発明によるリセグメントされた
パケットの概略を示す。従って、(図4に示した)オリ
ジナルIPデータグラム44におけるオリジナルセグメ
ント47は、多数のサブセグメント52,53,54に
分解され、その各々は、完全なIPデータグラム61,
63,65に含まれており、各々IPヘッダ45a,4
5b,45c及びリセグメントされたTCPヘッダ51
a,51b,51cを包含する。リセグメンテーション
は、TCPリセグメンテーションと関係して実際には実
行される。
パケットの概略を示す。従って、(図4に示した)オリ
ジナルIPデータグラム44におけるオリジナルセグメ
ント47は、多数のサブセグメント52,53,54に
分解され、その各々は、完全なIPデータグラム61,
63,65に含まれており、各々IPヘッダ45a,4
5b,45c及びリセグメントされたTCPヘッダ51
a,51b,51cを包含する。リセグメンテーション
は、TCPリセグメンテーションと関係して実際には実
行される。
【0015】図6は、本発明による電子ネットワークに
おけるリセグメンテーションを示すブロック概略図であ
る。本発明の好ましい実施形態では、TCPリセグメン
テーションは以下のように作動する:IPルーティン
グ、ブリッジ、スイッチングエンティティ21が異なる
MTUを備えるネットワークインターフェース27,2
8,29を有し、転送ステーション62からの大きなI
Pデータグラム44が小さなMTUを有するインターフ
ェース27の外に転送されなければならないとき、IP
データグラムは完全なTCPセグメントを包含し、パケ
ットは、TCPリセグメントアルゴリズムに関係する複
数の小さなTCPサブセグメント61,63,65にリ
セグメントされる。このことにより、受信ステーション
60は、IPリアセンブリに関する受信ステーションの
CPUリソース又は追加のバッファを消費することなし
に、TCPサブセグメントの各々を独立に処理すること
ができる。
おけるリセグメンテーションを示すブロック概略図であ
る。本発明の好ましい実施形態では、TCPリセグメン
テーションは以下のように作動する:IPルーティン
グ、ブリッジ、スイッチングエンティティ21が異なる
MTUを備えるネットワークインターフェース27,2
8,29を有し、転送ステーション62からの大きなI
Pデータグラム44が小さなMTUを有するインターフ
ェース27の外に転送されなければならないとき、IP
データグラムは完全なTCPセグメントを包含し、パケ
ットは、TCPリセグメントアルゴリズムに関係する複
数の小さなTCPサブセグメント61,63,65にリ
セグメントされる。このことにより、受信ステーション
60は、IPリアセンブリに関する受信ステーションの
CPUリソース又は追加のバッファを消費することなし
に、TCPサブセグメントの各々を独立に処理すること
ができる。
【0016】TCPサブセグメントが失われるならば、
TCPストリームの全てのバイトが、ナンバリングさ
れ、独立して応答されるので、送信ホスト62は、失わ
れ、完全なTCPセグメントではないTCPデータを再
転送するだけのために必要である。
TCPストリームの全てのバイトが、ナンバリングさ
れ、独立して応答されるので、送信ホスト62は、失わ
れ、完全なTCPセグメントではないTCPデータを再
転送するだけのために必要である。
【0017】TCPリセグメンテーションは、IP D
ON’T FRAGMENTビットの設定を無視し、変
更しうる。従って、MTU発見アルゴリズムは、仕事が
ローカルインターフェースのMTUである最大MTU、
及び、パスの毎リンクによって使用されうる必然的でな
い最小MTUを報告することによって失敗しうる。
ON’T FRAGMENTビットの設定を無視し、変
更しうる。従って、MTU発見アルゴリズムは、仕事が
ローカルインターフェースのMTUである最大MTU、
及び、パスの毎リンクによって使用されうる必然的でな
い最小MTUを報告することによって失敗しうる。
【0018】TCPリセグメンテーションは、リセグメ
ントエンティティが、TCPではない転送プロトコルを
包含するパケット、及び、リセグメンテーションに関す
る基準を満たさないTCPパケットのIPフラグメンテ
ーションを実行することを要求する。
ントエンティティが、TCPではない転送プロトコルを
包含するパケット、及び、リセグメンテーションに関す
る基準を満たさないTCPパケットのIPフラグメンテ
ーションを実行することを要求する。
【0019】各新しいセグメントで新しいTCP検査合
計の生成を要求するので、TCPリセグメンテーション
は、プロセッサ集中オペレーションである。このため、
TCPリセグメンテーションが、可能なときはいつでも
ハードウェア支援で実行されることが好ましいが、要求
されない。
計の生成を要求するので、TCPリセグメンテーション
は、プロセッサ集中オペレーションである。このため、
TCPリセグメンテーションが、可能なときはいつでも
ハードウェア支援で実行されることが好ましいが、要求
されない。
【0020】セグメントに分けられたパケットの発信者
は、断片で受信されるように、セグメントの部分的なA
CKを受信しうる。これはTCPプロトコル定義におい
て許されるけれども、幾つかのTCPプロトコル実行
は、これを正確に取り扱えない。
は、断片で受信されるように、セグメントの部分的なA
CKを受信しうる。これはTCPプロトコル定義におい
て許されるけれども、幾つかのTCPプロトコル実行
は、これを正確に取り扱えない。
【0021】以下は、フラグメントされておらず、いか
なるIP又はTCPオプションをも包含しないTCPセ
グメントをリセグメントするアルゴリズムの疑似コード
例である。それは、IP TTLフィールドを減少させ
ず、IP DON’T FRAGMENTビットを無視
する。それはまた、TCPリセグメンテーションを実行
することができないパケットに関して、IP DON’
T FRAGMENTビットをターンオフさせ、全ての
リセグメントされたパケットに関してIP DON’T
FRAGMENTビットをターンオンする。
なるIP又はTCPオプションをも包含しないTCPセ
グメントをリセグメントするアルゴリズムの疑似コード
例である。それは、IP TTLフィールドを減少させ
ず、IP DON’T FRAGMENTビットを無視
する。それはまた、TCPリセグメンテーションを実行
することができないパケットに関して、IP DON’
T FRAGMENTビットをターンオフさせ、全ての
リセグメントされたパケットに関してIP DON’T
FRAGMENTビットをターンオンする。
【0022】 アルゴリズム IF the received packet is IP AND the IP length exceeds the MTU AND no IP options are present AND the IP datagram has not already been fragmented AND the protocol is TCP AND no TCP options are present THEN set the remaining data length to the original data length set the current data pointer to the original data pointer set the new urgent pointer to the original urgent pointer set the current sequence number to the original sequence number WHILE the remaining data length is non-zero DO allocate a new transmit buffer for the new segment set the new segment length to the minimum of the length of the remaining data and the egress MSS copy the original IP and TCP headers to the new transmit buffer IF the TCP SYN bit is set AND this is not the first subsegment THEN turn off the TCP SYN bit IF the TCP FIN bit is set AND this is not the last subsegment THEN turn off the TCP FIN bit IF the TCP PUSH bit is set AND this is not the last subsegment THEN turn off the TCP PUSH bit IF the TCP URG bit is set AND the new urgent pointer is non-zero THEN set the urgent pointer to the new urgent pointer IF the new urgent pointer points to within the subsegment THEN set the new urgent pointer to zero ELSE decrement the new urgent pointer by the subsegment length ELSE turn off the TCP URG bit set the urgent pointer to zero set the TCP sequence number to the current sequence number increment the current sequence number by the subsegment length set the IP datagram length to the new IP datagram length turn on the IP DONT FRAGMENT bit decrement the remaining data length by the subsegment length copy the data from the current data pointer to the data portion of the new transmit buffer for the length of the subsegment increment the current data pointer by the subsegment length recalculate the TCP checksum recalculate the IP checksum send the new segment ENDWHILE free the original data buffer ELSE turn off the IP DONT FRAGMENT bit
【0023】本発明を好ましい実施形態を参照してここ
に記載したけれども、当業者にとって、本発明の精神及
び範囲から逸脱することなくここで説明したものを他の
アプリケーションで置換することが容易であることは明
らかである。従って、本発明は特許請求の範囲によって
のみ限定されるべきである。
に記載したけれども、当業者にとって、本発明の精神及
び範囲から逸脱することなくここで説明したものを他の
アプリケーションで置換することが容易であることは明
らかである。従って、本発明は特許請求の範囲によって
のみ限定されるべきである。
【図1】ホストプロトコルスタックを示すブロック概略
図である。
図である。
【図2】本発明によるリセグメントエンティティを示す
ブロック概略図である。
ブロック概略図である。
【図3】本発明によるホスト通信を示すブロック概略図
である。
である。
【図4】TCP/IPパケットの概略図である。
【図5】本発明によるリセグメントされたパケットの概
略図である。
略図である。
【図6】本発明による電子ネットワークにおけるリセグ
メンテーションを示すブロック概略図である。
メンテーションを示すブロック概略図である。
12 アプリケーション 13 オペレーティングシステム 14 TCP 15 UDP 16 IP 20 ルータ 22 リセグメンター 27、28、29 インターフェース 34 小MTUネットワーク 35 大MTUネットワーク 45 IPヘッダ 46 TCPヘッダ 47 セグメント 51 リセグメントされたTCPヘッダ 52、53、54 サブセグメント
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジョン ヘイズ アメリカ合衆国 カリフォルニア州 95065 サンタ クルーズ ジャーヴィス ロード 315 (72)発明者 ウェイン ハザウェイ アメリカ合衆国 カリフォルニア州 94087 サニーヴェイル カシミア コー ト 535
Claims (28)
- 【請求項1】電子ネットワークにわたる2又はそれ以上
のホストの間で情報パケットを交換するための装置であ
って、少なくとも前記ホストのうちの1つが、前記2又
はそれ以上のホストの他のものとサイズが異なる情報パ
ケットを転送し且つ受信し、前記情報パケット内の大き
な情報セグメントを、複数の対応する情報サブパケット
内の複数の小さなサブセグメントにリセグメントするた
めに、前記ホストの前記1又はそれ以上のものか、それ
らのそれぞれのネットワークインターフェースのいずれ
かに配置されたリセグメンテーションエンティティを有
する、装置。 - 【請求項2】受信ホストは、情報パケットがまるでそれ
らが前記受信ホストに関して特に転送されるように見え
るサイズのものである前記情報パケットを受信する、請
求項1に記載の装置。 - 【請求項3】送信ホストが、情報パケットサイズと関係
する受信ホスト要求に関係なく情報パケットを転送す
る、請求項1に記載の装置。 - 【請求項4】前記リセグメンテーションエンティティ
が、中間の転送エンティティである、請求項1に記載の
装置。 - 【請求項5】送信ホストがただ、サブセグメントを包含
するIPデータグラムが損失する事象において、損失さ
れ、完全なセグメントでないTCPデータを転送しなけ
ればならない、請求項1に記載の装置。 - 【請求項6】前記ホストの各々がIPホストであり、前
記ホストの各々が、転送プロトコルとしてTCPを使用
する、請求項1に記載の装置。 - 【請求項7】前記ホストのうちの少なくとも1つが、1
又はそれ以上のアプリケーションと、オペレーティング
システムと、TCPプロトコルエンティティと、IPプ
ロトコルエンティティと、1又はそれ以上のネットワー
クデバイスドライバとを含むシステムを有する、請求項
1に記載の装置。 - 【請求項8】前記各ホストのMTUが、転送及び受信目
的の両方に関して関係が無く、それ故、多くの異種のシ
ステム及びネットワークを有する異種事業形態が、シス
テム性能を低下させることなく、若しくは、エンタープ
ライズ広域通信を許容する特別な調整を備えるホストを
妨げることなく提供される、請求項1に記載の装置。 - 【請求項9】前記リセグメントエンティティが、転送エ
ンジンと、TCPリセグメンターと、IP層と、1又は
それ以上のネットワークインターフェースとを有する、
請求項1に記載の装置。 - 【請求項10】前記リセグメントエンティティが、ルー
タ、ブリッジ、スイッチ、又は、送信ホストのドライバ
若しくはネットワークインターフェースのうちのいずれ
かである、請求項1に記載の装置。 - 【請求項11】前記オリジナル情報パケットが、IPヘ
ッダと、TCPヘッダと、TCPデータとを含むIPデ
ータグラムである、請求項1に記載の装置。 - 【請求項12】各リセグメントされたパケットが、IP
ヘッダと、リセグメントされたTCPヘッダと、リセグ
メントされたTCPデータとを含むIPデータグラムで
ある、請求項1に記載の装置。 - 【請求項13】前記リセグメントエンティティが、TC
Pではない転送プロトコルを包含する情報パケットでI
Pフラグメンテーションを実行する、請求項1に記載の
装置。 - 【請求項14】電子ネットワークにわたる2又はそれ以
上のホストの間で情報パケットを交換するためのリセグ
メンテーションエンティティであって、少なくとも前記
ホストのうちの1つが、前記2又はそれ以上のホストの
他のものとサイズが異なる情報パケットを転送し且つ受
信し、前記情報パケット内の大きな情報セグメントを、
複数の対応する情報サブパケット内の複数の小さなサブ
セグメントにリセグメントするために、前記ホストの前
記1又はそれ以上のものか、ネットワークインターフェ
ースのいずれかの内部に、又は、前記電子ネットワーク
の内部であり、前記ホストから離れて配置されたリセグ
メンターを有する、リセグメンテーションエンティテ
ィ。 - 【請求項15】電子ネットワークにわたって2つ又はそ
れ以上のホストの間で情報パケットを交換するための方
法であって、前記ホストのうちの少なくとも1つが、前
記2又はそれ以上のホストの他のものとサイズが異なる
情報パケットを転送し且つ受信し、前記情報パケット内
の大きな情報セグメントを、複数の対応する情報サブパ
ケット内の複数の小さなサブセグメントにリセグメント
し前記情報サブパケットを受信ホストに転送する、ステ
ップを有する方法。 - 【請求項16】受信ホストは、情報パケットがまるでそ
れらが前記受信ホストに関して特に転送されるように見
えるサイズのものである前記情報パケットを受信する、
請求項15に記載の方法。 - 【請求項17】送信ホストが、情報パケットサイズと関
係する受信ホスト要求に関係なく情報パケットを転送す
る、請求項15に記載の方法。 - 【請求項18】前記リセグメント・ステップが、中間の
転送エンティティを含むリセグメンテーションエンティ
ティによって実行される、請求項15に記載の方法。 - 【請求項19】送信ホストがただ、リセグメントされた
セグメントを包含するパケットが損失する事象におい
て、損失され、完全なセグメントでないTCPデータを
転送しなければならない、請求項15に記載の方法。 - 【請求項20】前記ホストの各々がIPホストであり、
前記ホストの各々が、転送プロトコルとしてTCPを使
用する、請求項15に記載の方法。 - 【請求項21】前記ホストのうちの少なくとも1つが、
1又はそれ以上のアプリケーションと、オペレーティン
グシステムと、TCPプロトコルエンティティと、IP
プロトコルエンティティと、1又はそれ以上のネットワ
ークデバイスドライバとを含むシステムを有する、請求
項15に記載の方法。 - 【請求項22】前記各ホストのMTUが、転送及び受信
目的の両方に関して関係が無く、それ故、多くの異種の
システム及びネットワークを有する異種事業形態が、シ
ステム性能を低下させることなく、若しくは、エンター
プライズ広域通信を許容する特別な調整を備えるホスト
を妨げることなく提供される、請求項15に記載の方
法。 - 【請求項23】前記リセグメントエンティティが、転送
エンジンと、TCPリセグメンターと、IPプロトコル
エンティティと、1又はそれ以上のネットワークインタ
ーフェースとを有する、請求項18に記載の方法。 - 【請求項24】前記リセグメントエンティティが、ルー
タ、ブリッジ、スイッチ、又は、送信ホストのドライバ
若しくはネットワークインターフェースのうちのいずれ
かである、請求項18に記載の方法。 - 【請求項25】前記情報パケットが、IPヘッダと、T
CPヘッダと、TCPデータとを含むIPデータグラム
である、請求項15に記載の方法。 - 【請求項26】各サブパケットが、IPヘッダと、リセ
グメントされたTCPヘッダと、リセグメントされたT
CPデータとを含むIPデータグラムである、請求項1
5に記載の方法。 - 【請求項27】前記リセグメントエンティティが、TC
Pではない転送プロトコルを包含する情報パケットでI
Pフラグメンテーションを実行する、請求項18に記載
の方法。 - 【請求項28】電子ネットワークにわたる2又はそれ以
上のホストの間で情報パケットを交換するためのリセグ
メンテーション方法であって、少なくとも前記ホストの
うちの1つが、前記2又はそれ以上のホストの他のもの
とサイズが異なる情報パケットを転送し且つ受信し、 前記電子ネットワークの内部であり、前記ホストから離
れているか、若しくは、前記ホスト又はネットワークイ
ンターフェースの内部のいずれかに、配置されたリセグ
メンターを提供し、 前記情報パケット内の大きな情報セグメントを、複数の
対応する情報サブパケット内の複数の小さなサブセグメ
ントにリセグメントする、ステップを有する前記リセグ
メンテーション方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/055,031 US6341129B1 (en) | 1998-04-03 | 1998-04-03 | TCP resegmentation |
US09/055031 | 1998-04-03 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2000022751A true JP2000022751A (ja) | 2000-01-21 |
Family
ID=21995116
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP13311299A Pending JP2000022751A (ja) | 1998-04-03 | 1999-04-05 | Tcpリセグメンテ―ション |
Country Status (4)
Country | Link |
---|---|
US (1) | US6341129B1 (ja) |
JP (1) | JP2000022751A (ja) |
IL (1) | IL129120A (ja) |
TW (1) | TW419919B (ja) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003005672A2 (en) * | 2001-07-06 | 2003-01-16 | Livedevices Limited | Improvements relating to reduction of resource usage in tcp/ip implementation |
US8085669B2 (en) | 2005-11-07 | 2011-12-27 | Nec Corporation | Session relay device and session relay method |
Families Citing this family (60)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6993021B1 (en) * | 1999-03-08 | 2006-01-31 | Lucent Technologies Inc. | Lightweight internet protocol encapsulation (LIPE) scheme for multimedia traffic transport |
US6831927B1 (en) * | 1999-05-13 | 2004-12-14 | Lucent Technologies Inc. | Fault protection for hitless and errorless switching of telecommunications signals |
US6742045B1 (en) * | 1999-07-02 | 2004-05-25 | Cisco Technology, Inc. | Handling packet fragments in a distributed network service environment |
WO2001013583A2 (en) | 1999-08-16 | 2001-02-22 | Iready Corporation | Internet jack |
JP3557998B2 (ja) * | 2000-04-28 | 2004-08-25 | 日本電気株式会社 | フラグメンテーション処理デバイスおよびこれを用いたフラグメンテーション処理装置 |
US7020715B2 (en) * | 2000-08-22 | 2006-03-28 | Adaptec, Inc. | Protocol stack for linking storage area networks over an existing LAN, MAN, or WAN |
US6381242B1 (en) * | 2000-08-29 | 2002-04-30 | Netrake Corporation | Content processor |
US7039717B2 (en) * | 2000-11-10 | 2006-05-02 | Nvidia Corporation | Internet modem streaming socket method |
US7760737B2 (en) * | 2000-11-30 | 2010-07-20 | Audiocodes, Inc. | Method for reordering and reassembling data packets in a network |
US7379475B2 (en) * | 2002-01-25 | 2008-05-27 | Nvidia Corporation | Communications processor |
US6732329B2 (en) * | 2001-03-27 | 2004-05-04 | Intel Corporation | Providing a header checksum for packet data communications |
US7089320B1 (en) * | 2001-06-01 | 2006-08-08 | Cisco Technology, Inc. | Apparatus and methods for combining data |
US7065086B2 (en) * | 2001-08-16 | 2006-06-20 | International Business Machines Corporation | Method and system for efficient layer 3-layer 7 routing of internet protocol (“IP”) fragments |
AU2002357711A1 (en) * | 2001-11-13 | 2003-05-26 | Ems Technologies, Inc. | Flow control between performance enhancing proxies over variable bandwidth split links |
JP3988475B2 (ja) * | 2002-02-05 | 2007-10-10 | ソニー株式会社 | 送信装置、受信装置およびそれらの方法 |
US7584262B1 (en) | 2002-02-11 | 2009-09-01 | Extreme Networks | Method of and system for allocating resources to resource requests based on application of persistence policies |
US7814204B1 (en) | 2002-02-11 | 2010-10-12 | Extreme Networks, Inc. | Method of and system for analyzing the content of resource requests |
US7321926B1 (en) | 2002-02-11 | 2008-01-22 | Extreme Networks | Method of and system for allocating resources to resource requests |
US7447777B1 (en) | 2002-02-11 | 2008-11-04 | Extreme Networks | Switching system |
US7298746B1 (en) | 2002-02-11 | 2007-11-20 | Extreme Networks | Method and system for reassembling and parsing packets in a network environment |
US6973496B2 (en) * | 2002-03-05 | 2005-12-06 | Archduke Holdings, Inc. | Concealing a network connected device |
AU2003215923A1 (en) * | 2002-03-29 | 2003-10-13 | Samsung Electronics Co., Ltd. | Method for changing pmtu on dynamic ip network and apparatus using the method |
KR100453055B1 (ko) * | 2002-03-29 | 2004-10-15 | 삼성전자주식회사 | Ip 네트워크 상에서의 경로 mtu 탐색 방법 및 그 장치 |
KR100453056B1 (ko) * | 2002-03-29 | 2004-10-15 | 삼성전자주식회사 | 동적 ip 네트워크 상에서의 pmtu 변경 방법 및 그장치 |
US7512120B2 (en) * | 2002-07-09 | 2009-03-31 | Ntt Docomo, Inc. | Node, correspondent node, mobility anchor point, and home agent in packet communication system, packet communication system, and path MTU discovery method |
US7921285B2 (en) * | 2002-12-27 | 2011-04-05 | Verizon Corporate Services Group Inc. | Means of mitigating denial of service attacks on IP fragmentation in high performance IPsec gateways |
US9106479B1 (en) * | 2003-07-10 | 2015-08-11 | F5 Networks, Inc. | System and method for managing network communications |
GB2406245B (en) * | 2003-09-17 | 2006-01-04 | Siemens Ag | A method of transmitting packet data on a network |
US8549170B2 (en) * | 2003-12-19 | 2013-10-01 | Nvidia Corporation | Retransmission system and method for a transport offload engine |
US8176545B1 (en) | 2003-12-19 | 2012-05-08 | Nvidia Corporation | Integrated policy checking system and method |
US7899913B2 (en) * | 2003-12-19 | 2011-03-01 | Nvidia Corporation | Connection management system and method for a transport offload engine |
US8065439B1 (en) | 2003-12-19 | 2011-11-22 | Nvidia Corporation | System and method for using metadata in the context of a transport offload engine |
US7249306B2 (en) * | 2004-02-20 | 2007-07-24 | Nvidia Corporation | System and method for generating 128-bit cyclic redundancy check values with 32-bit granularity |
US7206872B2 (en) * | 2004-02-20 | 2007-04-17 | Nvidia Corporation | System and method for insertion of markers into a data stream |
US7698413B1 (en) | 2004-04-12 | 2010-04-13 | Nvidia Corporation | Method and apparatus for accessing and maintaining socket control information for high speed network connections |
US7965674B2 (en) * | 2004-05-05 | 2011-06-21 | New Jersey Institute Of Technology | Sub-segment based transport layer protocol for wireless medium |
US7333493B2 (en) * | 2004-05-20 | 2008-02-19 | International Business Machines Corporation | Method for prevention of out-of-order delivery of data packets |
JP4156568B2 (ja) * | 2004-06-21 | 2008-09-24 | 富士通株式会社 | 通信システムの制御方法、通信制御装置、プログラム |
US7957379B2 (en) * | 2004-10-19 | 2011-06-07 | Nvidia Corporation | System and method for processing RX packets in high speed network applications using an RX FIFO buffer |
US8165162B2 (en) * | 2006-10-24 | 2012-04-24 | Broadcom Corporation | Method and system for optimizing fragment size for aggregation at the physical layer |
US7551621B1 (en) * | 2008-07-21 | 2009-06-23 | International Business Machines Corporation | Method for detecting and reducing packet drops |
US8325623B1 (en) | 2010-02-16 | 2012-12-04 | Google Inc. | System and method for reducing latency during data transmissions over a network |
US8964543B1 (en) | 2010-02-16 | 2015-02-24 | Google Inc. | System and method of reducing latency by transmitting duplicate packets over a network |
US8468196B1 (en) | 2010-05-20 | 2013-06-18 | Google Inc. | System and method of reducing latency using adaptive retransmission timeouts |
US8239532B1 (en) | 2010-06-24 | 2012-08-07 | Google Inc. | System and method of reducing latency using adaptive DNS resolution |
US8576711B1 (en) | 2010-09-28 | 2013-11-05 | Google Inc. | System and method for reducing latency via client side dynamic acknowledgements |
US9294409B2 (en) * | 2013-01-22 | 2016-03-22 | Apple Inc. | Reducing round-trip times for TCP communications |
US9825884B2 (en) | 2013-12-30 | 2017-11-21 | Cavium, Inc. | Protocol independent programmable switch (PIPS) software defined data center networks |
US10616380B2 (en) * | 2014-06-19 | 2020-04-07 | Cavium, Llc | Method of handling large protocol layers for configurable extraction of layer information and an apparatus thereof |
US9635146B2 (en) | 2014-06-19 | 2017-04-25 | Cavium, Inc. | Method of using bit vectors to allow expansion and collapse of header layers within packets for enabling flexible modifications and an apparatus thereof |
US9438703B2 (en) | 2014-06-19 | 2016-09-06 | Cavium, Inc. | Method of forming a hash input from packet contents and an apparatus thereof |
US9628385B2 (en) | 2014-06-19 | 2017-04-18 | Cavium, Inc. | Method of identifying internal destinations of networks packets and an apparatus thereof |
US9516145B2 (en) | 2014-06-19 | 2016-12-06 | Cavium, Inc. | Method of extracting data from packets and an apparatus thereof |
US9531848B2 (en) | 2014-06-19 | 2016-12-27 | Cavium, Inc. | Method of using generic modification instructions to enable flexible modifications of packets and an apparatus thereof |
US9497294B2 (en) | 2014-06-19 | 2016-11-15 | Cavium, Inc. | Method of using a unique packet identifier to identify structure of a packet and an apparatus thereof |
US9961167B2 (en) | 2014-06-19 | 2018-05-01 | Cavium, Inc. | Method of modifying packets to a generic format for enabling programmable modifications and an apparatus thereof |
US9473601B2 (en) | 2014-06-19 | 2016-10-18 | Cavium, Inc. | Method of representing a generic format header using continuous bytes and an apparatus thereof |
US9742694B2 (en) | 2014-06-19 | 2017-08-22 | Cavium, Inc. | Method of dynamically renumbering ports and an apparatus thereof |
US9531849B2 (en) | 2014-06-19 | 2016-12-27 | Cavium, Inc. | Method of splitting a packet into individual layers for modification and intelligently stitching layers back together after modification and an apparatus thereof |
US9606781B2 (en) | 2014-11-14 | 2017-03-28 | Cavium, Inc. | Parser engine programming tool for programmable network devices |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2845889B2 (ja) * | 1988-05-16 | 1999-01-13 | 株式会社日立製作所 | 衛星通信方式及び衛星通信システム |
US5251205A (en) * | 1990-09-04 | 1993-10-05 | Digital Equipment Corporation | Multiple protocol routing |
GB9401092D0 (en) * | 1994-01-21 | 1994-03-16 | Newbridge Networks Corp | A network management system |
JP3172387B2 (ja) * | 1994-06-01 | 2001-06-04 | インターナショナル・ビジネス・マシーンズ・コーポレ−ション | 入出力通信サブシステム及び方法 |
EP0719065A1 (en) * | 1994-12-20 | 1996-06-26 | International Business Machines Corporation | Multipurpose packet switching node for a data communication network |
JP2723071B2 (ja) * | 1995-03-31 | 1998-03-09 | 日本電気株式会社 | Atm−lan接続装置及びatm−lan |
JP2891146B2 (ja) * | 1995-10-23 | 1999-05-17 | 日本電気株式会社 | ネットワークサーバ |
US5793983A (en) * | 1996-01-22 | 1998-08-11 | International Business Machines Corp. | Input/output channel interface which automatically deallocates failed subchannel and re-segments data block for transmitting over a reassigned subchannel |
GB9709110D0 (en) * | 1997-05-02 | 1997-06-25 | Northern Telecom Ltd | Data suppression & regeneration |
-
1998
- 1998-04-03 US US09/055,031 patent/US6341129B1/en not_active Expired - Lifetime
-
1999
- 1999-03-23 IL IL12912099A patent/IL129120A/xx not_active IP Right Cessation
- 1999-04-01 TW TW088105244A patent/TW419919B/zh not_active IP Right Cessation
- 1999-04-05 JP JP13311299A patent/JP2000022751A/ja active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003005672A2 (en) * | 2001-07-06 | 2003-01-16 | Livedevices Limited | Improvements relating to reduction of resource usage in tcp/ip implementation |
WO2003005672A3 (en) * | 2001-07-06 | 2003-05-08 | Livedevices Ltd | Improvements relating to reduction of resource usage in tcp/ip implementation |
US8085669B2 (en) | 2005-11-07 | 2011-12-27 | Nec Corporation | Session relay device and session relay method |
Also Published As
Publication number | Publication date |
---|---|
US6341129B1 (en) | 2002-01-22 |
TW419919B (en) | 2001-01-21 |
IL129120A (en) | 2003-03-12 |
IL129120A0 (en) | 2000-02-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2000022751A (ja) | Tcpリセグメンテ―ション | |
US7007103B2 (en) | Method to offload a network stack | |
US7171489B2 (en) | Method to synchronize and upload an offloaded network stack connection with a network stack | |
US7698453B2 (en) | Early generation of acknowledgements for flow control | |
US6907042B1 (en) | Packet processing device | |
JP4627669B2 (ja) | パケット転送装置およびその転送制御方式 | |
US7526577B2 (en) | Multiple offload of network state objects with support for failover events | |
US6934257B2 (en) | Transferring transmission control protocol packets | |
US20030131079A1 (en) | Performance enhancing proxy techniques for internet protocol traffic | |
US6327626B1 (en) | Method and apparatus for MSS spoofing | |
US20140029430A1 (en) | Wavefront detection and disambiguation of acknowledgments | |
JPH11112574A (ja) | 異種ネットワークでデータ・パケットを生成する方法およびシステム | |
JPH10200598A (ja) | 通信装置 | |
CA2368513C (en) | Performance enhancing proxy and method for enhancing performance | |
WO2003077501A1 (en) | Method of and system for multi-path communication | |
US20070291782A1 (en) | Acknowledgement filtering | |
JP4658546B2 (ja) | フェイルオーバーイベントをサポートするネットワーク状態オブジェクトの多重オフロード | |
US20060107168A1 (en) | Method and apparatus for transmitting/receiving virtual block information for multiple segment recovery in data network using transmission control protocol | |
Fiore et al. | An adaptive transport protocol for balanced multihoming of real-time traffic | |
Huang et al. | SCTP-based bandwidth aggregation across heterogeneous networks | |
Genkov et al. | Avoiding ip fragmentation at the transport layer of the osi reference model | |
Ahmad | The Network and Higher Layer Functions | |
Floyd et al. | Datagram Control Protocol (DCP) | |
Komaravolu | APARNA: a Protocol Architecture for Resource-Constrained Networks |