JP2002077150A - 暗号通信時の暗号化パケットの作成方法 - Google Patents
暗号通信時の暗号化パケットの作成方法Info
- Publication number
- JP2002077150A JP2002077150A JP2000267066A JP2000267066A JP2002077150A JP 2002077150 A JP2002077150 A JP 2002077150A JP 2000267066 A JP2000267066 A JP 2000267066A JP 2000267066 A JP2000267066 A JP 2000267066A JP 2002077150 A JP2002077150 A JP 2002077150A
- Authority
- JP
- Japan
- Prior art keywords
- encrypted
- packet
- layer
- packets
- tcp
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
(57)【要約】
【課題】 再送時に復号化して暗号化する必要がなく、
カーネルへの負荷を低減できる暗号通信時の暗号化パケ
ットの作成方法を提供する。 【解決手段】 ＴＣＰ／ＩＰで暗号通信を行う際に、送
信時の暗号化パケットをデータリンク層で作成すること
に対して、送信するパケットのメモリ領域（送信バッフ
ァ）１３とは別の領域に、暗号化したパケットを保持す
る暗号化メモリ領域１８を備え、送信パケットを暗号化
して暗号化メモリ領域に格納し、暗号化メモリ領域の内
容を送信して、暗号化メモリ領域の内容は送信時にすぐ
に破棄するという機能を備えることにより、ＴＣＰレベ
ルでの再送を、暗号化パケットを復号化そして暗号化す
るというオーバヘッド無しに行うことが可能で、且つ再
送処理に関するプログラムの変更を行わずにすむように
したものである。
カーネルへの負荷を低減できる暗号通信時の暗号化パケ
ットの作成方法を提供する。 【解決手段】 ＴＣＰ／ＩＰで暗号通信を行う際に、送
信時の暗号化パケットをデータリンク層で作成すること
に対して、送信するパケットのメモリ領域（送信バッフ
ァ）１３とは別の領域に、暗号化したパケットを保持す
る暗号化メモリ領域１８を備え、送信パケットを暗号化
して暗号化メモリ領域に格納し、暗号化メモリ領域の内
容を送信して、暗号化メモリ領域の内容は送信時にすぐ
に破棄するという機能を備えることにより、ＴＣＰレベ
ルでの再送を、暗号化パケットを復号化そして暗号化す
るというオーバヘッド無しに行うことが可能で、且つ再
送処理に関するプログラムの変更を行わずにすむように
したものである。
Description
【０００１】
【発明の属する技術分野】本発明は、ＴＣＰ／ＩＰで暗
号通信を行う際に、暗号通信時の暗号化パケットの作成
方法に関する。
号通信を行う際に、暗号通信時の暗号化パケットの作成
方法に関する。
【０００２】
【従来の技術】従来の方法については、先ず、プロトコ
ルスタックとその間を流れるデータから説明する。（な
お、ネットワークインターフェース層はイーサネット
（登録商標）して以後説明する）。図３は従来のプロト
コルスタックを示す図であり、図示のようにインターネ
ットプロトコルスタックは大きく４層に分けられる。メ
イルをポストするメーラーのようなアプリケーションプ
ログラム３１がメッセージを転送すると、アプリケーシ
ョンはＳＭＴＰ、ＨＴＴＰ等のアプリケーションで利用
されるアプリケーション層３２のソケットを利用し、エ
ンドツーエンドの通信を行う。ソケットは下の層のＴＣ
Ｐ層３３を利用する。ＴＣＰ層では、ポートアドレスを
利用して通信相手のプログラムを識別する。更に、ＴＣ
Ｐ層は下の層のＩＰ層３４を利用する。ＩＰ層では計算
機を識別するＩＰアドレスを利用して通信を行う。ＩＰ
層は下の層のネットワークインターフェース層３５を利
用する。ネットワークインターフェース層は、実際にメ
ッセージがイーサネット３７上に送出される部分であり
ハードウエア３６と密接に関係する。ネットワークイン
ターフェース層では、イーサネットアドレスにより通信
相手のインターフェースを識別する。この様な、プロト
コルを構成するプログラムを、層に分けスタックとする
ことで、各層の役割が明確になると共に各層間のインタ
ーフェースが明確になるのでより良いプログラムへの変
更が容易になる。更に、上位層からはハードウエアが抽
象化されるために、ハードウエアの変更にも容易に対応
できるものである。
ルスタックとその間を流れるデータから説明する。（な
お、ネットワークインターフェース層はイーサネット
（登録商標）して以後説明する）。図３は従来のプロト
コルスタックを示す図であり、図示のようにインターネ
ットプロトコルスタックは大きく４層に分けられる。メ
イルをポストするメーラーのようなアプリケーションプ
ログラム３１がメッセージを転送すると、アプリケーシ
ョンはＳＭＴＰ、ＨＴＴＰ等のアプリケーションで利用
されるアプリケーション層３２のソケットを利用し、エ
ンドツーエンドの通信を行う。ソケットは下の層のＴＣ
Ｐ層３３を利用する。ＴＣＰ層では、ポートアドレスを
利用して通信相手のプログラムを識別する。更に、ＴＣ
Ｐ層は下の層のＩＰ層３４を利用する。ＩＰ層では計算
機を識別するＩＰアドレスを利用して通信を行う。ＩＰ
層は下の層のネットワークインターフェース層３５を利
用する。ネットワークインターフェース層は、実際にメ
ッセージがイーサネット３７上に送出される部分であり
ハードウエア３６と密接に関係する。ネットワークイン
ターフェース層では、イーサネットアドレスにより通信
相手のインターフェースを識別する。この様な、プロト
コルを構成するプログラムを、層に分けスタックとする
ことで、各層の役割が明確になると共に各層間のインタ
ーフェースが明確になるのでより良いプログラムへの変
更が容易になる。更に、上位層からはハードウエアが抽
象化されるために、ハードウエアの変更にも容易に対応
できるものである。
【０００３】次に、図４に示す従来のパケットのカプセ
ル化について示す。アプリケーションプログラムの送出
したメッセージ４１はアプリケーション層のソケット構
造に管理された送信バッファにコピーされる。この送信
バッファはカーネル空間に存在する。この送信バッファ
上のメッセージをＴＣＰ層に渡す。ＴＣＰ層ではこのメ
ッセージをペイロード４３としてＴＣＰヘッダ４２をつ
けＴＣＰデータグラムを作成する。（一般的に送信デー
タにはヘッダが付けられデータグラムが作成され、ヘッ
ダ以外の部分がペイロードである）。このＴＣＰデータ
グラムはＩＰ層に渡され、今度はＴＣＰデータグラムを
ＩＰ層でのペイロード４５としＩＰヘッダ４４をつけ、
ＩＰパケットを作成する。ここで、ＩＰパケットを作成
する際に、ネットワークインターフェースは物理媒体に
より最大転送単位（ＭＴＵ）が決まっている。そのため
ＭＴＵを最大長とする複数のＩＰパケットが作成され、
ネットワークインターフェース層に渡される。ネットワ
ークインターフェース層では、ＩＰパケットをペイロー
ド４７、４９としてイーサネットヘッダ４６、４８をつ
け、イーサネットフレームを作成する。この様に、デー
タにヘッダをつけ上位の層のデータをくるんでいくこと
をカプセル化という。送信バッファはアプリケーション
層からネットワークインターフェース層へ渡されるデー
タすべてにポインタの形で間接的に参照されている。送
信バッファの構成はオペレーションシステムＯＳに依存
する。この様な点をふまえて従来の方法でのパケットの
暗号化を、ネットワークインターフェース層で暗号化さ
れるものとして説明する。
ル化について示す。アプリケーションプログラムの送出
したメッセージ４１はアプリケーション層のソケット構
造に管理された送信バッファにコピーされる。この送信
バッファはカーネル空間に存在する。この送信バッファ
上のメッセージをＴＣＰ層に渡す。ＴＣＰ層ではこのメ
ッセージをペイロード４３としてＴＣＰヘッダ４２をつ
けＴＣＰデータグラムを作成する。（一般的に送信デー
タにはヘッダが付けられデータグラムが作成され、ヘッ
ダ以外の部分がペイロードである）。このＴＣＰデータ
グラムはＩＰ層に渡され、今度はＴＣＰデータグラムを
ＩＰ層でのペイロード４５としＩＰヘッダ４４をつけ、
ＩＰパケットを作成する。ここで、ＩＰパケットを作成
する際に、ネットワークインターフェースは物理媒体に
より最大転送単位（ＭＴＵ）が決まっている。そのため
ＭＴＵを最大長とする複数のＩＰパケットが作成され、
ネットワークインターフェース層に渡される。ネットワ
ークインターフェース層では、ＩＰパケットをペイロー
ド４７、４９としてイーサネットヘッダ４６、４８をつ
け、イーサネットフレームを作成する。この様に、デー
タにヘッダをつけ上位の層のデータをくるんでいくこと
をカプセル化という。送信バッファはアプリケーション
層からネットワークインターフェース層へ渡されるデー
タすべてにポインタの形で間接的に参照されている。送
信バッファの構成はオペレーションシステムＯＳに依存
する。この様な点をふまえて従来の方法でのパケットの
暗号化を、ネットワークインターフェース層で暗号化さ
れるものとして説明する。
【０００４】図５に従来の方法で暗号化を行う場合の構
成図である。アプリケーション５１から転送されるメッ
セージはアプリケーション層５２のソケットを利用して
送信先のプログラムと通信する。ソケットでは、ＴＣＰ
層５４での再送に備えて送信バッファ５３を管理してい
る。メッセージは送信バッファに入れられ、ＴＣＰ層に
渡される。ＴＣＰデータグラムはＩＰ層５５に渡されＩ
Ｐパケットが作成され、ネットワークインターフェース
層５６に渡される。ネットワークインターフェース層で
は暗号化を実施するために、ＩＰバケットをイーサネッ
トフレームにカプセル化する前に暗号化部５７により暗
号化を施し、イーサネットフレームを作成しハードウエ
ア５８からイーサネット５９を通してメッセージを送出
する。ここで、送出したメッセージが相手に届かずＴＣ
Ｐ層にアクノレッジが帰ってこない場合再送が行われ
る。再送では同じように送信バッファからメッセージを
取出しカプセル化が行われる。ここで、前回と違う点
は、暗号化したメッセージが送信バッファに入っている
点である。
成図である。アプリケーション５１から転送されるメッ
セージはアプリケーション層５２のソケットを利用して
送信先のプログラムと通信する。ソケットでは、ＴＣＰ
層５４での再送に備えて送信バッファ５３を管理してい
る。メッセージは送信バッファに入れられ、ＴＣＰ層に
渡される。ＴＣＰデータグラムはＩＰ層５５に渡されＩ
Ｐパケットが作成され、ネットワークインターフェース
層５６に渡される。ネットワークインターフェース層で
は暗号化を実施するために、ＩＰバケットをイーサネッ
トフレームにカプセル化する前に暗号化部５７により暗
号化を施し、イーサネットフレームを作成しハードウエ
ア５８からイーサネット５９を通してメッセージを送出
する。ここで、送出したメッセージが相手に届かずＴＣ
Ｐ層にアクノレッジが帰ってこない場合再送が行われ
る。再送では同じように送信バッファからメッセージを
取出しカプセル化が行われる。ここで、前回と違う点
は、暗号化したメッセージが送信バッファに入っている
点である。
【０００５】
【発明が解決しようとする課題】上記の理由のため、従
来の暗号化手法では再送時には送信バッファに入ってい
るメッセージを、いったん復号化して更にそれを暗号化
して送出する処理が必要となる。この処理はＯＳのカー
ネル内で行われるために、カーネルに非常に負荷を掛
け、システム全体のパフォーマンスを著しく損なうとい
う問題点がある。更に、復号化と暗号化するという処理
をプロトコルスタックに埋め込まねばならず、再送に関
してカーネルプログラムの大幅な修正が必要になるとい
う問題もある。そこで、本発明は、メッセージの再送時
に、復号化して暗号化するというオーバヘッド無しに行
われるようにして、カーネルに負荷をかけないような暗
号化パケットの作成を可能にする暗号通信時の暗号化パ
ケットの作成方法を提供することを目的としている。
来の暗号化手法では再送時には送信バッファに入ってい
るメッセージを、いったん復号化して更にそれを暗号化
して送出する処理が必要となる。この処理はＯＳのカー
ネル内で行われるために、カーネルに非常に負荷を掛
け、システム全体のパフォーマンスを著しく損なうとい
う問題点がある。更に、復号化と暗号化するという処理
をプロトコルスタックに埋め込まねばならず、再送に関
してカーネルプログラムの大幅な修正が必要になるとい
う問題もある。そこで、本発明は、メッセージの再送時
に、復号化して暗号化するというオーバヘッド無しに行
われるようにして、カーネルに負荷をかけないような暗
号化パケットの作成を可能にする暗号通信時の暗号化パ
ケットの作成方法を提供することを目的としている。
【０００６】
【課題を解決するための手段】上記問題を解決するため
に、請求項１記載の暗号通信時の暗号化パケットの作成
方法の発明は、ＴＣＰ／ＩＰで暗号通信を行う際に、送
信時の暗号化パケットをデータリンク層で作成すること
に対して、送信するパケットのメモリ領域（送信バッフ
ァ）とは別の領域に、暗号化したパケットを保持する暗
号化メモリ領域を備え、送信パケットを暗号化して前記
暗号化メモリ領域に格納し、前記暗号化メモリ領域の内
容を送信して、前記暗号化メモリ領域の内容は送信時に
すぐに破棄することを特徴とする。請求項２記載の発明
は、 請求項１に記載の暗号通信時の暗号化パケットの
作成方法において、パケットの作成をネットワーク層で
行うことを特徴とする。以上の構成によって、ＴＣＰレ
ベルでの再送を、暗号化パケットを復号化そして暗号化
するというオーバヘッド無しに行うことが可能となり、
かつ再送処理に関するプログラムの変更を行わずに済む
こととなる。
に、請求項１記載の暗号通信時の暗号化パケットの作成
方法の発明は、ＴＣＰ／ＩＰで暗号通信を行う際に、送
信時の暗号化パケットをデータリンク層で作成すること
に対して、送信するパケットのメモリ領域（送信バッフ
ァ）とは別の領域に、暗号化したパケットを保持する暗
号化メモリ領域を備え、送信パケットを暗号化して前記
暗号化メモリ領域に格納し、前記暗号化メモリ領域の内
容を送信して、前記暗号化メモリ領域の内容は送信時に
すぐに破棄することを特徴とする。請求項２記載の発明
は、 請求項１に記載の暗号通信時の暗号化パケットの
作成方法において、パケットの作成をネットワーク層で
行うことを特徴とする。以上の構成によって、ＴＣＰレ
ベルでの再送を、暗号化パケットを復号化そして暗号化
するというオーバヘッド無しに行うことが可能となり、
かつ再送処理に関するプログラムの変更を行わずに済む
こととなる。
【０００７】
【発明の実施の形態】以下、本発明の実施の形態につい
て図を参照して説明する。図１は本発明の実施の形態に
係る暗号通信時の暗号化パケットの作成方法の構成図で
ある。図１において、（以下、ネットワークインターフ
ェース層で暗号化を実施するものとして説明する）。ア
プリケーション１１が送出したメッセージは、アプリケ
ーション層１２のソケットを利用しメッセージを送出す
る。このメッセージは送信バッファ１３に入れられる。
この送信バッファのデータがＴＣＰ層１４に渡されＴＣ
Ｐデータグラムとしてカプセル化される。このＴＣＰデ
ータグラムはＩＰ層１５に渡されＩＰパケットにカプセ
ル化された後、ネットワークインターフェース層１６に
フレームとして到着し、イーサネットヘッダを付加され
イーサネットフレームとして完成する。ネットワークイ
ンターフェース層ではフレームのペイロードの暗号化を
行う暗号化部１７と、暗号化されたフレームを保持する
暗号化メモリ１８が付加されている。ここで、イーサネ
ットフレームは暗号化メモリ１８にコピーされ、暗号化
のモードに従い、ペイロードを暗号化する。このとき、
送信バッファ１３は暗号化は施されていない。この新た
に作られた暗号化メモリ１８に入っているイーサネット
フレームが、ネットワークインターフェース層からハー
ドウエア１９を通してイーサネット２０に送出される。
送出後は暗号化メモリ１８の内容を破棄する。相手から
アクノレッジが届かずＴＣＰ層で再送が起こった場合、
送信バッファは暗号化されていないので、このデータを
元にカプセル化、ネットワークインターフェース層での
暗号化を行うことで暗号化以外にカーネルプログラムの
修正を行わずに再送の処理に対応できる。
て図を参照して説明する。図１は本発明の実施の形態に
係る暗号通信時の暗号化パケットの作成方法の構成図で
ある。図１において、（以下、ネットワークインターフ
ェース層で暗号化を実施するものとして説明する）。ア
プリケーション１１が送出したメッセージは、アプリケ
ーション層１２のソケットを利用しメッセージを送出す
る。このメッセージは送信バッファ１３に入れられる。
この送信バッファのデータがＴＣＰ層１４に渡されＴＣ
Ｐデータグラムとしてカプセル化される。このＴＣＰデ
ータグラムはＩＰ層１５に渡されＩＰパケットにカプセ
ル化された後、ネットワークインターフェース層１６に
フレームとして到着し、イーサネットヘッダを付加され
イーサネットフレームとして完成する。ネットワークイ
ンターフェース層ではフレームのペイロードの暗号化を
行う暗号化部１７と、暗号化されたフレームを保持する
暗号化メモリ１８が付加されている。ここで、イーサネ
ットフレームは暗号化メモリ１８にコピーされ、暗号化
のモードに従い、ペイロードを暗号化する。このとき、
送信バッファ１３は暗号化は施されていない。この新た
に作られた暗号化メモリ１８に入っているイーサネット
フレームが、ネットワークインターフェース層からハー
ドウエア１９を通してイーサネット２０に送出される。
送出後は暗号化メモリ１８の内容を破棄する。相手から
アクノレッジが届かずＴＣＰ層で再送が起こった場合、
送信バッファは暗号化されていないので、このデータを
元にカプセル化、ネットワークインターフェース層での
暗号化を行うことで暗号化以外にカーネルプログラムの
修正を行わずに再送の処理に対応できる。
【０００８】図２は図１に示す暗号化パケットの作成方
法の処理のフローチャートである。つぎに図２を参照し
て処理の詳細を説明する。アプリケーションが送出した
メッセージは（Ｓ２１）、アプリケーション層のソケッ
トを利用しメッセージを送出される。このメッセージは
送信バッファ１３に入れられる（Ｓ２２）。この送信バ
ッファ１３のデータがＴＣＰ層に渡されＴＣＰデータグ
ラムとしてカプセル化される（Ｓ２３）。このＴＣＰデ
ータグラムはＩＰ層に渡されＩＰパケットにカプセル化
された後（Ｓ２４）、ネットワークインターフェース層
にフレームとして到着し、イーサネットヘッダをつけイ
ーサネットフレームが作成される（Ｓ２５）。ここで、
このＩＰパケットを暗号化するかを？判断して、暗号化
する場合には（Ｓ２６）、このフレームを暗号化メモリ
１８にコピーする（Ｓ２７）。コピーされたデータを元
に暗号化モードにしたがってフレームのペイロードを再
構成し暗号化を行う（Ｓ２８）。暗号化後、暗号化メモ
リ中のイーサネットフレームが通信相手に送出され（Ｓ
２９）、暗号化パケットの場合は（Ｓ３０）、送出後暗
号メモリ１８の内容を破棄する（Ｓ３１）。若しも、再
送が生じた場合は、ＴＣＰ層以降の処理を、再送するＴ
ＣＰデータグラムから行う。これによって現在送信バッ
ファは暗号化されていないので、カーネルプログラムの
修正を行わずに再送の処理に対応できる。
法の処理のフローチャートである。つぎに図２を参照し
て処理の詳細を説明する。アプリケーションが送出した
メッセージは（Ｓ２１）、アプリケーション層のソケッ
トを利用しメッセージを送出される。このメッセージは
送信バッファ１３に入れられる（Ｓ２２）。この送信バ
ッファ１３のデータがＴＣＰ層に渡されＴＣＰデータグ
ラムとしてカプセル化される（Ｓ２３）。このＴＣＰデ
ータグラムはＩＰ層に渡されＩＰパケットにカプセル化
された後（Ｓ２４）、ネットワークインターフェース層
にフレームとして到着し、イーサネットヘッダをつけイ
ーサネットフレームが作成される（Ｓ２５）。ここで、
このＩＰパケットを暗号化するかを？判断して、暗号化
する場合には（Ｓ２６）、このフレームを暗号化メモリ
１８にコピーする（Ｓ２７）。コピーされたデータを元
に暗号化モードにしたがってフレームのペイロードを再
構成し暗号化を行う（Ｓ２８）。暗号化後、暗号化メモ
リ中のイーサネットフレームが通信相手に送出され（Ｓ
２９）、暗号化パケットの場合は（Ｓ３０）、送出後暗
号メモリ１８の内容を破棄する（Ｓ３１）。若しも、再
送が生じた場合は、ＴＣＰ層以降の処理を、再送するＴ
ＣＰデータグラムから行う。これによって現在送信バッ
ファは暗号化されていないので、カーネルプログラムの
修正を行わずに再送の処理に対応できる。
【０００９】
【発明の効果】以上説明したように、本発明によれば、
送信バッファとは別の領域に暗号化したパケットを保持
する暗号化メモリ領域を備え、送信パケットを暗号化し
て、この暗号化メモリ領域に格納し、その内容を送信し
たら、内容は破棄するように構成したので、暗号通信に
おいて再送が起こった場合に、復号化して暗号化すると
いう手間が省け、再送時のカーネルへの負荷を最小に抑
えて、性能を低下させないという効果がある。更に、再
送の処理をカーネルプログラムに施す必要がないという
効果も持つ。
送信バッファとは別の領域に暗号化したパケットを保持
する暗号化メモリ領域を備え、送信パケットを暗号化し
て、この暗号化メモリ領域に格納し、その内容を送信し
たら、内容は破棄するように構成したので、暗号通信に
おいて再送が起こった場合に、復号化して暗号化すると
いう手間が省け、再送時のカーネルへの負荷を最小に抑
えて、性能を低下させないという効果がある。更に、再
送の処理をカーネルプログラムに施す必要がないという
効果も持つ。
【図１】本発明の実施の形態に係る暗号通信時の暗号化
パケットの作成方法を示す構成図である。
パケットの作成方法を示す構成図である。
【図２】図１に示す暗号通信時の暗号化パケットの作成
方法の処理のフローチャートである。
方法の処理のフローチャートである。
【図３】従来の暗号化パケットの作成方法のプロトコル
スタック図である。
スタック図である。
【図４】図３に示す暗号化パケットのカプセル化を示す
図である。
図である。
【図５】図３に示す暗号化パケットの作成方法の構成図
である。
である。
１１ アプリケーション １２ アプリケーション層 １３ 送信バッファ １４ ＴＣＰ層 １５ ＩＰ層 １６ ネットワークインターフェース層 １７ 暗号化部 １８ 暗号化メモリ １９ ハードウエア ２０ イーサネット
Claims (2)
- 【請求項１】 ＴＣＰ／ＩＰで暗号通信を行う際に、送
信時の暗号化パケットをデータリンク層で作成すること
に対して、送信するパケットのメモリ領域（送信バッフ
ァ）とは別の領域に、暗号化したパケットを保持する暗
号化メモリ領域を備え、送信パケットを暗号化して前記
暗号化メモリ領域に格納し、前記暗号化メモリ領域の内
容を送信して、前記暗号化メモリ領域の内容は送信時に
すぐに破棄することを特徴とする暗号通信時の暗号化パ
ケットの作成方法。 - 【請求項２】 請求項１に記載の暗号通信時の暗号化パ
ケットの作成方法において、 パケットの作成をネットワーク層で行うことを特徴とす
る暗号通信時の暗号化パケットの作成方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000267066A JP2002077150A (ja) | 2000-09-04 | 2000-09-04 | 暗号通信時の暗号化パケットの作成方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000267066A JP2002077150A (ja) | 2000-09-04 | 2000-09-04 | 暗号通信時の暗号化パケットの作成方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002077150A true JP2002077150A (ja) | 2002-03-15 |
Family
ID=18754044
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000267066A Pending JP2002077150A (ja) | 2000-09-04 | 2000-09-04 | 暗号通信時の暗号化パケットの作成方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002077150A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005244895A (ja) * | 2004-02-27 | 2005-09-08 | Fujitsu Ltd | 通信処理装置及びその方法 |
-
2000
- 2000-09-04 JP JP2000267066A patent/JP2002077150A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005244895A (ja) * | 2004-02-27 | 2005-09-08 | Fujitsu Ltd | 通信処理装置及びその方法 |
| JP4610910B2 (ja) * | 2004-02-27 | 2011-01-12 | 富士通株式会社 | 通信処理装置及びその方法 |
| US8170057B2 (en) | 2004-02-27 | 2012-05-01 | Fujitsu Limited | Communication-processing apparatus and its method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109150688B (zh) | IPSec VPN数据传输方法及装置 | |
| Maltz et al. | TCP Splice for application layer proxy performance | |
| US6708218B1 (en) | IpSec performance enhancement using a hardware-based parallel process | |
| US8250643B2 (en) | Communication device, communication system, communication method, and program | |
| CN202206418U (zh) | 流量管理设备、系统和处理器 | |
| US6157649A (en) | Method and system for coordination and control of data streams that terminate at different termination units using virtual tunneling | |
| US10044841B2 (en) | Methods and systems for creating protocol header for embedded layer two packets | |
| JP2019528604A (ja) | 仮想マルチパスデータトランスポートのためのシステム及び方法 | |
| US9369550B2 (en) | Protocol for layer two multiple network links tunnelling | |
| US20050198492A1 (en) | System and method for secure data transfer over a network | |
| US20060227773A1 (en) | Authenticity of communications traffic | |
| US20060256817A1 (en) | System and method for using performance enhancing proxies with IP-layer encryptors | |
| US20110271096A1 (en) | Loosely-Coupled Encryption Functionality for Operating Systems | |
| US10944590B2 (en) | Transport protocol task offload emulation to detect chunks of data for communication with a private network | |
| CN112699397B (zh) | 基于虚拟环境下的软件加解密方法和系统 | |
| JP2015511434A (ja) | ネットワーク付属のステートレス・セキュリティ・オフロード・デバイスを用いるネットワーク・ノード | |
| JP2008048042A (ja) | 暗号装置、復号装置、暗号方法、および復号方法 | |
| CN105471827A (zh) | 一种报文传输方法及装置 | |
| CN114268518B (zh) | 一种实现sdwan数据隧道转发加速的方法及系统 | |
| US7969998B2 (en) | Method and system for tunneling data using a management protocol | |
| CN108924157B (zh) | 一种基于IPSec VPN的报文转发方法及装置 | |
| US20020161834A1 (en) | Method and apparatus for clustered SSL accelerator | |
| US20050198500A1 (en) | System and method for performing security operations on network data | |
| JP4036199B2 (ja) | 秘匿通信方式 | |
| CN115801236A (zh) | 一种加密代理方法、加密代理模块、代理设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20060324 |