JP2004537241A - ネットワークノードにおいて複数のチェックサムアルゴリズムをサポートする方法 - Google Patents
ネットワークノードにおいて複数のチェックサムアルゴリズムをサポートする方法 Download PDFInfo
- Publication number
- JP2004537241A JP2004537241A JP2003518148A JP2003518148A JP2004537241A JP 2004537241 A JP2004537241 A JP 2004537241A JP 2003518148 A JP2003518148 A JP 2003518148A JP 2003518148 A JP2003518148 A JP 2003518148A JP 2004537241 A JP2004537241 A JP 2004537241A
- Authority
- JP
- Japan
- Prior art keywords
- network node
- checksum algorithm
- checksum
- algorithm
- communication
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0075—Transmission of coding parameters to receiver
-
- 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/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- 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
-
- 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/24—Negotiation of communication capabilities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Error Detection And Correction (AREA)
Abstract
第１のネットワークノード（Ａ）において複数のチェックサムアルゴリズムをサポートする方法であって、当該方法に従って第１のネットワークノード（Ａ）と第２のネットワークノード（Ｂ）の間にコミュニケーション関係を確立し、当該コミュニケーション関係の初期化を前記第１のネットワークノード（Ａ）によって、以下のステップによって行う、すなわち、
・第１のステップにおいて、第１のチェックサムアルゴリズムを第１のネットワークノード（Ａ）によって選択し、
・第２のステップにおいて、選択された前記チェックサムアルゴリズムを第１のネットワークノード（Ａ）によって第２のネットワークノード（Ｂ）にシグナリングし、
・第２のネットワークノード（Ｂ）によって、選択されたチェックサムアルゴリズムによるコミュニケーション関係の初期化が受け入れられた場合、第３のステップにおいて、選択された前記チェックサムアルゴリズムを用いてコミュニケーション関係を確立する、または
・第２のネットワークノード（Ｂ）によって、選択されたチェックサムアルゴリズムによるコミュニケーション関係の初期化が拒否または無視された場合、第３のステップにおいて、別のチェックサムアルゴリズムを第１のネットワークノード（Ａ）によって選択し、この場合には新たに選択されたチェックサムアルゴリズムによる第２および第３のステップを繰り返す、ことによって行う。
・第１のステップにおいて、第１のチェックサムアルゴリズムを第１のネットワークノード（Ａ）によって選択し、
・第２のステップにおいて、選択された前記チェックサムアルゴリズムを第１のネットワークノード（Ａ）によって第２のネットワークノード（Ｂ）にシグナリングし、
・第２のネットワークノード（Ｂ）によって、選択されたチェックサムアルゴリズムによるコミュニケーション関係の初期化が受け入れられた場合、第３のステップにおいて、選択された前記チェックサムアルゴリズムを用いてコミュニケーション関係を確立する、または
・第２のネットワークノード（Ｂ）によって、選択されたチェックサムアルゴリズムによるコミュニケーション関係の初期化が拒否または無視された場合、第３のステップにおいて、別のチェックサムアルゴリズムを第１のネットワークノード（Ａ）によって選択し、この場合には新たに選択されたチェックサムアルゴリズムによる第２および第３のステップを繰り返す、ことによって行う。
Description
【技術分野】
【０００１】
コネクション指向のコミュニケーションプロトコルが知られている。このコミュニケーションプロトコルで各パケットはチェックサムを含んでいる。この場合にチェックサムを形成するのに使用されるアルゴリズムは重要ではない。しかしこのアルゴリズムが変えられ、１つまたは複数の新たなアルゴリズムと置き換えられた場合、移行時間中に、古いアルゴリズムも新しいアルゴリズムもコミュニケーションネットワーク内で使用されることが考慮されなければならない。さらに通常は、誤ったチェックサムを有するパケットは受信者によって拒絶されるので、チェックサムを形成するどのアルゴリズムが用いられているかが各トラフィックリレーションに対して定められなければならない。
【０００２】
これまでは、どのアルゴリズムがチェックサム形成に用いられるかはネットワーク全体で指示されるか、またはトラフィックリレーション毎にネットワーク運営者によって定められてきた。しかし移行フェーズにおいて第１の解決方法は受け入れられない。第２の解決方法は一方で仲介システムないしネットワークノードの作成者からすると、チェックサムを形成するアルゴリズムの選択の管理に対して付加的な開発コストを必要とする。しかし他方でネットワーク運営者は各トラフィックリレーションに対してこの選択を行い、構成しなければならない。これは膨大な時間と費用と結び付いており、かつ非常に誤りが起こりやすい。
【０００３】
本発明の課題は、従来技術の欠点を回避する、ネットワークノードにおいて複数のチェックサムアルゴリズムをサポートする方法を提供することである。
【０００４】
前述の課題は、請求項１または２の特徴部分の構成による、ネットワークノードにおいて複数のチェックサムアルゴリズムをサポートする方法によって解決される。
【０００５】
有利な実施形態は従属請求項に記載されている。本発明では、第１のネットワークノードＡにおいて複数のチェックサムアルゴリズムをサポートする方法が提示される。この方法に従って、第１のネットワークノードＡと第２のネットワークノードＢの間にコミュニケーション関係が確立され、このコミュニケーション関係の初期化は第１のネットワークノードＡによって、以下のステップによって行われる。すなわち、
・第１のステップにおいて、第１のチェックサムアルゴリズムが第１のネットワークノードＡによって選択され、
・第２のステップにおいて、選択されたチェックサムアルゴリズムが第１のネットワークノードＡによって第２のネットワークノードＢにシグナリングされ、
・第２のネットワークノードＢによって、選択されたチェックサムアルゴリズムによるコミュニケーション関係の初期化が受け入れられた場合、第３のステップにおいて、選択されたチェックサムアルゴリズムを用いてコミュニケーション関係が確立される、または
・第２のネットワークノードＢによって、選択されたチェックサムアルゴリズムによるコミュニケーション関係の初期化が拒否または無視された場合、第３のステップにおいて、別のチェックサムアルゴリズムが第１のネットワークノードＡによって選択される。この場合、新たに選択されたチェックサムアルゴリズムによる第２のステップおよび第３のステップが繰り返される。
【０００６】
本発明ではさらに、第１のチェックサムアルゴリズムが使用される、第１のネットワークノード（Ａ）と第２のネットワークノード（Ｂ）の間に存在しているコミュニケーション関係に対して、第１のネットワークノード（Ａ）において複数のチェックサムアルゴリズムをサポートする方法が提示される。当該方法に従って、
・第１のステップにおいて、第２のチェックサムアルゴリズムが第１のネットワークノード（Ａ）によって選択され、
・第２のステップにおいて、選択されたチェックサムアルゴリズムが第１のネットワークノード（Ａ）によって第２のネットワークノード（Ｂ）にシグナリングされ、
・第２のネットワークノード（Ｂ）によって、選択されたチェックサムアルゴリズムの使用が受け入れられた場合、第３のステップにおいて、選択されたチェックサムアルゴリズムがコミュニケーション関係に対して定められる、または、
・選択されたチェックサムアルゴリズムが第２のネットワークノード（Ｂ）によって拒否または無視された場合、第３のステップにおいて、別のチェックサムアルゴリズムが第１のネットワークノード（Ａ）によって選択される。ここでこの場合、新たに選択されたチェックサムアルゴリズムによる第２のステップおよび第３のステップが繰り返される。
【０００７】
特に有利には、第１のネットワークノードＡから第２のネットワークノードＢへの、選択されたチェックサムアルゴリズムのシグナリングは間接的に、シグナリングされるべきチェックサムアルゴリズムによって符号化された初期化メッセージが送信されることによって行われる（請求項５）。
【０００８】
本発明による方法の重要な利点は、チェックサムアルゴリズムの管理構成ないし管理設定を省くことができることである。これによってチェックサムを形成する新たなアルゴリズムの導入時に例えば、ネットワーク運営者に対して上述の欠点がなくなる。仲介箇所ないしネットワークノードの作成者は、実行される全てのアルゴリズムとともに明瞭に作動する方法を実行する。この場合に開発コストは、管理手段を提供する場合より高くない。
【０００９】
ここで有利には、本発明の方法を用いるターミナルポイントないしネットワークノードは、本発明による方法も支配する、または古いチェックサムアルゴリズムのみか新たなチェックサムアルゴリズムのみを支配する他のターミナルポイントないしネットワークノードとコミュニケーションする。
【００１０】
２つのコミュニケーションパートナーないしネットワークノードは両方向のコネクションに対して、チェックサムを形成する同じアルゴリズムを使用する。ここでアクティブターミナルポイントないしネットワークノードはチェックサムアルゴリズムを選択し、コネクションセットアップに対する通常の方法を開始させる。所定のコミュニケーションパートナーないしネットワークノードとのコネクションに対して一度選択されたチェックサムアルゴリズムは、このパートナーないしネットワークノードによるパケットないしメッセージの受信時にも使用される。パッシブターミナルポイントないしネットワークノードは、これまでに知られていないコネクションに対するコネクション要求をあらわすメッセージないしパケットの受信時に、自身が知っている全てのチェックサムアルゴリズムによって、このメッセージないしパケットが正しく伝達されたか否かを検査する。この検査が１つのチェックサムだけによっては成功しない場合、このコネクションに対して相応のチェックサムアルゴリズムが選択される。
【００１１】
場合によっては多数回の繰り返し後にもコネクション要求が応答されない場合、アクティブターミナルポイントないしネットワークノードは、偶然に依存する有る程度の時間だけ待ち、他のチェックサムアルゴリズムによるコネクション要求を新たに開始する。
【００１２】
以下で本発明の方法を、実施例である４つの図面に関連してより詳細に説明する。
【００１３】
図１には、２つのノード間のコネクションに対する初期化（Initialisierung）の経過が略示されている。ここで２つのノードは従来のようにこれまでのチェックサムアルゴリズムＡＤＬＥＲ３２のみをサポートしている。
【００１４】
図２には、２つのノード間のコネクションに対する初期化の経過が略示されている。ここで２つのノードは従来のように新たなチェックサムアルゴリズムＣＲＣ３２のみをサポートしている。
【００１５】
図３には本発明による方法を用い、２つのチェックサムアルゴリズムＡＤＬＥＲ３２とＣＲＣ３２をサポートしているノードと、従来のようにこれまでのチェックサムアルゴリズムＡＤＬＥＲ３２のみをサポートしているノードとの間のコネクションに対する初期化の経過が略示されている。
【００１６】
図４には本発明による方法を用い、２つのチェックサムアルゴリズムＡＤＬＥＲ３２とＣＲＣ３２をサポートしている２つのノード間のコネクションに対する初期化の経過が略示されている。ここで１つのノードは有利にはＡＤＬＥＲ３２を用い、他方のノードは有利にはＣＲＣ３２を用い、コネクション要求の衝突が生じている。
【００１７】
この実施例に対してはトランスポートプロトコルとして、ＲＦＣ２９６０内で定められているストリーム・コントロール・トランスミッション・プロトコル（Stream Control Transmission Protocol: SCTP）が考えられる。ここではチェックサムを形成するために、ＡＤＬＥＲ３２と称されるアルゴリズムが示されている。このアルゴリズムはここで、ＣＲＣ３２と称される新たなアルゴリズムと置き換えられる。本発明の方法によって同じように、これまでのアルゴリズムＡＤＬＥＲ３２に代わる複数の新たな、チェックサムを形成するアルゴリズムが導入可能である。従来の方法によるコネクションセットアップは図１に示されている。ここでは第１のネットワークノードＡも、第２のネットワークノードＢもそれぞれ、チェックサムを形成するこれまでのアルゴリズムＡＤＬＥＲ３２しかサポートしていない。同じように図２には従来の方法によるコネクションセットアップが示されており、ここでは第１のネットワークノードＡも、第２のネットワークノードＢもそれぞれ、チェックサムを形成する新たなアルゴリズムＣＲＣ３２しかサポートしていない。従って異なるチェックサム形成アルゴリズムを用いる２つのターミナルポイントは相互にコミュニケーションすることができない。
【００１８】
ここで図１および図２に基づき、ＳＣＴＰに対するコネクションセットアップを簡単に説明する。簡単にするために、コネクション要求は第１のネットワークノードＡから出発する。まずＩＮＩＴ Ｃｈｕｎｋを有するＳＣＴＰパケットが、第１のネットワークノードＡから別のネットワークノードＢに送信される。このＳＣＴＰパケットに対するチェックサムは、第１のネットワークノードＡにおいて実行されたチェックサムアルゴリズムによって形成される。すなわち図１においてはＡＤＬＥＲ３２であり、図２においてはＣＲＣ３２である。管理的設定によって第１のネットワークノードＡと同じチェックサムアルゴリズムを使用する第２のネットワークノードＢは、チェックサムに従って、受信したＳＣＴＰパケットが有効であるか誤っているかを識別する。伝達障害は、各チェックサムアルゴリズムに従って形成されたチェックサムと、チェックサムが形成されたＳＣＴＰパケットの内容との差によって示される。このような誤ったＳＣＴＰパケットが第２のネットワークノードＢによって識別されると、このＳＣＴＰパケットは第２のネットワークノードによって拒否される。第１のネットワークノードＡは第２のネットワークノードＢによる応答形成時に、再伝送タイマーＴ１の経過後に、相応するＳＣＴＰパケットの送信を繰り返す。第２のネットワークノードＢによって受信されたＳＣＴＰパケットが有効であると識別された場合（これは基本的に伝達障害が生じておらずかつ２つのネットワークノードＡ、Ｂにおいて同じチェックサムアルゴリズムＡＤＬＥＲ３２、ＣＲＣ３２が使用されている場合にのみ生じる）、第２のネットワークノードＢによってＩＮＩＴ ＡＣＫ Ｃｈｕｎｋを有するＳＣＴＰパケットが送信される。このＩＮＩＴ ＡＣＫ Ｃｈｕｎｋは、Ｃｏｏｋｉｅパラメータを有している。ここでこのＣｏｏｋｉｅパラメータは第１のネットワークノードＡによって、別のＳＣＴＰパケット内のＣＯＯＫＩＥ ＥＣＨＯ Ｃｈｕｎｋにおいて第２のネットワークノードＢに送り返される。さらに第２のネットワークノードＢによってこのＣＯＯＫＩＥ ＥＣＨＯ Ｃｈｕｎｋの受信は、ＳＣＴＰパケットにおけるＣＯＯＫＩＥ ＡＣＫ Ｃｈｕｎｋの送信によって確認され、ネットワークノードＡ、Ｂ間のコネクションはチェックサムアルゴリズムＡＤＬＥＲ３２（図１）ないしＣＲＣ３２（図２）を用いてセットアップされてネットワークインフォメーションを伝達するのに用いられる。
【００１９】
本発明でコネクションデータブロックは、使用されるチェックサムアルゴリズムのために情報が格納されるフィールド（例えばフィールド”ｃｈｅｃｋｓｕｍ＿ａｌｇｏｒｉｔｈｍ”）分だけ拡張される。このフィールドは常に値を有している。コネクションデータブロック内には、コネクションの全てのコネクション固有データが記憶されており、ネットワークノードＡ内に記憶されている。本発明の方法に従って動作するネットワークノードＡがＳＣＴＰパケットを受けとると、コネクションデータブロックのサーチが開始される。コネクションデータブロックが見つけられた場合、フィールド”ｃｈｅｃｋｓｕｍ＿ａｌｇｏｒｉｔｈｍ”において示されたアルゴリズムが使用されて、このパケットが正しいことが証明される。さらなる処理は、従来技術のように行われる。しかしコネクションデータブロックが見つけられない場合、使用可能な全てのアルゴリズムが使用される。１つのアルゴリズムだけがこのパケットが有効であることを識別した場合、このアルゴリズムが使用されたと見なされる。そうでない場合にこのパケットは拒否される。このパケットに基づいて送信された応答には、見つけられたアルゴリズムのチェックサムが付けられる。さらにコネクションデータブロックが作成され、このコネクションデータブロックのフィールド”ｃｈｅｃｋｓｕｍ＿ａｌｇｏｒｉｔｈｍ”は、このアルゴリズムをあらわす値にセットされる。
【００２０】
プロトコルＳＣＴＰに対してこのコネクションデータブロックは、転送制御ブロック（Transmission Control Block: TCB）とも称される。
【００２１】
第１のチェックサム方法ＣＲＣ３２によるコネクションセットアップが成功しない場合、初期化する第１のネットワークノードＡは、ランダム時間（ランダム遅延）待たなければならず、その後別のチェックサム方法ＡＤＬＥＲ３２による新たな試みを開始する。このような過程は図３に示されている。第２のターミナルポイントないしネットワークノードＢは、チェックサムアルゴリズムＡＤＬＥＲ３２しか実行していない。第１のターミナルポイントないしネットワークノードＡは、本発明による方法を実行している。第１のネットワークノードＡは、チェックサムアルゴリズムＣＲＣ３２を用いてコネクションセットアップを試みる。ネットワークノードＡによって、それぞれ再伝送タイマーＴ１の経過後のコネクションセットアップパケットの繰り返し回数（例えば３回の繰り返し）後に、コネクションセットアップがこのチェックサムアルゴリズムＣＲＣ３２によっては不可能であることが識別されると、チェックサムアルゴリズムＡＤＬＥＲ３２によるコネクションセットアップが開始される。これに続いて第２のネットワークノードＢは上述のように応答し、このチェックサムアルゴリズムを用いてコミュニケーション関係がセットアップされる。
【００２２】
しかしながら、ＳＣＴＰはＰｅｅｒ ｔｏ Ｐｅｅｒプロトコルである。すなわち両側で同時にアクティブであることが可能であり、初期化メッセージの衝突が生じ得る。これに対して図４にはメッセージのフローが示されている。隣接するネットワークノードＡおよびＢに対して高い確率で異なっている、２つのターミナルポイントのコネクショントライ間のランダム間隔（ランダム遅延）はランダムであるので、同期化（ひいては継続的なコネクション不成立）を回避するのに用いられる。これは次のような場合に生じ得る。すなわち、
・隣接するネットワークノードＡおよびＢ両方が本発明による方法をサポートしている、
・ネットワークノードＡおよびＢが異なる有利なチェックサムアルゴリズムを有している（図４では第１のネットワークノードＡによってアルゴリズムＡＤＬＥＲ３２が有利に扱われ、第２のネットワークノードＢによってアルゴリズムＣＲＣ３２が有利に扱われている）、
・それぞれ他のアルゴリズムへの切り替えが第１のネットワークノードＡにおいても、第２のネットワークノードＢにおいても同じ時間に行われる、
場合である。
【００２３】
既に種々異なる箇所で示したように、本発明は、複数の他のネットワークエレメントとのコネクションを有しているネットワークエレメント（「ネットワークノード」）および、別の１つのネットワークエレメントとのコネクションのみを有しているネットワークエレメント（「ターミナルポイント」）に対して適用されることに注意されたい。概念「ターミナルポイント」および「ネットワークノード」は本明細書では同義語である。なぜならＳＣＴＰコネクションは、Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔコネクションだからである。従ってＳＣＴＰコネクションに対して常に２つの（ターミナル）ポイントがコネクションに関与している。しかし上位プロトコルは完全にこれらのＳＣＴＰターミナルポイントを越えてコミュニケーションすることができるので、ＳＣＴＰターミナルポイントは上位プロトコルに対してネットワークノードであり得る。
【００２４】
本発明はこの実施例に限定されるものではない。例えば、他のコネクション指向コミュニケーションプロトコルに基づくコミュニケーションネットワークにおいて、本発明による教示を用いて複数のチェックサム方法を並行して作動させることができる。
【図面の簡単な説明】
【００２５】
【図１】２つのノード間のコネクションの初期化に対する経過が略示されており、ここで２つのノードは従来のようにこれまでのチェックサムアルゴリズムＡＤＬＥＲ３２のみをサポートしている。
【００２６】
【図２】２つのノード間のコネクションの初期化に対する経過が略示されており、ここで２つのノードは従来のように新たなチェックサムアルゴリズムＣＲＣ３２のみをサポートしている。
【００２７】
【図３】本発明による方法を用い、２つのチェックサムアルゴリズムＡＤＬＥＲ３２とＣＲＣ３２をサポートしているノードと、従来のようにこれまでのチェックサムアルゴリズムＡＤＬＥＲ３２のみをサポートしているノードとの間のコネクションに対する初期化の経過が略示されている。
【００２８】
【図４】本発明による方法を用い、２つのチェックサムアルゴリズムＡＤＬＥＲ３２とＣＲＣ３２をサポートしている２つのノード間のコネクションに対する初期化の経過が略示されており、ここで１つのノードは有利にはＡＤＬＥＲ３２を用い、他方のノードは有利にはＣＲＣ３２を用い、コネクション要求の衝突が生じている。
【０００１】
コネクション指向のコミュニケーションプロトコルが知られている。このコミュニケーションプロトコルで各パケットはチェックサムを含んでいる。この場合にチェックサムを形成するのに使用されるアルゴリズムは重要ではない。しかしこのアルゴリズムが変えられ、１つまたは複数の新たなアルゴリズムと置き換えられた場合、移行時間中に、古いアルゴリズムも新しいアルゴリズムもコミュニケーションネットワーク内で使用されることが考慮されなければならない。さらに通常は、誤ったチェックサムを有するパケットは受信者によって拒絶されるので、チェックサムを形成するどのアルゴリズムが用いられているかが各トラフィックリレーションに対して定められなければならない。
【０００２】
これまでは、どのアルゴリズムがチェックサム形成に用いられるかはネットワーク全体で指示されるか、またはトラフィックリレーション毎にネットワーク運営者によって定められてきた。しかし移行フェーズにおいて第１の解決方法は受け入れられない。第２の解決方法は一方で仲介システムないしネットワークノードの作成者からすると、チェックサムを形成するアルゴリズムの選択の管理に対して付加的な開発コストを必要とする。しかし他方でネットワーク運営者は各トラフィックリレーションに対してこの選択を行い、構成しなければならない。これは膨大な時間と費用と結び付いており、かつ非常に誤りが起こりやすい。
【０００３】
本発明の課題は、従来技術の欠点を回避する、ネットワークノードにおいて複数のチェックサムアルゴリズムをサポートする方法を提供することである。
【０００４】
前述の課題は、請求項１または２の特徴部分の構成による、ネットワークノードにおいて複数のチェックサムアルゴリズムをサポートする方法によって解決される。
【０００５】
有利な実施形態は従属請求項に記載されている。本発明では、第１のネットワークノードＡにおいて複数のチェックサムアルゴリズムをサポートする方法が提示される。この方法に従って、第１のネットワークノードＡと第２のネットワークノードＢの間にコミュニケーション関係が確立され、このコミュニケーション関係の初期化は第１のネットワークノードＡによって、以下のステップによって行われる。すなわち、
・第１のステップにおいて、第１のチェックサムアルゴリズムが第１のネットワークノードＡによって選択され、
・第２のステップにおいて、選択されたチェックサムアルゴリズムが第１のネットワークノードＡによって第２のネットワークノードＢにシグナリングされ、
・第２のネットワークノードＢによって、選択されたチェックサムアルゴリズムによるコミュニケーション関係の初期化が受け入れられた場合、第３のステップにおいて、選択されたチェックサムアルゴリズムを用いてコミュニケーション関係が確立される、または
・第２のネットワークノードＢによって、選択されたチェックサムアルゴリズムによるコミュニケーション関係の初期化が拒否または無視された場合、第３のステップにおいて、別のチェックサムアルゴリズムが第１のネットワークノードＡによって選択される。この場合、新たに選択されたチェックサムアルゴリズムによる第２のステップおよび第３のステップが繰り返される。
【０００６】
本発明ではさらに、第１のチェックサムアルゴリズムが使用される、第１のネットワークノード（Ａ）と第２のネットワークノード（Ｂ）の間に存在しているコミュニケーション関係に対して、第１のネットワークノード（Ａ）において複数のチェックサムアルゴリズムをサポートする方法が提示される。当該方法に従って、
・第１のステップにおいて、第２のチェックサムアルゴリズムが第１のネットワークノード（Ａ）によって選択され、
・第２のステップにおいて、選択されたチェックサムアルゴリズムが第１のネットワークノード（Ａ）によって第２のネットワークノード（Ｂ）にシグナリングされ、
・第２のネットワークノード（Ｂ）によって、選択されたチェックサムアルゴリズムの使用が受け入れられた場合、第３のステップにおいて、選択されたチェックサムアルゴリズムがコミュニケーション関係に対して定められる、または、
・選択されたチェックサムアルゴリズムが第２のネットワークノード（Ｂ）によって拒否または無視された場合、第３のステップにおいて、別のチェックサムアルゴリズムが第１のネットワークノード（Ａ）によって選択される。ここでこの場合、新たに選択されたチェックサムアルゴリズムによる第２のステップおよび第３のステップが繰り返される。
【０００７】
特に有利には、第１のネットワークノードＡから第２のネットワークノードＢへの、選択されたチェックサムアルゴリズムのシグナリングは間接的に、シグナリングされるべきチェックサムアルゴリズムによって符号化された初期化メッセージが送信されることによって行われる（請求項５）。
【０００８】
本発明による方法の重要な利点は、チェックサムアルゴリズムの管理構成ないし管理設定を省くことができることである。これによってチェックサムを形成する新たなアルゴリズムの導入時に例えば、ネットワーク運営者に対して上述の欠点がなくなる。仲介箇所ないしネットワークノードの作成者は、実行される全てのアルゴリズムとともに明瞭に作動する方法を実行する。この場合に開発コストは、管理手段を提供する場合より高くない。
【０００９】
ここで有利には、本発明の方法を用いるターミナルポイントないしネットワークノードは、本発明による方法も支配する、または古いチェックサムアルゴリズムのみか新たなチェックサムアルゴリズムのみを支配する他のターミナルポイントないしネットワークノードとコミュニケーションする。
【００１０】
２つのコミュニケーションパートナーないしネットワークノードは両方向のコネクションに対して、チェックサムを形成する同じアルゴリズムを使用する。ここでアクティブターミナルポイントないしネットワークノードはチェックサムアルゴリズムを選択し、コネクションセットアップに対する通常の方法を開始させる。所定のコミュニケーションパートナーないしネットワークノードとのコネクションに対して一度選択されたチェックサムアルゴリズムは、このパートナーないしネットワークノードによるパケットないしメッセージの受信時にも使用される。パッシブターミナルポイントないしネットワークノードは、これまでに知られていないコネクションに対するコネクション要求をあらわすメッセージないしパケットの受信時に、自身が知っている全てのチェックサムアルゴリズムによって、このメッセージないしパケットが正しく伝達されたか否かを検査する。この検査が１つのチェックサムだけによっては成功しない場合、このコネクションに対して相応のチェックサムアルゴリズムが選択される。
【００１１】
場合によっては多数回の繰り返し後にもコネクション要求が応答されない場合、アクティブターミナルポイントないしネットワークノードは、偶然に依存する有る程度の時間だけ待ち、他のチェックサムアルゴリズムによるコネクション要求を新たに開始する。
【００１２】
以下で本発明の方法を、実施例である４つの図面に関連してより詳細に説明する。
【００１３】
図１には、２つのノード間のコネクションに対する初期化（Initialisierung）の経過が略示されている。ここで２つのノードは従来のようにこれまでのチェックサムアルゴリズムＡＤＬＥＲ３２のみをサポートしている。
【００１４】
図２には、２つのノード間のコネクションに対する初期化の経過が略示されている。ここで２つのノードは従来のように新たなチェックサムアルゴリズムＣＲＣ３２のみをサポートしている。
【００１５】
図３には本発明による方法を用い、２つのチェックサムアルゴリズムＡＤＬＥＲ３２とＣＲＣ３２をサポートしているノードと、従来のようにこれまでのチェックサムアルゴリズムＡＤＬＥＲ３２のみをサポートしているノードとの間のコネクションに対する初期化の経過が略示されている。
【００１６】
図４には本発明による方法を用い、２つのチェックサムアルゴリズムＡＤＬＥＲ３２とＣＲＣ３２をサポートしている２つのノード間のコネクションに対する初期化の経過が略示されている。ここで１つのノードは有利にはＡＤＬＥＲ３２を用い、他方のノードは有利にはＣＲＣ３２を用い、コネクション要求の衝突が生じている。
【００１７】
この実施例に対してはトランスポートプロトコルとして、ＲＦＣ２９６０内で定められているストリーム・コントロール・トランスミッション・プロトコル（Stream Control Transmission Protocol: SCTP）が考えられる。ここではチェックサムを形成するために、ＡＤＬＥＲ３２と称されるアルゴリズムが示されている。このアルゴリズムはここで、ＣＲＣ３２と称される新たなアルゴリズムと置き換えられる。本発明の方法によって同じように、これまでのアルゴリズムＡＤＬＥＲ３２に代わる複数の新たな、チェックサムを形成するアルゴリズムが導入可能である。従来の方法によるコネクションセットアップは図１に示されている。ここでは第１のネットワークノードＡも、第２のネットワークノードＢもそれぞれ、チェックサムを形成するこれまでのアルゴリズムＡＤＬＥＲ３２しかサポートしていない。同じように図２には従来の方法によるコネクションセットアップが示されており、ここでは第１のネットワークノードＡも、第２のネットワークノードＢもそれぞれ、チェックサムを形成する新たなアルゴリズムＣＲＣ３２しかサポートしていない。従って異なるチェックサム形成アルゴリズムを用いる２つのターミナルポイントは相互にコミュニケーションすることができない。
【００１８】
ここで図１および図２に基づき、ＳＣＴＰに対するコネクションセットアップを簡単に説明する。簡単にするために、コネクション要求は第１のネットワークノードＡから出発する。まずＩＮＩＴ Ｃｈｕｎｋを有するＳＣＴＰパケットが、第１のネットワークノードＡから別のネットワークノードＢに送信される。このＳＣＴＰパケットに対するチェックサムは、第１のネットワークノードＡにおいて実行されたチェックサムアルゴリズムによって形成される。すなわち図１においてはＡＤＬＥＲ３２であり、図２においてはＣＲＣ３２である。管理的設定によって第１のネットワークノードＡと同じチェックサムアルゴリズムを使用する第２のネットワークノードＢは、チェックサムに従って、受信したＳＣＴＰパケットが有効であるか誤っているかを識別する。伝達障害は、各チェックサムアルゴリズムに従って形成されたチェックサムと、チェックサムが形成されたＳＣＴＰパケットの内容との差によって示される。このような誤ったＳＣＴＰパケットが第２のネットワークノードＢによって識別されると、このＳＣＴＰパケットは第２のネットワークノードによって拒否される。第１のネットワークノードＡは第２のネットワークノードＢによる応答形成時に、再伝送タイマーＴ１の経過後に、相応するＳＣＴＰパケットの送信を繰り返す。第２のネットワークノードＢによって受信されたＳＣＴＰパケットが有効であると識別された場合（これは基本的に伝達障害が生じておらずかつ２つのネットワークノードＡ、Ｂにおいて同じチェックサムアルゴリズムＡＤＬＥＲ３２、ＣＲＣ３２が使用されている場合にのみ生じる）、第２のネットワークノードＢによってＩＮＩＴ ＡＣＫ Ｃｈｕｎｋを有するＳＣＴＰパケットが送信される。このＩＮＩＴ ＡＣＫ Ｃｈｕｎｋは、Ｃｏｏｋｉｅパラメータを有している。ここでこのＣｏｏｋｉｅパラメータは第１のネットワークノードＡによって、別のＳＣＴＰパケット内のＣＯＯＫＩＥ ＥＣＨＯ Ｃｈｕｎｋにおいて第２のネットワークノードＢに送り返される。さらに第２のネットワークノードＢによってこのＣＯＯＫＩＥ ＥＣＨＯ Ｃｈｕｎｋの受信は、ＳＣＴＰパケットにおけるＣＯＯＫＩＥ ＡＣＫ Ｃｈｕｎｋの送信によって確認され、ネットワークノードＡ、Ｂ間のコネクションはチェックサムアルゴリズムＡＤＬＥＲ３２（図１）ないしＣＲＣ３２（図２）を用いてセットアップされてネットワークインフォメーションを伝達するのに用いられる。
【００１９】
本発明でコネクションデータブロックは、使用されるチェックサムアルゴリズムのために情報が格納されるフィールド（例えばフィールド”ｃｈｅｃｋｓｕｍ＿ａｌｇｏｒｉｔｈｍ”）分だけ拡張される。このフィールドは常に値を有している。コネクションデータブロック内には、コネクションの全てのコネクション固有データが記憶されており、ネットワークノードＡ内に記憶されている。本発明の方法に従って動作するネットワークノードＡがＳＣＴＰパケットを受けとると、コネクションデータブロックのサーチが開始される。コネクションデータブロックが見つけられた場合、フィールド”ｃｈｅｃｋｓｕｍ＿ａｌｇｏｒｉｔｈｍ”において示されたアルゴリズムが使用されて、このパケットが正しいことが証明される。さらなる処理は、従来技術のように行われる。しかしコネクションデータブロックが見つけられない場合、使用可能な全てのアルゴリズムが使用される。１つのアルゴリズムだけがこのパケットが有効であることを識別した場合、このアルゴリズムが使用されたと見なされる。そうでない場合にこのパケットは拒否される。このパケットに基づいて送信された応答には、見つけられたアルゴリズムのチェックサムが付けられる。さらにコネクションデータブロックが作成され、このコネクションデータブロックのフィールド”ｃｈｅｃｋｓｕｍ＿ａｌｇｏｒｉｔｈｍ”は、このアルゴリズムをあらわす値にセットされる。
【００２０】
プロトコルＳＣＴＰに対してこのコネクションデータブロックは、転送制御ブロック（Transmission Control Block: TCB）とも称される。
【００２１】
第１のチェックサム方法ＣＲＣ３２によるコネクションセットアップが成功しない場合、初期化する第１のネットワークノードＡは、ランダム時間（ランダム遅延）待たなければならず、その後別のチェックサム方法ＡＤＬＥＲ３２による新たな試みを開始する。このような過程は図３に示されている。第２のターミナルポイントないしネットワークノードＢは、チェックサムアルゴリズムＡＤＬＥＲ３２しか実行していない。第１のターミナルポイントないしネットワークノードＡは、本発明による方法を実行している。第１のネットワークノードＡは、チェックサムアルゴリズムＣＲＣ３２を用いてコネクションセットアップを試みる。ネットワークノードＡによって、それぞれ再伝送タイマーＴ１の経過後のコネクションセットアップパケットの繰り返し回数（例えば３回の繰り返し）後に、コネクションセットアップがこのチェックサムアルゴリズムＣＲＣ３２によっては不可能であることが識別されると、チェックサムアルゴリズムＡＤＬＥＲ３２によるコネクションセットアップが開始される。これに続いて第２のネットワークノードＢは上述のように応答し、このチェックサムアルゴリズムを用いてコミュニケーション関係がセットアップされる。
【００２２】
しかしながら、ＳＣＴＰはＰｅｅｒ ｔｏ Ｐｅｅｒプロトコルである。すなわち両側で同時にアクティブであることが可能であり、初期化メッセージの衝突が生じ得る。これに対して図４にはメッセージのフローが示されている。隣接するネットワークノードＡおよびＢに対して高い確率で異なっている、２つのターミナルポイントのコネクショントライ間のランダム間隔（ランダム遅延）はランダムであるので、同期化（ひいては継続的なコネクション不成立）を回避するのに用いられる。これは次のような場合に生じ得る。すなわち、
・隣接するネットワークノードＡおよびＢ両方が本発明による方法をサポートしている、
・ネットワークノードＡおよびＢが異なる有利なチェックサムアルゴリズムを有している（図４では第１のネットワークノードＡによってアルゴリズムＡＤＬＥＲ３２が有利に扱われ、第２のネットワークノードＢによってアルゴリズムＣＲＣ３２が有利に扱われている）、
・それぞれ他のアルゴリズムへの切り替えが第１のネットワークノードＡにおいても、第２のネットワークノードＢにおいても同じ時間に行われる、
場合である。
【００２３】
既に種々異なる箇所で示したように、本発明は、複数の他のネットワークエレメントとのコネクションを有しているネットワークエレメント（「ネットワークノード」）および、別の１つのネットワークエレメントとのコネクションのみを有しているネットワークエレメント（「ターミナルポイント」）に対して適用されることに注意されたい。概念「ターミナルポイント」および「ネットワークノード」は本明細書では同義語である。なぜならＳＣＴＰコネクションは、Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔコネクションだからである。従ってＳＣＴＰコネクションに対して常に２つの（ターミナル）ポイントがコネクションに関与している。しかし上位プロトコルは完全にこれらのＳＣＴＰターミナルポイントを越えてコミュニケーションすることができるので、ＳＣＴＰターミナルポイントは上位プロトコルに対してネットワークノードであり得る。
【００２４】
本発明はこの実施例に限定されるものではない。例えば、他のコネクション指向コミュニケーションプロトコルに基づくコミュニケーションネットワークにおいて、本発明による教示を用いて複数のチェックサム方法を並行して作動させることができる。
【図面の簡単な説明】
【００２５】
【図１】２つのノード間のコネクションの初期化に対する経過が略示されており、ここで２つのノードは従来のようにこれまでのチェックサムアルゴリズムＡＤＬＥＲ３２のみをサポートしている。
【００２６】
【図２】２つのノード間のコネクションの初期化に対する経過が略示されており、ここで２つのノードは従来のように新たなチェックサムアルゴリズムＣＲＣ３２のみをサポートしている。
【００２７】
【図３】本発明による方法を用い、２つのチェックサムアルゴリズムＡＤＬＥＲ３２とＣＲＣ３２をサポートしているノードと、従来のようにこれまでのチェックサムアルゴリズムＡＤＬＥＲ３２のみをサポートしているノードとの間のコネクションに対する初期化の経過が略示されている。
【００２８】
【図４】本発明による方法を用い、２つのチェックサムアルゴリズムＡＤＬＥＲ３２とＣＲＣ３２をサポートしている２つのノード間のコネクションに対する初期化の経過が略示されており、ここで１つのノードは有利にはＡＤＬＥＲ３２を用い、他方のノードは有利にはＣＲＣ３２を用い、コネクション要求の衝突が生じている。
Claims (11)
- 第１のネットワークノード（Ａ）において複数のチェックサムアルゴリズムをサポートする方法であって、
当該方法に従って第１のネットワークノード（Ａ）と第２のネットワークノード（Ｂ）の間にコミュニケーション関係を確立し、
当該コミュニケーション関係の初期化を前記第１のネットワークノード（Ａ）によって、以下のステップによって行う、すなわち、
・第１のステップにおいて、第１のチェックサムアルゴリズムを前記第１のネットワークノード（Ａ）によって選択し、
・第２のステップにおいて、選択された前記チェックサムアルゴリズムを第１のネットワークノード（Ａ）によって第２のネットワークノード（Ｂ）にシグナリングし、
・第２のネットワークノード（Ｂ）によって、選択された前記チェックサムアルゴリズムによるコミュニケーション関係の初期化が受け入れられた場合、第３のステップにおいて、選択された前記チェックサムアルゴリズムを用いてコミュニケーション関係を確立する、または
・第２のネットワークノード（Ｂ）によって、選択された前記チェックサムアルゴリズムによるコミュニケーション関係の初期化が拒否または無視された場合、第３のステップにおいて、別のチェックサムアルゴリズムを第１のネットワークノード（Ａ）によって選択し、この場合には新たに選択されたチェックサムアルゴリズムによる第２および第３のステップを繰り返す、ことによって行う、
ことを特徴とする、ネットワークノードにおいて複数のチェックサムアルゴリズムをサポートする方法。 - 第１のチェックサムアルゴリズムが使用される、第１のネットワークノード（Ａ）と第２のネットワークノード（Ｂ）の間に存在しているコミュニケーション関係に対して、第１のネットワークノード（Ａ）において複数のチェックサムアルゴリズムをサポートする方法であって、
当該方法に従って、
・第１のステップにおいて、第２のチェックサムアルゴリズムを前記第１のネットワークノード（Ａ）によって選択し、
・第２のステップにおいて、選択された前記チェックサムアルゴリズムを第１のネットワークノード（Ａ）によって第２のネットワークノード（Ｂ）にシグナリングし、
・第２のネットワークノード（Ｂ）によって、選択された前記チェックサムアルゴリズムの使用が受け入れられた場合、第３のステップにおいて、選択された前記チェックサムアルゴリズムをコミュニケーション関係に対して定める、または、
・選択されたチェックサムアルゴリズムが第２のネットワークノード（Ｂ）によって拒否または無視された場合、第３のステップにおいて、別のチェックサムアルゴリズムを第１のネットワークノード（Ａ）によって選択し、この場合には新たに選択されたチェックサムアルゴリズムによる第２および第３のステップを繰り返す、
ことを特徴とする、ネットワークノードにおいて複数のチェックサムアルゴリズムをサポートする方法。 - 第４のステップにおいて、第１のネットワークノード（Ａ）と第２のネットワークノード（Ｂ）の間のコミュニケーション関係に対してどのチェックサムアルゴリズムが使用されたかを前記第１のネットワークノード（Ａ）内に書き込む、請求項１または２記載の方法。
- 前記第２のステップをタイマー制御されて複数回実行し、
その後、第３のステップにおいて別のチェックサムアルゴリズムを選択する、請求項１から３までのいずれか１項記載の方法。 - 新たに選択されたチェックサムアルゴリズムによる第２のステップおよび第３のステップの繰り返しを、ランダムに選択された時間だけ遅延させる、請求項１から４までのいずれか１項記載の方法。
- 前記第１のネットワークノード（Ａ）から前記第２のネットワークノード（Ｂ）への、選択されたチェックサムアルゴリズムのシグナリングを間接的に、シグナリングされるべきチェックサムアルゴリズムによって符号化された初期化メッセージを送信することによって行う、請求項１から５までのいずれか１項記載の方法。
- 前記第１のネットワークノード（Ａ）と第２のネットワークノード（Ｂ）の間のコミュニケーションプロトコルとして、ストリーム・コントロール・トランスミッション・プロトコルＳＣＴＰを用い、
コミュニケーション関係に対して使用されたチェックサム方法を、ネットワークノードＡの転送制御ブロック内に書き込む、請求項１から６までのいずれか１項記載の方法。 - 前記第１のステップから第４のステップを新たなチェックサムアルゴリズムに対して相応に繰り返すことによって、確立されたコミュニケーション関係を維持して別のチェックサムアルゴリズムを選択する、請求項１から７までのいずれか１項記載の方法。
- メッセージ、殊にコミュニケーション関係を初期化するための初期化メッセージを送信するための手段と、メッセージを受信するための手段を有している、コミュニケーションネットワーク内のネットワークノード（Ａ）であって、
当該ネットワークノードは、
・第１のチェックサムアルゴリズムを用いて初期化メッセージを別のネットワークノード（Ｂ）に送信するための手段と、
・少なくとも１つの別のチェックサムアルゴリズムを用いて初期化メッセージを別のネットワークノード（Ｂ）に送信するための手段とを有しており、ここでは前記第１のチェックサムアルゴリズムを用いて初期化が成功しなかった場合に、別のチェックサムアルゴリズムが使用され、
・初期化が成功したチェックサムアルゴリズムを用いてコミュニケーション関係を確立するための手段を有している、
ことを特徴とするネットワークノード。 - メッセージを送信するための手段と、メッセージを受信するための手段を有している、コミュニケーションネットワーク内のネットワークノード（Ａ）であって、
当該ネットワークノードは、
・第１のチェックサムアルゴリズムと少なくとも１つの別のチェックサムアルゴリズムを用いてメッセージを送信および受信するための手段と、
・受信したメッセージのチェックサムアルゴリズムを定めるための手段と、
・定められたチェックサムアルゴリズムを用いてコミュニケーション関係を確立するための手段を有している、
ことを特徴とするネットワークノード。 - 前記ネットワークノードは付加的に、
・第１のチェックサムアルゴリズムを用いて初期化メッセージを別のネットワークノード（Ｂ）に送信するための手段と、
・別のチェックサムアルゴリズムを用いて初期化メッセージを別のネットワークノード（Ｂ）に送信するための手段とを有しており、ここでは前記第１のチェックサムアルゴリズムを用いて初期化が成功しなかった場合に、別のチェックサムアルゴリズムが使用され、
・初期化が成功したチェックサムアルゴリズムを用いてコミュニケーション関係を確立するための手段を有している、
ことを特徴とするネットワークノード。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE10137218 | 2001-07-30 | ||
| PCT/DE2002/001626 WO2003013098A1 (de) | 2001-07-30 | 2002-05-06 | Verfahren zur unterstützung mehrerer prüfsummenalgorithmen in einem netzknoten |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004537241A true JP2004537241A (ja) | 2004-12-09 |
Family
ID=7693677
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003518148A Pending JP2004537241A (ja) | 2001-07-30 | 2002-05-06 | ネットワークノードにおいて複数のチェックサムアルゴリズムをサポートする方法 |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US20030162541A1 (ja) |
| EP (1) | EP1413114A1 (ja) |
| JP (1) | JP2004537241A (ja) |
| KR (1) | KR20040017364A (ja) |
| CN (1) | CN1561623A (ja) |
| BR (1) | BR0211568A (ja) |
| CA (1) | CA2455122A1 (ja) |
| WO (1) | WO2003013098A1 (ja) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI239175B (en) * | 2003-04-28 | 2005-09-01 | Ind Tech Res Inst | Apparatus, system and method of signaling gateway |
| US7451167B2 (en) * | 2003-10-24 | 2008-11-11 | Network Appliance, Inc. | Verification of file system log data using per-entry checksums |
| US8977859B2 (en) * | 2004-05-04 | 2015-03-10 | Elsevier, Inc. | Systems and methods for data compression and decompression |
| US8230042B2 (en) * | 2005-04-19 | 2012-07-24 | International Business Machines Corporation | Policy based auditing of workflows |
| JP4759389B2 (ja) * | 2006-01-10 | 2011-08-31 | アラクサラネットワークス株式会社 | パケット通信装置 |
| US8111634B2 (en) * | 2006-08-15 | 2012-02-07 | Cisco Technology, Inc. | System and method for integrating ring-protocol-compatible devices into network configurations that also include non-ring-protocol compatible devices |
| CN101668020B (zh) * | 2009-09-24 | 2013-06-05 | 中兴通讯股份有限公司 | 一种流控制传输协议的校验方法、系统、服务端与客户端 |
| CN103166843A (zh) * | 2011-12-14 | 2013-06-19 | 中国科学院沈阳计算技术研究所有限公司 | 一种分组交换网络高效实时数据交互协议及通信方法 |
| CN113872732B (zh) * | 2021-09-27 | 2024-05-07 | 中国电子科技集团公司第五十四研究所 | 一种基于自适应校验和算法的卫星信道可靠数据传输方法 |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS59158140A (ja) * | 1983-02-28 | 1984-09-07 | Oki Electric Ind Co Ltd | デ−タ伝送方式 |
| JPH01126044A (ja) * | 1987-11-11 | 1989-05-18 | Matsushita Electric Ind Co Ltd | マルチプロトコル処理装置 |
| JPH0520510A (ja) * | 1991-07-09 | 1993-01-29 | Mitsubishi Electric Corp | Ｉｃカード装置 |
| JPH05122163A (ja) * | 1991-10-28 | 1993-05-18 | Toshiba Corp | 信号受信装置及びこれを用いた信号受信方法 |
| JPH05183531A (ja) * | 1991-12-27 | 1993-07-23 | Toshiba Corp | 受信装置 |
| JPH07123134A (ja) * | 1993-10-22 | 1995-05-12 | Hitachi Ltd | 通信処理装置およびそのデバッグ方法 |
| JPH08293895A (ja) * | 1995-04-24 | 1996-11-05 | Fujitsu Ltd | 通信制御装置及び通信装置接続方式 |
| JP2000003323A (ja) * | 1998-06-15 | 2000-01-07 | Toshiba Corp | 通信速度等が自動設定されるデータ通信装置とこのデータ通信方法 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5524250A (en) * | 1991-08-23 | 1996-06-04 | Silicon Graphics, Inc. | Central processing unit for processing a plurality of threads using dedicated general purpose registers and masque register for providing access to the registers |
| US5430842A (en) * | 1992-05-29 | 1995-07-04 | Hewlett-Packard Company | Insertion of network data checksums by a network adapter |
| US5784566A (en) * | 1996-01-11 | 1998-07-21 | Oracle Corporation | System and method for negotiating security services and algorithms for communication across a computer network |
| US6115357A (en) * | 1997-07-01 | 2000-09-05 | Packeteer, Inc. | Method for pacing data flow in a packet-based network |
| US6212160B1 (en) * | 1998-03-24 | 2001-04-03 | Avaya Technlogy Corp. | Automated selection of a protocol by a communicating entity to match the protocol of a communications network |
| US7002992B1 (en) * | 2001-03-07 | 2006-02-21 | Cisco Technology, Inc. | Codec selection to improve media communication |
-
2002
- 2002-05-06 BR BR0211568-9A patent/BR0211568A/pt not_active IP Right Cessation
- 2002-05-06 WO PCT/DE2002/001626 patent/WO2003013098A1/de active Application Filing
- 2002-05-06 US US10/343,153 patent/US20030162541A1/en not_active Abandoned
- 2002-05-06 CN CNA028192893A patent/CN1561623A/zh active Pending
- 2002-05-06 CA CA002455122A patent/CA2455122A1/en not_active Abandoned
- 2002-05-06 EP EP02726087A patent/EP1413114A1/de not_active Withdrawn
- 2002-05-06 KR KR10-2004-7001468A patent/KR20040017364A/ko not_active Application Discontinuation
- 2002-05-06 JP JP2003518148A patent/JP2004537241A/ja active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS59158140A (ja) * | 1983-02-28 | 1984-09-07 | Oki Electric Ind Co Ltd | デ−タ伝送方式 |
| JPH01126044A (ja) * | 1987-11-11 | 1989-05-18 | Matsushita Electric Ind Co Ltd | マルチプロトコル処理装置 |
| JPH0520510A (ja) * | 1991-07-09 | 1993-01-29 | Mitsubishi Electric Corp | Ｉｃカード装置 |
| JPH05122163A (ja) * | 1991-10-28 | 1993-05-18 | Toshiba Corp | 信号受信装置及びこれを用いた信号受信方法 |
| JPH05183531A (ja) * | 1991-12-27 | 1993-07-23 | Toshiba Corp | 受信装置 |
| JPH07123134A (ja) * | 1993-10-22 | 1995-05-12 | Hitachi Ltd | 通信処理装置およびそのデバッグ方法 |
| JPH08293895A (ja) * | 1995-04-24 | 1996-11-05 | Fujitsu Ltd | 通信制御装置及び通信装置接続方式 |
| JP2000003323A (ja) * | 1998-06-15 | 2000-01-07 | Toshiba Corp | 通信速度等が自動設定されるデータ通信装置とこのデータ通信方法 |
Non-Patent Citations (1)
| Title |
|---|
| R. STEWART ET AL.: "SCTP Checksum Change draft-ietf-tsvwg-sctpcsum-00.txt", INTERNET DRAFT, JPN6007000056, 29 June 2001 (2001-06-29), pages 1 - 3, ISSN: 0000903311 * |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2003013098A1 (de) | 2003-02-13 |
| CA2455122A1 (en) | 2003-02-13 |
| WO2003013098A9 (de) | 2003-04-10 |
| US20030162541A1 (en) | 2003-08-28 |
| CN1561623A (zh) | 2005-01-05 |
| EP1413114A1 (de) | 2004-04-28 |
| KR20040017364A (ko) | 2004-02-26 |
| BR0211568A (pt) | 2004-07-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Lindgren et al. | Probabilistic routing protocol for intermittently connected networks | |
| CN102685204B (zh) | 数据资源传输的方法和设备 | |
| US9641492B2 (en) | Protocol link layer | |
| RU2351082C2 (ru) | Быстрое установление соединения для доступа к сети | |
| CN101473622A (zh) | 用于数据网络上的通信的带外鉴别方法和系统 | |
| KR101430032B1 (ko) | 물리적 전송 매체의 인터럽션 경우에 있어서 ｔｃｐ 데이터 전송 프로세스를 향상시키는 방법 | |
| Walrand et al. | Communication networks: a concise introduction | |
| KR100804082B1 (ko) | 통신 구축동안 중복 협상들을 회피하기 위한 방법 및 장치 | |
| CN115118524B (zh) | 接口设备及其物联网自由互通数据透传方法、系统及装置 | |
| JP2012516654A (ja) | アドレス生成、通信および、または正当性検査に関連する方法および装置 | |
| JP2004537241A (ja) | ネットワークノードにおいて複数のチェックサムアルゴリズムをサポートする方法 | |
| CN107682270B (zh) | 一种网络拓扑发现方法及装置 | |
| CN107508712B (zh) | 一种网络拓扑发现方法及装置 | |
| US7447211B1 (en) | Method and apparatus of establishing a communication channel using protected network resources | |
| Borgia et al. | Effects of unstable links on AODV performance in real testbeds | |
| CN114070494A (zh) | 数据传输的方法、装置、设备及存储介质 | |
| JP7128288B2 (ja) | トランスポートプロトコル上でのポイント・ツー・ポイント・データベース同期 | |
| JP2004201312A (ja) | 無線パーソナルエリアネットワークにおけるネットワークアドレスの設定方法 | |
| US8451847B2 (en) | Intermediate node device, method of controlling intermediate node device, and network system | |
| CN108574615B (zh) | 一种基于多路径mptcp的内容传输方法、设备及系统 | |
| KR100334905B1 (ko) | 멀티캐스트 응용 서비스의 데이터 전송 신뢰성 제공을 위한 수송계층에서의 트리 구성 방법 | |
| CN108270523B (zh) | 带内密钥协商传输方法及传输系统 | |
| JP3841417B2 (ja) | 通信接続方法、サーバ計算機、および、プログラム | |
| CN114915919B (zh) | 无线通信的连接方法、装置、电子设备及存储介质 | |
| WO2022089245A1 (zh) | 一种业务传输方法、通信设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050207 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071011 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20080108 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20080116 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080605 |