さて一ヶ月前の前回は、ＭＴ４用ＥＡを実行させる環境について書きました。今回は、その環境の中で、インターネット障害（ＩＳＰ障害）が発生した時にどうやって予備用のインターネット回線に自動切換えするかについて書いてみたいと思います。
【今回の記事の大まかな流れ】
－－－－－－－－－－－－－－－－－－－－－－－－－－－
１．当初の構想
２．ＵＱ－ＷｉＭＡＸルータの購入
３．ＷｉＭＡＸルータの設定
４．不要サービス停止
５．評価にあたって
６．ＰＣ⇔ハブ間ＬＡＮ抜線
７．ハブ⇔ＴＡ／ルータ間のＬＡＮケーブル抜線（土日）
８．ハブ⇔ＴＡ／ルータ間のＬＡＮケーブル抜線（平日）
９．代替策を考える
10．課題
11．「ExPing」の設定
12．ＩＳＰ障害発生時の対応手順
－－－－－－－－－－－－－－－－－－－－－－－－－－－
そもそも、本当はもっと簡単に実現できるはずだった。
それは、以下の記事で書かれている通り、ＯＳの設定をごにょごにょいじればできたハズ。
【当初の構想】
－－－－－－－－－－－－－－－－－－－－－－－
以下のＯＳの動作を利用し、２つのＮＩＣ（ネットワーク・インタフェース・カード）の優先順位（メトリック）に差をつけることで、片方が通信不可になればＯＳの機能で自動的にもうひとつのＮＩＣに切替るはず。
・「TCP/IP for Windows NT の停止ゲートウェイ検出アルゴリズムの更新プログラム」
－－－－－－－－－－－－－－－－－－－－－－－
前回の記事に書いたとおり、予備用のＩＳＰはUQ-WiMAXに新たに加入し評価することになる。
で、UQ-WiMAX加入／ルータ購入にはお金がかかるので、一旦有線LANと無線LANを両方つないで、切替るかどうかを暫定的に確認。
ゲートウェイが同じになってしまうので、実際とは異なる状況とはいえ、優先順位が機能している事は解った。
＃実はちょっとヘンな動きしたけど、本番では問題にならない挙動なので、問題なしとした。
【ＵＱ－ＷｉＭＡＸルータの購入】
－－－－－－－－－－－－－－－－－－－
構想としては、UQ-WiMAXのステッププランに加入して、月額380円の固定費で予備回線を用意するという魂胆。
本当は、UQ1dayにして月額コストも削減したかったけど、UQ1Dayで実際に通信を開始するためには、手動操作が必要とのこと。今回のネットワーク自動切換えには残念ながら利用できず、泣く泣く月額380円を払う事に。
そして、当然ながら世の中そんな甘くなく、ＯＳから勝手に出て行くパケットやら、ＷｉＭＡＸルータそのものが基地局との回線維持のための制御系パケット送受信するので、その意図せず送受信されるパケット量が３８０円以内に収まるかどうか。
あと、某電気屋で購入すると、フラット･プランで加入するとWiMAXルータが実質無料。
でも３０日以内にステップ・プランに変更すると、ペナルティが発生するけど、最初からステップ・プランでWiMAXルータを購入するのと比較しても、実はお得。
そして、フラットプランの支払いは月末決済での日割り計算の支払いなので、試験１週間を見込んで、月末の１ｗｋ前にUQ-WiMAXルータを購入し、即日ステッププランに変更（変更後プラン適用は翌月から）。
－－－－－－－－－－－－－－－－－－－
さて、事前にＵＱ－ＷｉＭＡＸのサポートから、ルータ自体がパケット送受信するケースを教えてもらったので、少しでも送受信パケット量を減らすために、ＷｉＭＡＸルータの設定を変更した。
【ＷｉＭＡＸルータの設定】
－－－－－－－－－－－－－－－－－－－－－－－
１．ＥＣＯ設定：ロングライフ充電 使用する
２．自動省電力設定： ５分→０分
３．メンテナンス／ファームウェア更新 更新方法：自動更新 → ローカルファイル指定
４．パケットフィルタエントリで、ＩＣＭＰパケット送信破棄を追加
－－－－－－－－－－－－－－－－－－－－－－－
次は、今度はＯＳが勝手に通信するパケットを抑制。
ＴＣＰ接続に関しては、メインのＮＩＣ経由で１回接続してしまえば、WiMAX側にパケットが流れる事は無い。
でも、ＵＤＰに関してはどうなるか解らないので、コマンドプロンプトから「netstat -anb」で、利用されているＵＤＰポートを探して、該当ポートを利用しているサービスを、片っ端から停止。ＩＣＭＰに関しては、ＷｉＭＡＸルータで破棄する事で対処。
【不要サービス停止】
－－－－－－－－－－－－－－－－－－－－－－－
●調査で参考にしたページ
・ＶＡＩＯ固有：VCSW.exe
VAIO の VCSW.exe
VAIO の VCSW.exe
●停止したサービス
・DHCP Client
・Distributed Link Tracking Client
・IPSEC Services
・Messenger
・Server
・SSDP Discovery Service
・Windows Image Acquisition (WIA)
・Windows Time
－－－－－－－－－－－－－－－－－－－－－－－
【評価にあたって】
－－－－－－－－－－－－－－－－－－－－－－－
ちなみに今回のISP切替、擬似障害の発生のさせ方にポイントがあります。
それは、本番構成をテスト用に変更し、ＰＣとハブ間のＬＡＮケーブルを抜線するのではなく、ＨＵＢとＴＡ／ルータ間のケーブルを抜線すること。抜線箇所を絵にすると以下の様な感じ。
つまり以下の図の様に、ＰＣとハブ間のＬＡＮケーブルを抜線すると、通電されなくなるので、ＰＣのＯＳで該当ＮＩＣが使えなくなったという事が直ぐに判断できる。なので「該当ＮＩＣ使用不可」という状態で安定するので、ＮＩＣ切替がスムーズされてしまう。つまり実際のISP障害発生時の挙動と異なる。
でも、ＨＵＢとＴＡ／ルータ間の場合、ＰＣから見るとＳＷまでは通電しているので「ＮＩＣは有効」とＯＳに判断されたままになり、その後、前述で紹介した記事のメカニズムが動いてＩＳＰ障害発生時と似た挙動でＮＩＣの切替ができるハズ。
本来は、ＳＷを介さずにＰＣをＴＡ／ルータに有線ＬＡＮで直結する構成なんだけど、我が家でＴＡ／ルータの外部とのケーブルを抜線すると、ＴＶは映らなくなるし、電話も繋がらなくなる。なので、テスト用の暫定構成として、トレード用ＰＣを一旦ハブに結線して、ハブ経由でＴＡ／ルータにつなげたという次第。
－－－－－－－－－－－－－－－－－－－－－－－
という事で、暫定ネットワーク構成で擬似ＩＳＰ障害試験開始！！
まずは景気づけに多分素直に成功するであろう、ＰＣ⇔ハブ間ＬＡＮ抜線。
【ＰＣ⇔ハブ間ＬＡＮ抜線】
－－－－－－－－－－－－－－－－－
●確認内容
ＭＴ４が再ログインされた事を確認
ＬｉｖｅＭｅｓｓｅｎｇｅｒが再ログインされた事を確認
ＴｅａｍＶｉｅｗｅｒで接続できる事を確認（上記再ログイン確認後実施）
うんうん。素直に４８秒で上手く切替った！ 思ったよりも早い！
－－－－－－－－－－－－－－－－－
さて、ここからが本格的な評価！
つまり、ＳＷ⇔ＴＡ／ルータ間のＬＡＮケーブル抜線試験！
【ハブ⇔ＴＡ／ルータ間のＬＡＮケーブル抜線（土日）】
－－－－－－－－－－－－－－－－－
まずは、マーケットが閉まっている土日に実施。ＭＴ４自体は４分弱で切替る模様。
15:28:38 ＳＷ⇔ＴＡ／ルータ間のＬＡＮケーブル抜線15:29:59 MSN切断検出15:30:19 MT4回線不通検出15:30:35 MT4回線不通の旨ログ出力15:32:19 MT4ログイン開始（データコネクト失敗）15:32:35 MSNログイン15:33:28 TeamViwer接続確認
－－－－－－－－－－－－－－－－－
さて、ついにマーケットが開いている平日に実施。
【ハブ⇔ＴＡ／ルータ間のＬＡＮケーブル抜線（平日）】
－－－－－－－－－－－－－－－－－
詳細ログは割愛するけど、まずＭＴ４の回線切替に２０分程度かかる。
しかも、切替ってから１．５Ｈ後ぐらいに通信障害が３０分発生。
その後、２０分後約６分の通信障害。
さらにその後、１時間３３分後に１５分間の通信障害。
さらにその後、２時間１９分後に４３分間通信障害発生。
なぜそんなに挙動が変わる。。。。
どうも勝手にデフォルトゲートウェイが抜線した側のＮＩＣ側に勝手に切り戻ってしまう事象が度々発生していたみたい。色々試行錯誤するも、事態は変わらず。
使い物になるかぁ！！！！
－－－－－－－－－－－－－－－－－
まずい！
まずいじゃないか！！
試験がUQ-WiMAX加入月末を越えてしまったから、
１ヶ月分のパケット代が余計にかかるやんけ！
１ヶ月分のパケット代が余計にかかるやんけ！
いやいや、そんなセコイ話じゃなくて、
そもそもの構想が破綻してるやんけ！！
ＵＱ－ＷｉＭＡＸ加入に金かかってるんやぞ！！ もう通信代も発生してるんやぞ！！
という事で、ＯＳのデフォルト機能を用いた切替は挫折。
【代替策を考える】
－－－－－－－－－－－－－－－－－－－－－
設定した通信先（ＩＰアドレス）にpingを定期的に送信して、指定回数以上ＮＧだったら外部プログラムを起動させる事ができる。
なのでまずは、デフォルトゲートウェイを変更するバッチ・ファイルを作成。
「ExPing」の設定で、ping（※）が一定回数以上連続ＮＧであれば、前述のバッチ・ファイルを起動する事で、通信経路を切り替える事にした。
※ping ： 通信したい相手と通信が可能か確認するコマンド。
●バッチファイル（起動する外部プログラム）の中身
・「GwToWiMAX.bat」： 通信経路をWiMAX側に切り替え、切り替えた旨をメールする
route add 0.0.0.0 mask 0.0.0.0 192.168.0.1route change 0.0.0.0 mask 0.0.0.0 192.168.0.1"D:\Program Files\WinMailCmd\WinMailCmd.exe" ［送信先メールアドレス］ , , [[EX_PING]][[CRITICAL]] Change to WiMAX, [[EX_PING]][[CRITICAL]] Change to WiMAX
・「GwToFlets.bat」： 通信経路を通常要に切り替える
route add 0.0.0.0 mask 0.0.0.0 192.168.1.1route change 0.0.0.0 mask 0.0.0.0 192.168.1.1pause
・「RoutePrint.bat」 ： ルーティング情報を表示する
route printpause
・「NetStatABN.bat」 ： 通信状況を表示する
netstat -abnpause
－－－－－－－－－－－－－－－－－－－－－
ここで新方式での課題を整理。
【課題】
－－－－－－－－－－－－－－－－－－－－－－
１．どれぐらいの頻度／間隔でpingを行い、何回連続ＮＧでＮＩＣを切り替えるかを決める必要がある
●考慮ポイント
・WiMAXに切替ると、パケット量をほぼ満額（4,980円）分まで使いきってしまう。
短時間の通信障害や間欠障害では切替たくない。
・メインで使用するＩＳＰのＴＡ／ルータの障害ログを確認してみた。
実はちょくちょく通信断が発生している。発生している障害時間は長短様々。
●検討結果
ある程度切替を抑止できる時間として、５分間の連続障害で切替要の障害と判定する事にした。
間欠障害で切替ってしまわない様に、１秒間隔で３回というセットを５分間隔。
なので、６回連続のping失敗でＩＳＰ障害発生と判断する事にした。
２．ＭＴ４のＦＸ業者側のサーバにpingできない（※）ので、ping先のＩＰアドレスを決めないといけない。
検出したいのはＩＳＰ障害。googleとかyahooとかの著名サーバをあて先にする事も考えたけど、
googleやyahooの障害でＮＷ切替が発生するのもおかしい話。
なので、以下の様にＴＡ／ルータが直接接続している基地局のＩＰアドレスにする事にした。
－－－－－－－－－－－－－－－－－－－－－－
で、上記検討結果を踏まえた具体的な「ExPing」の設定は以下。
【「ExPing」の設定】
－－－－－－－－－－－－－－－－－－－
●基本設定
・繰り返し回数：３回
・実行間隔：1000ミリ秒
・定期的に実行する：チェック → ５分間隔
●ＮＧ時設定
・トレイアイコンを変化させる：チェック
・ポップアップメッセージを表示：チェック
・外部プログラムを起動：チェック
プログラム：cmd
オプション：/C "バッチファイル名（フルパス）"
作業ディレクトリ：バッチファイル格納ディレクトリ
・レスポンス遅延時にＮＧ処理を実行する：オフ
・一度通知したアドレスは２回目以降通知しない：オフ
・ＮＧが指定回数に達するまで、通知しない
・６回連続ＮＧで切替 ／ 連続したＮＧのみカウントする：チェック
・「通知しない」設定は定期実行ごとに有効：オフ
－－－－－－－－－－－－－－－－－－－
実際の切替は設定通り５分で完了する事は確認し、メールで通知される事も確認。
次にすることは、外出時に障害が発生した時を想定したリハーサル。リハーサルをするには、障害発生時の手順書を作成する必要がある。
「自動切換えするんだから手順なんていらないんじゃないの？」
という素朴な疑問もあるかと思うのですが、これが違うのです。
まず、本当に切替が成功し、ＭＴ４が正常に動作しているか確認する必要がある。
もし切替が不完全でＭＴ４が動作していなければ手動復旧させる必要がある。
そして、UQ-WiMAXで長時間トレード継続させるのはエアーという事もありいささか不安。
つまり、メインのＩＳＰが復旧したら、ＩＳＰ復旧確認後、元に切り戻したい。
以下は、MT4用EA開発用共通部品「ａｈｆｗ」とMT4障害監視システム「ahfw_hc」を利用する前提で作った手順書。
【ＩＳＰ障害発生時の対応手順】
－－－－－－－－－－－－－－－－－－－
手順検討で気をつけないといけないのは、問題切り分けを行う手順を明確化する事と、切り戻しの時。一歩間違えるとせっかく用意した２系統のＩＳＰ両方が使えなくなってしまわな様に注意。
●障害発生時
１．メール「[[EX_PING]][[CRITICAL]] Change to WiMAX」受信
及びメール「[[AHFW_HC]][[INFO]][DEMO][FOREX.com Japan][TEST1](AHFW_HC) Connection
was opened.」受信
was opened.」受信
２．myfxbookの更新状態を確認し、更新が１５分以内であればＯＫ．１５分以上経過していた場合は、
以下に進む。
３．TeamViwerでログイン。成功すればMT4のログイン状態／Publisher状況確認。
また、ＴＡにログインしＩＳＰ接続状態を確認する。ログイン失敗時は、次に進む。
４．ＭＳＮのログイン状態を確認する。ログイン中であればしばらく待ち、再度上記「３．」
から繰り返す。２０分経過してもログインされていなければ、次に進む。
５．バックアップ用ＰＣのTeamViwerにログインを試みる。成功時はそこからUltraVNC経由
でトレード用ＰＣにログイン。ＷｉＭＡＸ切替バッチ実行等により復旧作業を行う。
６．通信正常にも関わらずＭＴ４がログインできていない場合は、ＦＸ業者に問い合わせる。
７．ＩＳＰ障害であった場合は、障害情報ＨＰを確認する。記載がなければ自宅に電話し、
つながるかどうかで問題切り分けを行い、「フレッツ光」／「ぷらら」に障害調査を依頼する。
●障害復旧確認
１．通信障害が公式ＨＰで公表されていた場合は、復旧の旨の掲載を待つ。
２．通信障害が公式ＨＰで公表されていなかった場合は、調査依頼結果を待つ。
３．復旧した事をＩＳＰ業者から回答得た場合は、ＴｅａｍＶｉｗｅｒでログイン。
ＴＡにログインして接続状態を確認する。
●切り戻し手順
１．ＴｅａｍＶｉｗｅｒで予備機にログイン。
２．ＩＥを起動し有線ＩＳＰが動作することを確認する
３．予備ＰＣからＵｌｔｒａＶＮＣでメインＰＣにログインする
４．「フレッツ用ルータ」にログインし、接続状態が正常である事を確認
トップページ ＞ 情報 ＞ 現在の状態 で接続先IPが「XX.XX.XX.XX」から変更されているか確認し、
変更されていれば「ExPing」の設定を新IPアドレスに変更する。
５．「GwToFlets.bat」を起動
６．「RoutePrint.bat」を起動し、デフォルトゲートウェイが「192.168.1.1」である事を確認
７．「ExPing」がＯＫ応答した事を確認
８．「UQ-WiMAX」アイコンをクリックし、プロパティから一旦「無効化」する
９．１０分経過後、再度ＴｅａｍＶｉｗｅｒにログイン
10．「NetStatABN.bat」を起動し、TeamViwerセッションが切替っている事を確認
11．「UQ-WiMAX」アイコンをクリックし、WiMAX側を再度有効化する
－－－－－－－－－－－－－－－－－－－
この手順を、Evernoteに格納しておいて、外出先でスマホからEvernote上の手順書を見ながら処置をしていく。そして、各サービスに問合せしたり障害状況を確認するために、スマホに各サービスへの問合せ窓口とか、障害情報掲載ホームページのＵＲＬを事前登録しておく。
さて、実際にスマホ＋３Ｇ回線で、上記手順を元に外出している事を前提としたリハーサル開始！！
リハーサルは、障害発生から、復旧確認と切り戻しまで。
【ＮＷ障害リハーサル結果】
－－－－－－－－－－－－－－－－－－－
以下、リハーサル実施結果
14:40 ＳＷ⇔ＴＡ／ルータ間のＬＡＮケーブル抜線14:41 異常音声通知14:46 WiMAX切替メール受信15:01 障害発生時手順完了15:02 ＳＷ⇔ＴＡ／ルータ間のＬＡＮケーブル結線15:05 正常確認完了15:09 切り戻し作業開始15:19 WiMAXルータ無効化まで実施15:33 切り戻し作業完了
●結果概略
NW切替に５分。NW切替メール受信してから正常性確認完まで１９分。切り戻し作業２４分。結構スマホの電池が減った。
－－－－－－－－－－－－－－－－－－－
疲れちゃった。。。
幸いな事に本番開始前に、本当にＩＳＰのメンテナンスによりＮＷ切替が発生。
無事に自動切換えができた事を確認できた！
念のためですが、
これはＦＸのブログです。
そして、「FXシステムトレード初心者奮闘記」は、ＭＴ４用ＥＡ実行環境構築で、ＭＴ４誤操作対策に続くのでした。
＃今ライブ口座で動作中のＥＡ君は当初資金から-1.84%ＤＤ中。。
0 件のコメント:
コメントを投稿