VPN Azure経由の拠点間接続で酷いパケットロス

SoftEther VPN に関するご質問はこのフォーラムにお気軽にご投稿ください。
Post Reply
hoi
Posts: 2
Joined: Mon May 11, 2015 3:31 pm

VPN Azure経由の拠点間接続で酷いパケットロス

Post by hoi » Mon May 11, 2015 4:01 pm

2拠点間をVPN Azureを経由して繋いでいます。そして仮想HUBをカスケード接続しています。
2拠点間のネットワークをこのカスケードされたHUBを介して接続されている状態にすることができました。
しかし、他方の拠点のノードから別拠点のノードにpingを飛ばすと50%から70%ほどパケットがロスしてしまいます。
Softether serverを実行しているホストからVPN Azureのアドレスに対してはパケットロスはほとんどありません。
このようなパケットロスをなくすには、どこを見たら良いでしょうか?

どちらの拠点もSoftether serverを実行しているホストは2CPU、1024GBの仮想マシンでOSはCentOS 6.6です。

製品名 |SoftEther VPN Server (64 bit)
バージョン情報 |Version 4.14 Build 9529 (English)
ビルド情報 |Compiled 2015/02/02 17:53:35 by yagi at pc30
サーバーの種類 |スタンドアロンサーバー
オペレーティングシステム種類 |Linux
オペレーティングシステム製品名 |Linux
オペレーティングシステム製造元 |Red Hat, Inc.
オペレーティングシステムバージョン|CentOS release 6.6 (Final)
OS カーネル名 |Linux Kernel
OS カーネルバージョン |Linux Kernel

パケットロスの様子。PC2からPC1にpingを飛ばした一例。
[pc2 ~]$ ping -c 100 192.168.120.253
PING 192.168.120.253 (192.168.120.253) 56(84) bytes of data.
64 bytes from 192.168.120.253: icmp_seq=12 ttl=125 time=452 ms
64 bytes from 192.168.120.253: icmp_seq=13 ttl=125 time=24.9 ms
64 bytes from 192.168.120.253: icmp_seq=14 ttl=125 time=4212 ms
64 bytes from 192.168.120.253: icmp_seq=15 ttl=125 time=3213 ms
64 bytes from 192.168.120.253: icmp_seq=16 ttl=125 time=2220 ms
64 bytes from 192.168.120.253: icmp_seq=17 ttl=125 time=1220 ms
64 bytes from 192.168.120.253: icmp_seq=18 ttl=125 time=220 ms
64 bytes from 192.168.120.253: icmp_seq=19 ttl=125 time=27.0 ms
64 bytes from 192.168.120.253: icmp_seq=20 ttl=125 time=24.7 ms
64 bytes from 192.168.120.253: icmp_seq=21 ttl=125 time=26.9 ms
64 bytes from 192.168.120.253: icmp_seq=42 ttl=125 time=4419 ms
64 bytes from 192.168.120.253: icmp_seq=43 ttl=125 time=3419 ms
64 bytes from 192.168.120.253: icmp_seq=44 ttl=125 time=2418 ms
64 bytes from 192.168.120.253: icmp_seq=45 ttl=125 time=1465 ms
64 bytes from 192.168.120.253: icmp_seq=46 ttl=125 time=465 ms
64 bytes from 192.168.120.253: icmp_seq=47 ttl=125 time=29.3 ms
64 bytes from 192.168.120.253: icmp_seq=48 ttl=125 time=30.1 ms
64 bytes from 192.168.120.253: icmp_seq=49 ttl=125 time=25.7 ms
64 bytes from 192.168.120.253: icmp_seq=50 ttl=125 time=24.9 ms
64 bytes from 192.168.120.253: icmp_seq=51 ttl=125 time=28.6 ms
64 bytes from 192.168.120.253: icmp_seq=52 ttl=125 time=25.8 ms
64 bytes from 192.168.120.253: icmp_seq=53 ttl=125 time=25.7 ms
64 bytes from 192.168.120.253: icmp_seq=54 ttl=125 time=27.4 ms
64 bytes from 192.168.120.253: icmp_seq=55 ttl=125 time=29.2 ms
64 bytes from 192.168.120.253: icmp_seq=76 ttl=125 time=92.0 ms
64 bytes from 192.168.120.253: icmp_seq=77 ttl=125 time=26.6 ms
64 bytes from 192.168.120.253: icmp_seq=78 ttl=125 time=24.1 ms
64 bytes from 192.168.120.253: icmp_seq=79 ttl=125 time=75.5 ms
64 bytes from 192.168.120.253: icmp_seq=80 ttl=125 time=27.2 ms
64 bytes from 192.168.120.253: icmp_seq=81 ttl=125 time=28.7 ms
64 bytes from 192.168.120.253: icmp_seq=82 ttl=125 time=31.6 ms
64 bytes from 192.168.120.253: icmp_seq=83 ttl=125 time=31.6 ms
64 bytes from 192.168.120.253: icmp_seq=84 ttl=125 time=4635 ms
64 bytes from 192.168.120.253: icmp_seq=85 ttl=125 time=3634 ms
64 bytes from 192.168.120.253: icmp_seq=86 ttl=125 time=2632 ms
64 bytes from 192.168.120.253: icmp_seq=87 ttl=125 time=1640 ms
64 bytes from 192.168.120.253: icmp_seq=88 ttl=125 time=640 ms
64 bytes from 192.168.120.253: icmp_seq=89 ttl=125 time=26.0 ms
64 bytes from 192.168.120.253: icmp_seq=90 ttl=125 time=25.9 ms
64 bytes from 192.168.120.253: icmp_seq=91 ttl=125 time=28.7 ms
64 bytes from 192.168.120.253: icmp_seq=92 ttl=125 time=26.9 ms
64 bytes from 192.168.120.253: icmp_seq=93 ttl=125 time=26.6 ms
64 bytes from 192.168.120.253: icmp_seq=94 ttl=125 time=26.4 ms
64 bytes from 192.168.120.253: icmp_seq=95 ttl=125 time=25.8 ms
64 bytes from 192.168.120.253: icmp_seq=96 ttl=125 time=33.6 ms
64 bytes from 192.168.120.253: icmp_seq=97 ttl=125 time=27.1 ms

--- 192.168.120.253 ping statistics ---
100 packets transmitted, 46 received, 54% packet loss, time 108407ms
rtt min/avg/max/mdev = 24.114/822.743/4635.025/1381.602 ms, pipe 5
You do not have the required permissions to view the files attached to this post.

cedar
Site Admin
Posts: 2070
Joined: Sat Mar 09, 2013 5:37 am

Re: VPN Azure経由の拠点間接続で酷いパケットロス

Post by cedar » Wed May 13, 2015 11:19 am

接続設定でUDP高速化機能を無効にしてみてください。

hoi
Posts: 2
Joined: Mon May 11, 2015 3:31 pm

Re: VPN Azure経由の拠点間接続で酷いパケットロス

Post by hoi » Thu May 14, 2015 12:08 pm

ありがとうございます。
UDP高速化機能を無効にしたところ、パケットロスがなくなり安定した接続するようになりました。


[pc2 ~]$ ping -c 100 192.168.120.253
PING 192.168.120.253 (192.168.120.253) 56(84) bytes of data.
64 bytes from 192.168.120.253: icmp_seq=1 ttl=125 time=23.9 ms
64 bytes from 192.168.120.253: icmp_seq=2 ttl=125 time=25.3 ms

(中略)

--- 192.168.120.253 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99218ms
rtt min/avg/max/mdev = 23.659/644.244/5454.606/1377.551 ms, pipe 6
[pc2 ~]$

===
VPN Server/PRETENDCO>cascadestatusget
CascadeStatusGet コマンド - カスケード接続の現在の状態の取得
カスケード接続の名前: pretendco

項目 |値
------------------------------+----------------------------------------
接続設定名 |pretendco
セッション接続状態 |接続完了 (セッション確立済み)
VLAN ID |-
サーバー名 |pretendco.vpnazure.net
ポート番号 |TCP ポート 443
サーバー製品名 |SoftEther VPN Server (64 bit)
サーバーバージョン |4.14
サーバービルド番号 |Build 9529
接続開始時刻 |2015年 5月14日(木) 10時21分34秒
初回セッションの確立時刻 |2015年 5月14日(木) 10時21分36秒
現在のセッションの確立時刻 |2015年 5月14日(木) 10時21分36秒
セッション確立回数 |1 回
半二重 TCP コネクションモード |いいえ (全二重モード)
VoIP / QoS 対応機能 |有効 (使用中)
TCP コネクション数 |8
TCP コネクション数最大値 |8
暗号化の使用 |はい (暗号化アルゴリズム: RC4-MD5)
圧縮の使用 |いいえ (圧縮無し)
物理通信に使用中のプロトコル |TCP/IP via VPN Azure (IPv4)
UDP 高速化機能をサポート |いいえ
UDP 高速化機能を使用中 |いいえ

(中略)

ブリッジ / ルータモード |はい
モニタリングモード |いいえ
送信データサイズ |67,931 バイト
受信データサイズ |66,724 バイト
送信ユニキャストパケット数 |115 パケット
送信ユニキャスト合計サイズ |8,844 バイト
送信ブロードキャストパケット数|0 パケット
送信ブロードキャスト合計サイズ|0 バイト
受信ユニキャストパケット数 |89 パケット
受信ユニキャスト合計サイズ |6,264 バイト
受信ブロードキャストパケット数|0 パケット
受信ブロードキャスト合計サイズ|0 バイト
コマンドは正常に終了しました。

VPN Server/PRETENDCO>

Post Reply