静岡県内をVPNでつなぐ

静岡というのはある意味特殊な土地で、ほとんどのインターネットプロバイダのPOIは静岡でつながれておらず、NTT西圏内のどこかで繋がっているので、大抵大阪折り返しになる。仮に静岡県内にPOIがあっても、だいたい静岡でルーティングしてないので、やっぱり東京折り返しになってたりする。例え同じプロバイダを使っていたとしても。

だから静岡←→静岡のVPNは、静岡←→東京や、静岡←→大阪よりも遅いことが多い。

そうなると地理的に離れた分、VPN越しにExplorerとかFinderはとっても開く気にならないわけ。

なので「インターネット」VPNを貼りたいなら、拠点をTOKAI同士にすると概ね焼津折り返しになるので、非常にRTTも少なく幸せになるワケです。インターネットVPNじゃなくてフレッツ網のV6トンネルだって良いと思います。まぁインターネットVPNするなよってことになっていくのですが、今回のネタの主旨はそこじゃないので割愛。

しかしちょっと変わった事情ってのもあるわけで、変われば変わるほど、ウェブ上を調べても見つからない。だからその組み合わせをしたので今回はそのメモを。

ADSLの例

船場パレハンのファイルサーバ(NAS)が2014年の台風被害で電源系が壊れてしてしまい、復旧させたものの、今後の管理に不安が多いので他のお客と同じようにジャストプレイヤーが管理しているインフラ(TOKAIの焼津DC内)に全部、載せ替えた。

この拠点はずいぶん長くwakwak.comのADSLを使っていたのだけれども、wakwak.com(NTT-ME)だと、ざっくりかくと、

1. 静岡(wakwak.com)
2. 東京(wakwak.comの出口)
3. 静岡(TOKAIの入り口)
4. 焼津(TOKAIのDC)

ってなわけで、50msecぐらいの遅延する。

それをTOKAIのADSLの法人プランに変更。ADSLなのは拠点が光に対応していないため。法人なのはADSLで固定アドレスが取れるため。これをすると、

1. 静岡(TNC)
2. 静岡(TNCの出口)
3. 焼津(TOKAIのDC)

みたいになって20msec未満に改善。

Windows Serverへのリモートデスクトップがかなり快適になって満足の様子。

CTCのCommufa回線の例

次はCommufaの例。僕の自宅がCommufa、会社がTNC＋フレッツです。

本当は自宅もフレッツにした方が良いのだけれど、縁でcommufaになって以来、かえると色々しんどい(笑)

問題は、Commufaは中部電力系なので、パケットが一端、名古屋に行く。そのため

1. 静岡(commufa)
2. 名古屋(commufa)
3. ・・・
4. 静岡(TNC)

になる。commufaのプロバイダをTNCにしたところで、多分一端、名古屋にはいくと思うのだけど、仮に名古屋にいったとして、インターネットで名古屋→静岡に戻るのか、TOKAIの中で名古屋→静岡に行くのかは違いが出そう。

てなわけでプロバイダのみ切り替えの結果。commufa回線commufaプロバイダ(静岡)→Flets回線TNCプロバイダ(静岡)

64 bytes from 211.7.88.204: icmp_seq=650 ttl=246 time=20.211 ms
64 bytes from 211.7.88.204: icmp_seq=651 ttl=246 time=20.499 ms
64 bytes from 211.7.88.204: icmp_seq=652 ttl=246 time=20.756 ms
64 bytes from 211.7.88.204: icmp_seq=653 ttl=246 time=20.018 ms
64 bytes from 211.7.88.204: icmp_seq=654 ttl=246 time=21.075 ms
64 bytes from 211.7.88.204: icmp_seq=655 ttl=246 time=19.601 ms
64 bytes from 211.7.88.204: icmp_seq=656 ttl=246 time=19.881 ms

commufa回線TNCプロバイダ→Flets回線TNCプロバイダ(静岡)

64 bytes from 211.7.88.204: icmp_seq=729 ttl=248 time=15.335 ms
64 bytes from 211.7.88.204: icmp_seq=730 ttl=248 time=14.661 ms
64 bytes from 211.7.88.204: icmp_seq=731 ttl=248 time=14.218 ms
64 bytes from 211.7.88.204: icmp_seq=732 ttl=248 time=14.219 ms
64 bytes from 211.7.88.204: icmp_seq=733 ttl=248 time=16.105 ms
64 bytes from 211.7.88.204: icmp_seq=734 ttl=248 time=15.091 ms
64 bytes from 211.7.88.204: icmp_seq=735 ttl=248 time=16.256 ms

あれ、思ってる以上に改善してるなぁ。

満足。

余談だけれど、commufaの「ホーム1G」の契約状態で、RTX1200にcommufaのPPPoEとPWを設定すれば、グローバルアドレスがRTX1200に降ってくる。この場合、ホームゲートウェイは単なるONU的な動きしかせず、Wi-Fiもただムダに電波を飛ばすだけの状態になるのだけれども、今回みたいにルータを選ばなくてはならない状態で利用し続けることは可能。

また、プロバイダを選ぶことができるセレクトプランに変更しなくても、TNCのIDとPWをRTXに流し込めば、それはそれでつなぐことはできる。疎通が確認できた段階で、セレクトプランに変更すればいい。

ということでダウンタイムは1分以内で、比較的、簡単なメンテ。まあ自宅のネット環境なんだけどね。休みの日に一気にやると。