एचएसआरपी और ईसीएमपी के संयोजन के लिए सबसे अच्छा अभ्यास

Question

सिस्को IOS में डिफ़ॉल्ट रूप से ECMP (या असममित पथ के अन्य कारण) और HSRP का संयोजन टूट गया है; इस डिजाइन के साथ डिफ़ॉल्ट व्यवहार अत्यधिक ट्रैफिक को एकसाथ बाढ़ कर देता है।

अज्ञात यूनिकस्ट बाढ़ को रोकने के लिए ECMP के साथ HSRP का उपयोग करने के लिए सबसे अच्छा अभ्यास क्या है?

विवरण / पृष्ठभूमि

हमारे पास हमारी कई सुविधाओं के लिए पहले आरेख के समान एक एचएसआरपी टोपोलॉजी है। हमारे सिस्को वैन राउटर्स में अन्य सभी साइटों के बराबर लागत वाले मार्ग हैं; इस प्रकार हम हर समय असममित मार्ग प्रभाव देख सकते हैं। आम तौर पर हम आर 1 को एचएसआरपी प्राथमिक मानते हैं, लेकिन ईसीएमपी आर 1 या आर 2 के माध्यम से वापसी यातायात की अनुमति देता है।

मुद्दा यह है कि जब PC1 WAN भर में एक दूरस्थ iSCSI ड्राइव की गणना करता है, तो ट्रैफ़िक साइट को R1 से छोड़ देता है, लेकिन R2 के माध्यम से वापस आ सकता है। जब तक iSCSI ट्रैफ़िक R1 के माध्यम से नहीं लौटता, तब तक कोई समस्या नहीं है।

समस्या तब होती है जब PC1 का ट्रैफ़िक R2 से होकर वापस आता है। मान लें कि iSCSI सत्र 8:00:00 पर शुरू होता है, और दोनों राउटर और दोनों स्विच PC1 के मैक को एक साथ सीखते हैं। 8:00:00 और 8:00:05 के बीच, कोई बाढ़ की समस्या नहीं है क्योंकि दोनों स्विच अभी भी अपने CAM तालिका में PC1 का मैक-पता है।

ISCSI सत्र शुरू होने के पांच मिनट बाद, PC1 के मैक के लिए S2 की CAM प्रविष्टि CAM तालिका से बाहर हो जाती है और S2 PC1 के सभी बंदरगाहों (इस मामले में Po1, Gi0 / 3 और Gi0 / 4 के लिए बाहर ट्रैफ़िक) से बाढ़ आ जाती है। यदि PC1 का iSCSI सत्र बहुत अधिक बैंडविड्थ की खपत करता है, तो यह अज्ञात यूनिकस्ट बाढ़ पीसी 3 और पीसी 4 के लिंक से गैर-तुच्छ क्षमता को चूस सकता है।

सिस्को IOS स्विच में 300 सेकंड का एक डिफ़ॉल्ट CAM टाइमर है ...

S2# show mac address-table aging-time
Vlan Aging Time
---- ----------
1    300
17   300

हालाँकि, सिस्को IOS का डिफ़ॉल्ट इंटरफ़ेस ARP टाइमर 4 घंटे ...

R2# show interface gi0/0
GigabitEthernet0/0 is up, line protocol is up 
  Hardware is AmdP2, address is 000a.dead.beef (bia 000a.dead.beef)
  Internet address is 172.17.1.252/24
  MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, 
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  ARP type: ARPA, ARP Timeout 04:00:00       <--------------

इसलिए, S2 पाँच मिनट के बाद PC1 के iSCSI ट्रैफ़िक को भरना शुरू कर देता है।

Comments

क्यों लोग सवाल पोस्ट करते रहते हैं और फिर उनका जवाब खुद देते हैं? नहीं के रूप में, खोजा और जवाब मिला, वे पहले से ही था? यह एक प्रश्नोत्तर साइट है, न कि एक ब्लॉग (ऐसा नहीं है कि आपने एक अच्छा लेखन नहीं दिया है!)

— jwbensley

@ जावा: स्व-उत्तर देना एसई द्वारा स्पष्ट रूप से प्रोत्साहित किया जाता है। Ref meta.networkengineering.stackexchange.com/questions/4/…

— क्रेग कॉन्स्टैंटाइन

@CraigConstantine हां मुझे पता है, लेकिन मुझे यकीन है कि लोग सवाल पोस्ट करेंगे और फिर बाद में स्ट्रेट का जवाब देंगे, न कि कुछ समय बाद जब उन्होंने सवाल के जवाब का पता लगा लिया है (भले ही यह केवल 5 मिनट बाद हो), वे जवाब देते हैं क्योंकि वे प्रश्न पोस्ट करने से पहले ही उत्तर जानते थे। मुझे यह थोड़ा अजीब लगता है।

— जुवेन्सले

फिर भी तथ्य यह है, कि क्यू और तत्काल उत्तर लिखना स्पष्ट रूप से प्रोत्साहित किया जाता है।

— क्रेग कॉन्सटेंटाइन

@ जावा, यदि आप एक समस्या को हल करते हैं जो आपको लगता है कि अन्य लोग सामना करेंगे, एसई उस समस्या के समाधान के लिए खोज इंजन ट्रैफ़िक चाहता है ... वे परवाह नहीं करते हैं कि मैं एक ही समय में उत्तर पोस्ट करता हूं या नहीं ... वास्तव में, प्रश्न वेब फ़ॉर्म के निचले भाग में एक छोटा चेकबॉक्स है, "अपने खुद के प्रश्न का उत्तर दें - अपना ज्ञान, प्रश्नोत्तर शैली" साझा करें

— माइक पेनिंगटन

Answer 1

सरल उत्तर यह है कि CAM टाइमर को समान इंटरफ़ेस ARP टाइमर की तुलना में बराबर या थोड़ा लंबा बनाया जाए , लेकिन इसके लिए चयन करने के लिए कम से कम तीन अलग-अलग विकल्प हैं।

विकल्प 1: सभी इंटरफ़ेस ARP टाइमर कम करें

यह विकल्प सबसे अच्छा काम करता है यदि आपके पास एक सभ्य-आकार की लेयर 2 स्विच्ड नेटवर्क, उचित संख्या में एआरपी प्रविष्टियां और कुछ रूट किए गए इंटरफेस हैं। यह विधि भी बेहतर है यदि आप पीसी मैक प्रविष्टियों को जल्दी से टोपोलॉजी से बाहर देखना पसंद करते हैं।

• ईथरनेट स्विच का सामना करने वाले सभी IOS ईथरनेट इंटरफेस पर: arp timeout 240
• सभी आईओएस ईथरनेट इंटरफेस पर एक ईथरनेट स्विच का सामना करना पड़ता है: hold-queue 200 inऔर hold-queue 200 outआवधिक एआरपी-रिफ्रेश के दौरान एआरपी पैकेट छोड़ने से बचने के लिए (ये सीमाएं अधिक, या कम हो सकती हैं जो इस बात पर निर्भर करता है कि कितने एआरपी रिफ्रेश आपको लगता है कि आपको एक बार संभालना होगा)। यदि आप चयनात्मक पैकेट त्याग मूल्यों को समायोजित कर रहे हैं , तो आपको मेरे द्वारा लिंक किए गए पेपर में दिशानिर्देशों का पालन करना चाहिए।

यह सिस्को IOS को ARP तालिका को चार मिनट के भीतर ताज़ा करने के लिए मजबूर करता है, अगर यह किसी दिए गए ARP प्रविष्टि के लिए अन्यथा नहीं हुआ है। स्पष्ट नुकसान यह है कि यदि आपके पास बहुत सारी एआरपी प्रविष्टियां हैं तो यह अच्छी तरह से पैमाने पर नहीं है ... सीमाएं मंच द्वारा भिन्न होती हैं। मैंने बिना किसी मुद्दे के उत्प्रेरक 4500/6500 (लेयर 3 एसवीआई) पर प्रति राउटर कुछ सौ एआरपी के साथ इसका उपयोग किया है।

विकल्प 2: स्विच CAM टाइमर को बढ़ाएं

यह विकल्प सबसे अच्छा काम करता है यदि आपके पास बड़ी संख्या में एआरपी प्रविष्टियाँ हैं (यानी हजारों, जैसे कि एक तीव्र वीएमवेयर वातावरण देख सकते हैं)।

• सभी IOS स्विच पर: mac address-table aging-time 14400या mac address-table aging-time 14400 vlan <vlan-id>किसी भी Vlan के लिए जो चिंता का विषय है।

यह परिवर्तन समयबद्धता को समायोजित करता है जिसे ज्यादातर लोग 300 सेकंड (सिस्को आईओएस पर) तय करते हैं, इसलिए इसे निरंतरता डॉक्स में शामिल करना सुनिश्चित करें। इसका साइड-इफेक्ट यह है कि पीसी हटाने के बाद 4 घंटे के लिए सीएएम टेबल प्रविष्टियां लंजर हो जाती हैं (जो आपके पीओवी के आधार पर अच्छी या बुरी हो सकती है)। यदि 4 घंटे बहुत लंबा है, तो अगला विकल्प देखें ...

विकल्प 3: इंटरफ़ेस ARP टाइमर और स्विच CAM टाइमर दोनों को बदलें

यह विकल्प अधिक कॉन्फ़िगरेशन की कीमत पर विकल्प 2 में छिपी लंबे सीएएम टाइमर से बचा जाता है। आप चुन सकते हैं कि आपको 900 सेकंड, 1800 सेकंड, या जो कुछ भी चाहिए ... बस यह सुनिश्चित करें कि आपका सीएएम और एआरपी टाइमर मैच हो; इस प्रकार, आपको अपनी टोपोलॉजी में विकल्प 1 और विकल्प 2 दोनों को कॉन्फ़िगर करने की आवश्यकता होगी।

Comments

हमने पहले प्रस्तावित समाधान को चुनने में इस समस्या को हल किया था, लेकिन हम उस क्रम के बारे में सुनिश्चित नहीं थे जिसमें IOS तालिका को साफ करेगा, फिर हम एआरपी टाइमआउट को 293s (मैक-एड्रेस टेबल टाइमआउट के नीचे निकटतम प्राइम संख्या) सेट करते हैं। अभी भी नहीं पता कि यह एक अच्छा विकल्प था या नहीं

— मार्को मार्जेटी

तकनीकी रूप से सिस्को IOS 60 सेकंड के अंतराल पर एआरपी वॉकर को आग लगाता है, इसलिए आपको 240 का उपयोग करना चाहिए ... मुझे अपने उत्तर में इसे शामिल करने की उपेक्षा की गई ... इसे संपादित करना ... मैं उत्सुक हूं कि आपने एक प्रमुख संख्या क्यों चुनी ...

— माइक पेनिंगटन

एसीके। मैक टाइमआउट के बराबर या उससे कम एआरपी समय बीसीपी होना चाहिए। एचएसआरपी होने की भी आवश्यकता नहीं है, बस अगर दो राउटर हैं तो यह आपको काट सकता है और यहां तक ​​कि लूप भी पैदा कर सकता है।

— यति

नहीं पता था। तो हमारी चाल बिलकुल बेकार है। हमने टाइमर की ओवरलैप को कम करने के लिए एक प्रमुख संख्या को चुना।

— मार्को मार्जेटी

@ मायकेपेनिंगटन, धन्यवाद। वैसे भी आप सही एआरपी टाइमआउट रिज़ॉल्यूशन मिनटों में लागू होते हैं

— मार्को मार्जेटी

Answer 2

मेरे लिए, ECMP यहां असली मुद्दा है - इसलिए अज्ञात यूनिकस्ट बाढ़ को सीमित करने के लिए उपरोक्त चरणों के अलावा, आप WAN की ओर रूट मेट्रिक्स को भी ट्यून कर सकते हैं ताकि वापसी ट्रैफ़िक के लिए R1 को R2 से अधिक पसंद किया जाए। इसे प्राप्त करने का एक तरीका आर 2 पर वितरित सूची के माध्यम से निम्नानुसार है: (केवल उदाहरण के लिए इस्तेमाल किया जाने वाला ईआईजीआरपी, अन्य कमांडों के साथ ओएसपीएफ या बीजीपी के साथ प्राप्त किया जा सकता है)

!
आईपी ​​उपसर्ग-सूची R1-PREFER seq 5 परमिट 172.17.1.0/24
!
रूट-मैप R1-PREFER-MAP परमिट 10
 मैच आईपी पता उपसर्ग-सूची R1-PREFER
 सेट मीट्रिक 1 1 1 1 1 1
... (अन्य सभी मार्गों की अनुमति दें)
!
राउटर eigrp १
 ....
 वितरित-सूची मार्ग-मानचित्र R1-PREFER-MAP आउट Ser1 / 0
 ....
!

इसके परिणामस्वरूप WAN 172.17.1.0 से R1 के लिए सभी ट्रैफ़िक को अग्रेषित करेगा। यदि R1 Se1 / 0 विफल रहता है, तो मार्ग R2 की ओर स्थापित किया जाएगा। आप आगे इन मैट्रिक्स को ट्यून कर सकते हैं, इसलिए R2 का बैकअप मार्ग वास्तव में तेजी से विफलता के लिए एक संभव उत्तराधिकारी है। एचएसआरपी और ट्रैकिंग ईग्रेस ट्रैफिक का ध्यान रखेंगे।

Comments

अनिवार्य रूप से आप उस प्रश्न का उत्तर दे रहे हैं जो आप चाहते हैं, मेरे प्रश्न के बजाय ... जिसमें fhrp और ecmp दोनों की आवश्यकता है

— माइक पेनिंगटन

इस बारे में खेद - मुझे इस मंच की आदत हो रही है और उस आवश्यकता से चूक गए हैं!

— smoothbSE

कोई समस्या नहीं ... NE पर आपका स्वागत है :)

— माइक पेनिंगटन

Answer 3

यदि एचएसआरपी का उपयोग किया जाता है तो ईसीएमपी का उपयोग न करने वाला विचार सर्वर के लिए ठीक हो सकता है, जहां इंप्रैस ट्रैफिक, ईगोर ट्रैफिक से अधिक हो सकता है, डब्ल्यूएएन से जेनरल इंग्रेस ट्रैफिक में पीसी स्थिति में (रेस्पॉन्स) इग्रेस ट्रैफिक (इंग्रेस) से ज्यादा होता है। हम ज्यादातर लोगों को एआरपी टाइमर सेट करना पसंद करते हैं। यदि आप लेयर 3 स्विच के साथ एमडीएफ और 2 संग्रह स्विच के साथ एक आईडीएफ और 5 एक्सेस स्विच कहते हैं, तो आप सीएएम टाइमर के साथ गड़बड़ कर सकते हैं, यह सभी एक्सेस स्विच करने की तुलना में एल 3 एसवीआई पर कॉन्फ़िगर करने के लिए बहुत आसान है।

Answer 4

दूसरे स्विच में मैक एड्रेस प्रविष्टि को समाप्त करने के इस मुद्दे को कम करने के लिए एक स्विच का उपयोग कर सकता है।

Answer 5

आह, मुझे यह याद है। कुछ समय पहले इस काम से मस्ती का दौर शुरू हुआ था। एक शिकन यह है कि एसटीपी घटनाओं को फास्ट-एजिंग मोड में vlans डाल देगा, इसलिए AR टाइमर की मदद से मैक टाइमर को लंबे समय तक सेट करने में मदद नहीं करता है

मैंने प्रत्येक राउटर पर एक प्राथमिक के साथ, दो अस्थायी एचएसआरपी गेटवे बनाकर, सर्वर से ईसीएमपी को मजबूर करके समस्या को हल किया। फिर हमने प्रत्येक होस्ट पर दोनों गेटवे कॉन्फ़िगर किए। इस तरह से R1 और R2 दोनों के लिए होस्ट ट्रैफ़िक को मजबूर करके, हम यह सुनिश्चित करेंगे कि R2 मैक पते को कभी भी समाप्त नहीं करेगा।

आदर्श रूप से, यह एक समस्या नहीं होगी यदि L2 / 3 स्विच ने पुराने आउट-आउट मैक पते से संबंधित ARP प्रविष्टियों को शुद्ध किया। आईपी ​​के लिए अगला पैकेट फिर एआरपी कैश और मैक टेबल दोनों को आबाद करते हुए एक नया एआरपी अनुरोध होगा। मुझे लगता है कि सिस्को ने अंततः इसे लागू किया, लेकिन मैं निश्चित रूप से नहीं कह सकता।

Answer 6

सारांश: MC-LAG या HSRP GARP

मैं कभी भी टाइमर काटने का प्रशंसक नहीं रहा हूं। टाइमर कई कारणों से आमतौर पर एक निश्चित तरीका निर्धारित किया जाता है। उन्हें बदलना:

• हर जगह समान रूप से बनाए रखने के लिए संभावित रूप से गहन है
• चीजों को और अधिक जटिल और समस्या निवारण के लिए कठिन बना देता है
• जैसा कि हाल ही में एक टिप्पणीकार ने दिखाया है, अप्रत्याशित दुष्प्रभाव हो सकते हैं
• भविष्य के सिस्को संवर्द्धन के साथ "अच्छा खेल" नहीं हो सकता

वैकल्पिक रूप से:

1. सिस्को प्रलेखन में MC-LAG (उर्फ "MEC") का उपयोग करें। यह आपका सबसे अच्छा विकल्प है, हालांकि आपको तैनाती परिदृश्यों को समझना चाहिए जहां एमसी-एलएजी का उपयोग किया जा सकता है (यह एक सार्वभौमिक समाधान नहीं है, और केवल उचित अनुसंधान और परीक्षण के बाद ही तैनात किया जाना चाहिए)। MC-LAG वेरिएंट हार्डवेयर निर्भर है। उदाहरण हैं:

   ए। स्टैकिंग (कैट 3k)

   ख। वीएसएस (कैट 4k / 6k)

   सी। VPC (Nexus)

   घ। छद्म mLACP (ASR1k)

   इ। MC-LAG (ASR9k)

   च। क्लस्टरिंग (एएसए)

2. HSRP को समय-समय पर Gratuitous ARP पैकेट भेजने में सक्षम करें । दी, यह टाइमर्स को बदलने के समान है, लेकिन यह सीएएम टेबल और एआरपी टाइमर्स में हेरफेर करने की तुलना में बहुत अधिक सुंदर बदलाव है। (ध्यान दें कि यह आपके हार्डवेयर और सॉफ़्टवेयर संयोजन पर निर्भर करता है, सभी HSRP कार्यान्वयन इसकी पेशकश नहीं करते हैं।)

   डिफ़ॉल्ट रूप से, HSRP राउटर के फॉरवर्डिंग गेटवे बनने के बाद 3 GARPs, 0, 2, और 4 सेकंड्स पर भेजता है। हालांकि, एक कॉन्फ़िगरेशन पैरामीटर है जो आपको GARPs की संख्या ("अनंत" सहित) और अंतराल चुनने की अनुमति देता है।

मैं MC-LAG का बड़े पैमाने पर उपयोग करता हूं, विशेष रूप से VSS, VPC और क्लस्टरिंग (मैं स्टैकिंग का प्रशंसक नहीं हूं)।

जहाँ मैं MC-LAG या GLBP का उपयोग नहीं कर सकता, यह वही है जो मैं अपने कैंपस L2 / L3 सीमा राउटर पर लागू करता हूं (मेरे पास 350-बिल्डिंग कैंपस है इसलिए मैं Cat6k का बहुत अधिक उपयोग करता हूं):

Cat6k-v15(config)#interface vlan 100
Cat6k-v15(config-if)#standby arp ?
  gratuitous  Setup gratuitous ARP interval and count

Cat6k-v15(config-if)#standby arp gratuitous ?
  count     Set HSRP gratuitous ARP count
  interval  Set HSRP gratuitous ARP interval
  <cr>

Cat6k-v15(config-if)#standby arp gratuitous count ?
  <0-60>  Number of gratuitous ARPs to send after group is activated (0 for continuous)

Cat6k-v15(config-if)#standby arp gratuitous count 0 ?
  count     Set HSRP gratuitous ARP count
  interval  Set HSRP gratuitous ARP interval
  <cr>

Cat6k-v15(config-if)#standby arp gratuitous count 0 interval ?
  <3-1800>  Gratuitous ARP Interval (sec)

Cat6k-v15(config-if)#standby arp gratuitous count 0 interval 60 ?
  count     Set HSRP gratuitous ARP count
  interval  Set HSRP gratuitous ARP interval
  <cr>

Cat6k-v15(config-if)#standby arp gratuitous count 0 interval 60 

(मैं इन सभी के संदर्भ पोस्ट करूंगा, लेकिन मेरे पास दो URL से अधिक पोस्ट करने के लिए इस साइट पर एक उच्च-पर्याप्त "प्रतिष्ठा" नहीं है।)

Comments

जिसे आप MC-LAG कह रहे हैं वह निश्चित रूप से एक विकल्प है, लेकिन क्लासिक IOS प्लेटफार्मों पर इसकी उपलब्धता धब्बेदार है। मुझे यह भी याद आ रहा है कि एचएसआरपी ग्रैटुइटस एआरपी इस समस्या को हल करने में कैसे मदद करता है। मेरे प्रश्न में उदाहरण का उपयोग करते हुए, क्या आप इस बात पर विस्तार से बता सकते हैं कि HSRP Gratuitous ARP 172.17.1.1 के ARP प्रविष्टि टाइमआउट को कैसे हल करता है? ध्यान दें कि डिफ़ॉल्ट GW 172.17.1.254 है

— माइक पेनिंगटन

लंबे उत्तर, तो मुझे इसे दो भागों में तोड़ने दें। भाग 1 ... HSRP के साथ समस्या यह है कि रूटर वर्चुअल मैक के साथ ARP क्वेरी का जवाब देता है। हालाँकि, जब राउटर होस्ट करने के लिए डेटाग्राम को आगे करता है, तो यह भौतिक मैक पते का उपयोग करता है । स्विचेस उनकी अग्रेषण तालिका को बहुत जल्दी (अक्सर 300sec, या 5min) साफ़ करता है, लेकिन ARP प्रविष्टियाँ अक्सर (8hr आम है) की तुलना में अधिक समय तक चिपकी रहती हैं।

— वीलिन पिगॉरश

भाग 2 ... अग्रेषण तालिका से वर्चुअल मैक पते को स्विच-आउट करने के बाद, सर्वर से वर्चुअल मैक तक ट्रैफ़िक "अज्ञात यूनिकैस्ट" हो जाता है, जहां स्विच हब-जैसे व्यवहार के लिए चूक कर देता है और ट्रैफ़िक को बाढ़ कर देता है बंदरगाहों। समय-समय पर GARP भेजने से, राउटर स्विच फ़ॉरवर्डिंग टेबल को रिफ्रेश करता है। इसके अतिरिक्त, एक GARP को भेजने से, सर्वर पर ARP तालिका ताज़ा हो जाती है, इसे समाप्त करके ARP क्वेरी भेजने की आवश्यकता होती है।

— वीलिन पिगॉरश

मेरे 2-भाग के उत्तर के लिए माध्यमिक, मुझे बस एहसास हुआ कि विपरीत दिशा से सवाल पूछ रहा है: सर्वर का मैक पता स्विचेस से फ्लश हो रहा है, न कि राउटर के वर्चुअल मैक से। हमें यह विशिष्ट समस्या थी और इसे शुरू में MC-LAG (विशेष रूप से VPC) के माध्यम से हल करना समाप्त कर दिया, और बाद में जब से हम पहले से ही Nexus का उपयोग कर रहे थे, हमने FabricPath उर्फ ​​TRILL पर स्विच कर दिया, जिससे समस्या दूर हो गई। लेकिन, वे दोनों हार्डवेयर- और टोपोलॉजी-निर्भर हैं।

— वेइलिन पीगोरश

मुझे बस एहसास हुआ कि मेरी मूल टिप्पणी वैध है - लेकिन बहुत अधूरी है। न केवल MC-LAG, बल्कि MC-LAG दोनों परतों पर। फिर आप स्विच स्तर और राउटर स्तर दोनों पर एक साझा सीएएम टेबल के साथ काम कर रहे हैं।

— वेलिन पीगोरश

Answer 7

मुझे बस एहसास हुआ कि मेरी मूल टिप्पणी वैध है - लेकिन बहुत अधूरी है। वेंडर-न्यूट्रल डिज़ाइन की सिफारिश त्रिकोण में बनाने के लिए है, न कि आयतों में। इसलिए:

1. न केवल MC-LAG, बल्कि MC-LAG दोनों परतों पर। फिर आप स्विच स्तर और राउटर स्तर दोनों पर एक साझा सीएएम टेबल के साथ काम कर रहे हैं।

2. यदि आप ऐसा नहीं कर सकते हैं, तो MC-LAG राउटर या स्विच, और MC-LAG दूसरी परत के साथ अतिरिक्त लिंक (यानी रूटर्स और स्विच के बीच पूर्ण-जाल)। एसटीपी लूप-मुक्त टोपोलॉजी सुनिश्चित करेगा।

3. यदि आप ऐसा नहीं कर सकते हैं, तब भी राउटर और स्विच को फुल-मेश करें। एसटीपी लूप-मुक्त टोपोलॉजी सुनिश्चित करेगा, और स्विच सीएएम टेबल अभी भी सभी उपयुक्त मैक अग्रेषण नियमों को जानेंगे। सर्वर हमेशा इसे मैक भेजेगा, और यदि आप HSRP GARPs को 1-मिनट के अंतराल पर कॉन्फ़िगर करते हैं, तो स्विच HSRP vMAC को भी नहीं भूलेंगे।

पसंदीदा विकल्प उसी क्रम में हैं। लेकिन बहुत कम से कम, लिंक की उस अतिरिक्त जोड़ी को स्थापित करें।