RIPの負荷分散その２

RIPで負荷分散をやってみたのだがIX2015には動的ルーティングによる
負荷分散は実装されてないようで静的ルーティングでのみ実装されてい
るようだ。唯一の欠点と言える。OSPFでもだめなようだ。
ただ静的ルーティングでの負荷分散（ロードバランシング）は良好だった。
いろいろ試した結果、RIPを使いながら静的ルーティングでルーティング
してやると 負荷分散と回線の冗長化が可能なことがわかった。
（VLAN trunkingを使ってFe0/0.1 Fe0/1.1での負荷分散と冗長化）
ここでひとつ落とし穴、LANポートに直接つなぐと勝手に普通は
ルーティングされるが、1812JのVLANインターフェースはkeepaliveが無く
常に生きてる状態になっているので静的ルーティングのままだと
回線の片方が接続断になったとき1812J側で生きてると勘違いして
パケットを送り続けてしまう。これを回避するにはRIPを使って回線が
接続されていないルーティングテーブルを除去する必要がある。
ので、ただ単に静的ルーティングを張っただけではロードバランシング
と冗長化はできないことが確かめられた。
すっきりしない実装なためあまりお勧めできないが、静的ルーティング
とRIPで実現はできる。 （IX2015はRIPと静的ルーティングを設定して
1812JはRIPのみで問題ない。）
あくまで1812J側はVLANのスイッチポートを使っての実装の話である。
できればIX2015で動的ルーティングによるロードバランシングが実装され
ているのが理想だ。
ただロードバランシングするだけだったら静的ルーティングだけでいいです。
生きてるほうの回線で自動復旧とかやらせようとすると1812JとIX2015で
は大変だと言うことです。
あとはRIPのタイマーをいじって高速復旧とかやってます。

RIPの負荷分散

RIPの負荷分散で1812JとIX2015との間で負荷分散をかけてみようと
思ったがNATの関係でうまく動かなかった。
ちゃんと動かすにはやはりVlan組んでスイッチポートを使い負荷分散
をかけるのが筋だと思う。
それと、Fe1ポートとFe2(スイッチポート)のレイテンシはFe1のほうが
約50μSでスイッチポートが約500μSだった。
このことからFe1とFe2で負荷分散するよりFe1単独で使ったほうが
レイテンシが低いことがわかった。
たぶんIX2015のレイテンシもFa0/0 0/1とFa1/0ではレイテンシが
違うと思う 。

追記
その後の測定でそれほどレイテンシに差があるものでもないことが判明。
たまたま間違って測定したらしい。

RIPの起動

ネットワークの設定を静的ルーティングでやっていたのだが
ネットワークの帯域も余っているし、RIPならCPU負荷も高くないことから
設定してみたところあっさり動いた。
RIPはVersion2を使ってクラスレスルーティングとした。
デフォルトルートも渡すように設定すると1812JとIX2015とでちゃんと
デフォルトルートが通りました。
あと面白そうな機能と言えば負荷分散なんかをやってみたい。

1812Jからwww.google.co.jpにトレースルートをかけると明らかに
負荷分散しているらしく経路がばらつくのが見えます。
Windowsのトレースルートだと見えません。

QoSの設定その４

IX2015ではtraffic-shapeコマンドとpolicy-mapを使ったQoS
を同時にかけられるけどCisco 1812Jの15.1(4)Mではtraffic-shape
(GTS)コマンドがヘルプでは出てこなくなっていてもう使うなと言わん
ばかりでした。MQCとの同時利用もできませんでしたが、
MQCを使ってネスト構造とすることにより同じ機能は再現できました。
というかやはりCiscoのほうが細かいことができます。IX2015だと
細かい部分の処理の流れなどがドキュメントに載ってなかったりして
実際にパケットを流してどうなるか調べないと使えない状態になりました。
たとえばtraffic-shapeとpriorityコマンドはどのように作用するか
とか、パケットは遅延するのかそれとも割り込む形になるのか・・・
ドキュメントをもう少し充実させてもらえるとなお良いです。
Ciscoのほうはネスト構造を使ってコテコテに記述もできるし
使い込めばやれるだけやれる感じです。
priorityとshapeコマンドの振る舞いの記述もありました。
IX2015のシンプルな考えもわからなくも無いですが・・・

IX2015も1812Jも5000円位で買えるようになってきてるので
あれですが両方あると細かいところに手が届いて面白いです
コマンド自体もさほど変わらないしいろいろいじるんだったら
IOSのほうが自由度がある感じはしますがTinyな感じが味わい
たいときはIX2015のほうが面白いです。
IX2015はバグが少なく設定後なんかおかしくなってreload
と言うパターンはほとんど無いです。IOSは・・・バグによく
遭遇します（自由度が高い分しょうがない気はしますが）
大概おかしな設定をした（通ってしまうのが怖い）可能性が高い
です。そういう時はセーブしないでreloadしましょう。
少し前のTトレインIOSはエラーログ残して吹っ飛んだことが
１回ありました。
そのほかは設定が反映されなくなったりとかnoコマンド
で解除できないバグにも遭遇しました。
最近はMラインでずいぶん安定したと思います。

QoSの設定その３

QoSを煮詰めているとどうもACLが複雑になるばかりで
良くないことが判明。
それで思いついたのがIX2015のQoSでIP precedenceをカラーリング
してからCisco 1812JでCBWFQ+LLQの二段構成でやってみることにした。
IP precedenceを使うことには多少抵抗があったが使ってみると
これが非常に快適でACLの複雑性から開放された。

IX2015のカラーリングはclass分けするのでFIFOで動作する
パケットは入力順にカラーリングされて出力される。カラーリングしながら
PQは使えない。あくまでFIFO動作だ。

うちの環境はADSLなので上り帯域は3Mbps弱なので1812Jでclass-default
にshape average ～としてシェーピングを掛けている。
ファイルサーバーはshape averageとbandwidthを両方かけてある。
ファイルサーバーは輻輳時帯域を128kbpsまで絞ってしまう設定にした。
シェーピングを掛けたほうが上りの帯域は安定する。
ミッションクリティカルなip precedenceはLLQとしてpriorityコマンドで
かけている。

ためしにネットワークを使ってみるとファイルサーバ転送時でも
httpで上り3Mbps確保できることを確認した。
ファイルサーバー転送時でもLLQパケットのレイテンシ
は低いままだった。ネットゲームのラグも無く非常に快適だ。

今日、1812JのIOSをバージョンアップしたTトレインでは無くM
（メインライントレイン）に変更した。
15.1(3)T→15.1(4)Mに変更した。
1812JではこれからはTトレインは発表されなくなってくるのかな
結構なバグが取れているらしく、新しい機能も組み込まれた。
IOSのファイルサイズが若干大きくなった。

QoSの設定その２

cisco 1812jの方には前記したようにCBWFQ+LLQでQoSを掛けてあるが
ネットワークの途中にあるIX2015には掛けてなかったのでQoSの設定を
してみることにした。
IX2015のQoSはCiscoほど自由度が無くとりあえずPQで掛けて
みることにした。
とりあえずネットゲーのパケットはHigh queueにそれ以外はNormal
ファイルサーバーはLowに分類することにした。
IX2015のプライオリティーキューイングはクラス内のパケットの優先順位
ということでクラスが変わると無効になってしまうらしい。
ここでひとつ落とし穴、最初１つのクラスにするのではなく複数のクラスに
分けて記述してpriorityコマンドとbandwidthコマンドで制御しようとしたが
priorityコマンドはCiscoと違って輻輳の有る無しにかかわらず指定したレート
を上回るパケットはドロップする仕様らしい。なのでCiscoのLLQとは
ちょっと違った動作をするのであった。
なので使えないのでまずクラスを１つにしてbandwidthを設定して
queue-limit 8 32 64 96としてqueueの深さを設定してHigh queue をあまり
バッファーしないように設定する。
それとpolicy-map ～とするとclass-defaultが勝手に出来てしまうので
match any Normalとして明示的にほかのパケットはNormalと宣言して
やらないと未指定のパケットがclass-defaultにヒットしてPQがうまく掛からない
現象が発生する。つまりIX2015のPQはクラス内のPQなので少し面倒だ。
IX2015でPQを使う場合あくまでクラスは１つしか使えないということだ。

設定を完了してしばらくネットワークを使ったあとsh policy-map interface
で確認を取ってみると、High queueがpeakで4 queueバッファしてることが
わかったマージンは倍あるのでよしとしよう。
あまりバッファーしても遅延してしまうので要注意だ。

ASAHInetはip source-routeがデフォでオフ

アサヒネットはIP ソースルートがデフォルトで通らない
ように設定されてるみたい。
ということでIPオプション使ったパケットは抜けない様に
なってるみたいです。
ちなみにcisco 1812jはそのまま使える。
NEC IX2015はそのままだとIPパラメータ異常を返すので
使えるようにコマンド打って使えるようにした。

IPオプション付のパケットはハードウェア処理ではなく
ソフトウェア処理で処理されるのでルーターに負荷が
かかるとか聞いたことがあった。でも本当のところは
どうなんでしょうか？
そもそもルーターはソフトウェア処理なんじゃ・・・
ハードウェア処理はL3スイッチではないかとかいろんな
疑問がわいてきます。
ということでぐぐってみました。
ソースによるとハードウェアベースのエンジンではIPオプション
は処理できないとのこと・・・
やはりソフト処理になるようです。

パケットの手動経路制御は無理みたい。
どこかIPオプションの使えるプロバイダーを教えて・・・
IIJかvectant系あたりだったら使えそうかなぁ
パケットの経路制御して遅延制御とかバーストエラー制御
とかいろいろ使い道はあるのだけど・・・
とりあえず宅内にラボでも作って実験するか・・・

#追記

ASAHInetのIPｖ４ネットワークではオプションヘッダ自体は
大丈夫みたいでソースルーティング禁止でした。
ただし経路の途中にIPｖ６のルーターが入ると暗黙のパケット破棄
が起こってデーターが流れてこないです。
よってASAHInetはIPオプションつきのパケットにとって非常に
不安定なネットワークであるといえます。

経路をオプションヘッダで調べるとpingの行きと
帰りのIPが違っていたりして面白いです。

ネットワークを再構築した。

とある理由でネットワークを再構築した。
Ix2015はコマンドでmdixを変えられないので少し苦労したが
何とか大丈夫だった。
これでcisco 2610をコンソールサーバーとして使えるようになった。
今まではちょっとした理由で再起動時にはコンソールサーバーとして
使えなかったがこれで大丈夫だ。
少しの間眠っていたIX2015も再起動で問題なし
消費電力は若干アップしたがまあこの程度ならOKの範囲内だ。
これでネットワークも安心して使える。

IX2015のCPU負荷について

IX2015のCPU負荷の取り方についてとtomochaさんのwikiに載ってたので
参考にしてCPU負荷グラフを取りました。
OIDは1.3.6.1.4.1.119.2.3.84.2.5.1.0でCPU負荷が取れるみたいです。

最初、HTTPによるダウンロードでその後はセッションだけ張るテストです
ほとんどPPPoeの処理時間に時間をとられているみたいですね。
それとも強制リアセンブリが影響しているのか・・・
それにしてもSNMP環境作るのに苦労した割には・・・

IX2015のSNMP監視とUPSのロードテスト

IX2015は公開されてるMIBファイルでCPU温度とCPU電圧がモニタできる。
CPUに負荷を掛けるテストをしてみたところCPU 温度が １℃上がるようだ。
モニターソフトはPRTGを使った。cactiはうまく動かせなかった（技術力不足）
動的フィルターを入れる となぜパ フォーマンスが下がるかはわからなかった。
#その後パフォーマンスが下がった原因はADSL側であることが判明した。

図１　ADSLルーターのPPPoeブリッジ＋IX2015 PPPoe
　　　 動的フィルタ　httpダウンロード

IX２０１５にとっては軽い負荷なのでぜんぜん参考にならないが・・・

さて、UPSのテストは負荷にIX2015とADSLルータをつなげて5時間以上
バックアップできたのでそれほどバッテリーは痛んでないようだった。

ステートフルパケットインスペクション

IX2015のフィルターを動的フィルターにしてみました。
show ip filter dynamicコマンドで確認するとタイマーが動いてて
きっちり動作してることが確認できました。
かなり設定にてこずりましたが（勘違いしてる部分が多かった）
そのまま静的フィルターと置き換えでよかったのに・・・
やっと解決です。（疲れた）
これで結構堅牢なルーターになったんじゃないかなと
自己満足に浸ってます。
でもパフォーマンスは0.3MB/sくらい遅くなりました

#後で測定したら0.3MB/s落ちはなかったです。

IX2015とADSLモデムにUPSを導入しました。

とあるところからUPSを格安で入手したので
IX2015とADSLモデムにUPSを付けてみました。
後はサーバーを用意してネットワーク環境を整えたいと思います。
ためしにコンセントを抜いてテストしてみたらばっちりでした。
バッテリーの寿命ですがまだいける状態で
だめならバッテリー交換で対応することにします。
なにせ1500VAもあるのでサーバーのバックアップ
以外の用途にも使えそうです。
ただ、本体重量は20Kg以上もある重量物なので
最初少し焦りました。（その重さに）

今日は山形に行ってきた。

山形に行ってきた。
福島よりも寒く、雪も残っていた。
道路の雪は全部解けていた。
スキー場はにぎわっていた。

ところでNECのルーターをもう少し
使いこなしてみようと思う。
まだぜんぜん使いこなしてないし
後は動的フィルターか・・・
ちなみにこのルーター(IX2015)を使うには
コンソールケーブルは必要です。(CiscoのやつでOK)
設定してしまえばtelnetでも大丈夫ですが、
フィルター周りをいじって入れなくなったりする場合があるので
1本用意しといた方がいいと思います。

昨日のは間違ってて

昨日の設定には間違いがあり。ポート番号でPQはOKです。
もう一回見直して設定したら動きました。
よってIPアドレスとポート番号でPQが動いてます。
もう一般用のルーターには戻れない感じです。
そのほかにもQosやルーティングでいろいろできますね。
スループットも申し分ない感じです
動的フィルターも面白そうですね。
このルータ、ショートパケット性能も高いらしい。
後は使い方を熟知するだけなんですが・・・

今日はついてないのか

IX2015の設定でアクセスリストを使ってPQを掛けてみたが
TCPやUDPまではサポートしてないらしくIPまでのアクセスリストだったら
うまく動いてくれることがわかった。
基本的にはQoSの部分はアクセスリストで設定できるすべてが
対応できるわけではなく、あくまでIPレベルでということらしい。

さて、運がついてないといえばBluetoothマウスの電池切れである。
こんなにはやく無くなる物なのか・・・

#ミスしてました。
基本的にはアクセスリストで設定できるところまで設定できました。
ということで、ポカミスをやっていたことになります。
前記した部分は適当に読み飛ばしてください。

IX2015のping通らない件

IX2015のPING通らない件は無事解決しました。
PINGサーバーってデフォルトでは内部のみのサービスなんですね。
無事解決です。
QoSも設定して快適ネット空間です。
PQの設定はそれほど難しくないけれど
どちらかというとFilter設定のほうが難しいような・・・

フレッツにはPPPoeブリッジ機能で繋いでるが問題なし。
IXシリーズはいじってて結構楽しいです。
CISCOのルーターとかも楽しいんだろうな・・・

なかなか手ごわい・・・

IX2015というルーターを入手した。
このルーターはNEC製でコマンドラインで動くルーターだ。
一通り設定すると特に問題はないが、ICMPに反応してくれてないような・・・
内部からグローバルIPでPING打つと反応あり、大丈夫かな・・・
さすがにこのルータ2日位ではでは使いこなせない
そのうちVPNでも張ろうかな～