enableになっていた。serverに着信したトラフィックの戻りパケットをL3のnext-hopであて先をルーティングするのではなく、着信時のソースMACに転送する仕組み。詳しくは、F5の解説がある。リンクの解説を読んでみてもいまいち、利用用途がわからない。macになって、問題となるケースにまず当たる。⇒メリットなし!!と結論付けてしまいました。いっていますが、同じように、TCP,NFS-over-UDPで同じようにソースMACに転送する設定がデフォルトenableになっているようなので、NFSサーバをL3-Hopして使用している方は覚えておいたほうがいい。2013年11月2日いさびさに小ネタで更新。portfastエッジportでSTPの遷移を省略してFWDするために、portfastの設定をいれると以下のメッセージがでる。portだと効きません。bradeswitchや、VMHostのVswitchでdot1q渡ししたいときに困った。portでportfastが有効になりました。enableを設定して、bpduを送受信しないようにしておくとおもいます。Lag(vPC)のloop検知用にBPDUがつかわれていて、エッジに、BPDUがながれてくることが必須です。non-STPから始まったtrillなのに、(ほぼ)trill実装のCisco:NexusでBPDUを流すのは、いけてないなーと感じます。formatを流用するが流行のようだとか、その辺がこの矛盾の要因かも。Fabric)のうえにのせる場合、jamboFrame対応のためMTUは大きく変更すると思います。9216(byte)まで設定できますが、そのあたりのメモです。portはデフォルト9216で変更できない。6byteが付与されます。->*VDX独自実装で、さらに8byteが付与されているらしい。9194がhostに設定できる最大MTUとなる。□注意点HostからUntagではいってきても、trill時に、Innerのframeにもtag(4byte)が追加されます。Fabricは特に、Userに設定させることなく、究極はconfig-lessまでめざしてる?と思うくらいです。この辺ではまったら、もろサーバ屋さんは気づくの難しいんじゃないかと。enableという事実を知ってしまったので、NSF/NSRについてまとめておこうと思います。Restartの手順概略は、1.ルーティングプロセス(OSPF,BGP)を再起動するルータが隣接に対して、事前に通知パケットを投げる。2.隣接ルータは再起動ルータとのピアが切れても直近のFIBにしたがってForwardingを続ける。3.再起動が終わったら、ルーティング情報を再開し、stateな状態に戻る。ピアが切れてもFIBが残っているということは、control-planeとdata-planeが分離されている機器であることです。比較的導入ハードルはひくいと思います。機器実装で、updateをstatefulに同期するアーキテクチャで実装しているかどうかということになります。こちらはハードルがたかい(らしく)キャリアグレードな機器でないと実装していないでしょう。難しいのか、実装上の問題点などは、MPLS2004での発表資料こちらがわかりやすいです。restartが成立するか確認できます。実装パターンは機器によるので、ドキュメント等でキチンと確認する必要があるでしょう。(追記)AlaxalAのマニュアルは日本語だし、初心者向きで親切です。Routingはsupportしてなさそうです。業務で登場してきたので、ちょっとまとめ。最後の考察で書きますが、最近のネットワークデザインでは使うことはないかも。プロトコルの詳細な内容は以下がすごくまとまっているので、確認してください。Detection)は、Ethernetの単一リンク(片Link)障害をL2で検出するためのプロトコルです。Auto-Negtiationで片リンク障害(RemoteFault)検出ができますが、あくまでも、PHYレベルでの検出です。UDLDはL2Frameを送受信して検出するので、Linkがあがってるけど、送受信できない=サイレント故障を検出できます。PDUの送受信して、ネイバーを検出を検出します。ネイバーが確立されると、Helloパケット(プローブ)を送信して、隣接状態を、確認しあいます。Helloが受信できなくなると、障害とみなして、err-disableとなり、対向スイッチのLinkがDownします。noコマンドでdisableした際に、flashのnotifyを投げて、ネイバーに隣接関係の解除させます。noコマンドでdisableをしたから、隣接がerr-disableに落ちることはありません。フレームUDLDはL2フレームフォーマットです。Ciscoだと、Dst-MacにCDPと同じMAC"01-00-0c-cc-cc-cc"を使用しています。L2Frameに直接Dataをのせるため、LLCにSNAPヘッダをつけて、L3フレームを模擬します。通過する機器は、あくまでもL2フレームで、forwadingされます。Dataで付与されるパラメータは以下です。neighborでこのあたりの情報が確認できます。UDLDはいつ使うのかここからが本題。迂回路があるので、Linkダウンさせて経路迂回させたい時かと。keepaliveしてるです。OSPF,BGPはそもそも上位Layer(L3)で動作しているので、わざわざUDLDしなくてもいいように思う(というか無駄)。(コンバージェンスに関してもそのプロトコルにあわせてtimerなどを調整するべきかと。)別vlanにstaticで2経路みたいな構成だと、(間にスイッチかんでたりとか?)意味あるかも。それって、デザインが悪いじゃないかと思います。UDLDの注意UDLDは対向機器同士で設定するものですが、フレームのとおり、L2で透過してしまいます。neigbhorがはれてしまいます。VRRPの両系がおちるという悲惨な事故になるじゃないかと(検証してませんが)(追記)以降出会うことがないかもしれない。