JP3279319B2 - ネットワークのオンデマンド型リンクによるデータ送信を同期させるための方法ならびにその装置 - Google Patents
ネットワークのオンデマンド型リンクによるデータ送信を同期させるための方法ならびにその装置Info
- Publication number
- JP3279319B2 JP3279319B2 JP50528097A JP50528097A JP3279319B2 JP 3279319 B2 JP3279319 B2 JP 3279319B2 JP 50528097 A JP50528097 A JP 50528097A JP 50528097 A JP50528097 A JP 50528097A JP 3279319 B2 JP3279319 B2 JP 3279319B2
- Authority
- JP
- Japan
- Prior art keywords
- link
- packet
- node
- router
- network
- 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.)
- Expired - Lifetime
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
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【発明の詳細な説明】 発明の分野 本発明は通例コンピュータ・ネットワークに関し、さ
らに具体的にはコンピュータ・ネットワークのオンデマ
ンド型通信リンクの効率的使用（efficient utilizatio
n）に関する。
らに具体的にはコンピュータ・ネットワークのオンデマ
ンド型通信リンクの効率的使用（efficient utilizatio
n）に関する。
発明の背景 コンピュータ・ネットワークは、コンピュータなどの
ノード間でデータを転送するために相互接続されている
通信リンクの地理的に分散した集合体である。複数のコ
ンピュータ・ネットワークを中間ノードまたはルータで
さらに相互接続することで、ネットワークの実効「サイ
ズ」を拡張することができ、これのもっと小さなグルー
プをノードの自律系（autonomous system）またはドメ
インとして維持できる。これらのノードは所定のプロト
コルにしたがってデータの離散的な「パケット」を交換
することにより通信するのが普通である。これに関連し
て、プロトコルは、ノードが互いにどのように相互作用
するかを定義した一組のルールから構成されている。
ノード間でデータを転送するために相互接続されている
通信リンクの地理的に分散した集合体である。複数のコ
ンピュータ・ネットワークを中間ノードまたはルータで
さらに相互接続することで、ネットワークの実効「サイ
ズ」を拡張することができ、これのもっと小さなグルー
プをノードの自律系（autonomous system）またはドメ
インとして維持できる。これらのノードは所定のプロト
コルにしたがってデータの離散的な「パケット」を交換
することにより通信するのが普通である。これに関連し
て、プロトコルは、ノードが互いにどのように相互作用
するかを定義した一組のルールから構成されている。
ネットワークを形成する通信リンクはイーサネット
（Ethernet）通信システムの場合のように相互接続され
たノードに対して永久的に設置されたり、または通常は
接続されていない交換電話回線のダイヤル呼出回線とす
ることもできる。これらのダイヤル呼出回線は典型的に
はルータにより「立ち上げた」すなわちダイヤル呼出さ
れて、オンデマンド型のノード間通信を開始する。従っ
て、これらの回線はオンデマンド型リンクとしても知ら
れている。オンデマンド型リンクを使用するネットワー
クの一例としては、総合サービスデジタル網（ISDN）が
挙げられる。
（Ethernet）通信システムの場合のように相互接続され
たノードに対して永久的に設置されたり、または通常は
接続されていない交換電話回線のダイヤル呼出回線とす
ることもできる。これらのダイヤル呼出回線は典型的に
はルータにより「立ち上げた」すなわちダイヤル呼出さ
れて、オンデマンド型のノード間通信を開始する。従っ
て、これらの回線はオンデマンド型リンクとしても知ら
れている。オンデマンド型リンクを使用するネットワー
クの一例としては、総合サービスデジタル網（ISDN）が
挙げられる。
設計の複雑さを減らすため、多くのネットワークは各
ノード内部で一連のハードウェアとソフトウェアのレベ
ル、または「レイヤ（層）」として構成される。これら
のレイヤが相互作用して、たとえばネットワーク上で通
信する送信元ノードと宛先ノード間の転送用にデータを
フォーマットする。さらに具体的には、データが各レイ
ヤを通過すると、そのデータに対して所定のサービスが
実行され、レイヤ同士が所定のプロトコルを使って通信
する。このように階層化した設計により、各レイヤはサ
ービスの実際の実装細部（インプリメンテーション細
部）からレイヤを遮蔽する標準化インタフェースを用い
て、他のレイヤへ選択されたサービスを提供できるよう
になっている。
ノード内部で一連のハードウェアとソフトウェアのレベ
ル、または「レイヤ（層）」として構成される。これら
のレイヤが相互作用して、たとえばネットワーク上で通
信する送信元ノードと宛先ノード間の転送用にデータを
フォーマットする。さらに具体的には、データが各レイ
ヤを通過すると、そのデータに対して所定のサービスが
実行され、レイヤ同士が所定のプロトコルを使って通信
する。このように階層化した設計により、各レイヤはサ
ービスの実際の実装細部（インプリメンテーション細
部）からレイヤを遮蔽する標準化インタフェースを用い
て、他のレイヤへ選択されたサービスを提供できるよう
になっている。
ネットワーク・アーキテクチャ、即ちネットワーク内
で使用されるレイヤとプロトコルの組を標準化しようと
する試みにおいて、国際標準化機構（ISO）により一般
化したモデルが提案されている。このモデルはOSI（開
放型システム間相互接続:Open Systems Interconnectio
n）参照モデルと呼ばれ、他のシステムとの通信に「開
放型」システムでの相互接続を指向したものである。提
案されているOSIモデルは７層からなり、インタフェー
スが下から順に物理層、データリンク層、ネットワーク
層、トランスポート層、セッション層、プレゼンテーシ
ョン層、アプリケーション層と名付けられている。これ
らのレイヤ（層）は、ネットワークの各ノードで「プロ
トコル・スタック」（protocol stack）を形成するよう
に構成されている。
で使用されるレイヤとプロトコルの組を標準化しようと
する試みにおいて、国際標準化機構（ISO）により一般
化したモデルが提案されている。このモデルはOSI（開
放型システム間相互接続:Open Systems Interconnectio
n）参照モデルと呼ばれ、他のシステムとの通信に「開
放型」システムでの相互接続を指向したものである。提
案されているOSIモデルは７層からなり、インタフェー
スが下から順に物理層、データリンク層、ネットワーク
層、トランスポート層、セッション層、プレゼンテーシ
ョン層、アプリケーション層と名付けられている。これ
らのレイヤ（層）は、ネットワークの各ノードで「プロ
トコル・スタック」（protocol stack）を形成するよう
に構成されている。
図１はコンピュータ・ネットワーク100の送信元ノー
ド110と宛先ノード150の間でデータを転送するために、
それぞれ使用される従来技術のプロトコル・スタック12
5、175の模式的ブロック図を示したものである。各プロ
トコル・スタックはOSI7層モデルに従った構成になって
いるので、各スタックはレイヤ毎に１つづつ、プロトコ
ル集合を含んでいる。理解されているように、プロトコ
ル・スタック125および175は、物理層124および164で通
信チャンネルを介して物理的に接続される。説明を簡単
にするため、プロトコル・スタック125について説明す
る。
ド110と宛先ノード150の間でデータを転送するために、
それぞれ使用される従来技術のプロトコル・スタック12
5、175の模式的ブロック図を示したものである。各プロ
トコル・スタックはOSI7層モデルに従った構成になって
いるので、各スタックはレイヤ毎に１つづつ、プロトコ
ル集合を含んでいる。理解されているように、プロトコ
ル・スタック125および175は、物理層124および164で通
信チャンネルを介して物理的に接続される。説明を簡単
にするため、プロトコル・スタック125について説明す
る。
大まかに言うと、物理層124は通信チャンネル180上に
生データ（raw data）のビット・ストリームを送信し、
一方、データリンク層はビット・ストリームを操作し
て、それを見かけ上、送信エラーのないデータ・ストリ
ームに変換する。後者のタスクは、送信データをフレー
ムに分割し、エラーの検出または訂正のためのエラー訂
正メカニズムを伴って、それらフレームを順次送信する
ことで実現される。ネットワーク層120は、多くの代替
パスの１つを選択することによって、物理ネットワーク
を介して送信元ノードから宛先ノードへとデータ・パケ
ットをルーチング（route）する。トランスポート層118
は、セッション層116からのデータ・ストリームを受け
取り、（必要なら）それをもっと小さい単位に細く配分
した小ユニットをネットワーク層120へ渡し、全てのユ
ニットが宛先に正いく到着することを保証する適切なメ
カニズムを備えている。
生データ（raw data）のビット・ストリームを送信し、
一方、データリンク層はビット・ストリームを操作し
て、それを見かけ上、送信エラーのないデータ・ストリ
ームに変換する。後者のタスクは、送信データをフレー
ムに分割し、エラーの検出または訂正のためのエラー訂
正メカニズムを伴って、それらフレームを順次送信する
ことで実現される。ネットワーク層120は、多くの代替
パスの１つを選択することによって、物理ネットワーク
を介して送信元ノードから宛先ノードへとデータ・パケ
ットをルーチング（route）する。トランスポート層118
は、セッション層116からのデータ・ストリームを受け
取り、（必要なら）それをもっと小さい単位に細く配分
した小ユニットをネットワーク層120へ渡し、全てのユ
ニットが宛先に正いく到着することを保証する適切なメ
カニズムを備えている。
セッション層116は、送信元ノードおよび宛先ノード
上のソフトウェア・プロセス間にデータ転送「セッショ
ン」を確立し、併せて順序だって当該セッションの管理
を行なうばかりでなく、あるセッションはノード間の通
常のデータ転送を行なえるようにする以外に、何らかの
アプリケーションに拡張サービスを提供する。プレゼン
テーション層114は、送信データのプレゼンテーション
に関連して、標準フォーマットへのデータ符号化を含め
て頻繁に要求される機能を実行し、アプリケーション層
112はノード上で実行中のプロセスで通例必要とされる
各種のプロトコルを含んでいる。
上のソフトウェア・プロセス間にデータ転送「セッショ
ン」を確立し、併せて順序だって当該セッションの管理
を行なうばかりでなく、あるセッションはノード間の通
常のデータ転送を行なえるようにする以外に、何らかの
アプリケーションに拡張サービスを提供する。プレゼン
テーション層114は、送信データのプレゼンテーション
に関連して、標準フォーマットへのデータ符号化を含め
て頻繁に要求される機能を実行し、アプリケーション層
112はノード上で実行中のプロセスで通例必要とされる
各種のプロトコルを含んでいる。
つまり、ネットワーク100上のデータ転送は、たとえ
ば送信元ノード110上で実行している送信プロセス104で
データを生成し、そのデータをアプリケーション層112
へと渡し、さらに、プロトコル・スタック125の各層を
下向きに通過することで、ビットとしてチャンネル180
上に配布されるパケットの形にデータが順次フォーマッ
トされる。これらのパケット・ビットが宛先ノード150
のプロトコル・スタック175へ向けて送信され、宛先ノ
ードではスタックをのぼって受信プロセス174へ渡され
る。このデータ・フローは実線の矢印で模式的に図示し
てある。
ば送信元ノード110上で実行している送信プロセス104で
データを生成し、そのデータをアプリケーション層112
へと渡し、さらに、プロトコル・スタック125の各層を
下向きに通過することで、ビットとしてチャンネル180
上に配布されるパケットの形にデータが順次フォーマッ
トされる。これらのパケット・ビットが宛先ノード150
のプロトコル・スタック175へ向けて送信され、宛先ノ
ードではスタックをのぼって受信プロセス174へ渡され
る。このデータ・フローは実線の矢印で模式的に図示し
てある。
実際のデータ送信は、スタックを介して縦方向に生じ
るが、各層は、送信が水平方向であるかのようにプログ
ラムされている。つまり、送信元ノード100の各層は宛
先ノード150内のこれに対応する層へ、破線矢印で模式
的に示したように、データを送信するようにプログラム
されている。これを行なえるようにするには、パケット
がスタックを下降する際に、送信元ノード110内のプロ
トコル・スタック125の各層が、送信プロセスにより生
成されたデータ・パケットへ（ヘッダ・フィールドの形
で）情報を追加するのが典型的である。宛先ノード150
では、受信プロセスに到着するまで、パケットがスタッ
ク175の層を上へと伝わる際に、各種ヘッダが１つづつ
取り除かれる。
るが、各層は、送信が水平方向であるかのようにプログ
ラムされている。つまり、送信元ノード100の各層は宛
先ノード150内のこれに対応する層へ、破線矢印で模式
的に示したように、データを送信するようにプログラム
されている。これを行なえるようにするには、パケット
がスタックを下降する際に、送信元ノード110内のプロ
トコル・スタック125の各層が、送信プロセスにより生
成されたデータ・パケットへ（ヘッダ・フィールドの形
で）情報を追加するのが典型的である。宛先ノード150
では、受信プロセスに到着するまで、パケットがスタッ
ク175の層を上へと伝わる際に、各種ヘッダが１つづつ
取り除かれる。
前述のように、OSIモデルにおける各層の重要な機能
は、他の層へのサービスを提供することである。各層で
提供される２タイプ（種類）のサービスは、「接続指
向」（connection−oriented）および「コネクションレ
ス」のネットワーク・サービスである。接続指向サービ
スでは、送信元ノードが宛先ノードとの接続を確立し、
パケットの送信後、接続を終了する。この接続を確立す
ることに伴うオーバヘッドは、効率的な通信性能を要求
するノードでは魅力がないであろう。この場合には、各
々の送信パケットがネットワーク経由でその宛先の完全
なアドレスを運ぶような、完全コネクションレス型サー
ビスが望ましい。
は、他の層へのサービスを提供することである。各層で
提供される２タイプ（種類）のサービスは、「接続指
向」（connection−oriented）および「コネクションレ
ス」のネットワーク・サービスである。接続指向サービ
スでは、送信元ノードが宛先ノードとの接続を確立し、
パケットの送信後、接続を終了する。この接続を確立す
ることに伴うオーバヘッドは、効率的な通信性能を要求
するノードでは魅力がないであろう。この場合には、各
々の送信パケットがネットワーク経由でその宛先の完全
なアドレスを運ぶような、完全コネクションレス型サー
ビスが望ましい。
ネットワーク層プロトコルはコネクションレス型ネッ
トワーク・サービスを実施するために用いられるのが一
般的であって、このサービスが主としてパケット・フォ
ーマットを定義している。ネットワーク層は、ネットワ
ーク上への送信のためにトランスポート層からパケット
を受信すると、特に送信元アドレスと宛先アドレスを含
むヘッダを（パケットに）追加する。ネットワーク層プ
ロトコルの例としては、ISOにより定義されているコネ
クションレス型ネットワーク・プロトコル（CLNP）、イ
ンターネット（IP）ネットワーク層プロトコル、および
インターネット・パケット交換（IPX）プロトコルとが
ある。
トワーク・サービスを実施するために用いられるのが一
般的であって、このサービスが主としてパケット・フォ
ーマットを定義している。ネットワーク層は、ネットワ
ーク上への送信のためにトランスポート層からパケット
を受信すると、特に送信元アドレスと宛先アドレスを含
むヘッダを（パケットに）追加する。ネットワーク層プ
ロトコルの例としては、ISOにより定義されているコネ
クションレス型ネットワーク・プロトコル（CLNP）、イ
ンターネット（IP）ネットワーク層プロトコル、および
インターネット・パケット交換（IPX）プロトコルとが
ある。
CLNPとIPヘッダのパケット全体のフォーマットは、ネ
ットワーク層サービスによって定義されるヘッダ内部に
含まれるオプション・フィールドを用いて追加機能に対
応するように拡張できる。これらのフィールドでサポー
トされるオプションのタイプ（種類）としては、典型的
には送信元ルーティング、プライオリティ、機密仕様情
報（security−specific information）が含まれる。し
かし、従来のIPXヘッダ・フォーマットは、パケットの
残りのフィールドと互換性がある方法で追加フィールド
に対応するように設計されなかったので、通例拡張不可
能である。
ットワーク層サービスによって定義されるヘッダ内部に
含まれるオプション・フィールドを用いて追加機能に対
応するように拡張できる。これらのフィールドでサポー
トされるオプションのタイプ（種類）としては、典型的
には送信元ルーティング、プライオリティ、機密仕様情
報（security−specific information）が含まれる。し
かし、従来のIPXヘッダ・フォーマットは、パケットの
残りのフィールドと互換性がある方法で追加フィールド
に対応するように設計されなかったので、通例拡張不可
能である。
また既に説明してあるように、典型的にはリンク上に
転送されることを意図したデータ・パケットの受信に応
答して、ネットワークのオンデマンド型リンクを立ち上
げるためにルータが使用される。しかし、リンクをダイ
ヤル呼出するたびに、接続課金（connection charges）
を招くある種のデータ・パケットは、時間が重要でない
利用（non−time critical application）、例えばディ
レクトリ・サービスに対して分散したデータベースを同
期させる等の利用のために交換される。この種のコンピ
ュータ間トラフィックは、パケット送信が発生する場合
と同様に柔軟性があり、本発明は他の切実な理由でオン
デマンド型リンクをダイヤル呼出する必要がある時刻ま
でに、このようなトラフィックの配布を同期させること
を指向している。
転送されることを意図したデータ・パケットの受信に応
答して、ネットワークのオンデマンド型リンクを立ち上
げるためにルータが使用される。しかし、リンクをダイ
ヤル呼出するたびに、接続課金（connection charges）
を招くある種のデータ・パケットは、時間が重要でない
利用（non−time critical application）、例えばディ
レクトリ・サービスに対して分散したデータベースを同
期させる等の利用のために交換される。この種のコンピ
ュータ間トラフィックは、パケット送信が発生する場合
と同様に柔軟性があり、本発明は他の切実な理由でオン
デマンド型リンクをダイヤル呼出する必要がある時刻ま
でに、このようなトラフィックの配布を同期させること
を指向している。
発明の開示 本発明は、コンピュータ・ネットワークのオンデマン
ド型リンク上でこれらのリンクを効率使用するような方
法で、各種データ・パケットの配布を同期させるための
メカニズムを備えている。この新規な同期メカニズム
は、送信元ノードで生成されて、かつネットワークのオ
ンデマンド型リンクに接続された少なくともひとつのル
ータを経由して宛先ノードへ送信されるデータ・パケッ
トのネットワーク層ヘッダに通例格納される制御情報を
備える。この制御情報の状態に基づいて、ルータは、宛
先ノードへのパケット配布のための接続を確立するリン
クに、すぐにダイヤルすべきかどうかを指示される。
ド型リンク上でこれらのリンクを効率使用するような方
法で、各種データ・パケットの配布を同期させるための
メカニズムを備えている。この新規な同期メカニズム
は、送信元ノードで生成されて、かつネットワークのオ
ンデマンド型リンクに接続された少なくともひとつのル
ータを経由して宛先ノードへ送信されるデータ・パケッ
トのネットワーク層ヘッダに通例格納される制御情報を
備える。この制御情報の状態に基づいて、ルータは、宛
先ノードへのパケット配布のための接続を確立するリン
クに、すぐにダイヤルすべきかどうかを指示される。
好ましくは、その制御情報はオプションとしてネット
ワーク層ヘッダ内部に含まれる。オプション・フィール
ドをサポートするネットワーク層ヘッダの場合は、例え
ば、コネクションレス型ネットワーク・プロトコル（CL
NP）やインターネット（IP）ネットワーク層プロトコル
・ヘッダにおいて、オンデマンド型リンク用として新規
なオプションのタイプを定義させる。しかし、インター
ネット・パケット交換（IPX）プロトコル・ヘッダは、
オプション・フィールドに対応していないので、ネット
ワーク・アドレシング管理が、新規な制御情報、例えば
フラグをオプションとしてサポートすることでこのヘッ
ダのフォーマットを拡張するように備えられている。
ワーク層ヘッダ内部に含まれる。オプション・フィール
ドをサポートするネットワーク層ヘッダの場合は、例え
ば、コネクションレス型ネットワーク・プロトコル（CL
NP）やインターネット（IP）ネットワーク層プロトコル
・ヘッダにおいて、オンデマンド型リンク用として新規
なオプションのタイプを定義させる。しかし、インター
ネット・パケット交換（IPX）プロトコル・ヘッダは、
オプション・フィールドに対応していないので、ネット
ワーク・アドレシング管理が、新規な制御情報、例えば
フラグをオプションとしてサポートすることでこのヘッ
ダのフォーマットを拡張するように備えられている。
本発明の例示実施例（代表的な実施例）では、新規の
フラグをアサーション（assert）した場合、ルータには
「オンデマンド型リンクにダイヤルしないように」指示
する。アサーションされたフラグのあるデータ・パケッ
トをルータが受信した時に、送信元ノード内部の送信プ
ロセスを識別するのに十分な、パケット内に含まれるあ
るタイプの情報を格納し、そして送信元への戻りパケッ
トを送信する前にパケットの残りの部分を破棄する。こ
の戻りパケットは，データ・パケットの完全な送信元ア
ドレスと宛先アドレス、すなわちそのパケットを送出し
た送信元ノード内部のプロセスを識別するのに十分な情
報に、そのパケットを返送する理由（例えば「オンデマ
ンド型リンクが現在のところダイヤル呼出されていな
い」等）を併せて含ませるのが望ましい。さらに、ルー
タは、これらの送信元アドレス及び宛先アドレスを追跡
し、最終的にリンクを立ち上げる際に、宛先へのデータ
・パケット送信のためにオンデマンド型リンクが現在利
用できるようになっていることを示す次の通知パケット
を送信元に送信することができる。
フラグをアサーション（assert）した場合、ルータには
「オンデマンド型リンクにダイヤルしないように」指示
する。アサーションされたフラグのあるデータ・パケッ
トをルータが受信した時に、送信元ノード内部の送信プ
ロセスを識別するのに十分な、パケット内に含まれるあ
るタイプの情報を格納し、そして送信元への戻りパケッ
トを送信する前にパケットの残りの部分を破棄する。こ
の戻りパケットは，データ・パケットの完全な送信元ア
ドレスと宛先アドレス、すなわちそのパケットを送出し
た送信元ノード内部のプロセスを識別するのに十分な情
報に、そのパケットを返送する理由（例えば「オンデマ
ンド型リンクが現在のところダイヤル呼出されていな
い」等）を併せて含ませるのが望ましい。さらに、ルー
タは、これらの送信元アドレス及び宛先アドレスを追跡
し、最終的にリンクを立ち上げる際に、宛先へのデータ
・パケット送信のためにオンデマンド型リンクが現在利
用できるようになっていることを示す次の通知パケット
を送信元に送信することができる。
特定のタイプのデータ・パケット、例えばオンデマン
ド型リンクで定期的に送信される、時間的に重要でない
（not time critical）データ・パケットの同期は、リ
ンクが接続されているか否かを検査するために、ルータ
を定期的にポーリング（poll）するように、送信元ノー
ドに要求することでさらに実現される。この技術は、ポ
ーリング・トラフィックで必要とされるネットワーク帯
域幅が増加するとの理由で、例示実施例の技術よりは最
適ではないが、しかしルータが「クラッシュ」した場合
や、送信元ノード内部の送信プロセスを識別するのに必
要な情報を喪失した場合には、バックアップ・メカニズ
ムとして有用であろう。
ド型リンクで定期的に送信される、時間的に重要でない
（not time critical）データ・パケットの同期は、リ
ンクが接続されているか否かを検査するために、ルータ
を定期的にポーリング（poll）するように、送信元ノー
ドに要求することでさらに実現される。この技術は、ポ
ーリング・トラフィックで必要とされるネットワーク帯
域幅が増加するとの理由で、例示実施例の技術よりは最
適ではないが、しかしルータが「クラッシュ」した場合
や、送信元ノード内部の送信プロセスを識別するのに必
要な情報を喪失した場合には、バックアップ・メカニズ
ムとして有用であろう。
別の実施例において、ルータはアサーションしたフラ
グをもつデータ・パケットを格納し、オンデマンド型リ
ンクが次にダイヤル呼出された時に、宛先ノードへパケ
ットを送出する。この実施例では、ルータはリンクがそ
れまでに利用できなかったことと、ルータでデータ・パ
ケットが一時的に格納されていたことを送信元ノードに
通知する必要がない。このアプローチでは、ルータと送
信元ノード間のトラフィックが減少するが、リンクが接
続するのを待機する間に発生するレイテンシが実在する
場合には、宛先ノードへ「新鮮でない」（state）デー
タが送信されてしまうことになる。
グをもつデータ・パケットを格納し、オンデマンド型リ
ンクが次にダイヤル呼出された時に、宛先ノードへパケ
ットを送出する。この実施例では、ルータはリンクがそ
れまでに利用できなかったことと、ルータでデータ・パ
ケットが一時的に格納されていたことを送信元ノードに
通知する必要がない。このアプローチでは、ルータと送
信元ノード間のトラフィックが減少するが、リンクが接
続するのを待機する間に発生するレイテンシが実在する
場合には、宛先ノードへ「新鮮でない」（state）デー
タが送信されてしまうことになる。
本発明のさらに別の実施例において、ルータは、オン
デマンド型リンクが立ち上げられている時にネットワー
クの全ノードへマルチキャスト・メッセージ（multicas
t message）を送信できる。ここで、マルチキャスト・
メッセージは、「オンデマンド型リンクがデータ転送用
に現在利用できる」ことを受信者（receipient）送信元
ノードの送信プロセスに通告する新規な制御情報を含
む。この制御情報は、さらに宛先ノードがリンク上で利
用できることを送信元ノードに通知するのに十分な情報
を含む。
デマンド型リンクが立ち上げられている時にネットワー
クの全ノードへマルチキャスト・メッセージ（multicas
t message）を送信できる。ここで、マルチキャスト・
メッセージは、「オンデマンド型リンクがデータ転送用
に現在利用できる」ことを受信者（receipient）送信元
ノードの送信プロセスに通告する新規な制御情報を含
む。この制御情報は、さらに宛先ノードがリンク上で利
用できることを送信元ノードに通知するのに十分な情報
を含む。
このマルチキャスト・メッセージに応答して、そのリ
ンク上に情報を送信したいと望む送信元ノードは、ルー
タへデータ・パケットを送信できる。この実施例の一つ
の利点は、アクティブでないオン・デマンド・リンクを
宛先とするすべてのデータ・パケットの送信元アドレス
及び宛先アドレスを保持する必要がないことであり、ま
た別の利点は、マルチキャスト・メッセージを受信する
まではリンク上のデータ転送を送信元ノードが開始する
必要がないことである。
ンク上に情報を送信したいと望む送信元ノードは、ルー
タへデータ・パケットを送信できる。この実施例の一つ
の利点は、アクティブでないオン・デマンド・リンクを
宛先とするすべてのデータ・パケットの送信元アドレス
及び宛先アドレスを保持する必要がないことであり、ま
た別の利点は、マルチキャスト・メッセージを受信する
まではリンク上のデータ転送を送信元ノードが開始する
必要がないことである。
図面の簡単な説明 本発明の上記の利点及びそれ以外の利点は添付の図面
との関連において以下の説明を参照することにより、一
層良く理解されよう。図面においては同じ参照番号で類
似の要素を表わしており、 図１は、コンピュータ・ネットワークの送信元ノード
と宛先ノード間でデータを転送するのに使用される従来
技術のプロトコル・スタックの模式的ブロック図であ
る。
との関連において以下の説明を参照することにより、一
層良く理解されよう。図面においては同じ参照番号で類
似の要素を表わしており、 図１は、コンピュータ・ネットワークの送信元ノード
と宛先ノード間でデータを転送するのに使用される従来
技術のプロトコル・スタックの模式的ブロック図であ
る。
図２は、複数のノードに接続されたコンピュータ・ネ
ットワークの集合を含むネットワーク・システムのブロ
ック図である。
ットワークの集合を含むネットワーク・システムのブロ
ック図である。
図３は、本発明による新規な同期メカニズムが有利に
使用できるオンデマンド型リンクにより相互接続される
複数ドメインを有するシステムの模式的ブロック図であ
る。
使用できるオンデマンド型リンクにより相互接続される
複数ドメインを有するシステムの模式的ブロック図であ
る。
図4A〜図4Cは、本発明による新規な同期メカニズムを
格納するための従来のネットワーク層ヘッダのオプショ
ン・フィールドの模式図である。
格納するための従来のネットワーク層ヘッダのオプショ
ン・フィールドの模式図である。
図５は、従来のIPXネットワーク層ヘッダのフォーマ
ットを図示する模式図である。
ットを図示する模式図である。
図６は、本発明による新規な同期メカニズムを格納す
るためのIPXネットワーク層ヘッダの改良フォーマット
を示す模式図である。
るためのIPXネットワーク層ヘッダの改良フォーマット
を示す模式図である。
例示実施例の詳細な説明 図２は複数のノードに接続されたコンピュータ・ネッ
トワークの集合を備えたネットワーク・システム200の
ブロック図である。ノードは、送信元ノードＳ、末端ノ
ードＮ、宛先ノードＤ、および複数の中間ノードR1〜R2
を備えた汎用コンピュータが代表的なものである。各ノ
ードは、典型的には、システムバス210で相互接続され
ている中央演算処理ユニット（CPU）202、メモリ・ユニ
ット204、および少なくとも１個のネットワーク・アダ
プタ206とを有する。メモリ・ユニット204は、ランダム
・アクセス・メモリ（RAM）デバイスから構成されるの
が典型的である記憶場所を備え、CPU202およびネットワ
ーク・アダプタ206からアドレスが可能である。このメ
モリ・ユニットは、典型的には本明細書でさらに説明す
るように、実行可能なプロセスやデータ・パケットの内
容等の情報の一時格納を提供する。典型的には一部がメ
モリに常駐してCPUにより実行されるオペレーティング
・システムでは、特にCPUで実行するプロセスのサポー
トにおいて、ネットワーク動作を実行することにより、
機能的にノードを構成する。
トワークの集合を備えたネットワーク・システム200の
ブロック図である。ノードは、送信元ノードＳ、末端ノ
ードＮ、宛先ノードＤ、および複数の中間ノードR1〜R2
を備えた汎用コンピュータが代表的なものである。各ノ
ードは、典型的には、システムバス210で相互接続され
ている中央演算処理ユニット（CPU）202、メモリ・ユニ
ット204、および少なくとも１個のネットワーク・アダ
プタ206とを有する。メモリ・ユニット204は、ランダム
・アクセス・メモリ（RAM）デバイスから構成されるの
が典型的である記憶場所を備え、CPU202およびネットワ
ーク・アダプタ206からアドレスが可能である。このメ
モリ・ユニットは、典型的には本明細書でさらに説明す
るように、実行可能なプロセスやデータ・パケットの内
容等の情報の一時格納を提供する。典型的には一部がメ
モリに常駐してCPUにより実行されるオペレーティング
・システムでは、特にCPUで実行するプロセスのサポー
トにおいて、ネットワーク動作を実行することにより、
機能的にノードを構成する。
ネットワーク・システム200に含まれるコンピュータ
・ネットワークとしては、ローカル・エリア・ネットワ
ーク（LAN）から広域ネットワーク（WAN）まである。LA
Nは限定された領域のネットワークであり、一方、WANは
通信リンクを用いて広範囲に分散したノードを相互接続
する公衆または専用の電気通信設備（telecommunicatio
ns facility）であるとすることができる。これらのネ
ットワークに接続されたノード間での通信は、典型的に
は例えば送信元ノードのアドレスと宛先ノードのアドレ
スを指定するデータの離散的な「パケット」を交換する
ことにより行われる。図２に図示したシステムは、比較
的少数の相互接続されたLAN1〜３のグループを有するの
で、自律的ドメインとして維持されるのが望ましい。中
間ノードとしては、正しい受信ノードへこれらパケット
をルーチングすることで、ドメイン200全体のデータ・
パケットの流れを容易にするように構成されたルータが
望ましい。
・ネットワークとしては、ローカル・エリア・ネットワ
ーク（LAN）から広域ネットワーク（WAN）まである。LA
Nは限定された領域のネットワークであり、一方、WANは
通信リンクを用いて広範囲に分散したノードを相互接続
する公衆または専用の電気通信設備（telecommunicatio
ns facility）であるとすることができる。これらのネ
ットワークに接続されたノード間での通信は、典型的に
は例えば送信元ノードのアドレスと宛先ノードのアドレ
スを指定するデータの離散的な「パケット」を交換する
ことにより行われる。図２に図示したシステムは、比較
的少数の相互接続されたLAN1〜３のグループを有するの
で、自律的ドメインとして維持されるのが望ましい。中
間ノードとしては、正しい受信ノードへこれらパケット
をルーチングすることで、ドメイン200全体のデータ・
パケットの流れを容易にするように構成されたルータが
望ましい。
通例、送信元ノードＳがLAN1上にパケットを送信する
際には、そのパケットはそのLAN上にある全ノードに送
信される。パケットの意図している受け手がLAN3に接続
されている場合には、パケットはルータR1を通りLAN2
へ、またルータR2を通ってLAN3上へルーチングされる。
ルータの重要な機能は、パケットが送信される次のノー
ドを決定することであって、このルーチング機能は各ノ
ード内部のプロトコル・スタック250のネットワーク層2
60で行われるのが望ましい。典型的には、パケットは２
種類の宛先アドレスを含み：このアドレスは最終宛先ノ
ードのアドレスと、経路（ルート）に沿った次のノード
のアドレスとである。最終宛先アドレスは、パケットが
ネットワーク上を移動しても一定のままであるが、次の
宛先アドレスは、ネットワークを通る経路に沿ったノー
ドからノードへとパケットが移動すると変化する。
際には、そのパケットはそのLAN上にある全ノードに送
信される。パケットの意図している受け手がLAN3に接続
されている場合には、パケットはルータR1を通りLAN2
へ、またルータR2を通ってLAN3上へルーチングされる。
ルータの重要な機能は、パケットが送信される次のノー
ドを決定することであって、このルーチング機能は各ノ
ード内部のプロトコル・スタック250のネットワーク層2
60で行われるのが望ましい。典型的には、パケットは２
種類の宛先アドレスを含み：このアドレスは最終宛先ノ
ードのアドレスと、経路（ルート）に沿った次のノード
のアドレスとである。最終宛先アドレスは、パケットが
ネットワーク上を移動しても一定のままであるが、次の
宛先アドレスは、ネットワークを通る経路に沿ったノー
ドからノードへとパケットが移動すると変化する。
さらに具体的には、送信元ノードＳは、宛先ノードＤ
へすなわち最終宛先アドレスへパケットを送出する場
合、パケットをLAN1へ送信し、次の宛先アドレスでルー
タR1のアドレスを指定する。パケット内に嵌め込まれて
プロトコル・スタック250の高位層ソフトウェアにより
処理されるアドレス情報は、パケットの最終宛先をノー
ドＤとして指定する。この情報に基づいて、ルータR1は
次のノードがルータR2であることを決定し、次に進んで
そのノードが受信できるように、LAN2へパケットを渡
す。ルータR2はその後において次のノードが最終宛先ノ
ードＤであると決定し、パケットをLAN3を通じてノード
Ｄへ送信する。
へすなわち最終宛先アドレスへパケットを送出する場
合、パケットをLAN1へ送信し、次の宛先アドレスでルー
タR1のアドレスを指定する。パケット内に嵌め込まれて
プロトコル・スタック250の高位層ソフトウェアにより
処理されるアドレス情報は、パケットの最終宛先をノー
ドＤとして指定する。この情報に基づいて、ルータR1は
次のノードがルータR2であることを決定し、次に進んで
そのノードが受信できるように、LAN2へパケットを渡
す。ルータR2はその後において次のノードが最終宛先ノ
ードＤであると決定し、パケットをLAN3を通じてノード
Ｄへ送信する。
図３は、ルータ312及び322に接続された通信リンク33
0によって相互接続されている複数のドメイン310及び32
0を有するシステム300の概略ブロック図である。通信リ
ンク330としては、ルータにより「立ち上げられた」す
なわちダイヤル呼出されてオンデマンド型ノード間通信
を開始できる一時リンク（テンポラリ・リンク）が望ま
しい。つまり、オンデマンド型リンク330は、普段は接
続されていない交換電話回線のダイヤル呼出リンクとし
て実現できる。例示的実施例において、オンデマンド型
リンクは、総合サービスデジタル網（ISDN）回線を有し
て、一方、リンクにより相互接続されるドメインは、独
立したインターネット・パケット交換（IPX）ネットワ
ーク、例えばノベル社のIPXネットワークやマイクロソ
フト社のIPXネットワーク等を有するとすることができ
る。
0によって相互接続されている複数のドメイン310及び32
0を有するシステム300の概略ブロック図である。通信リ
ンク330としては、ルータにより「立ち上げられた」す
なわちダイヤル呼出されてオンデマンド型ノード間通信
を開始できる一時リンク（テンポラリ・リンク）が望ま
しい。つまり、オンデマンド型リンク330は、普段は接
続されていない交換電話回線のダイヤル呼出リンクとし
て実現できる。例示的実施例において、オンデマンド型
リンクは、総合サービスデジタル網（ISDN）回線を有し
て、一方、リンクにより相互接続されるドメインは、独
立したインターネット・パケット交換（IPX）ネットワ
ーク、例えばノベル社のIPXネットワークやマイクロソ
フト社のIPXネットワーク等を有するとすることができ
る。
典型的に、ルータ312は、宛先ノードＤを宛先とする
送信元ノードＳからのデータ・パケットの受信に応答し
て、オンデマンド・リンク330をダイヤル呼出する。但
し、リンクをダイヤル呼出するたびに、交換電話回線の
課金と同様の接続課金が発生する。それにもかかわら
ず、あるタイプのデータ・パケットは、時間的に重要で
ない利用、例えば電子メールまたはディレクトリ・サー
ビスに伴う分散データベースの同期等の利用に従って送
信される。この種のコンピュータ間トラフィックは、通
例データ転送が行われる時に柔軟性があり、また前述し
たように本発明はオンデマンド型リンクがダイヤル呼出
される時刻までこのようなトラフィックの配布を同期さ
せることを意図している。
送信元ノードＳからのデータ・パケットの受信に応答し
て、オンデマンド・リンク330をダイヤル呼出する。但
し、リンクをダイヤル呼出するたびに、交換電話回線の
課金と同様の接続課金が発生する。それにもかかわら
ず、あるタイプのデータ・パケットは、時間的に重要で
ない利用、例えば電子メールまたはディレクトリ・サー
ビスに伴う分散データベースの同期等の利用に従って送
信される。この種のコンピュータ間トラフィックは、通
例データ転送が行われる時に柔軟性があり、また前述し
たように本発明はオンデマンド型リンクがダイヤル呼出
される時刻までこのようなトラフィックの配布を同期さ
せることを意図している。
システム300で使用するルータ312及び322において
は、相互接続ネットワークが同一のネットワーク層プロ
トコルを共有する必要があり、かつより高次のプロトコ
ル・スタック層で互換性がある必要がある。しかし、ル
ータ312のプロトコル・スタック350に模式的に図示して
あるように、ネットワークはデータリンク層362と物理
層364では異っている。ルータは、本明細書で説明する
例示的実施例においては、何らかのネットワーク層プロ
トコルに従って動作できるが、ネットワーク層プロトコ
ルとしては、コネクションレス型ネットワーク層プロト
コル（CLNP）、インターネット（IP）ネットワーク層プ
ロトコル、及びIPXプロトコルが望ましい。
は、相互接続ネットワークが同一のネットワーク層プロ
トコルを共有する必要があり、かつより高次のプロトコ
ル・スタック層で互換性がある必要がある。しかし、ル
ータ312のプロトコル・スタック350に模式的に図示して
あるように、ネットワークはデータリンク層362と物理
層364では異っている。ルータは、本明細書で説明する
例示的実施例においては、何らかのネットワーク層プロ
トコルに従って動作できるが、ネットワーク層プロトコ
ルとしては、コネクションレス型ネットワーク層プロト
コル（CLNP）、インターネット（IP）ネットワーク層プ
ロトコル、及びIPXプロトコルが望ましい。
さらに説明したように、ネットワーク層360は、ネッ
トワーク上への送信のために、トランスポート層358か
らデータ・パケットを受信すると、ネットワーク層ヘッ
ダをパケットに追加する。このようなヘッダ・フィール
ドのフォーマットは、何よりもまず各パケットに典型的
には同じ情報が含まれることから、すべてのネットワー
ク層サービスの間で通例同一である。図4A及び図4Bは、
それぞれIP及びCLNPのネットワーク層パケット410と450
のフォーマットを示す。これらのパケットは両方とも、
ヘッダ412及び452（すなわち長さ及びチェックサム・フ
ィールド）に関連する情報を通例含むということが分か
る。さらに具体的には、それぞれのヘッダが追加される
機能に対応するために、オプション・フィールド426及
び466を含む。これらのフィールドでサポートされるオ
プションのタイプとしては、送信元ルーティング、プラ
イオリティ、機密仕様情報が含まれる。図4Cは、オプシ
ョン・フィールド480の内容の一般的なフォーマットを
示したもので、これにはオプションのタイプ（種類）を
特有な形で定義する１オクテット（１バイト）のオプシ
ョン・コード・フィールド482、オプションの長さをバ
イト数で表わす１バイト長フィールド484、および可
変、例えば０〜254バイトの値フィールド486とを含む。
トワーク上への送信のために、トランスポート層358か
らデータ・パケットを受信すると、ネットワーク層ヘッ
ダをパケットに追加する。このようなヘッダ・フィール
ドのフォーマットは、何よりもまず各パケットに典型的
には同じ情報が含まれることから、すべてのネットワー
ク層サービスの間で通例同一である。図4A及び図4Bは、
それぞれIP及びCLNPのネットワーク層パケット410と450
のフォーマットを示す。これらのパケットは両方とも、
ヘッダ412及び452（すなわち長さ及びチェックサム・フ
ィールド）に関連する情報を通例含むということが分か
る。さらに具体的には、それぞれのヘッダが追加される
機能に対応するために、オプション・フィールド426及
び466を含む。これらのフィールドでサポートされるオ
プションのタイプとしては、送信元ルーティング、プラ
イオリティ、機密仕様情報が含まれる。図4Cは、オプシ
ョン・フィールド480の内容の一般的なフォーマットを
示したもので、これにはオプションのタイプ（種類）を
特有な形で定義する１オクテット（１バイト）のオプシ
ョン・コード・フィールド482、オプションの長さをバ
イト数で表わす１バイト長フィールド484、および可
変、例えば０〜254バイトの値フィールド486とを含む。
しかし、IPXプロトコル・ヘッダは、オプション・フ
ィールドに対応していないので、本発明はこのヘッダの
フォーマットを拡張するネットワーク・アドレシング構
造を提供する。図５は約30バイトからなるネットワーク
層ヘッダを有する従来のIPXパケット500のフォーマット
を示す概略図である。さらに具体的には、このヘッダ
は、特に階層化した宛先アドレス及び送信元アドレスを
含み、そのそれぞれが複数のアドレス・エレメントを有
する。例えば、宛先アドレス510は、パケットが伝送さ
れる特定のネットワークを表わす４バイトの宛先ネット
ワーク・フィールド512と、そのネットワーク上の受信
ノードのデータリンク層アドレスとを識別する６バイト
の宛先ノード・フィールド514と、受信ノードでの受信
プロセスを指定する２バイトの宛先ソケット・フィール
ド516とを含む。データ・フィールド530は、送信元アド
レス・フィールド520のすぐ直後のヘッダに追加され
る。
ィールドに対応していないので、本発明はこのヘッダの
フォーマットを拡張するネットワーク・アドレシング構
造を提供する。図５は約30バイトからなるネットワーク
層ヘッダを有する従来のIPXパケット500のフォーマット
を示す概略図である。さらに具体的には、このヘッダ
は、特に階層化した宛先アドレス及び送信元アドレスを
含み、そのそれぞれが複数のアドレス・エレメントを有
する。例えば、宛先アドレス510は、パケットが伝送さ
れる特定のネットワークを表わす４バイトの宛先ネット
ワーク・フィールド512と、そのネットワーク上の受信
ノードのデータリンク層アドレスとを識別する６バイト
の宛先ノード・フィールド514と、受信ノードでの受信
プロセスを指定する２バイトの宛先ソケット・フィール
ド516とを含む。データ・フィールド530は、送信元アド
レス・フィールド520のすぐ直後のヘッダに追加され
る。
アドレス構造に従って、送信元アドレス・フィールド
の後に追加ヘッダ情報の用意を指示し、ネットワーク層
ヘッダの改良を効率的に創成する特別なソケット値が備
えられている。図６は改良したIPXネットワーク層ヘッ
ダ600のフォーマットを示す概略図である。送信元ノー
ドは、従来の宛先アドレス・フィールド510の２バイト
宛先ソケット・フィールド516内部の実際の宛先ソケッ
ト番号を特別なソケット値656に置き換える。好ましく
は、その特別なソケット値は、ネットワーク上にパケッ
トを送出する前に、拡張ヘッダ・フィールド660の内容
を検証することをルータに指示する。
の後に追加ヘッダ情報の用意を指示し、ネットワーク層
ヘッダの改良を効率的に創成する特別なソケット値が備
えられている。図６は改良したIPXネットワーク層ヘッ
ダ600のフォーマットを示す概略図である。送信元ノー
ドは、従来の宛先アドレス・フィールド510の２バイト
宛先ソケット・フィールド516内部の実際の宛先ソケッ
ト番号を特別なソケット値656に置き換える。好ましく
は、その特別なソケット値は、ネットワーク上にパケッ
トを送出する前に、拡張ヘッダ・フィールド660の内容
を検証することをルータに指示する。
本発明によれば、コンピュータ・ネットワークのオン
デマンド型リンク上でこれらリンクを効率使用するよう
な方法で、特定のタイプのデータ・パケットの発信を同
期させるメカニズムが提供される。図１から図６を参照
すると、新規な同期メカニズムは、送信元ノード、例え
ば送信元ノードＳにより生成される制御信号を有し、こ
の制御信号はネットワーク・システム300の通信リンク3
30に接続されたルータ312を経由して、宛先ノード、例
えば宛先ノードＤへ送信されるデータ・パケットのネッ
トワーク層ヘッダに格納される。この制御情報の状態に
より、ルータは、宛先ノードＤへパケット配布用の接続
を確立するためのリンクをすぐにダイヤルすべきか否か
を指示される。
デマンド型リンク上でこれらリンクを効率使用するよう
な方法で、特定のタイプのデータ・パケットの発信を同
期させるメカニズムが提供される。図１から図６を参照
すると、新規な同期メカニズムは、送信元ノード、例え
ば送信元ノードＳにより生成される制御信号を有し、こ
の制御信号はネットワーク・システム300の通信リンク3
30に接続されたルータ312を経由して、宛先ノード、例
えば宛先ノードＤへ送信されるデータ・パケットのネッ
トワーク層ヘッダに格納される。この制御情報の状態に
より、ルータは、宛先ノードＤへパケット配布用の接続
を確立するためのリンクをすぐにダイヤルすべきか否か
を指示される。
好ましくは、制御情報はオプションとしてネットワー
ク層ヘッダ内部に組み入れられる。ヘッダにオプション
・フィールドを含むIP及びCLNPネットワーク層プロトコ
ルの場合には、新規のオプションタイプがオンデマンド
型リンクに定義される。さらに具体的には、新規のオプ
ションタイプは、パケットの受信に応答してオンデマン
ド型リンクをダイヤルすべきか否かをルータに指示する
値フィールド486に格納された情報と伴に、オンデマン
ド型リンクを特有な形で指定するフィールド482に格納
されるオプション・コード、例えば「ODL」を含む。オ
プション・フィールド480のバイト数でのトータル長
（全長）は、長さフィールド484に示される。
ク層ヘッダ内部に組み入れられる。ヘッダにオプション
・フィールドを含むIP及びCLNPネットワーク層プロトコ
ルの場合には、新規のオプションタイプがオンデマンド
型リンクに定義される。さらに具体的には、新規のオプ
ションタイプは、パケットの受信に応答してオンデマン
ド型リンクをダイヤルすべきか否かをルータに指示する
値フィールド486に格納された情報と伴に、オンデマン
ド型リンクを特有な形で指定するフィールド482に格納
されるオプション・コード、例えば「ODL」を含む。オ
プション・フィールド480のバイト数でのトータル長
（全長）は、長さフィールド484に示される。
一方、改良IPXヘッダ600に関連して、制御情報は、拡
張ヘッダ・フィールド660のフィールド670に格納され
る。制御情報を含むフィールドの内容は変化するが、フ
ィールドは新規のフラグ670として提供されるのが望ま
しく、このフラグの状態でオンデマンド型リンク330を
どのように取り扱うかをルータに指示する。言い替えれ
ば、ルータ312が宛先アドレスの実際の宛先ソケット番
号に代わって、特別なソケット値、たとえば「SS」を有
するデータ・パケットを受信した場合、ルータは、リン
ク330上にパケットを転送する前に、拡張ヘッダ・フィ
ールドの内容、さらに具体的には、フラグ670の状態を
調べる。
張ヘッダ・フィールド660のフィールド670に格納され
る。制御情報を含むフィールドの内容は変化するが、フ
ィールドは新規のフラグ670として提供されるのが望ま
しく、このフラグの状態でオンデマンド型リンク330を
どのように取り扱うかをルータに指示する。言い替えれ
ば、ルータ312が宛先アドレスの実際の宛先ソケット番
号に代わって、特別なソケット値、たとえば「SS」を有
するデータ・パケットを受信した場合、ルータは、リン
ク330上にパケットを転送する前に、拡張ヘッダ・フィ
ールドの内容、さらに具体的には、フラグ670の状態を
調べる。
本発明の例示的実施例において、フラグのアサートは
「オンデマンド型リンクをダイヤル呼出しない」ことを
ルータに指示するのが望ましい。フラグがアサーション
された場合には、ルータは、パケットに含まれるあるタ
イプの情報を格納し、送信元へ戻り、パケットを送信す
る前に、パケットの残りの内容を破棄する。この戻りパ
ケットは、そのパケットを返送する理由（例えば「オン
デマンド型リンクが現在ダイヤル呼出されていない」
等）とともに、データ・パケットの完全な送信元アドレ
ス及び宛先アドレス、すなわちそのパケットを送信した
送信元ノード内部のプロセスを識別するのに十分な情報
を含むのが望ましい。さらに、ルータ312は、これのメ
モリ204にヘッダの送信元アドレス及び宛先アドレスを
一時的に格納し、それによりリンク330をこれから立ち
上げる時に、宛先ノードへのデータ・パケット送信用に
オンデマンド型リンク330が現在利用可能であることを
指示する接続の通知パケットを送信元ノードＳへ送信で
きるようにする。
「オンデマンド型リンクをダイヤル呼出しない」ことを
ルータに指示するのが望ましい。フラグがアサーション
された場合には、ルータは、パケットに含まれるあるタ
イプの情報を格納し、送信元へ戻り、パケットを送信す
る前に、パケットの残りの内容を破棄する。この戻りパ
ケットは、そのパケットを返送する理由（例えば「オン
デマンド型リンクが現在ダイヤル呼出されていない」
等）とともに、データ・パケットの完全な送信元アドレ
ス及び宛先アドレス、すなわちそのパケットを送信した
送信元ノード内部のプロセスを識別するのに十分な情報
を含むのが望ましい。さらに、ルータ312は、これのメ
モリ204にヘッダの送信元アドレス及び宛先アドレスを
一時的に格納し、それによりリンク330をこれから立ち
上げる時に、宛先ノードへのデータ・パケット送信用に
オンデマンド型リンク330が現在利用可能であることを
指示する接続の通知パケットを送信元ノードＳへ送信で
きるようにする。
本発明の別の実施例において、ルータ312は、メモリ2
04（図２）にアサーションされたフラグ670を有するデ
ータ・パケット全体を格納でき、オンデマンド型リンク
330が後でダイヤル呼出された時に、ドメイン320の宛先
ノードＤへパケットを送信する。この実施例において
は、リンク330がそれまで利用できなかったことと、ル
ータ312において一時的にデータ・パケットを格納して
いたことをルータ312が送信元ノードＳへ通知する必要
はない。このアプローチはルータと送信元ノードの間の
トラフィックを減少するが、リンクが接続するのを待機
する間に発生するレイテンシが存在する場合には、宛先
ノードへ「新鮮でない」データが送信されてしまうこと
になる可能性がある。
04（図２）にアサーションされたフラグ670を有するデ
ータ・パケット全体を格納でき、オンデマンド型リンク
330が後でダイヤル呼出された時に、ドメイン320の宛先
ノードＤへパケットを送信する。この実施例において
は、リンク330がそれまで利用できなかったことと、ル
ータ312において一時的にデータ・パケットを格納して
いたことをルータ312が送信元ノードＳへ通知する必要
はない。このアプローチはルータと送信元ノードの間の
トラフィックを減少するが、リンクが接続するのを待機
する間に発生するレイテンシが存在する場合には、宛先
ノードへ「新鮮でない」データが送信されてしまうこと
になる可能性がある。
本発明のさらに別の実施例において、ルータ312は、
オンデマンド型リンク330がダイヤル呼出されて利用可
能である時に、ネットワークの全ノードへ単一のマルチ
キャスト・メッセージを送信できる。ここで、マルチキ
ャスト・メッセージは、アサーションされた時に、「オ
ンデマンド型リンクがデータ転送用に現在利用できる」
ことを受信者送信元ノードの送信プロセスに通知する新
規な制御情報を含む。制御情報はさらに宛先ノードがリ
ンク上で利用できることについて送信元ノードに通知す
るのに十分な情報も含む。
オンデマンド型リンク330がダイヤル呼出されて利用可
能である時に、ネットワークの全ノードへ単一のマルチ
キャスト・メッセージを送信できる。ここで、マルチキ
ャスト・メッセージは、アサーションされた時に、「オ
ンデマンド型リンクがデータ転送用に現在利用できる」
ことを受信者送信元ノードの送信プロセスに通知する新
規な制御情報を含む。制御情報はさらに宛先ノードがリ
ンク上で利用できることについて送信元ノードに通知す
るのに十分な情報も含む。
さらに具体的には、利用できる宛先ノードは、（ｉ）
ルータで送信元／宛先のアドレス対の情報を格納するこ
とにより分かる。この場合、ルータはリンク上で利用可
能な宛先アドレスをリスト（作表）するそれぞれの送信
元ノードへ個別のパケットを送信する。即ち（ii）送信
元ノードに格納された情報をルーチングする。ここでル
ータは利用可能な特定のリンクを識別するだけで良い。
さらに、（iii）リンク上で到達可能な（reachable）宛
先アドレスの合計（summary）でルータを構成する。ル
ータは後者の情報をマルチキャスト・メッセージを介し
て送信元ノードへ供給できる。
ルータで送信元／宛先のアドレス対の情報を格納するこ
とにより分かる。この場合、ルータはリンク上で利用可
能な宛先アドレスをリスト（作表）するそれぞれの送信
元ノードへ個別のパケットを送信する。即ち（ii）送信
元ノードに格納された情報をルーチングする。ここでル
ータは利用可能な特定のリンクを識別するだけで良い。
さらに、（iii）リンク上で到達可能な（reachable）宛
先アドレスの合計（summary）でルータを構成する。ル
ータは後者の情報をマルチキャスト・メッセージを介し
て送信元ノードへ供給できる。
このメッセージに応答して、リンク330上へ情報を送
信しよう望むいずれの送信元ノードでも、ルータ312へ
データ・パケットを送信できる。本実施例の利点は、ア
クティブでないオン・デマンド・リンクを宛先とするす
べてのデータ・パケットの送信元アドレス及び宛先アド
レスをルータ312が保持する必要がないことであり、ま
た別の利点は、送信元ノードがマルチキャスト・メッセ
ージを受信するまでリンク上のデータ転送を開始する必
要がないことである。
信しよう望むいずれの送信元ノードでも、ルータ312へ
データ・パケットを送信できる。本実施例の利点は、ア
クティブでないオン・デマンド・リンクを宛先とするす
べてのデータ・パケットの送信元アドレス及び宛先アド
レスをルータ312が保持する必要がないことであり、ま
た別の利点は、送信元ノードがマルチキャスト・メッセ
ージを受信するまでリンク上のデータ転送を開始する必
要がないことである。
特定のタイプのデータ・パケット、例えば時間的に重
要ではないが、定期的に送信されるデータ・パケット
を、コンピュータ・ネットワークのオンデマンド型リン
クで、そのリンクを効率使用するような方法で、同期さ
せるための代表的実施例を図示し説明してきたが、本発
明の趣旨と範囲内でその他の各種の適応及び修正・変更
を成し得ることは理解されるべきである。例えば、送信
元ノードは、オンデマンド型リンクがアクティブに接続
されているか否かを調べるために、ルータを定期的にポ
ーリングするように構成してもよい。この技術は、ポー
リンル・トラフィックにより必要とされるネットワーク
の帯域幅が増加するために、例示実施例の技術よりも最
適ではないが、しかし、ルータが「クラッシュ」した場
合や、送信元ノード内部の送信プロセスを識別するのに
必要な情報を喪失した場合には、バックアップ・メカニ
ズムとして有用であろう。
要ではないが、定期的に送信されるデータ・パケット
を、コンピュータ・ネットワークのオンデマンド型リン
クで、そのリンクを効率使用するような方法で、同期さ
せるための代表的実施例を図示し説明してきたが、本発
明の趣旨と範囲内でその他の各種の適応及び修正・変更
を成し得ることは理解されるべきである。例えば、送信
元ノードは、オンデマンド型リンクがアクティブに接続
されているか否かを調べるために、ルータを定期的にポ
ーリングするように構成してもよい。この技術は、ポー
リンル・トラフィックにより必要とされるネットワーク
の帯域幅が増加するために、例示実施例の技術よりも最
適ではないが、しかし、ルータが「クラッシュ」した場
合や、送信元ノード内部の送信プロセスを識別するのに
必要な情報を喪失した場合には、バックアップ・メカニ
ズムとして有用であろう。
さらに、オンデマンド型リンクをアクティブにすべき
かどうかを指定する制御情報は、ネットワーク層ヘッダ
以外のデータ・パケット・ロケーションを用いてルータ
へ提供できる。例えば、ルータは、ネットワーク層ヘッ
ダを超えて検証するように、すなわちパケットを構成要
素に分析（parse）することで高レベルのプロトコル・
スタック層ヘッダを分析し、パケットがルータにリンク
をアクティブにするように指示しているか否かを決定す
るように構成することができる。
かどうかを指定する制御情報は、ネットワーク層ヘッダ
以外のデータ・パケット・ロケーションを用いてルータ
へ提供できる。例えば、ルータは、ネットワーク層ヘッ
ダを超えて検証するように、すなわちパケットを構成要
素に分析（parse）することで高レベルのプロトコル・
スタック層ヘッダを分析し、パケットがルータにリンク
をアクティブにするように指示しているか否かを決定す
るように構成することができる。
これまでの説明は本発明の特定の実施例について注い
だものである。しかし、これら記述した実施例に対す
る、これら実施例の利点の幾つかまたは全部を実現す
る、その他の変形及び変更を行えるということは自明で
あろう。従って、添付の請求の範囲（クレーム）の目的
は、本発明の真の趣旨と範囲内に含まれるものとして、
これらすべての変形及び変更を内包することにある。
だものである。しかし、これら記述した実施例に対す
る、これら実施例の利点の幾つかまたは全部を実現す
る、その他の変形及び変更を行えるということは自明で
あろう。従って、添付の請求の範囲（クレーム）の目的
は、本発明の真の趣旨と範囲内に含まれるものとして、
これらすべての変形及び変更を内包することにある。
フロントページの続き (72)発明者 カスタニョーリ，ニール，ディー. アメリカ合衆国 95037 カリフォルニ ア州 モーガン ヒル オークリッジ ロード 15910 (56)参考文献 特開 平７−87134（ＪＰ，Ａ)
Claims (11)
- 【請求項１】送信元ノードで生成されコンピュータ・ネ
ットワークのオンデマンド型リンクを通じてそのリンク
を効率的に使用するような方法で宛先ノードへ送信され
るデータ・パケットの配布を同期させるための装置であ
って、 前記オンデマンド型リンクに接続され、前記データ・パ
ケットを受け取ったときに、前記オンデマンド型リンク
をアクティブにして前記宛先ノードへの前記データ・パ
ケットの配布のために前記ネットワークの別のノードへ
の接続を確立するように構成されたルータと、 前記ルータが前記データ・パケットを受け取ったとき
に、前記オンデマンド型リンクをアクティブにしないで
前記接続を確立することを前記ルータに指示する指示手
段であって、前記送信元ノードによって生成されて前記
データ・パケットのネットワーク層ヘッダに格納される
制御情報を含む指示手段と を含むことを特徴とする装置。 - 【請求項２】前記制御情報が前記ネットワーク層ヘッダ
内部にオプションを含むことを特徴とする請求項１に記
載の装置。 - 【請求項３】前記オプションが前記ヘッダのオプション
・フィールドの新規タイプであることを特徴とする請求
項２に記載の装置。 - 【請求項４】前記オプションが前記ヘッダの拡張ヘッダ
・フィールド内部に格納されるフラグであることを特徴
とする請求項２に記載の装置。 - 【請求項５】コンピュータ・ネットワークの送信元ノー
ド内部の送信プロセスにより生成されて、前記ネットワ
ークのオンデマンド型リンク上で前記リンクを効率的に
使用するような方法で宛先ノードへ送信されるデータ・
パケットの配布を同期させるための方法であって、 前記送信元ノードの前記送信プロセスにおいて前記デー
タ・パケット内部に制御情報を生成するステップと、 前記オンデマンド型リンクへ接続されたルータへ前記デ
ータ・パケットを転送し、新規のフラグをアサーション
した場合には前記ルータはオンデマンド型リンクにダイ
ヤルしないように選択的に指示されるステップと、 前記ネットワークの別のノードへの接続を確立するため
に前記リンクをすぐにアクティブにしないように前記ル
ータに指示する前記制御情報を前記ルータにおいて調べ
るステップと、 前記ルータにおいて前記パケット内部に含まれ前記送信
元ノード内部の前記送信プロセスを識別するのに十分な
情報を格納するステップと を含むことを特徴とする方法。 - 【請求項６】前記オンデマンド型リンクがアクティブに
なった時に前記送信プロセスへ通知パケットを送信する
ステップをさらに含み、該通知パケットは前記宛先ノー
ドへの前記データ・パケット配布に前記リンクが現在利
用可能であることを前記送信プロセスへ知らせることを
特徴とする請求項５に記載の方法。 - 【請求項７】前記格納ステップの直後に、前記送信ノー
ドへ戻りパケットを送信するステップを更に含み、該戻
りパケットが前記送信元ノードの前記送信プロセスを識
別して、前記オンデマンド型リンクが現在ダイヤル呼び
出されていないことをそのプロセスに通知することを特
徴とする請求項５に記載の方法。 - 【請求項８】前記送信元ノードへ戻りパケットを送信す
るステップを更に含み、該戻りパケットが前記送信ノー
ドの送信プロセスを識別し前記オンデマンド型リンクが
現在アクティブになっていないことを該送信プロセスに
通知することを特徴とする請求項５に記載の方法。 - 【請求項９】前記送信元ノードにおいて、前記リンクが
アクティブか否かを調べるために前記ルータを定期的に
ポーリングするステップをさらに含むことを特徴とする
請求項８に記載の方法。 - 【請求項１０】前記データ・パケットのネットワーク層
ヘッダに前記制御情報を格納するステップをさらに含む
ことを特徴とする請求項５に記載の方法。 - 【請求項１１】送信元ノードで生成されてコンピュータ
・ネットワークのオンデマンド型リンクを通じて該リン
クを効率的に使用するような方法で宛先ノードへ送信さ
れるデータ・パケットの配布を同期するための方法であ
って、 前記オンデマンド型リンクに接続されたルータにおいて
マルチキャスト・データ・パケット内部に制御情報を生
成するステップと、 前記送信元ノードを含む前記ネットワークのノードへ前
記マルチキャスト・パケットを配布するステップと、 前記宛先ノードへの接続を確立するために前記オンデマ
ンド型リンクが現在利用できることを前記送信元ノード
へ通知する前記制御情報を前記送信元ノードにおいて調
べるステップと、 前記宛先ノードへ前記リンクを通じて送信するためにデ
ータ・パケットを前記送信元ノードから前記ルータへ送
信するステップと を含むことを特徴とする方法。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/498,640 US5596574A (en) | 1995-07-06 | 1995-07-06 | Method and apparatus for synchronizing data transmission with on-demand links of a network |
| US498,640 | 1995-07-06 | ||
| US08/498,640 | 1995-07-06 | ||
| PCT/US1996/011202 WO1997002691A1 (en) | 1995-07-06 | 1996-07-02 | Method and apparatus for synchronizing data transmission with on-demand links of a network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10510414A JPH10510414A (ja) | 1998-10-06 |
| JP3279319B2 true JP3279319B2 (ja) | 2002-04-30 |
Family
ID=23981910
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP50528097A Expired - Lifetime JP3279319B2 (ja) | 1995-07-06 | 1996-07-02 | ネットワークのオンデマンド型リンクによるデータ送信を同期させるための方法ならびにその装置 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US5596574A (ja) |
| EP (1) | EP0836781B1 (ja) |
| JP (1) | JP3279319B2 (ja) |
| AU (1) | AU6407396A (ja) |
| CA (1) | CA2226189C (ja) |
| DE (1) | DE69601374T2 (ja) |
| WO (1) | WO1997002691A1 (ja) |
Families Citing this family (51)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5781534A (en) * | 1995-10-31 | 1998-07-14 | Novell, Inc. | Method and apparatus for determining characteristics of a path |
| US5732213A (en) * | 1996-03-22 | 1998-03-24 | Ericsson Inc. | System and method of testing open systems interconnection (OSI) layers in telecommunication networks |
| US6101528A (en) * | 1996-03-27 | 2000-08-08 | Intel Corporation | Method and apparatus for discovering server applications by a client application in a network of computer systems |
| US6430596B1 (en) | 1996-03-27 | 2002-08-06 | Intel Corporation | Managing networked directory services with auto field population |
| US5802304A (en) * | 1996-04-18 | 1998-09-01 | Microsoft Corporation | Automatic dialer responsive to network programming interface access |
| US5944795A (en) * | 1996-07-12 | 1999-08-31 | At&T Corp. | Client-server architecture using internet and guaranteed quality of service networks for accessing distributed media sources |
| US5893116A (en) * | 1996-09-30 | 1999-04-06 | Novell, Inc. | Accessing network resources using network resource replicator and captured login script for use when the computer is disconnected from the network |
| US6405218B1 (en) | 1996-11-13 | 2002-06-11 | Pumatech, Inc. | Synchronizing databases |
| US6141664A (en) | 1996-11-13 | 2000-10-31 | Puma Technology, Inc. | Synchronization of databases with date range |
| US7013315B1 (en) | 1996-11-13 | 2006-03-14 | Intellisync Corporation | Synchronization of databases with record sanitizing and intelligent comparison |
| US6330568B1 (en) | 1996-11-13 | 2001-12-11 | Pumatech, Inc. | Synchronization of databases |
| US7302446B1 (en) | 1996-11-13 | 2007-11-27 | Intellisync Corporation | Synchronizing databases |
| US6212529B1 (en) * | 1996-11-13 | 2001-04-03 | Puma Technology, Inc. | Synchronization of databases using filters |
| US5943676A (en) | 1996-11-13 | 1999-08-24 | Puma Technology, Inc. | Synchronization of recurring records in incompatible databases |
| US5777544A (en) * | 1997-03-17 | 1998-07-07 | Intellon Corporation | Apparatus and method for controlling data communications having combination of wide and narrow band frequency protocols |
| US6105064A (en) * | 1997-05-30 | 2000-08-15 | Novell, Inc. | System for placing packets on network for transmission from sending endnode to receiving endnode at times which are determined by window size and metering interval |
| US6034988A (en) * | 1997-08-04 | 2000-03-07 | Intellon Corporation | Spread spectrum apparatus and method for network RF data communications having extended communication channels |
| US6212183B1 (en) * | 1997-08-22 | 2001-04-03 | Cisco Technology, Inc. | Multiple parallel packet routing lookup |
| US6014667A (en) * | 1997-10-01 | 2000-01-11 | Novell, Inc. | System and method for caching identification and location information in a computer network |
| US6018770A (en) * | 1997-10-13 | 2000-01-25 | Research In Motion Limited | System and method for managing packet-switched connections |
| US8539112B2 (en) | 1997-10-14 | 2013-09-17 | Alacritech, Inc. | TCP/IP offload device |
| US6226680B1 (en) | 1997-10-14 | 2001-05-01 | Alacritech, Inc. | Intelligent network interface system method for protocol processing |
| US6757746B2 (en) * | 1997-10-14 | 2004-06-29 | Alacritech, Inc. | Obtaining a destination address so that a network interface device can write network data without headers directly into host memory |
| US8782199B2 (en) * | 1997-10-14 | 2014-07-15 | A-Tech Llc | Parsing a packet header |
| US6697868B2 (en) * | 2000-02-28 | 2004-02-24 | Alacritech, Inc. | Protocol processing stack for use with intelligent network interface device |
| US8621101B1 (en) | 2000-09-29 | 2013-12-31 | Alacritech, Inc. | Intelligent network storage interface device |
| US6434620B1 (en) * | 1998-08-27 | 2002-08-13 | Alacritech, Inc. | TCP/IP offload network interface device |
| JP3476665B2 (ja) * | 1997-11-13 | 2003-12-10 | 富士通株式会社 | 中継装置試験システム及び通信装置並びに通信方法 |
| US6304881B1 (en) * | 1998-03-03 | 2001-10-16 | Pumatech, Inc. | Remote data access and synchronization |
| US6925477B1 (en) | 1998-03-31 | 2005-08-02 | Intellisync Corporation | Transferring records between two databases |
| US6370121B1 (en) | 1998-06-29 | 2002-04-09 | Cisco Technology, Inc. | Method and system for shortcut trunking of LAN bridges |
| US7007003B1 (en) | 1998-12-04 | 2006-02-28 | Intellisync Corporation | Notification protocol for establishing synchronization mode for use in synchronizing databases |
| KR100309803B1 (ko) * | 1998-12-26 | 2001-12-17 | 서평원 | 망관리시스템과관리대상장비간의데이터베이스동기화장치및방법 |
| US6539381B1 (en) | 1999-04-21 | 2003-03-25 | Novell, Inc. | System and method for synchronizing database information |
| US8019901B2 (en) | 2000-09-29 | 2011-09-13 | Alacritech, Inc. | Intelligent network storage interface system |
| NO313727B1 (no) * | 2000-10-19 | 2002-11-18 | Ericsson Telefon Ab L M | Fremgangsmåte for pakkebasert kommunikasjon relatert til lösninger med höy tilgjengelighet |
| US7543087B2 (en) | 2002-04-22 | 2009-06-02 | Alacritech, Inc. | Freeing transmit memory on a network interface device prior to receiving an acknowledgement that transmit data has been received by a remote device |
| US6996070B2 (en) * | 2003-12-05 | 2006-02-07 | Alacritech, Inc. | TCP/IP offload device with reduced sequential processing |
| KR100584383B1 (ko) * | 2004-01-20 | 2006-05-26 | 삼성전자주식회사 | 광선로가입자장치들의 링크 상태를 관리하기 위한광선로종단장치 및 이를 적용한 기가비트 이더넷 기반의수동 광가입자망 |
| US8248939B1 (en) | 2004-10-08 | 2012-08-21 | Alacritech, Inc. | Transferring control of TCP connections between hierarchy of processing mechanisms |
| EP1847071A4 (en) | 2005-01-26 | 2010-10-20 | Internet Broadcasting Corp B V | MULTI-DIFFUSION IN LAYERS AND EXACT ATTRIBUTION OF BANDWIDTH AND PRIORIZATION OF PACKETS |
| US20080263171A1 (en) * | 2007-04-19 | 2008-10-23 | Alacritech, Inc. | Peripheral device that DMAS the same data to different locations in a computer |
| US8539513B1 (en) | 2008-04-01 | 2013-09-17 | Alacritech, Inc. | Accelerating data transfer in a virtual computer system with tightly coupled TCP connections |
| US20090276820A1 (en) * | 2008-04-30 | 2009-11-05 | At&T Knowledge Ventures, L.P. | Dynamic synchronization of multiple media streams |
| US8549575B2 (en) | 2008-04-30 | 2013-10-01 | At&T Intellectual Property I, L.P. | Dynamic synchronization of media streams within a social network |
| US8341286B1 (en) | 2008-07-31 | 2012-12-25 | Alacritech, Inc. | TCP offload send optimization |
| US20100088748A1 (en) * | 2008-10-03 | 2010-04-08 | Yoel Gluck | Secure peer group network and method thereof by locking a mac address to an entity at physical layer |
| US20100088399A1 (en) * | 2008-10-03 | 2010-04-08 | Yoel Gluck | Enterprise security setup with prequalified and authenticated peer group enabled for secure DHCP and secure ARP/RARP |
| US9306793B1 (en) | 2008-10-22 | 2016-04-05 | Alacritech, Inc. | TCP offload device that batches session layer headers to reduce interrupts as well as CPU copies |
| US20110055571A1 (en) * | 2009-08-24 | 2011-03-03 | Yoel Gluck | Method and system for preventing lower-layer level attacks in a network |
| WO2012090447A1 (ja) * | 2010-12-28 | 2012-07-05 | 三洋電機株式会社 | 無線装置 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2673787B1 (fr) * | 1991-03-08 | 1993-05-07 | Alcatel Business Systems | Procede et agencement concentrateurs en mode paquet pour terminaux de donnees desservis par un reseau rnis. |
| IT1250515B (it) * | 1991-10-07 | 1995-04-08 | Sixtel Spa | Rete per area locale senza fili. |
| SE470299B (sv) * | 1992-05-22 | 1994-01-10 | Ellemtel Utvecklings Ab | Kösystem för väljare med "Fast-Circuit"-egenskaper |
| FR2711468B1 (fr) * | 1993-10-19 | 1996-01-05 | Ouest Standard Telematique Sa | Dispositif d'interconnexion entre deux réseaux locaux distants, et procédé d'interconnexion correspondant. |
| US5448566A (en) * | 1993-11-15 | 1995-09-05 | International Business Machines Corporation | Method and apparatus for facilitating communication in a multilayer communication architecture via a dynamic communication channel |
| US5491800A (en) * | 1993-12-20 | 1996-02-13 | Taligent, Inc. | Object-oriented remote procedure call networking system |
-
1995
- 1995-07-06 US US08/498,640 patent/US5596574A/en not_active Expired - Lifetime
-
1996
- 1996-07-02 WO PCT/US1996/011202 patent/WO1997002691A1/en active IP Right Grant
- 1996-07-02 JP JP50528097A patent/JP3279319B2/ja not_active Expired - Lifetime
- 1996-07-02 CA CA002226189A patent/CA2226189C/en not_active Expired - Lifetime
- 1996-07-02 EP EP96923601A patent/EP0836781B1/en not_active Expired - Lifetime
- 1996-07-02 DE DE69601374T patent/DE69601374T2/de not_active Expired - Lifetime
- 1996-07-02 AU AU64073/96A patent/AU6407396A/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| EP0836781B1 (en) | 1999-01-13 |
| DE69601374T2 (de) | 1999-05-27 |
| DE69601374D1 (de) | 1999-02-25 |
| AU6407396A (en) | 1997-02-05 |
| CA2226189C (en) | 2001-09-11 |
| WO1997002691A1 (en) | 1997-01-23 |
| US5596574A (en) | 1997-01-21 |
| JPH10510414A (ja) | 1998-10-06 |
| EP0836781A1 (en) | 1998-04-22 |
| CA2226189A1 (en) | 1997-01-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3279319B2 (ja) | ネットワークのオンデマンド型リンクによるデータ送信を同期させるための方法ならびにその装置 | |
| US7500016B2 (en) | Plug and play node addition in a dual ring topology network using discovered topology information for determining routing decisions | |
| US6094525A (en) | Network addressing arrangement for backward compatible routing of an expanded address space | |
| US6438137B1 (en) | Packet-based trunking | |
| US7606245B2 (en) | Distributed packet processing architecture for network access servers | |
| US6717950B2 (en) | Method and apparatus for priority-based load balancing for use in an extended local area network | |
| US5805818A (en) | System for acknowledging availability of neighbor node using data packet containing data that is ordinarily fowarded to neighbor node | |
| US7616646B1 (en) | Intraserver tag-switched distributed packet processing for network access servers | |
| EP1763204A1 (en) | System and method for redundant switches taking into account learning bridge functionality | |
| WO1996034474A1 (en) | Broadcast transmission in a data network | |
| JP2002533998A (ja) | プロセッサクラスタを有する電気通信プラットホーム用のインターネットプロトコルハンドラ | |
| JPH11168507A (ja) | 同期ディジタル通信ネットワークにおいて論理接続を確立する方法、ネットワーク要素および管理システム | |
| JPH10164131A (ja) | 輻輳制御方法 | |
| Cisco | DECnet | |
| JP2000261478A (ja) | ゲートウェイ装置、送信方法、受信方法および情報記録媒体 | |
| US6865178B1 (en) | Method and system for establishing SNA connection through data link switching access services over networking broadband services | |
| Cisco | X.25 and LAPB Commands | |
| Cisco | X.25 and LAPB Commands | |
| Cisco | X.25 and LAPB Commands | |
| Cisco | X.25 and LAPB Commands | |
| Cisco | X.25 and LAPB Commands | |
| EP1517473B1 (en) | Method for control of communications from an edge device of an access network and edge device and network management module for performing said method | |
| JP3132232B2 (ja) | データリンク層形式の自動設定装置 | |
| JPH09282296A (ja) | 多重化ノード間通信制御方式 | |
| JPH11145975A (ja) | 送信制御方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 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 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090222 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090222 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100222 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100222 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110222 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120222 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130222 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130222 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140222 Year of fee payment: 12 |
|
| 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 |