NATIVE接続に申し込みを行った。G200で行うことになりました。NATIVEに契約をします。その際、フレッツ契約を結んだ際に渡されるIDとセキュリティーキーを入力する必要がありますので、契約の控えなどを持っておくとマルかなと。私の場合、クレジット支払いにしていたので、手続きは自動的に進められ、恐らくは1時間程度でInterlink側で必要となる作業は完了するようです。実はこの時、NGN側から渡されるPrefixが変更されるので注意が必要です。私のところではHomenocとの接続が切れてしまいました。これについては、Homenoc担当者さんへ連絡し、こちらの変更されたIPv6アドレスを伝えることで復旧しています。次に設定の話になるわけですが、YAMAHAのコンフィグサイトやIPoE接続をした人のブログ記事など色々参考にさせていただいたんだけど、結論としては「単純にIPIPトンネルを引くだけ」だったという。残念ながら今回使用しているFujitsuルーターの直接的な参考になる情報はなかったため、若干の応用力は必要になりました。G200のコンフィグはSi-R第1世代の機種と比較してかなり癖が変わっているので、以前のSi-Rを使用している人には色々難を感じるところもあるかもしれないんだけど、慣れてみれば少し他社機種に寄せた動作をするところもあるのかなと感じていて、むしろ使いやすくなるんじゃないかなぁと言う気がする。Groupと言う考え方がある。L2フレームを直接渡せる範囲をグループ化できるのだけど、この考えは少々WindowsやMikroTik製品で使われるROSに似たところなんじゃないかなーと勝手に思っていたりする。その他変わってるなぁと感じるところは基本的に1行で一気に書き上げる文法であり、コマンド階層はそんなにないコマンド階層それ自体は恐らくYAMAHAルーターに似ている設定確定はCommitが必要。このあたりはJunosっぽい。未反映ConfigはCandidate-configとして確保されており、Running-configは反映後のコンフィグ。このあたりもなんだかjunosっぽい。インタフェースの設定インタフェースはG200の場合、1/1-2、2/1-8と言う形で大きく分けて2系統構成されている。IDを割り当てる形で、インタフェースとVLANの対応付けを行う。Groupを適用している。従来モデルと同様にSTPを動かすことも出来る。1lanインタフェースも同様で、etherに対して割り当てるのではなく、VLANに割り当てるようになってるみたい。今回の構成では、NGN(ひかり電話なし)パターンを使用するため、ipv6の末尾部分を固定するため、ifid指定をlan0に対して行っている。784lan1はNGNでトンネルされたL2フレームを流すだけであるため、VLANの紐付けしか行っていない。lan2及びlan3については、IPv4のみを通す想定で、IPアドレスの指定を行っている。必要に応じて内部セグメントに対するルーティングを流す必要もあるが、ここでは割愛。ルーティングは内部で転がすならIGP設定などを入れて動的制御するのも一つの手。今回、NGNを通じて追加するremoteインタフェースはいずれもIPoEであるため、トンネルを構成する形になる。Homenocの堂島POPとの接続が以下の通り。1に渡す形になっている。することで、同一ブリッジにつなげたフレームをVLAN788に流すことが出来るようになる。NATIVE接続用トンネルが以下の通り。EtherIPとIPIPトンネルの違いがいまいちわかってないんだけど、いずれにしてもL2フレームをトンネル経由で流す構成になる。Group3へ通すことにより、Homenocと同様に構成するに加えて、デフォルトゲートウェイ設定を入れることで、トンネルインタフェースをデフォルトゲートウェイに強制することが出来るようになる。GroupでIPv4/IPv6のルーティングを有効にするかどうかを設定する箇所。今回、ACL設定はTELNETやHTTP/HTTPS/FTP等のサービスに対して仕掛ける。中継パケットに対してはとやかく言わない方針で組んでいる。brief"実際速度はどうだったか?仮想クライアントで速度計測を行いました。(物理クライアント端末だとWifiを通るので、その速度劣化が出てあんまり差が出ませんでした)片方はPPPoE接続、もう片方はIPoE接続。IPoE接続により130Mbpsまで向上させることが出来るようになりました。UTMでガッツリIPSなどを動かしている関係上、ある程度のオーバーヘッドが発生していることは推測されるのですが、それでも応答速度がpingベースで15msまで下がったのは感動でした。DNS相手にってのがいいですね。IPoEはCGNを必ず通る性質上、固定IPを取得することができないため、自宅サーバには向かず、あくまでクライアント端末向けのアクセス経路にはなります。言え、両方契約するのもありでしょうし、異なるプロバイダを採用するというのもありでしょうし、選択肢は広がったと言えるのではないでしょうか。終わりにPPPoEだとONUの許容するセッション数に依存するところが、IPoEですとルーターのTunnel対向数に依存する形になるので、そういう意味でも回線利用の幅が広がるのかなーと思いました。今までの接続方式(PPPoE)と比較するとちょっと「?」と感じるところもそれなりに出てくるんですが、そこはお勉強対象ということで、も少し深く学べばそれはそれで面白いんじゃないかとも。何にしても今回も良い勉強になったと思います。いうわけで、「」の一環でやってみることにしました。前回の記事ではDKIMについて取り扱ってみたのですが、もう少し踏み込んでDMARCについても触ってみました。DMARCとはこのようなものみたいです。帯域制御を試す実家に帰ったついでに、以下のことをしてきました。Luminousに触れていたころから知ってる特性なのですが、OSDを追加すると基本的にリバランス処理が発生します。この間、結構な処理が流れます。