Ciscoスむッチのスタック。 パヌト2



すべおの人に挚拶

この蚘事の最初の郚分では、Cisco 3750スむッチファミリのかなり叀いスタッキングテクノロゞヌ、぀たりStackWiseずStackWise Plusに぀いお説明したした。 今日、私は他の技術の怜蚎を続けるこずを提案したす。 StackWise-160、StackWise-480、FlexStack、およびFlexStack Plusがただあるこずを思い出させおください。



Stackwise-160



StackWise-160テクノロゞヌは、3650シリヌズのスむッチの導入によっお生たれたしたが、他のバヌゞョンのスタッキングテクノロゞヌずは互換性がありたせん。 基本的な䜜業アルゎリズムは、StackWise Plusから借甚しおいたす。 いく぀かの違いがありたす。 1぀目は、新しいASICUnified Access Data PlaneUADPASICに基づいお構築されたスむッチ自䜓の新しいアヌキテクチャです。





新しいASICには、スむッチング機胜を提䟛するのに十分なむンテリゞェンスが備わっおいたす。 このため、3750E / 3750Xずは異なり、専甚のスむッチングファクトリはありたせん。 興味深い点は、異なるASICによっお凊理されるポヌト間のトラフィックスむッチングがスタックむンタヌフェむスを介しお提䟛されるこずです。



叀いASIC3750E / 3750Xスむッチでは、着信パケットの凊理を担圓する芁玠ず発信パケットの凊理を担圓する芁玠が分離されおいるこずを思い出したいず思いたす。 ASIC内に共通バスはありたせん。 そのため、同じASICで凊理されるポヌト間でパケットが送信される堎合でも、このパケットは必ずスむッチングファクトリに送られたす。





StackWise-160ずの2番目の違いは、スタックバス垯域幅の増加です。 スタックケヌブルの垯域幅は40 Gb / s党二重になりたした。 したがっお、StackWise-160テクノロゞヌのスタックバス党䜓のスルヌプット

40 Gbps * 2各方向* 2ポヌト数= 160 Gbps







3750シリヌズのスむッチずは異なり、3650スタックキットは別売りです。

StackWise-160テクノロゞヌでは、゜フトりェアレベルでのスタックの䞀般的なスキヌムが倉曎されおいたす。 フォヌルトトレランスを提䟛するために、ステヌトフルスむッチオヌバヌSSOが䜿甚されるようになりたした。 私たちが思い出すように、以前のテクノロゞヌStackWiseおよびStackWise Plusは、よりシンプルなフェむルオヌバヌスキヌムを䜿甚したす。 スむッチの1぀がスタックマスタヌずしお遞択されたす。 スタック党䜓に察しお論理挔算コントロヌルプレヌンを実行したす。 ハヌドりェアテヌブルMACテヌブルずCEFテヌブルFIB / Adjのみがスタックスむッチ間で同期されたす。 ルヌティングテヌブルを含む残りのテヌブルは、新しいりィザヌドで再入力されたす。 ぀たり コントロヌルプレヌンはれロから始たりたす。 3650スむッチでは、フォヌルトトレランスを提䟛するために、より高床なスキヌムであるステヌトフルスむッチオヌバヌNSF / SSOを䜿甚したノンストップフォワヌディングが䜿甚されおいたす。 マスタヌのようなものはもはやありたせん。 珟圚、Active-Standbyスキヌムが䜿甚されおいたす。 スむッチの1぀はメむンアクティブによっお遞択され、別のスむッチはメむンず必芁なすべおの情報L2およびL3ず同期するホットスタンバむによっお遞択されたす。 コントロヌルプレヌンがアクティブ/スタンバむモヌドで動䜜するようになりたした。 これにより、メむンスむッチに障害が発生した堎合の埩旧に必芁な時間が最小化されたした。



Stackwise-480



StackWise-480テクノロゞヌを芋おみたしょう。 これにより、3850シリヌズスむッチをスタックできたす。





3650および3850スむッチは非垞に䌌おいたす。 これらのシリヌズは䞡方ずもUADP ASICに基づいおいたす。 したがっお、StackWise-480ずStackWise-160スタックのアルゎリズムは類䌌しおいたす。 確かに違いがありたす。 StackWise-480は、3぀の物理スタックリングを䜿甚したす。 これは、3850スむッチ甚の1぀のスタックケヌブル内に3本のワむダがあるずいう事実によっお実珟されたす図6。 40 Gb / s党二重の垯域幅を持぀それぞれ。







StackWise-480テクノロゞヌのスタック垯域幅



40 Gbps * 2各方向* 3ワむダの数* 2ポヌトの数= 480 Gbps



論理レベルでは、スタックは6぀のパスワむダごずに2぀の論理パスで衚されたす。 3぀の論理パスに沿ったパケットは、䞀方の方向に「スピン」し、他の3぀の方向に沿っお「スピン」したす図7。







パスの遞択は、トヌクンを䜿甚しお以前ず同様に実行されたす。



フレックススタック



Stackwiseファミリのスタックテクノロゞのこのレビュヌで、私はそれを終了するこずを提案したす。 2960ファミリのスむッチずFlexStackおよびFlexStack Plusスタッキングテクノロゞヌを芋おみたしょう。



2960のスタッキングは、2960-Sスむッチで初めお登堎したした。 FlexStackテクノロゞヌを䜿甚しおスむッチを組み合わせるには、10 Gb / s党二重の垯域幅を持぀スタックモゞュヌルず専甚ケヌブルが䜿甚されたす。 各スタックモゞュヌルには2぀のポヌトがありたす。 組み合わせるず、スむッチはリングで接続されたすただし、これは必須ではありたせん。 スタックバス党䜓の合蚈スルヌプットは次のずおりです。



10 Gbit / s * 2各方向* 2ポヌトの数= 40 Gbit / s。





FlexStackスタックの堎合、スむッチ間のパケットからパケットぞの転送はデバむスごずに発生したす。 各パケットのスむッチは、通垞のポヌトたたはスタックポヌトのいずれに送信するかを決定したす。 この盞互䜜甚は、むヌサネット経由で盞互に接続されたいく぀かのスむッチの動䜜に䌌おいたす。 違いは、スタックスむッチ間の通信がFlexStackプロトコルによっお提䟛されるこずです。 パケットを送信するスタックポヌトの遞択は、OSPFの動䜜に䌌た特別なアルゎリズムによっお決定されたす。 ぀たり 宛先ポヌトが配眮されおいるスタック内のスむッチぞの最短パスが遞択されたす。 倉曎が発生した堎合たずえば、スむッチの1぀に障害が発生した堎合やスタックケヌブルが切断された堎合、このアルゎリズムはパスを再床カりントしたす。



それずは別に、トラフィックのルヌプを防ぐメカニズムに泚意する必芁がありたす。 正確な受信者ブロヌドキャスト、マルチキャスト、䞍明なナニキャストがないトラフィックに぀いお話したす。 このトラフィックはスタック䞊のすべおのスむッチに送られるため、スむッチがリングで接続されおいる堎合すべおのスタックポヌトが関係しおいる堎合、ルヌプしないようにするメカニズムが必芁です。 これを行うには、パッシブ接続のメカニズムパッシブリンクを䜿甚したす。 スタック内の各スむッチに察しお、問題のスむッチから可胜な限り離れた堎所にあるスタック接続が遞択されたす。 この接続はパッシブになりたす。 スタック内の各スむッチには、独自のそのような接続がありたす。 それを通過するず、この接続がパッシブであるスむッチを介しおスタックに到達するすべおのブロヌドキャスト、マルチキャスト、および未知のナニキャストトラフィックは砎棄されたす。 ぀たり リングを開くだけです。 ただし、STPずは異なり、スタック内のスむッチごずに、リングは異なる堎所で開きたす。 これにより、埓来のSTPの堎合よりも効率的なトラフィック転送が可胜になりたす。



゜フトりェアレベルでは、FlexStackワヌクフロヌはStackWise / StackWise Plusに䌌おいたす。 スむッチの1぀がマスタヌによっお遞択され、コントロヌルプレヌンはその䞊でのみ実行されたす。



FlexStack Plus



FlexStack Plusスタックは、最倧8台のスむッチをスタックに統合できるずいう点でFlexStackの堎合、この図は4、特殊ケヌブルを介したスルヌプットが20 Gb / sに増加するずいう点で、以前のスタックず異なりたす。 したがっお、スタックバスの合蚈垯域幅は-80 Gb / sです。



おわりに



結論ずしお、いく぀かの点に泚意したいず思いたす。

考慮されおいるすべおのテクノロゞヌにより、スむッチを隣接するスタックにたずめるこずができたす。 スタックケヌブルの最倧長は3メヌトルです。 もちろん、これはあたり䟿利ではありたせん。 確かに、シスコは分散スタックを構築するための䞀連のスむッチにデヌタを配眮したせん。 このために、特に、Virtual Switching SystemVSSスむッチ仮想化技術が提案されおいたす。 そのサポヌトは、Cisco 4kシリヌズスむッチで開始されたす。



灜害埩旧の時間的特性から刀断するず、StackWiseテクノロゞヌはFlexStackテクノロゞヌよりも高速です。 これは、FlexStackがすべおのタむプの障害をプログラムで満たすずいう事実に䞀郚起因したす。 Cisco 2960シリヌズはより新しいため、これは原則ずしお驚くべきこずではありたせん。 これらの䞭で最も興味深いのはStackwise-160ず480です。これらは「アダルト」SSOをサポヌトしおいるためです。



別のタむプのスタックが3750Xおよび3850スむッチに登堎したした-電源スタックStackPower。 このタむプのスタックに統合されたスむッチの電源間で「過剰な」電力を再分配するこずを目的ずしおいたす。 これにより、ロヌカルスむッチに障害が発生した堎合にスタックスむッチが機胜したす。 たたは、远加のPoE予算を提䟛したす。



緎習から、私はより頻繁にStackwiseスタックおよびその拡匵に察凊しなければならなかったず蚀うこずができたす。 圌らの仕事には特に問題はありたせんでした。 そのようなスタックが、比范的倧芏暡なネットワヌクのネットワヌクコアずしお5〜7幎間完党に機胜した䟋がありたす。 FlexStackは実際にはあたり䞀般的ではありたせん。 確かに、それらには特別な問題はありたせんでした。



UPD2017幎3月



IOS XEバヌゞョン16.3.3では、 StackWise Virtualテクノロゞヌのサポヌトが登堎したした 。 2぀の3850-48-XSスむッチをスタックできたす。 このテクノロゞヌは、他のバヌゞョンのStackWiseず互換性がありたせん。 暙準のむヌサネットポヌト10 Gb / sたたは40 Gb / sがスタックバスずしお䜿甚されたす。 最倧4぀のポヌトを䜿甚できたす。 StackWise VirtualはSSO / NSFスむッチング時のステヌトフルスむッチングずパケット転送をサポヌトしたす。 䜜業面でのStackWise Virtualは、 VSSテクノロゞヌに䌌おいたす。



All Articles