Clever Geek Handbook

ネットワヌクに぀いおすべおの少し

最近、むンフラストラクチャのネットワヌク郚分の胜力を向䞊させるための小芏暡なトレヌニングコヌスがありたした。 OSPF / BGP / MPLSを察象ずするこれらのコヌスの䞻なアむデアをここでは繰り返したせん。理由は次のずおりです。



そのため、ここでは、孊習プロセスで生じたネットワヌクに近い興味深い瞬間に぀いお説明したす。 これのいく぀かはあなたには圓たり前のように思えるかもしれたせんが、远加の資料ぞの豊富なリンクを読むずき、私は退屈の可胜性を補おうずしたす。



倚くの堎合、Wikiリンクは、コンテンツ自䜓よりも倖郚リンクおよび参照セクションのほうが泚目に倀したす。







むヌサネットフレヌムフォヌマット



むヌサネットフレヌムは実際にはそれほど単玔なものではありたせん。 DMACに぀いおは誰もが知っおいたすが、

SMACおよびVLANタグ。 ただし、プリアンブル、フレヌムの開始、フレヌム間ギャップに぀いおは、通垞

忘れお。 私は、忘れるべきものが非垞に悪いFCSに぀いお話しおいるのではありたせん。 フィヌルド

サむズ/タむプは通垞、時々曎新する䟡倀がありたす。





スむッチモヌド



いく぀かの切り替えモヌドがありたす。 最も人気のあるものは次のずおりです。







マスク/ 31



マスク255.255.255.254- RFC 3021の䜿甚に関する特別なRFCがありたす。

芁するに、ポむントツヌポむントリンクを䜜成するこずにより、yuzai / 31マスクのIPアドレスのスペヌスを節玄できたす。





遞択的ACK



TCP党般、特にTCP茻茳回避に぀いお話すずきは、

圌らは滎の定矩に぀いお話し始めたした。 通垞のACK別名

环積確認応答ごずに1぀の倱われたパケットのみを識別できたす

1぀のRTT、および珟圚のネットワヌク速床ずりィンドりサむズ りィンドりに぀いお

スケヌリングも読むこずをお勧めしたす。 怠け者の堎合WNDはBDPを超える必芁がありたす1぀のりィンドりで耇数のドロップが発生する可胜性が高くなりたす。 1぀の堎合

TCPでのドロップはFast回埩をしたす。 ただし、耇数のパケットが䞀床に倱われ、

リンクのRTTが倧きいため、TCPパフォヌマンスが倧幅に䜎䞋したす。

ずころで、 ECNは萜䞋から保護したす。聞いおいない堎合は、読んでください。





MACアドレス



実際、 MACアドレスの構造は完党にランダムではありたせん。 ほずんどの管理者

MACが2぀の郚分に分割されおいるこずを知っおいる OUI 䞀意に指す

メヌカヌおよびNIC固有䞀意のネットワヌクカヌド番号。

ただし、MACにはさらに2぀の特別なビットがありたす。最初のオクテットの7番目ず8番目のビットです。 8日なら

ビットが1に蚭定されおいる堎合、アドレスはマルチキャスト、それ以倖の堎合はナニキャストです。 7番目のビットが等しい堎合

ナニットの堎合、アドレスはいわゆる アドレスによっおロヌカルに管理されたす、぀たり 䜏所

ネットワヌクカヌドに手動で割り圓おられたすたあ、たたはハヌドりェア/゜フトりェアを䜿甚したす。IEEE

割り圓おられおいないOUI。

そのため、たずえば、私のマシンのVirtual BoxむンタヌフェむスにはMACがありたす

0a0027000000-ナニキャストでロヌカルに管理されおいるこずに泚意しおください

0x0a = 0b00001010の堎合。

STPプロトコルマルチキャストMAC 0180C2000000-最初のオクテットの8番目のビット

1に蚭定したす。

なぜ奇劙なビット7ず8を遞んだのかず䞍思議に思ったら

答えは簡単ですネットワヌク経由でバむトを転送するずき、各バむトが送信されたす

RFC 2469で詳述されおいるように、逆方向。





Wifi



ここには私にずっお非垞に倚くのこずがありたした。



そしお、䞀般的に、 802.11に぀いお、私が知っおいるこずはほずんどありたせんが、唯䞀良いこずは、 私が唯䞀ではないずいうこずです =





BGP



N WLLA OMNI





䞊蚘の文字は、最適なBGPルヌトを遞択するプロセスのニヌモニックレコヌドです。

N有効なネクストホップ、W重み、L-ロヌカル優先床、L-ロヌカル発信、A-

パスずしお、O-起点、M-med、N-ネむバヌタむプ、I-IGPメトリック。

CCIE Routing and Switching Exam認定ガむド第3版から改線 。





自埋システム 



 ASは、1人が実行する1぀以䞊のIPプレフィックスの接続グルヌプです
 1぀以䞊の明確に定矩されたネットワヌクオペレヌタヌ以䞊
ルヌティングポリシヌ。


これを実珟する必芁がありたす。 ASは32ビットの数字だけではありたせん。 にもおすすめ

RFC 1930を読む





むンタヌネット甚語集



組織







䜏所の皮類





ripe-127でそれらの違いに぀いお詳しく読むこずができたす。







Bfd



あらゆる皮類のレガシタむプRIPずそのホヌルドダりンタむマヌに぀いお話しおいる間、私は思い出したした

矎しいのは双方向転送怜出です 。

転送゚ンゞンの掻力を決定するために腺に盎接接続されおいたす

1秒未満の粟床でのサむドおよびリンクの敎合性 RFC 5880 ただありたす

盎接接続間のIPv4 / IPv6接続をテストするオプション

ホスト RFC 5881

BFDの代替ずしお、IGPからタむマヌをツむストできたすが、この方法は

シスコ自䜓が曞いおいるその短所 双方向転送怜出

OSPFの堎合





ネットワヌクアヌキテクチャ



CDA



3局アヌキテクチャは、暙準ずしおシスコによっお開発および提案されたした。 意味

ネットワヌクをコア、配垃、アクセスの各郚分に分割したす。 私たちの

講垫は各レベルでL3スむッチを䜿甚するこずを匷くお勧めしたす。

コアからできるだけ遠くでL2を終端したす。 しかし、単なる人間にずっおは、

L2からAccessぞの回線。

ワゎンず小さなトロリヌQoSの圢匏がトピックに曞かれおいるため、繰り返されたせん

ただし、 ゚ンタヌプラむズキャンパス3.0アヌキテクチャのみを参照したす抂芁

およびフレヌムワヌク 。



CE-PE



アヌキテクチャ内のさたざたなASの存圚を認識するスキヌム。

CDAず共に初めお、 Junos High AvailabilityBestで圌女を芋たした。

高いネットワヌクアップタむムのプラクティス 、これを読むこずをお勧めしたすp。

339。





䞍連続サブネットマスク砎れたマスク



サブネットマスクはプレフィックスで衚珟できる、぀たり

巊偎の䞀連のナニットたたは完党に䞍圚。 ただしマスク

たずえば、次の圢匏のマスクを匕き裂くこずができたす。

11111111.11111111.11111111.00000001





非垞に有効であり、ホスト/ 24が1぀おきに䞀臎したす

サブネット。 もちろん、すべおの機噚が砎れたマスクをサポヌトしおいるわけではありたせん。

テスト環境倖で砎れたマスクを䜿甚するこずは犁忌です。 あなたは

譊告された。





゚ニヌキャスト



倚くの堎合、゚ニヌキャストはIPv6コンテキストでのみ蚀及されおいたす。 もちろん、遠く

すでに3぀だけ叀くなっおいるRFC1886は、゚ニヌキャストのようなタむプのアドレスず呌ばれおいたした。

ただし、これはそれらを蚘述する最初のRFCではありたせん゚ニヌキャストぞの最初の参照の1぀

RFC1546Host Anycasting Serviceにありたす で長い間䜿甚されおいたす

IPv4は倚くの堎合、BGP / IGPにバンドルされおいたす。 たずえば、DNSルヌトサヌバヌの䞀郚は

゚ニヌキャストアドレス。

GOST ^ W RFCによるず、゚ニヌキャスト

゚ニヌキャスト特定のサヌビスアドレスを䜜成する方法

次のような耇数の独立した堎所で利甚可胜

送信されたデヌタグラムは、利甚可胜ないく぀かの堎所のいずれかにルヌティングされたす。


泚プロトコルではなく、暙準ではなく、単に方法論たたはそれがいかに流行しおいるのか

ベストプラクティスを呌び出しお分散化されたフェヌルオヌバヌを䜜成する

サヌビス。 anycast-best-practices



自䜓はRFC 4786で読むこずができたす 操䜜

゚ニヌキャストサヌビスの



゚ニヌキャストアドレスは、次を䜿甚しおナニキャストアドレス空間から割り圓おられたす。

定矩枈みのナニキャストアドレス圢匏のいずれか。 したがっお、゚ニヌキャストアドレス

ナニキャストアドレスず構文的に区別できたせん。 ずき

ナニキャストアドレスが耇数のむンタヌフェむスに割り圓おられおいるため、

゚ニヌキャストアドレス、アドレスのあるノヌド

割り圓おられたものは、それが゚ニヌキャストであるこずを認識するように明瀺的に構成する必芁がありたす

䜏所。


゚ニヌキャストを区別するこずを瀺唆する前述のRFC 4291

「目で芋た」ナニキャストからのアドレスは䞀般に珟実的ではありたせん。

PS。 もちろん、゚ニヌキャストの抂念がただただあるIPv6に敬意を払うべきです。

あたり圢匏化されおいない、たずえば、サブネットの最初ず最埌の128ホスト

定矩により、゚ニヌキャストアドレスです。 詳现に぀いおは、 予玄枈みをご芧ください

IPv6サブネット゚ニヌキャストアドレス





䞀般的なアドレス遞択。



IPv4の䞖界では、すべおが非垞に単玔でしたgethostbyname(3)



がありたした。



h_addr



たたは極端な堎合には、 h_addr_list



呚りの独自のロゞック。 ず

IPv6の出珟により、物事はさらに面癜くなりたした。珟圚、 getaddrinfo3がありたす。

どのaddrinfo



リストが重芁なルヌルで゜ヌトされおいるか デフォルトのアドレス

むンタヌネットプロトコルバヌゞョン6IPv6の遞択 。 以䞋は、BSDのlibc



からのリストです。 

 / *
 *ルヌル1䜿甚できない宛先を避けたす。
 * XXX珟圚、適切なルヌトが存圚するかどうかは考慮しおいたせん。
 * /

 / *ルヌル2䞀臎するスコヌプを優先したす。  * /

 / *ルヌル3非掚奚のアドレスを避けたす。  * /

 / *ルヌル4自宅の䜏所を優先したす。  * /
 / * XXXただ実装されおいたせん* /

 / *ルヌル5䞀臎するラベルを優先したす。  * /

 / *ルヌル6より高い優先順䜍を優先したす。  * /

 / *ルヌル7ネむティブトランスポヌトを優先したす。  * /
 / * XXXただ実装されおいたせん* /

 / *ルヌル8より小さいスコヌプを優先したす。  * /

 / *
 *ルヌル9最長䞀臎プレフィックスを䜿甚したす。
 *同じAFでのみ䞀臎長を比范したす。
 * /

 / *ルヌル10それ以倖の堎合、順序は倉曎しないでください。  * /


これは実際、ラりンドロビンDNSが完党に正盎ではないこずを意味したす。

远加情報ずデフォルト倀の怜玢では、次のこずがわかりたす。

Linux cat /etc/gai.conf





FreeBSD ip6addrctl show









特別なIPv4アドレス



自己開発のための興味深い蚘事 IPv4アドレスの特別な䜿甚 。 もし

ありふれたものプラむベヌトアドレスずマルチキャストをすべお削陀し、実際には削陀しない

興味深いテストネットワヌク、 240.0.0.0/4



 240.0.0.0/4



の圢匏ず6to4リレヌ゚ニヌキャストが残っおいたす。





IPv6



たた、IPv6ずデュアルスタックに぀いおかなり議論したした。 これに぀いおはすでに曞いたので、繰り返しはしたせんが、 IPv6 Basicsぞのリンクを残したす





結論の代わりに



これらはマヌゞナルノヌトです。 䞍正確な点を芋぀けた堎合-たずえば-話し合い、修正


More articles:


All Articles