関するご質問はこのフォーラムにお気軽にご投稿ください。pmお世話になっております、よろしくお願いします。フレッツ光のv6オプションを利用してNGN網内にSoftetherVPNのトンネルを張り、2つの拠点を接続をしております。Server/Bridgeに使用しているCentOS間で直接IPv6でのiperfを計測するとおよそ400Mbps出ているので、これに近い値まで高速化できないかと画策しております。以下はざっくりとした構成です。断りのない限り、2拠点とも共通のスペックとします。Server/Bridgeのメモリスワップ発生なしさらなる高速化の方法があれば是非お教えください。以上、よろしくお願いします。amTAPモードのローカルブリッジはドライバの制約でカーネルに複数のパケットを同時に渡せないため、性能が頭打ちになる傾向があります。通常は物理デバイスにローカルブリッジを設定したほうがスループットは高くなります。変更してスループットが上昇したということなので、ローカルブリッジ先のドライバ側に何らかの問題がある可能性が考えられます。NICのオフロード機能と衝突している可能性が考えられるので、オフロード機能は可能な限りOFFにしてみてください。TCPセッション数は多くし過ぎるとパケットの順序が入れ替わる確率が上がるため、UDP性能は高くなる場合もありますが、TCPでのスループットは落ちてしまう場合があるようです。(それ以前にUDPで直接通信が可能で、UDP高速化モードが有効になっている場合は、TCPセッション数は速度に影響しません。pmお世話になっております、ご回答ありがとうございます。アドバイスいただいた通り"ホストOS"で使用している各拠点のCentOS7オフロード機能を切ってみました。オフロード機能の知識がほとんど無かったため、とりあえず以下のページを参考に4つのオフロード機能を無効化しました。http://qiita.com/semind/items/9b48c6655ced95a42b03>rx-checksumming>tx-checksumming>tcp-segmentation-offload>generic-receive-offloadただ残念ながらスループットは同程度か、やや低下するという結果でした。念のため物理デバイスブリッジとTAPモードブリッジ両方をオフロード無効化した状態で比較しましたが、やはり今回もTAPモードのほうがやや早いという結果でした。e1000タイプです(virtioはバグの為今回の構成で使用できません)その他ご意見がございましたらよろしくお願いします。amKVMは使用したことがないので分からないのですが、KVMでは仮想環境からハードウェアへのIOは直接行えず、仮想デバイスのエミュレーションを介してアクセスする仕組みのようです。VPN通信とローカルブリッジの通信を行う分、直接の通信よりもIOの粒度は小さくなり、通信の頻度も量も増大するため、この部分がボトルネックになっているということはないでしょうか。pmアドバイスありがとうございます。試しにVMではなくそれらが稼働していた物理ホスト側にそれぞれSoftetherVPNをインストールしてみました。すると今度は最高で220Mbps近くまでスループットが向上しました。稼働させているOSがCentOS6-CentOS7ということと、物理機器の数が足りないことからCentOS6側の拠点はその上で稼働するVMでiperfの計測をしています。仮想NICを経由しての測定である為、実際どこまでスループットが引き上げられたのか正確には未知数です。何れにせよ仮想NICを介してのトンネリングはそれなりのペナルティを伴うということが理解できました。ありがとうございます。気になっていることがあります。以下のページによると、(ハイパフォーマンス物理サーバかつ10GbEとはいえ)SoftetherVPNは実測で980Mbpsを記録したと謳われています。Serverに対して最適化されているということでしょうか?またSoftetherVPNは細かなパラメーターチューニングフリーを謳っているところがありますが、インストール先のOSやNICを含めたパフォーマンスを出すための設定の勘所、あるいは仮想環境で実行する場合のコンパチビリティー情報(推奨されるベアメタルや仮想NICモデルなど)の情報は開示されていないのでしょうか?以上、よろしくお願いします。一つ前の構成(物理ホスト同士の接続)において、ブリッジ先インターフェースを物理からTAPインターフェースに変更したところ、450Mbpsを記録しました。理由はわかりませんが、結果としては満足いくものが得られました。方が高い性能が出やすい傾向にはあると思われます。処理が行われてしまうという問題もあります。パフォーマンス実験では、サーバーとクライアントは直結して設置されていたため遅延が極めて小さかったことがスループットに影響している可能性が高いと思われます。今後は物理機器を前提に構築することを念頭に入れておきます。上記の仮想環境に伴う留意事項も公式ページの注意書きに追加いただけると幸いです。回答いただきありがとうございました。