فهم تحسينات قناة المنفذ الافتراضية (vPC)

المقدمة

يصف هذا المستند التحسينات الشائعة لقناة المنفذ الظاهري (vPC) التي تم تكوينها على محولات Cisco Nexus في مجال vPC.

المتطلبات الأساسية

المتطلبات

توصي Cisco بأن تفهم المعلومات الأساسية المحيطة بحالة استخدام قناة المنفذ الافتراضية (vPC) وتكوينها وتنفيذها. للحصول على مزيد من المعلومات حول هذه الميزة، راجع أحد هذه المستندات القابلة للتطبيق:

• دليل تكوين واجهات Cisco Nexus 9000 Series NX-OS، الإصدار 10.5(x)
• دليل تكوين واجهات Cisco Nexus 9000 Series NX-OS، الإصدار 10.4(x)
• دليل تكوين واجهات Cisco Nexus 9000 Series NX-OS، الإصدار 10.3(x)
• دليل تكوين واجهات Cisco Nexus 9000 Series NX-OS، الإصدار 10.2(x)
• دليل تكوين واجهات Cisco Nexus 9000 Series NX-OS، الإصدار 10.1(x)
• دليل تكوين واجهات Cisco Nexus 9000 Series NX-OS، الإصدار 9.3(x)
• دليل تكوين واجهات Cisco Nexus 9000 Series NX-OS، الإصدار 9.2(x)
• دليل تكوين واجهات Cisco Nexus 9000 Series NX-OS، الإصدار 7.x
• دليل تكوين واجهات Cisco Nexus 7000 Series NX-OS 8.x
• دليل تكوين واجهات Cisco Nexus 7000 Series NX-OS 7.x
• دليل التصميم والتكوين: أفضل الممارسات لقنوات المنافذ الافتراضية (vPC) على مبدّلات Cisco Nexus 7000 Series

المكونات المستخدمة

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.

معلومات أساسية

ومنذ بداية Cisco NX-OS على مبدّلات مركز بيانات Cisco Nexus، تلقت ميزة قناة المنفذ الافتراضي (vPC) تحسينات عديدة تعمل على تحسين موثوقية الأجهزة المتصلة بـ vPC أثناء سيناريوهات الفشل وتحسين سلوك إعادة التوجيه لمبدلَي نظير vPC. إن فهم الغرض من كل تحسين والتغيير في السلوك الذي يوفره هذا التحسين وسيناريوهات الفشل التي يحلها التحسين يمكن أن يساعدك على فهم السبب وراء ووقت تهيئة تحسين داخل مجال كمبيوتر شخصي للمساعدة على تلبية إحتياجات العمل ومتطلباته على أفضل وجه.

الأجهزة القابلة للتطبيق

يكون الإجراء الذي تتم تغطيته في هذا المستند قابلاً للتطبيق على جميع مبدّلات مركز بيانات Cisco Nexus المزودة بتقنية vPC.

مبدّل نظير vPC

يصف هذا القسم تحسين مبدّل نظير vPC، والذي يتم تمكينه باستخدام أمر تكوين مجال vPC peer-switch.

نظرة عامة

في العديد من البيئات، يكون زوج مبدّلات Nexus في مجال vPC مبدّلات تجميع أو مبدّلات أساسية تعمل كحد بين مجالات Ethernet المبدّلة من الطبقة 2 ومجالات موجّهة من الطبقة 3. يتم تكوين المبدّلَين باستخدام شبكات VLAN متعددة وهما مسؤولان عن توجيه حركة المرور بين الشرق والغرب داخل شبكة VLAN بالإضافة إلى حركة المرور بين الشمال والجنوب. في هذه البيئات، تعمل مبدّلات Nexus أيضًا كجسور رئيسية من منظور بروتوكول الشجرة الممتدة.

وعادةً ما يتم تكوين نظير vPC واحد كالجسر الرئيسي للشجرة الممتدة بتعيين أولوية الشجرة الممتدة الخاصة به على قيمة منخفضة، مثل 0. يتم تكوين نظير vPC الآخر مع أولوية أعلى قليلاً للشجرة الممتدة، مثل 4096، مما يسمح له بتولي دور الجسر الرئيسي داخل الشجرة الممتدة إذا فشل نظير vPC الذي يعمل كالجسر الرئيسي. وباستخدام هذا التكوين، ينشئ نظير vPC الذي يعمل كالجسر الرئيسي وحدات بيانات بروتوكول جسر الشجرة الممتدة (BPDUs) باستخدام معرف الجسر الذي يحتوي على عنوان MAC للنظام الخاص به.

ومع ذلك، إذا فشل نظير vPC الذي يعمل كجسر رئيسي وتسبب في تولي النظير vPC الآخر دور الجسر الرئيسي للشجرة المتفرعة، فإن النظير الآخر يقوم بإنشاء وحدات بيانات بروتوكول الجسر (BPDUs) الخاصة بالشجرة المتفرعة باستخدام معرف الجسر الذي يحتوي على عنوان MAC للنظام الخاص به، والذي يختلف عن عنوان MAC الخاص بنظام الجسر الرئيسي الأصلي. بناء على كيفية توصيل جسور تدفق البيانات، يختلف تأثير هذا التغيير ويتم وصفه في هذه الأقسام الفرعية.

الجسور المتصلة بخلاف vPC بشكل متكرر

الجسور المتصلة غير المتصلة بالكمبيوتر الشخصي التي تتصل بكل من النظير vPC مع إرتباطات متكررة (مثل أن إرتباط واحد في حالة حظر من منظور بروتوكول الشجرة المتفرعة) التي تكتشف التغيير في وحدة بيانات بروتوكول الجسر (BPDU) (وبالتالي، التغيير في الجسر الرئيسي) تلاحظ تغيير في المنفذ الرئيسي. وتنتقل واجهات إعادة التوجيه المعينة الأخرى على الفور إلى حالة حظر، ثم تجتاز جهاز الحالة المحدودة لبروتوكول الشجرة المتفرعة (الحظر والتعلم وإعادة التوجيه) مع توقفات بين ما يعادل مؤقت تأخير إعادة توجيه بروتوكول الشجرة المتفرعة الذي تم تكوينه (15 ثانية بشكل افتراضي).

يمكن أن يتسبب التغيير في المنفذ الجذري والاجتياز اللاحق لجهاز الحالة المحدودة لبروتوكول الشجرة الممتدة في حدوث قدر كبير من الانقطاع داخل الشبكة. تم تقديم تحسين مبدّل نظير vPC بشكل أساسي لمنع انقطاع الشبكة الناتج عن هذه المشكلة في حال كان أحد نظراء vPC غير متصل. باستخدام تحسين محول نظير جهاز الكمبيوتر الشخصي vPC، يظل لدى الجسر المتصل دون جهاز الكمبيوتر الشخصي إرتباط متكرر واحد في حالة الحظر، ولكن يتم تحويل هذه الواجهة على الفور إلى حالة إعادة توجيه إذا ما تعطل المنفذ الجذري الموجود بسبب فشل الارتباط. تحدث نفس العملية عندما يعود النظير vPC دون اتصال بالإنترنت - تقوم الواجهة الأقل تكلفة إلى الجسر الرئيسي بالاستيلاء على دور المنفذ الرئيسي، بينما ينتقل الارتباط المتكرر على الفور إلى حالة الحظر. التأثير الوحيد لمستوى البيانات الذي تتم ملاحظته هو فقدان الحزم أثناء الطيران الذي كان يمر عبر النظير vPC أثناء عدم الاتصال.

الجسور المتصلة بـ vPC

تقوم الجسور المتصلة بالكمبيوتر الشخصي (vPC) في مجال الشجرة المتفرعة باكتشاف التغيير في وحدة بيانات بروتوكول الجسر (BPDU) (وبالتالي، التغيير في الجسر الرئيسي) وطفح عناوين MAC التي تم التعرف عليها ديناميكيا من جداول عناوين MAC المحلية الخاصة بها. هذا السلوك غير فعال وغير ضروري في الهياكل بالأجهزة المتصلة بـ vPC التي لا تعتمد على بروتوكول الشجرة الممتدة للحصول على هيكل خالٍ من الحلقات. يتم عرض vPC كواجهة منطقية واحدة من منظور بروتوكول الشجرة الممتدة تمامًا مثل قنوات المنفذ العادية، لذا فإن خسارة نظير vPC تشبه خسارة ارتباط واحد داخل عضو قناة المنفذ. في أي من السيناريوهين، لا تتغير الشجرة المتفرعة، لذلك فإن تدفق عناوين MAC التي تم التعرف عليها ديناميكيا من الجسور في مجال الشجرة المتفرعة (والغرض من ذلك هو السماح لسلوك فيضان وتعلم إيثرنت لإعادة تعلم عناوين MAC على واجهات إعادة التوجيه الجديدة للشجرة المتفرعة) غير ضروري.

وعلاوة على ذلك، من المحتمل أن يكون تدفق عناوين MAC التي تم التعرف عليها ديناميكيا مخربا. خذ بعين الاعتبار السيناريو حيث يحتوي جهازان مضيفان على تدفق يستند إلى UDP أحادي الاتجاه (مثل عميل TFTP الذي يرسل البيانات إلى خادم TFTP). في هذا التدفق، غالبًا ما تتدفق البيانات من عميل TFTP إلى خادم TFTP - نادرًا ما يرسل خادم TFTP حزمة مجددًا إلى عميل TFTP. ونتيجة لذلك، بعد تدفق عناوين MAC التي تم التعرف عليها ديناميكيا في مجال الشجرة المتفرعة، لا يتم التعرف على MAC لخادم TFTP لبعض الوقت. هذا يعني أن بيانات عميل TFTP التي أرسلت نحو خادم TFTP فضت عبر شبكة VLAN، بما أن حركة مرور البيانات غير معروفة-unicast حركة مرور. ويمكن أن ينتج عن ذلك انتقال تدفقات كبيرة للبيانات إلى أماكن غير مقصودة داخل الشبكة ويمكن أن ينتج عن ذلك حدوث مشكلات في الأداء إذا كانت تتدفق عبر أقسام تم تجاوز حد اشتراكها في الشبكة.

تم تقديم تحسينات مبدّل نظير vPC لمنع حدوث هذا السلوك غير الفعال وغير الضروري في حالة إعادة تحميل نظير vPC الذي يعمل كجسر رئيسي للشجرة الممتدة لشبكة VLAN واحدة أو أكثر أو إيقاف تشغيله.

لتمكين تحسين المحول النظير ل vPC، يجب أن يكون لكلا نظامي vPC تكوين بروتوكول الشجرة المتفرعة نفسه (بما في ذلك قيم أولوية الشجرة المتفرعة لجميع شبكات VLAN الخاصة ببروتوكول vPC) وأن يكون لهما الجسر الرئيسي لجميع شبكات VLAN الخاصة ببروتوكول vPC. وبمجرد استيفاء هذه المتطلبات الأساسية، يجب تكوين أمر تكوين مجال vPC peer-switch لتمكين تحسين مبدّل نظير vPC.

ملاحظة: يتم دعم تحسين محول النظير vPC فقط على مجال vPC يحتوي على الجذر لجميع الشبكات المحلية الظاهرية (VLANs).

بمجرد تمكين تحسين محول نظير vPC، يبدأ كلا نظامي vPC في إنشاء وحدات بيانات بروتوكول الجسر (BPDUs) متطابقة لشجرة التوزيع بمعرف جسر يحتوي على عنوان MAC لنظام vPC الذي تتم مشاركته بواسطة كلا نظامي vPC النظيرين. إذا تم إعادة تحميل نظير vPC، فإن وحدة بيانات بروتوكول الجسر (BPDU) للشجرة المتفرعة التي تم إنشاؤها بواسطة نظير vPC المتبقي لا تتغير، وبالتالي فإن الجسور الأخرى في مجال الشجرة المتفرعة لا ترى أي تغيير في الجسر الرئيسي ولا تتفاعل بشكل فرعي مثالي مع التغيير في الشبكة.

التحذيرات

يحتوي تحسين محول نظير vPC على بعض التنبيهات التي يجب أن تكون على دراية بها قبل تكوينها في بيئة إنتاج.

يجب أن تتطابق قيم أولوية الشجرة الممتدة بين نظراء vPC

قبل تمكين تحسين مبدّل نظير vPC، يجب تعديل تكوين أولوية الشجرة الممتدة لجميع شبكات vPC VLAN حتى تكون متطابقة بين نظيرَي vPC.

خذ بعين الاعتبار التكوين الموجود هنا، حيث يتم تكوين N9K-1 ليكون الجسر الرئيسي للشجرة الممتدة لشبكات VLAN 1 و10 و20 بأولوية 0. وN9K-2 هو الجسر الرئيسي الثانوي للشجرة الممتدة لشبكات VLAN 1 و10 و20 بأولوية 4096.

N9K-1# show running-config spanning-tree
spanning-tree vlan 1,10,20 priority 0
interface port-channel1
  spanning-tree port type network

N9K-2# show running-config spanning-tree
spanning-tree vlan 1,10,20 priority 4096
interface port-channel1
  spanning-tree port type network

قبل تمكين تحسين مبدّل نظير vPC، يجب أن تعدل تكوين أولوية الشجرة الممتدة لشبكات VLAN 1 و10 و20 على N9K-2 لمطابقة تكوين أولوية الشجرة الممتدة لشبكات VLAN نفسها على N9K-1. يتم عرض مثال على هذا التعديل هنا.

N9K-2# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
N9K-2(config)# spanning-tree vlan 1,10,20 priority 0
N9K-2(config)# end
N9K-2# show running-config spanning-tree
spanning-tree vlan 1,10,20 priority 0
interface port-channel1
  spanning-tree port type network

N9K-1# show running-config spanning-tree
spanning-tree vlan 1,10,20 priority 0
interface port-channel1
  spanning-tree port type network

يؤثر مبدّل نظير vPC على شبكات VLAN بخلاف vPC

خذ بعين الاعتبار الهيكل الموجود هنا:

في هذا الهيكل، يحتوي نظيرا vPC (N9K-1 وN9K-2) على خطَي اتصال من الطبقة 2 بينهما - Po1 وPo2. Po1 هو ارتباط نظير vPC الذي ينقل شبكات vPC VLAN، بينما Po2 هو خط اتصال من الطبقة 2 ينقل جميع شبكات VLAN بخلاف vPC. إذا كانت قيم أولوية الشجرة المتفرعة للشبكات المحلية الظاهرية (VLANs) بخلاف PC التي يتم نقلها عبر Po2 متطابقة على N9K-1 و N9K-2، عندئذ يقوم كل نظير من نظراء vPC بإنشاء إطارات BPDU للشجرة المتفرعة التي يتم الحصول عليها من عنوان MAC الخاص بنظام vPC، والذي يكون مطابقا على كلا المحولين. ونتيجة لذلك، يبدو أن N9K-1 يتلقى شجرة التوزيع الخاصة به BPDU على Po2 لكل شبكة VLAN غير خاصة ب VPC، حتى وإن كان N9K-2 هو المحول الذي أنشأ وحدة بيانات بروتوكول الجسر (BPDU) الخاصة بالشجرة المتفرعة. من منظور الشجرة المتفرعة، يضع N9K-1 Po2 في حالة حظر لجميع الشبكات المحلية الظاهرية (VLANs) غير الخاصة بالكمبيوتر.

وهذا هو السلوك المتوقع. لمنع حدوث هذا السلوك أو للتغلب على هذه المشكلة، يجب تكوين نظيرَي vPC بقيم أولوية مختلفة للشجرة الممتدة على جميع شبكات VLAN بخلاف vPC. وهذا يسمح لنظير vPC واحد بأن يصبح الجسر الرئيسي لشبكة VLAN غير الخاصة بالكمبيوتر الشخصي ونقل خط اتصال الطبقة 2 بين أقران الكمبيوتر الشخصي vPC إلى حالة إعادة توجيه مخصصة. وعلى نحو مماثل، يقوم نظير vPC عن بعد بانتقال خط الاتصال للطبقة 2 بين أقران vPC إلى حالة جذر معينة. وهذا يسمح لحركة مرور البيانات في شبكات VLAN غير الخاصة بالكمبيوتر الشخصي بالتدفق عبر كل من نظائر الكمبيوتر الشخصي vPC من خلال خط اتصال الطبقة 2.

التكوين

يمكن العثور على مثال كيفية تكوين ميزة مبدّل نظير vPC هنا.

في هذا المثال، يتم تكوين N9K-1 ليكون الجسر الرئيسي للشجرة الممتدة لشبكات VLAN 1 و10 و20 بأولوية 0. وN9K-2 هو الجسر الرئيسي الثانوي للشجرة الممتدة لشبكات VLAN 1 و10 و20 بأولوية 4096.

N9K-1# show running-config vpc
<snip>
vpc domain 1
  role priority 150
  peer-keepalive destination 10.122.190.196

interface port-channel1
  vpc peer-link

N9K-2# show running-config vpc
<snip>
vpc domain 1
  peer-keepalive destination 10.122.190.195

interface port-channel1
  vpc peer-link

N9K-1# show running-config spanning-tree
spanning-tree vlan 1,10,20 priority 0
interface port-channel1
  spanning-tree port type network

N9K-2# show running-config spanning-tree
spanning-tree vlan 1,10,20 priority 4096
interface port-channel1
  spanning-tree port type network

أولاً، يجب تغيير تكوين أولوية الشجرة الممتدة من N9K-2 لمطابقة التكوين الخاص بـ N9K-1. وهذا أحد المتطلبات لتعمل ميزة مبدّل نظير vPC كما هو متوقع. إذا كان عنوان MAC الخاص بنظام N9K-2 أقل من عنوان MAC الخاص بنظام N9K-1، يغتصب N9K-2 دور الجسر الرئيسي لمجال الشجرة المتفرعة، مما يتسبب في قيام الجسور الأخرى في مجال الشجرة المتفرعة بدفق جداول عناوين MAC المحلية الخاصة بهم لجميع شبكات VLAN المتأثرة. يتم عرض مثال على هذه الظاهرة هنا.

N9K-1# show spanning-tree vlan 1

VLAN0001
  Spanning tree enabled protocol rstp
  Root ID    Priority    1
             Address     689e.0baa.dea7
             This bridge is the root
             Hello Time  2  sec  Max Age 20 sec  Forward Delay 15 sec

  Bridge ID  Priority    1      (priority 0 sys-id-ext 1)
             Address     689e.0baa.dea7
             Hello Time  2  sec  Max Age 20 sec  Forward Delay 15 sec

Interface        Role Sts Cost      Prio.Nbr Type
---------------- ---- --- --------- -------- --------------------------------
Po1              Desg FWD 1         128.4096 (vPC peer-link) Network P2p 
Po10             Desg FWD 1         128.4105 (vPC) P2p 
Po20             Desg FWD 1         128.4115 (vPC) P2p 

N9K-2# show spanning-tree vlan 1

VLAN0001
  Spanning tree enabled protocol rstp
  Root ID    Priority    1
             Address     689e.0baa.dea7
             Cost        1
             Port        4096 (port-channel1)
             Hello Time  2  sec  Max Age 20 sec  Forward Delay 15 sec

  Bridge ID  Priority    4097   (priority 4096 sys-id-ext 1)
             Address     689e.0baa.de07
             Hello Time  2  sec  Max Age 20 sec  Forward Delay 15 sec

Interface        Role Sts Cost      Prio.Nbr Type
---------------- ---- --- --------- -------- --------------------------------
Po1              Root FWD 1         128.4096 (vPC peer-link) Network P2p 
Po10             Desg FWD 1         128.4105 (vPC) P2p 
Po20             Desg FWD 1         128.4115 (vPC) P2p 

N9K-2# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
N9K-2(config)# spanning-tree vlan 1,10,20 priority 0
N9K-2(config)# end
N9K-2# show spanning-tree vlan 1

VLAN0001
  Spanning tree enabled protocol rstp
  Root ID    Priority    1
             Address     689e.0baa.de07
             This bridge is the root
             Hello Time  2  sec  Max Age 20 sec  Forward Delay 15 sec

  Bridge ID  Priority    1      (priority 0 sys-id-ext 1)
             Address     689e.0baa.de07
             Hello Time  2  sec  Max Age 20 sec  Forward Delay 15 sec

Interface        Role Sts Cost      Prio.Nbr Type
---------------- ---- --- --------- -------- --------------------------------
Po1              Desg FWD 1         128.4096 (vPC peer-link) Network P2p 
Po10             Desg FWD 1         128.4105 (vPC) P2p 
Po20             Desg FWD 1         128.4115 (vPC) P2p 

وبعد ذلك، يمكننا تمكين ميزة مبدّل نظير vPC من خلال أمر تكوين مجال vPC peer-switch. وهذا يغير معرف الجسر ضمن وحدات بيانات بروتوكول الجسر (BPDUs) للشجرة المتفرعة التي تم إنشاؤها بواسطة نظائر vPC، مما يتسبب في قيام الجسور الأخرى في مجال الشجرة المتفرعة بدفق جداول عناوين MAC المحلية الخاصة بها لجميع شبكات VLAN المتأثرة.

N9K-1# configure terminal
N9K-1(config)# vpc domain 1
N9K-1(config-vpc-domain)# peer-switch
N9K-1(config-vpc-domain)# end
N9K-1# 

N9K-2# configure terminal
N9K-2(config)# vpc domain 1
N9K-2(config-vpc-domain)# peer-switch
N9K-2(config-vpc-domain)# end
N9K-2# 

يمكنك التحقق من أن ميزة مبدّل نظير vPC تعمل كما هو متوقع من خلال التحقق من صحة ادعاء نظيرَي vPC بأنهما الجسر الرئيسي لشبكات vPC VLAN باستخدام الأمر show spanning-tree summary. يجب أن يشير هذا الإخراج أيضا إلى تمكين ميزة المحول النظير vPC وتشغيلها.

N9K-1# show spanning-tree summary
Switch is in rapid-pvst mode 
Root bridge for: VLAN0001, VLAN0010, VLAN0020
L2 Gateway STP                           is disabled
Port Type Default                        is disable
Edge Port [PortFast] BPDU Guard Default  is disabled
Edge Port [PortFast] BPDU Filter Default is disabled
Bridge Assurance                         is enabled
Loopguard Default                        is disabled
Pathcost method used                     is short
vPC peer-switch                          is enabled (operational)
STP-Lite                                 is disabled

Name                   Blocking Listening Learning Forwarding STP Active
---------------------- -------- --------- -------- ---------- ----------
VLAN0001                     0         0        0          3          3
VLAN0010                     0         0        0          3          3
VLAN0020                     0         0        0          3          3
---------------------- -------- --------- -------- ---------- ----------
3 vlans                      0         0        0          9          9

N9K-2# show spanning-tree summary
Switch is in rapid-pvst mode 
Root bridge for: VLAN0001, VLAN0010, VLAN0020
L2 Gateway STP                           is disabled
Port Type Default                        is disable
Edge Port [PortFast] BPDU Guard Default  is disabled
Edge Port [PortFast] BPDU Filter Default is disabled
Bridge Assurance                         is enabled
Loopguard Default                        is disabled
Pathcost method used                     is short
vPC peer-switch                          is enabled (operational)
STP-Lite                                 is disabled

Name                   Blocking Listening Learning Forwarding STP Active
---------------------- -------- --------- -------- ---------- ----------
VLAN0001                     0         0        0          3          3
VLAN0010                     0         0        0          3          3
VLAN0020                     0         0        0          3          3
---------------------- -------- --------- -------- ---------- ----------
3 vlans                      0         0        0          9          9

استخدم الأمر show spanning-tree vlan {x} لعرض معلومات أكثر تفصيلاً عن شبكة VLAN معينة. يحتوي المحول الذي يحمل دور vPC الأساسي أو التشغيلي على جميع الواجهات في حالة إعادة توجيه مخصصة. يتضمن المحول الذي يحتفظ بالدور الثانوي أو الثانوي للتشغيل vPC جميع واجهات المحول في حالة إعادة توجيه مخصصة باستثناء إرتباط نظير vPC، والذي يكون في حالة إعادة توجيه الجذر. لاحظ أن عنوان MAC للنظام الخاص بـ vPC المعروض في إخراج show vpc role يشبه معرف الجسر الرئيسي ومعرف الجسر لكل من نظراء vPC.

N9K-1# show vpc role

vPC Role status
----------------------------------------------------
vPC role                        : primary                       
Dual Active Detection Status    : 0
vPC system-mac                  : 00:23:04:ee:be:01             
vPC system-priority             : 32667
vPC local system-mac            : 68:9e:0b:aa:de:a7             
vPC local role-priority         : 150 
vPC local config role-priority  : 150 
vPC peer system-mac             : 68:9e:0b:aa:de:07             
vPC peer role-priority          : 32667
vPC peer config role-priority   : 32667

N9K-1# show spanning-tree vlan 1

VLAN0001
  Spanning tree enabled protocol rstp
  Root ID    Priority    1
             Address     0023.04ee.be01
             This bridge is the root
             Hello Time  2  sec  Max Age 20 sec  Forward Delay 15 sec

  Bridge ID  Priority    1      (priority 0 sys-id-ext 1)
             Address     0023.04ee.be01
             Hello Time  2  sec  Max Age 20 sec  Forward Delay 15 sec

Interface        Role Sts Cost      Prio.Nbr Type
---------------- ---- --- --------- -------- --------------------------------
Po1              Desg FWD 1         128.4096 (vPC peer-link) Network P2p 
Po10             Desg FWD 1         128.4105 (vPC) P2p 
Po20             Desg FWD 1         128.4115 (vPC) P2p 

N9K-2# show vpc role

vPC Role status
----------------------------------------------------
vPC role                        : secondary                     
Dual Active Detection Status    : 0
vPC system-mac                  : 00:23:04:ee:be:01             
vPC system-priority             : 32667
vPC local system-mac            : 68:9e:0b:aa:de:07             
vPC local role-priority         : 32667
vPC local config role-priority  : 32667
vPC peer system-mac             : 68:9e:0b:aa:de:a7             
vPC peer role-priority          : 150 
vPC peer config role-priority   : 150 

N9K-2# show spanning-tree vlan 1

VLAN0001
  Spanning tree enabled protocol rstp
  Root ID    Priority    1
             Address     0023.04ee.be01
             This bridge is the root
             Hello Time  2  sec  Max Age 20 sec  Forward Delay 15 sec

  Bridge ID  Priority    1      (priority 0 sys-id-ext 1)
             Address     0023.04ee.be01
             Hello Time  2  sec  Max Age 20 sec  Forward Delay 15 sec

Interface        Role Sts Cost      Prio.Nbr Type
---------------- ---- --- --------- -------- --------------------------------
Po1              Root FWD 1         128.4096 (vPC peer-link) Network P2p 
Po10             Desg FWD 1         128.4105 (vPC) P2p 
Po20             Desg FWD 1         128.4115 (vPC) P2p 

وأخيرًا، يمكننا استخدام الأداة المساعدة لالتقاط حزمة مستوى التحكم في Ethanalyzer على أي من نظيرَي vPC للتأكيد على أن نظيرَي vPC يقومان بإنشاء وحدات BPDU للشجرة الممتدة بمعرف الجسر ومعرف الجسر الرئيسي اللذين يحتويان على عنوان MAC للنظام الخاص بـ vPC المشترك بين نظيرَي vPC.

N9K-1# ethanalyzer local interface inband display-filter stp limit-captured-frames 0
<snip>
Capturing on inband
2021-05-13 01:59:51.664206 68:9e:0b:aa:de:d4 -> 01:80:c2:00:00:00 STP RST. Root = 0/1/00:23:04:ee:be:01  Cost = 0  Port = 0x9000

N9K-2# ethanalyzer local interface inband display-filter stp limit-captured-frames 0
<snip>
Capturing on inband
2021-05-13 01:59:51.777034 68:9e:0b:aa:de:34 -> 01:80:c2:00:00:00 STP RST. Root = 0/1/00:23:04:ee:be:01  Cost = 0  Port = 0x9000

التأثير

يختلف تأثير تمكين تحسين محول النظير ل vPC بناء على ما إذا كانت الجسور الأخرى في مجال الشجرة المتفرعة متصلة بكل من نظائر vPC عبر جهاز كمبيوتر شخصي أو إذا كانت متصلة بشكل متكرر بكل من نظاري vPC بدون جهاز كمبيوتر شخصي vPC.

الجسور المتصلة بخلاف vPC بشكل متكرر

إذا اكتشف جسر غير متصل ببروتوكول VPC مزود بارتباطات متكررة إلى كلا نظاري vPC (مثل وجود إرتباط واحد في حالة حظر من منظور بروتوكول الشجرة المتفرعة) تغييرا في الجسر الرئيسي للشجرة المتفرعة المعلن عنه في وحدات بيانات بروتوكول الجسر (BPDUs) الخاصة بالشجرة المتفرعة، فيمكن تغيير المنفذ الرئيسي للجسر بين الواجهات المتكررة. وبالمقابل، يمكن أن يتسبب ذلك في انتقال واجهات إعادة التوجيه المعينة الأخرى على الفور إلى حالة الحظر، ثم تجتاز جهاز الحالة المحدودة لبروتوكول الشجرة الممتدة (الحظر، والتعلم، وإعادة التوجيه) مع حالات توقف مؤقت بين ما يكافئ مؤقت إعادة توجيه بروتوكول الشجرة الممتدة المكوَّن (15 ثانية بشكل افتراضي). يمكن أن يتسبب التغيير في المنفذ الجذري والاجتياز اللاحق لجهاز الحالة المحدودة لبروتوكول الشجرة الممتدة في حدوث قدر كبير من الانقطاع داخل الشبكة.

تجدر الإشارة إلى أن هذا التأثير يحدث عندما يتم قطع اتصال نظير vPC الذي يمثل حاليا الجسر الرئيسي لمجال الشجرة المتفرعة (كما في حالة حدوث عطل في الطاقة أو عطل في الأجهزة أو إعادة تحميل). ولا يقتصر هذا السلوك على تحسين مبدّل نظير vPC - يتسبب تمكين تحسين مبدّل نظير vPC ببساطة في حدوث سلوك مماثل لنظير vPC الذي يصبح غير متصل من منظور الشجرة الممتدة.

الجسور المتصلة بـ vPC

إذا اكتشف جسر متصل ببروتوكول vPC حدوث تغيير في الجسر الرئيسي للشجرة المتفرعة المعلن عنه في وحدات بيانات بروتوكول الجسر (BPDUs) للشجرة المتفرعة، يقوم الجسر بإزاحة عناوين MAC التي تم التعرف عليها ديناميكيا من جدول عناوين MAC الخاص به. أثناء تكوين ميزة المحول النظير vPC، يمكنك مراقبة هذا السلوك ضمن السيناريوهين التاليين:

1. عند تكوين قيم أولوية الشجرة المتفرعة للمطابقة بين كل من نظاري vPC، يمكن أن يتغير الجسر الرئيسي للشجرة المتفرعة من نظير vPC إلى آخر إذا كان نظير vPC الذي لم يكن سابقا الجسر الرئيسي لديه عنوان MAC للنظام أقل من نظير vPC الذي كان سابقا الجسر الرئيسي. يتم عرض مثال لهذا السيناريو في قسم تكوين مبدّل نظير vPC من هذا المستند.
2. عند تمكين ميزة المحول النظير ل vPC من خلال أمر تكوين مجال peer-switch vPC، يبدأ كلا نظامي vPC في العمل كجسور جذر لمجال الشجرة المتفرعة. يبدأ كلا نظامي الخادم طراز vPC في إنشاء وحدات بيانات بروتوكول الجسر (BPDUs) متطابقة للشجرة المتفرعة والتي تؤكد نفسها كجسر رئيسي لمجال الشجرة المتفرعة. 

في معظم السيناريوهات والمخططات، لا يلاحظ أي تأثير على مستوى البيانات كنتيجة لأي من هذين السيناريوهين. مهما، لفترة قصيرة من الوقت، فضت حركة مرور مستوى البيانات ضمن VLAN بسبب مجهول unicast يفيض، بما أن الغاية {upper}mac address من إطار لا يعرف على أي switchport كنتيجة مباشرة من الذفق من حركيا يعرف {upper}mac address. وفي بعض الهياكل، قد يتسبب ذلك في وجود فترات موجزة تحدث فيها مشكلات في الأداء أو فقدان الحِزم في حالة غمر حركة مرور مستوى البيانات إلى أجهزة الشبكة التي تجاوزت حد الاشتراك داخل شبكة VLAN. هذا يستطيع أيضا سببت إصدار مع عرض نطاق مكثفة حركة مرور أحادي إتجاه تدفقات أو مضيف صامت (مضيف أن بشكل أساسي يستلم ربط ونادر يرسل ربط)، بما أن هذا حركة مرور فضت داخل ال VLAN لفترة طويلة من الوقت بدلا من أن يكون حولت مباشرة إلى الغاية مضيف كعادي.

تجدر الإشارة إلى أن هذا التأثير مرتبط بتدفق عناوين MAC التي تم التعرف عليها ديناميكيا من جدول عناوين MAC للجسور داخل شبكة VLAN المتأثرة. ولا يقتصر هذا السلوك على تحسين مبدّل نظير vPC أو تغيير في الجسر الرئيسي - بل يمكن أن يحدث أيضًا بسبب إعلام تغيير الهيكل الناشئ عن وجود منفذ بخلاف الحافة يظهر داخل شبكة VLAN.

مثال سيناريوهات الفشل

الجسور المتصلة بخلاف vPC بشكل متكرر التي تعيد تشغيل جهاز الحالة المحدودة

خذ بعين الاعتبار الهيكل الموجود هنا:

في هذا الهيكل، N9K-1 وN9K-2 هما نظيرا vPC في مجال vPC. يتم تكوين N9K-1 بقيمة أولوية الشجرة الممتدة 0 لجميع شبكات VLAN، مما يجعل N9K-1 الجسر الرئيسي لجميع شبكات VLAN. يتم تكوين N9K-2 بقيمة أولوية الشجرة الممتدة 4096 لجميع شبكات VLAN، مما يجعل N9K-2 الجسر الرئيسي لجميع شبكات VLAN. Access-1 هو مبدّل متصل بشكل متكرر بكل من N9K-1 وN9K-2 عبر منافذ المبدّل من الطبقة 2. لا يتم تجميع منافذ المبدّل هذه في قناة المنفذ، لذا يضع بروتوكول الشجرة الممتدة الارتباط المتصل بـ N9K-1 في الحالة الجذرية المعينة والارتباط المتصل بـ N9K-2 في حالة الحظر البديلة.

خذ بعين الاعتبار سيناريو الفشل حيث يصبح N9K-1 غير متصل بسبب فشل الأجهزة أو انقطاع الطاقة أو إعادة تحميل المبدّل. يؤكد N9K-2 نفسه على أنه الجسر الرئيسي لجميع الشبكات المحلية الظاهرية (VLANs) من خلال الإعلان عن وحدات بيانات بروتوكول الجسر (BPDUs) للشجرة المتفرعة باستخدام عنوان MAC للنظام الخاص به كمعرف الجسر. يرى Access-1 تغييرا في معرف الجسر الرئيسي. علاوة على ذلك، عمليات تحويل المنفذ الجذري المعين الخاص به إلى حالة أسفل/أسفل، مما يعني أن منفذ الجذر المعين الجديد هو الارتباط الذي كان في حالة حظر بديل يواجه N9K-2.

يتسبب هذا التغيير في منافذ الجذر المعينة في قيام جميع منافذ الشجرة المتفرعة غير الطرفية بالتقدم عبر جهاز الحالة المحدودة لبروتوكول الشجرة المتفرعة (الحظر والتعلم وإعادة التوجيه) مع فترات توقف بين ما يعادل مؤقت تأخير إعادة توجيه بروتوكول الشجرة المتفرعة الذي تم تكوينه (15 ثانية بشكل افتراضي). يمكن أن تكون هذه العملية معطلة للغاية للشبكة.

في سيناريو الفشل نفسه مع تمكين تحسين محول نظير vPC، يقوم كل من N9K-1 و N9K-2 بإرسال وحدات بيانات بروتوكول الجسر (BPDUs) المتفرعة المتطابقة باستخدام عنوان MAC الخاص بنظام vPC المشترك كمعرف الجسر. في حالة فشل N9k-1، يستمر N9K-2 في إرسال نفس وحدة بيانات بروتوكول الجسر (BPDU) للشجرة المتفرعة. ونتيجة لذلك، يعمل Access-1 على نقل إرتباط الحظر البديل باتجاه N9K-2 مباشرة إلى حالة جذر معينة وبدء إعادة توجيه حركة مرور البيانات عبر الارتباط. وعلاوة على ذلك، حقيقة أن معرف الجسر الرئيسي للشجرة الممتدة لا يتغير تمنع المنافذ بخلاف الحافة من التنقل عبر جهاز الحالة المحدودة لبروتوكول الشجرة الممتدة، مما يقلل من مقدار الانقطاع الملحوظ في الشبكة.

الجسور المتصلة بـ vPC التي تمسح عناوين MAC المكتسبة ديناميكيًا

خذ بعين الاعتبار الهيكل الموجود هنا:

في هذا الهيكل، يكون N9K-1 وN9K-2 نظيرَي vPC في مجال vPC اللذين ينفذان التوجيه داخل شبكة VLAN بين VLAN 10 وVLAN 20. يتم تكوين N9K-1 بقيمة أولوية الشجرة الممتدة 0 لشبكة VLAN 10 وVLAN 20، مما يجعل N9K-1 الجسر الرئيسي لشبكتَي VLAN. يتم تكوين N9K-1 بقيمة أولوية الشجرة الممتدة 4096 لشبكة VLAN 10 وVLAN 20، مما يجعل N9K-2 الجسر الرئيسي الثانوي لشبكتَي VLAN. تتواصل Host-1 وHost-2 وHost-3 وHost-4 بشكل مستمر مع بعضها البعض.

خذ بعين الاعتبار سيناريو الفشل حيث يصبح N9K-1 غير متصل بسبب فشل الأجهزة أو انقطاع الطاقة أو إعادة تحميل المبدّل. يؤكد N9K-2 نفسه على أنه الجسر الرئيسي لشبكة VLAN رقم 10 وشبكة VLAN رقم 20 من خلال الإعلان عن وحدات بيانات بروتوكول الجسر (BPDUs) للشجرة المتفرعة باستخدام عنوان MAC للنظام الخاص به كمعرف الجسر. يرى Access-1 و Access-2 تغييرا في معرف الجسر الرئيسي، وعلى الرغم من أن الشجرة المتفرعة تظل كما هي (بمعنى أن VPC الذي يواجه N9K-1 و N9K-2 يظل منفذا رئيسيا معينا) فإن كلا من Access-1 و Access-2 يدفعان عنوان MAC الخاص بهما لجميع عناوين MAC التي تم التعرف عليها ديناميكيا في شبكة VLAN رقم 10 وشبكة VLAN رقم 20.

وفي معظم البيئات، يتسبب مسح عناوين MAC المكتسبة ديناميكيًا في حدوث الحد الأدنى من التأثير. لا تُفقد أي حِزم (بخلاف تلك الحِزم المفقودة أثناء إرسالها إلى N9K-1 عند فشلها)، ولكن يتم غمر حركة المرور مؤقتًا داخل كل مجال بث كحركة مرور بث أحادي غير معروفة بينما تعيد جميع المبدّلات في مجال البث التعرف على عناوين MAC الديناميكية.

وفي سيناريو الفشل نفسه مع تمكين تحسين مبدّل نظير vPC، سيرسل N9K-1 وN9K-2 وحدات BPDU متطابقة للشجرة الممتدة باستخدام عنوان MAC للنظام الخاص بـ vPC كمعرف الجسر. في حالة فشل N9k-1، يستمر N9K-2 في إرسال نفس وحدة بيانات بروتوكول الجسر (BPDU) للشجرة المتفرعة. ونتيجة لذلك، لا يدرك منفذ Access-1 و Access-2 حدوث أي تغيير في مخطط الشجرة المتفرعة - من منظورهم، تتطابق وحدات بيانات بروتوكول الجسر (BPDUs) الخاصة بالجسر الرئيسي المتفرعة بالشجرة، وبالتالي لا توجد حاجة إلى تدفق عناوين MAC التي تم التعرف عليها ديناميكيا من شبكات VLAN ذات الصلة. ويمنع ذلك تدفق حركة مرور البث الأحادي غير المعروفة في كل مجال بث في سيناريو الفشل هذا.

عبّارة نظير vPC

يصف هذا القسم تحسين عبّارة نظير vPC، والذي يتم تمكينه باستخدام أمر تكوين مجال vPC peer-gateway.

نظرة عامة

تنفذ مبدّلات Nexus المكونة في مجال vPC إعادة التوجيه المزدوج النشط لبروتوكول تكرار الخطوة الأولى (FHRP) بشكل افتراضي. وهذا يعني أنه إذا كان نظير جهاز الكمبيوتر الشخصي vPC يتلقى حزمة مع عنوان MAC للوجهة تنتمي إلى مجموعة بروتوكول موجه الاستعداد السريع (HSRP) أو بروتوكول تكرار الموجه الظاهري (VRRP) التي تم تكوينها على المحول، فإن المحول يقوم بتوجيه الحزمة وفقا لجدول التوجيه المحلي الخاص به بغض النظر عن حالة مستوى التحكم في HSRP أو VRRP الخاص به. وبمعنى آخر، من المتوقع أن يقوم نظير vPC في حالة استعداد HSRP أو النسخ الاحتياطي لبروتوكول VRRP بتوجيه الحِزم الموجهة إلى عنوان MAC الافتراضي لبروتوكول HSRP أو VRRP.

عندما يقوم نظير vPC بتوجيه حزمة موجهة إلى عنوان MAC ظاهري ل FHRP، فإنه يعيد كتابة الحزمة باستخدام عنوان MAC جديد للمصدر والوجهة. المصدر {upper}mac address ال MAC عنوان من ال vPC نظير يحول قارن فعلي (SVI) ضمن ال VLAN أن الربط يكون وجهت داخل. غاية {upper}mac address ال {upper}mac address يصحب مع التالي جنجل عنوان للغاية عنوان من الربط طبقا ال vPC نظير محلي تحشد طاولة. في سيناريوهات التوجيه بين شبكات VLAN، يكون عنوان MAC للوجهة الخاص بالحزمة بعد إعادة كتابة الحزمة هو عنوان MAC الخاص بالمضيف الذي يتم توجيه الحزمة إليه في نهاية المطاف.

لا تتبع بعض الأجهزة المضيفة سلوك إعادة التوجيه القياسي كميزة تحسين. وباستخدام هذا السلوك، لا ينفذ الجهاز المضيف جدول توجيه و/أو بحثًا عن ذاكرة التخزين المؤقت من ARP عند الرد على حزمة واردة. وبدلاً من ذلك، يقلب الجهاز المضيف عناوين MAC للمصدر والوجهة من الحزمة الواردة لحزمة الرد. وبمعنى آخر، يصبح عنوان MAC للمصدر من الحزمة الواردة عنوان MAC للوجهة من حزمة الرد، ويصبح عنوان MAC للوجهة من الحزمة الواردة هو عنوان MAC للمصدر من حزمة الرد. ويختلف هذا السلوك عن الجهاز المضيف الذي يتبع سلوك إعادة التوجيه القياسي، وينفذ جدول توجيه محليًا و/أو بحثًا عن ذاكرة التخزين المؤقت من ARP ويعيّن عنوان MAC للوجهة من حزمة الرد على عنوان MAC الافتراضي لبروتوكول FHRP.

يمكن أن ينتهك سلوك الجهاز المضيف غير القياسي هذا قاعدة تجنب حلقة vPC إذا كانت حزمة الرد التي تم إنشاؤها بواسطة الجهاز المضيف موجهة إلى نظير vPC واحد، ولكنها تخرج من vPC تجاه نظير vPC الآخر. يستلم النظير الآخر ل vPC الحزمة الموجهة إلى عنوان MAC المملوك من قبل نظير vPC الخاص به ويعيد توجيه الحزمة خارج إرتباط نظير vPC نحو نظير vPC الذي يملك عنوان MAC الموجود في حقل عنوان MAC الوجهة من الحزمة. يحاول نظير vPC الذي يملك عنوان MAC توجيه الحزمة محليا. إذا كانت الحزمة بحاجة إلى إخراج vPC، فعندئذ يقوم نظير vPC بإسقاط هذه الحزمة لانتهاك قاعدة تجنب حلقة vPC. ونتيجة لذلك، يمكنك ملاحظة مشاكل الاتصال أو فقدان الحزمة لبعض التدفقات التي يتم الحصول عليها من مضيف أو توجيهها إليه باستخدام هذا السلوك غير القياسي.

تم تقديم تحسين عبّارة نظير vPC للتخلص من فقدان الحزمة المقدم من الأجهزة المضيفة باستخدام هذا السلوك غير القياسي. ويتم ذلك من خلال السماح لنظير vPC واحد بتوجيه الحِزم الموجهة محليًا إلى عنوان MAC الخاص بنظير vPC الآخر حتى لا تحتاج الحِزم الموجهة إلى نظير vPC البعيد إلى الخروج من ارتباط نظير vPC ليتم توجيهها. وبمعنى آخر، يسمح تحسين عبّارة نظير vPC لنظير vPC واحد بتوجيه الحِزم "نيابة عن" نظير vPC البعيد. يمكن تمكين تحسين عبّارة نظير vPC باستخدام أمر تكوين مجال vPC peer-gateway.

التحذيرات

تذبذب تجاورات بروتوكول التوجيه أحادي البث عبر شبكات vPC أو vPC VLAN

إذا تم تكوين تجاور بروتوكول التوجيه الديناميكي للبث الأحادي بين نظائر vPC وموجه متصل vPC أو موجه متصل من خلال منفذ يتيم vPC، يمكن أن تبدأ تجاور بروتوكول التوجيه في الارتحال بشكل مستمر بعد تمكين تحسين عبارة نظير vPC إذا لم يتم تكوين التوجيه/الطبقة 3 عبر تحسين vPC فورا. يتم وصف سيناريوهات الفشل هذه بالتفصيل في أقسام تجاورات بروتوكول توجيه البث الأحادي عبر مثال سيناريو الفشل لعبّارة نظير vPC وتجاورات بروتوكول توجيه البث الأحادي عبر شبكة vPC VLAN مع عبّارة نظير vPC من هذا المستند.

لحل هذه المشكلة، قم بتمكين تحسين التوجيه/الطبقة 3 عبر vPC باستخدام أمر تكوين مجال vPC layer3 peer-router على الفور بعد تمكين تحسين عبّارة نظير vPC باستخدام أمر تكوين مجال vPC peer-gateway.

التعطيل التلقائي لعمليات إعادة توجيه ICMP وICMPv6

عند تمكين تحسين عبارة النظير ل vPC، يتم تعطيل إنشاء حزم إعادة توجيه ICMP و ICMPv6 تلقائيا على جميع شبكات VLAN SVI الخاصة ببروتوكول vPC (أي SVI مرتبط بشبكة VLAN يتم توصيلها عبر إرتباط نظير vPC). يقوم المبدّل بذلك عن طريق تكوين no ip redirects وno ipv6 redirects على جميع الواجهات الافتراضية المبدّلة الخاصة بشبكة vPC VLAN. وهذا يمنع المحول من إنشاء حزم إعادة توجيه ICMP في إستجابة للحزم التي تدخل المحول، ولكن لها وجهة MAC وعنوان IP من نظير المحول vPC.

إذا كان من الضروري وجود حزم إعادة توجيه ICMP أو ICMPv6 في بيئتك ضمن شبكة VLAN معينة، فأنت بحاجة إلى إستثناء شبكة VLAN هذه من الاستفادة من تحسين عبارة النظير vPC باستخدام أمر تكوين مجال النظير-gateway exclude-vlan <vlan-id> vPC.

ملاحظة: أمر تكوين مجال vPC peer-gateway exclude-vlan <vlan-id> غير مدعوم على مبدّلات Nexus 9000 Series.

التكوين

يمكن العثور على مثال كيفية تكوين ميزة عبّارة نظير vPC هنا.

في هذا المثال، N9K-1 وN9K-2 هما نظيرا vPC في مجال vPC. يمتلك نظيرا vPC مجموعة HSRP مكونة لشبكة VLAN 10. إن N9K-1 هو موجّه HSRP النشط بأولوية 150، بينما N9K-2 هو موجّه استعداد HSRP بأولوية افتراضية 100.

N9K-1# show running-config vpc
<snip>
vpc domain 1
  role priority 150
  peer-keepalive destination 10.82.140.43

interface port-channel1
  vpc peer-link

N9K-2# show running-config vpc
<snip>
vpc domain 1
  peer-keepalive destination 10.82.140.42

interface port-channel1
  vpc peer-link

N9K-1# show running-config interface vlan 10
<snip>
interface Vlan10
  no shutdown
  ip address 192.168.10.2/24
  hsrp 10 
    preempt 
    priority 150
    ip 192.168.10.1

N9K-2# show running-config interface vlan 10
<snip>
interface Vlan10
  no shutdown
  ip address 192.168.10.3/24
  hsrp 10 
    ip 192.168.10.1

N9K-1# show hsrp interface vlan 10 brief
*:IPv6 group   #:group belongs to a bundle
                     P indicates configured to preempt.
                     |
 Interface   Grp  Prio P State    Active addr      Standby addr     Group addr
  Vlan10      10   150  P Active   local            192.168.10.3     192.168.10.1    (conf)

N9K-2# show hsrp interface vlan 10 brief
*:IPv6 group   #:group belongs to a bundle
                     P indicates configured to preempt.
                     |
 Interface   Grp  Prio P State    Active addr      Standby addr     Group addr
  Vlan10      10   100    Standby  192.168.10.2     local            192.168.10.1    (conf)

تحتوي الواجهة الافتراضية المبدّلة لشبكة VLAN 10 من N9K-1 على عنوان MAC 00ee.ab67.db47، وتحتوي الواجهة الافتراضية المبدّلة لشبكة VLAN 10 على عنوان MAC 00ee.abd8.747f. عنوان MAC الافتراضي من HSRP لشبكة VLAN 10 هو 0000.0c07.ac0a. في هذه الحالة، ال VLAN 10 SVI {upper}mac address من كل مفتاح وال HSRP ظاهري ماك عنوان حاضر في ال mac عنوان طاولة من كل مفتاح. ال VLAN 10 SVI {upper}mac address من كل مفتاح وال HSRP ظاهري {upper}mac address يتلقى البوابة (G) علم حاضر، أي يشير أن المفتاح محليا يوجه ربط معد إلى هذا {upper}mac address.

لاحظ أن جدول عناوين MAC من N9K-1 لا يحتوي على علامة العبّارة لعنوان MAC للواجهة الافتراضية المبدّلة لشبكة VLAN 10 من N9K-2. وبالمثل، لا يحتوي جدول عناوين MAC من N9K-2 على علامة العبّارة لعنوان MAC للواجهة الافتراضية المبدّلة لشبكة VLAN 10 من N9K-1.

N9K-1# show mac address-table vlan 10
Legend: 
        * - primary entry, G - Gateway MAC, (R) - Routed MAC, O - Overlay MAC
        age - seconds since last seen,+ - primary entry using vPC Peer-Link,
        (T) - True, (F) - False, C - ControlPlane MAC, ~ - vsan
   VLAN     MAC Address      Type      age     Secure NTFY Ports
---------+-----------------+--------+---------+------+----+------------------
G   10     0000.0c07.ac0a   static   -         F      F    sup-eth1(R)
G   10     00ee.ab67.db47   static   -         F      F    sup-eth1(R)
*   10     00ee.abd8.747f   static   -         F      F    vPC Peer-Link(R)

N9K-2# show mac address-table vlan 10
Legend: 
        * - primary entry, G - Gateway MAC, (R) - Routed MAC, O - Overlay MAC
        age - seconds since last seen,+ - primary entry using vPC Peer-Link,
        (T) - True, (F) - False, C - ControlPlane MAC, ~ - vsan
   VLAN     MAC Address      Type      age     Secure NTFY Ports
---------+-----------------+--------+---------+------+----+------------------
G   10     0000.0c07.ac0a   static   -         F      F    vPC Peer-Link(R)
*   10     00ee.ab67.db47   static   -         F      F    vPC Peer-Link(R)
G   10     00ee.abd8.747f   static   -         F      F    sup-eth1(R)

يمكننا تمكين تحسين عبّارة نظير vPC من خلال أمر تكوين مجال vPC peer-gateway. وهذا يسمح للمحول بالتوجيه المحلي للحزم المستلمة مع عنوان MAC للوجهة التي تنتمي إلى عنوان MAC لنظيرها vPC الذي تم التعرف عليه على إرتباط النظير ل vPC. ويتم ذلك بتعيين علامة العبارة على عنوان MAC للنظير vPC داخل جدول عنوان MAC الخاص بالمحول.

N9K-1# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
N9K-1(config)# vpc domain 1
N9K-1(config-vpc-domain)# peer-gateway
N9K-1(config-vpc-domain)# end
N9K-1# 

N9K-2# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
N9K-2(config)# vpc domain 1
N9K-2(config-vpc-domain)# peer-gateway
N9K-2(config-vpc-domain)# end
N9K-2# 

يمكنك التحقق من عمل تحسين عبّارة نظير vPC كما هو متوقع من خلال التحقق من وجود علامة العبّارة في جدول عناوين MAC لعنوان MAC الخاص بنظير vPC.

N9K-1# show mac address-table vlan 10
Legend: 
        * - primary entry, G - Gateway MAC, (R) - Routed MAC, O - Overlay MAC
        age - seconds since last seen,+ - primary entry using vPC Peer-Link,
        (T) - True, (F) - False, C - ControlPlane MAC, ~ - vsan
   VLAN     MAC Address      Type      age     Secure NTFY Ports
---------+-----------------+--------+---------+------+----+------------------
G   10     0000.0c07.ac0a   static   -         F      F    sup-eth1(R)
G   10     00ee.ab67.db47   static   -         F      F    sup-eth1(R)
G   10     00ee.abd8.747f   static   -         F      F    vPC Peer-Link(R)

N9K-2# show mac address-table vlan 10
Legend: 
        * - primary entry, G - Gateway MAC, (R) - Routed MAC, O - Overlay MAC
        age - seconds since last seen,+ - primary entry using vPC Peer-Link,
        (T) - True, (F) - False, C - ControlPlane MAC, ~ - vsan
   VLAN     MAC Address      Type      age     Secure NTFY Ports
---------+-----------------+--------+---------+------+----+------------------
G   10     0000.0c07.ac0a   static   -         F      F    vPC Peer-Link(R)
G   10     00ee.ab67.db47   static   -         F      F    vPC Peer-Link(R)
G   10     00ee.abd8.747f   static   -         F      F    sup-eth1(R)

التأثير

يمكن أن يختلف تأثير تمكين تحسين عبارة النظير ل vPC بناء على المخطط المحيط وسلوك الأجهزة المضيفة المتصلة كما هو موضح في هذه الأقسام الفرعية. إذا لم يتم تطبيق أي من هذه الأقسام الفرعية على بيئتك، فإن تمكين تحسين عبارة النظير ل vPC لن يكون معطلا ولن يكون له تأثير على بيئتك.

تذبذب تجاورات بروتوكول التوجيه أحادي البث عبر شبكات vPC أو vPC VLAN

إذا تم تكوين تجاور بروتوكول التوجيه الديناميكي للبث الأحادي بين نظائر vPC وموجه متصل vPC أو موجه متصل من خلال منفذ يتيم vPC، يمكن أن تبدأ تجاور بروتوكول التوجيه في الارتحال بشكل مستمر بعد تمكين تحسين عبارة نظير vPC إذا لم يتم تكوين التوجيه/الطبقة 3 عبر تحسين vPC فورا. يتم وصف سيناريوهات الفشل هذه بالتفصيل في أقسام تجاورات بروتوكول توجيه البث الأحادي عبر مثال سيناريو الفشل لعبّارة نظير vPC وتجاورات بروتوكول توجيه البث الأحادي عبر شبكة vPC VLAN مع عبّارة نظير vPC من هذا المستند.

لحل هذه المشكلة، قم بتمكين تحسين التوجيه/الطبقة 3 عبر vPC باستخدام أمر تكوين مجال vPC layer3 peer-router على الفور بعد تمكين تحسين عبّارة نظير vPC باستخدام أمر تكوين مجال vPC peer-gateway.

التعطيل التلقائي لعمليات إعادة توجيه ICMP وICMPv6

عند تمكين تحسين عبارة النظير ل vPC، يتم تعطيل إنشاء حزم إعادة توجيه ICMP و ICMPv6 تلقائيا على جميع شبكات VLAN SVI الخاصة ببروتوكول vPC (أي SVI مرتبط بشبكة VLAN يتم توصيلها عبر إرتباط نظير vPC). يقوم المبدّل بذلك عن طريق تكوين no ip redirects وno ipv6 redirects على جميع الواجهات الافتراضية المبدّلة الخاصة بشبكة vPC VLAN. وهذا يمنع المحول من إنشاء حزم إعادة توجيه ICMP في إستجابة للحزم التي تدخل المحول، ولكن لها وجهة MAC وعنوان IP من نظير المحول vPC.

إذا كان من الضروري وجود حزم إعادة توجيه ICMP أو ICMPv6 في بيئتك ضمن شبكة VLAN معينة، فأنت بحاجة إلى إستثناء شبكة VLAN هذه من الاستفادة من تحسين عبارة النظير vPC باستخدام أمر تكوين مجال النظير-gateway exclude-vlan <vlan-id> vPC.

ملاحظة: أمر تكوين مجال vPC peer-gateway exclude-vlan <vlan-id> غير مدعوم على مبدّلات Nexus 9000 Series.

مثال سيناريوهات الفشل

الأجهزة المضيفة المتصلة بـ vPC بسلوك إعادة التوجيه غير القياسي

خذ بعين الاعتبار الهيكل الموجود هنا:

في هذا الهيكل، يكون N9K-1 وN9K-2 نظيرَي vPC في مجال vPC اللذين ينفذان التوجيه داخل شبكة VLAN بين VLAN 10 وVLAN 20. إن Po1 للواجهة ارتباط نظير vPC. يكون الجهاز المضيف المُسمى Host-1 متصلاً عبر vPC Po10 بـ N9K-1 وN9K-2 في شبكة VLAN 10. يمتلك Host-1 عنوان IP 192.168.10.10 بعنوان MAC 0000.0000.0010. يكون الجهاز المضيف المُسمى Host-2 متصلاً عبر vPC Po20 بـ N9K-1 وN9K-2 في شبكة VLAN 20. يمتلك Host-2 عنوان IP 192.168.20.10 بعنوان MAC 0000.0000.0020.

يحتوي N9K-1 وN9K-2 على واجهات افتراضية مبدّلة لشبكة VLAN 10 وVLAN 20 باستخدام HSRP الذي تم تنشيطه ضمن كل واجهة افتراضية مبدّلة. تتضمن واجهة شبكة VLAN 10 الخاصة بـ N9K-1 على عنوان IP 192.168.10.2، بينما تتضمن واجهة شبكة VLAN 20 الخاصة بـ N9K-1 على عنوان IP 192.168.20.2. تتضمن الواجهتان الافتراضيتان المبدّلتان الخاصة بـ N9K-1 على عنوان MAC مادي 00ee.ab67.db47. تتضمن واجهة شبكة VLAN 10 الخاصة بـ N9K-2 على عنوان IP 1921.68.10.3، بينما تتضمن واجهة شبكة VLAN 20 الخاصة بـ N9K-2 على عنوان IP 192.168.20.3. تتضمن الواجهتان الافتراضيتان المبدّلتان الخاصة بـ N9K-2 على عنوان MAC مادي 00ee.abd8.747f. عنوان IP الافتراضي من HSRP لشبكة VLAN 10 هو 192.168.10.1، عنوان MAC الافتراضي من HSRP هو 0000.0c07.ac0a. عنوان IP الافتراضي من HSRP لشبكة VLAN 20 هو 192.168.20.1، عنوان MAC الافتراضي من HSRP هو 0000.0c07.ac14.

خذ بعين الاعتبار السيناريو حيث يرسل Host-1 حزمة طلب ارتداد ICMP إلى Host-2. بعد أن يعمل Host-1 على حل ARP للعبّارة الافتراضية الخاصة به (عنوان IP الافتراضي لـ HSRP)، يتبع Host-1 سلوك إعادة التوجيه القياسي ويقوم بإنشاء حزمة طلب ارتداد ICMP مع عنوان IP للمصدر 192.168.10.10، وعنوان IP للوجهة 192.168.20.10 وعنوان MAC للمصدر 0000.0000.0010 وعنوان MAC للوجهة 0000.0c07.ac0a. تخرج هذه الحزمة باتجاه N9K-1. يتم عرض مثال مرئي هنا.

يتلقى N9K-1 هذه الحزمة. نظرًا لأن هذه الحزمة موجهة إلى عنوان MAC الافتراضي لـ HSRP، يكون N9K-1 قادرًا على توجيه هذه الحزمة وفقًا لجدول التوجيه المحلي الخاص بها بغض النظر عن حالة مستوى التحكم في HSRP. يتم توجيه هذه الحزمة من شبكة VLAN رقم 10 إلى شبكة VLAN رقم 20. كجزء من توجيه الحزمة، يقوم N9K-1 بإعادة كتابة الحزمة بإعادة توجيه حقلي عنوان MAC للمصدر والوجهة للحزمة. المصدر جديد {upper}mac address من الربط الربط الفعلي ماك عنوان يصحب مع N9K-1 ال VLAN 20 SVI (00ee.ab67.db47)، والغاية جديد {upper}mac address يرتبط مع المضيف-2 (0000.000.0020). يتم عرض مثال مرئي هنا.

يتلقى Host-2 هذه الحزمة ويقوم بإنشاء حزمة رد ارتداد ICMP استجابةً لحزمة طلب ارتداد ICMP الخاصة بـ Host-1. ومع ذلك، عندما لا يتبع Host-2 سلوك إعادة التوجيه القياسي. لتحسين إعادة توجيهه، لا ينفذ Host-2 جدول توجيه أو بحثًا في ذاكرة التخزين المؤقت لـ ARP عن عنوان IP الخاص بـ Host-1 ‫(192.168.10.10)‬ - وبدلاً من ذلك، يعكس حقول عنوان MAC للمصدر وعنوان MAC للوجهة من Host-2 لحزمة طلب ارتداد ICMP المستلمة في الأصل. ونتيجة لذلك، تحتوي حزمة الرد على ICMP Echo التي تم إنشاؤها بواسطة Host-2 على عنوان IP للمصدر 192.168.20.10، وعنوان IP للوجهة 192.168.10.10، وعنوان MAC للمصدر 000.000.0020، وعنوان MAC للوجهة 00ee.ab67.db47.

إذا ظهرت حزمة الرد على ICMP Echo هذه باتجاه N9K-1، فسيتم إعادة توجيه هذه الحزمة نحو Host-1 دون إصدار. ومع ذلك، خذ بعين الاعتبار السيناريو حيث تخرج حزمة رد ارتداد ICMP باتجاه N9K-2، كما هو موضح هنا.

يتلقى N9K-2 هذه الحزمة. بما أن هذه الحزمة موجهة إلى عنوان MAC المادي لشبكة VLAN رقم 20 SVI الخاصة ب N9K-2 الخاصة ب N9K-1، فإن N9K-2 يقوم بإعادة توجيه هذه الحزمة عبر إرتباط نظير vPC نحو N9K-1، حيث أن N9K-2 لا يمكنه توجيه هذه الحزمة نيابة عن N9K-1. ويتم عرض مثال مرئي لهذا هنا.

يتلقى N9K-1 هذه الحزمة. نظرًا لأن هذه الحزمة موجهة إلى عنوان MAC المادي من الواجهة الافتراضية المبدّلة لشبكة VLAN 20 الخاصة بـ N9K-1، يكون N9K-1 قادرًا على توجيه هذه الحزمة وفقًا لجدول التوجيه المحلي الخاص بها بغض النظر عن حالة مستوى التحكم في HSRP. يتم توجيه هذه الحزمة من شبكة VLAN رقم 20 إلى شبكة VLAN رقم 10. ومع ذلك، يتم تحليل واجهة مخرج هذا المسار إلى vPC Po10، وهو موجود على N9K-2.  هذا انتهاك لقاعدة تجنب حلقة vPC - إذا كان N9K-1 يتلقى حزمة من خلال إرتباط نظير vPC، فإن N9K-1 لا يمكنه إعادة توجيه الحزمة من واجهة vPC إذا كانت واجهة vPC نفسها موجودة على N9K-2. تقوم N9K-1 بإسقاط هذه الحزمة نتيجة لهذا الانتهاك. يتم عرض مثال مرئي هنا.

يمكنك حل هذه المشكلة بتمكين تحسين عبّارة نظير vPC باستخدام أمر تكوين مجال vPC peer-gateway. ويتيح ذلك لـ N9K-2 توجيه حزمة رد ارتداد ICMP (والحِزم الأخرى المعنونة بشكل مشابه) نيابة عن N9K-1، على الرغم من أن عنوان MAC للوجهة من الحزمة مملوك لـ N9K-1 وليس N9K-2. ونتيجة لذلك، يمكن أن يعيد N9K-2 توجيه هذه الحزمة خارج واجهة vPC Po10 الخاصة بها بدلاً من إعادة توجيهها عبر ارتباط نظير vPC.

التوجيه/الطبقة 3 عبر vPC (موجه النظير من الطبقة 3)

يصف هذا القسم تحسين التوجيه/الطبقة 3 عبر vPC، والذي يتم تمكينه باستخدام أمر تكوين مجال vPC layer3 peer-router.

ملاحظة: لا يتم دعم تكوين تجاورات بروتوكول توجيه البث المتعدد (أي تجاورات البث المتعدد المستقلة للبروتوكول [PIM]) عبر vPC مع تمكين التوجيه/الطبقة 3 عبر vPC.

نظرة عامة

في بعض البيئات، يرغب العملاء في توصيل موجّه بزوج من مبدّلات Nexus عبر vPC وتكوين تجاورات بروتوكول توجيه بث أحادي عبر vPC مع نظيرَي vPC. وبدلا من ذلك، يرغب بعض المستخدمين في توصيل موجه بنظير vPC واحد عبر شبكة محلية ظاهرية (VLAN) تدعم تقنية vPC وتشكيل عمليات تجاور لبروتوكول التوجيه للبث الأحادي مع كل من نظائر تقنية vPC عبر شبكة محلية ظاهرية (VLAN) تدعم تقنية vPC. ونتيجة لذلك، سيكون للموجّه المتصل بـ vPC مسارات متعددة متساوية التكلفة (ECMP) للبادئات المُعلن عنها من قِبل مبدّلَي Nexus. وقد يكون هذا أفضل من إستخدام إرتباطات التوجيه المخصصة بين الموجه المتصل بشبكة vPC وكلا نظاري بروتوكول vPC للحفاظ على إستخدام عنوان IP (عدد 3 عناوين IP مطلوبة بدلا من 4 عناوين IP) أو تقليل تعقيد التكوين (الواجهات الموجهة بجانب منافذ SVIs، وخاصة في بيئات VRF-Lite التي قد تتطلب واجهات فرعية).

ومن الناحية التاريخية، لم يكن تكوين تجاورات بروتوكول توجيه البث الأحادي عبر vPC مدعومًا على أنظمة Cisco Nexus الأساسية. ومع ذلك، يمكن أن يكون بعض المستخدمين قد قاموا بتنفيذ مخطط حيث يتم تكوين تجاور بروتوكول توجيه البث الأحادي عبر vPC دون مشكلة، حتى وإن لم تكن مدعومة. وبعد إجراء بعض التغييرات في الشبكة (مثل ترقية برنامج الموجه المتصل بـ vPC أو نظيرَي vPC نفسيهما، وتجاوز فشل جدار الحماية، وما إلى ذلك)، تتوقف تجاورات بروتوكول التوجيه البث الأحادي عبر vPC عن العمل، مما يؤدي إلى فقدان الحزمة لحركة مرور مستوى البيانات أو تجاورات بروتوكول توجيه البث الأحادي التي تفشل في الوصول إلى نظير vPC واحد أو كليهما. تتم مناقشة التفاصيل الفنية وراء سبب فشل هذه السيناريوهات وعدم دعمها ضمن قسم مثال سيناريوهات الفشل من هذا المستند.

تم تقديم تحسين التوجيه/الطبقة 3 عبر vPC لإضافة دعم لتكوين تجاورات بروتوكول توجيه البث الأحادي عبر vPC. ويتم ذلك عن طريق السماح بإعادة توجيه حِزم بروتوكول توجيه البث الأحادي مع TTL بقيمة 1 عبر ارتباط نظير vPC دون تقليل مدة TTL الخاصة بالحزمة. ونتيجة لذلك، يمكن تكوين تجاورات بروتوكول توجيه البث الأحادي عبر vPC أو شبكة vPC VLAN دون حدوث مشكلة. يمكن تمكين تحسين التوجيه/الطبقة 3 عبر vPC باستخدام أمر تكوين مجال vPC layer3 peer-router بعد تمكين تحسين عبّارة نظير vPC باستخدام أمر تكوين مجال vPC peer-gateway.

تم توثيق إصدارات برنامج NX-OS التي قدمت دعمًا للتوجيه/الطبقة 3 عبر vPC لكل نظام أساسي من Cisco Nexus في الجدول 2 ("دعم تجاورات بروتوكولات التوجيه عبر شبكات vPC VLAN") داخل الهياكل المدعومة للتوجيه عبر قناة المنفذ الافتراضية على مستند أنظمة Nexus الأساسية.

التحذيرات

عمليات الدخول إلى نظام (Syslogs) VPC-2-L3_VPC_UNEQUAL_WEIGHT العرضية

بعد تمكين تحسين التوجيه/الطبقة 3 عبر تقنية vPC، يبدأ كل من نظامي vPC في إنشاء syslog المماثلة لهذه الواجهة مرة كل ساعة:

2021 May 26 19:13:47.079 switch %VPC-2-L3_VPC_UNEQUAL_WEIGHT: Layer3 peer-router is enabled. Please make sure both vPC peers have the same L3 routing configuration.
2021 May 26 19:13:47.351 switch %VPC-2-L3_VPC_UNEQUAL_WEIGHT: Unequal weight routing is not supported in L3 over vPC. Please make sure both vPC peers have equal link cost configuration

ولا تُعد أي عملية من عمليات الدخول إلى النظام هذه مؤشرًا على وجود مشكلة في المبدّل. هذه syslog هي تحذيرات للمسؤول مفادها أن تكوين التوجيه والتكلفة والوزن يجب أن يكون مطابقا على كل من نظاري vPC عند تمكين التوجيه/الطبقة 3 عبر تحسين vPC لضمان أن كلا نظاري vPC قادران على توجيه حركة مرور البيانات بشكل متماثل. ولا يشير بالضرورة إلى عدم تطابق تكوين توجيه أو تكلفته أو وزنه على أي من نظيرَي vPC.

يمكن تعطيل عمليات الدخول إلى النظام (syslogs) هذه من خلال التكوين الموضح هنا.

switch# configure terminal
switch(config)# vpc domain 1
switch(config-vpc-domain)# no layer3 peer-router syslog
switch(config-vpc-domain)# end
switch# 

يلزم تنفيذ هذا التكوين على كل من نظاري vPC لتعطيل syslog على كل من نظاري vPC.

حركة مرور مستوى البيانات مع TTL من 1 برمجية أرسلت واجب إلى cisco بق id CSCvs82183 و Cisco بق id CSCvw16965

عند تمكين تحسين التوجيه/الطبقة 3 عبر vPC على محولات Nexus 9000 Series المزودة ببطاقة واجهة شبكة (ASIC) عبر نطاق السحابة التي تشغل إصدار برنامج NX-OS قبل برنامج NX-OS الإصدار 9.3(6)، يتم فرض حركة مرور مستوى البيانات غير المقترنة ببروتوكول توجيه البث الأحادي الذي يحتوي على مدة البقاء (TTL) من 1 على المشرف وإعادة توجيهها في البرنامج بدلا من الأجهزة. بناء على ما إذا كان المحول Nexus عبارة عن محول هيكل ثابت (يسمى أيضا "أعلى الحامل") أو محول هيكل نمطي (يسمى أيضا "نهاية الصف") أو إصدار برنامج NX-OS الحالي للمحول، يمكن نسب السبب الرئيسي لهذه المشكلة إلى أي من عيب البرنامج في معرف تصحيح الأخطاء من Cisco CSCvs82183 أو برمجية خلل cisco بق id CSCvw16965 . يؤثر كلا لعيوب البرامج فقط على محولات Nexus 9000 Series المزودة ب ASIC لزيادة حجم السحابة - لا تتأثر أي أنظمة أجهزة Cisco Nexus الأخرى بأي من العدلين. لمزيد من التفاصيل، راجع المعلومات الموجودة داخل كل عطل برمجي فردي.

لتجنب هذه الأعطال في البرنامج، توصي Cisco بالترقية إلى إصدار برنامج NX-OS 9.3(6) أو الإصدارات الأحدث. وكتوصية عامة، توصي Cisco بالترقية بانتظام إلى إصدار برنامج NX-OS الحالي الموصى به لمبدّل Nexus 9000 Series المُشار إليه بواسطة مستند إصدارات Cisco NX OS الموصى بها لمبدّلات Cisco Nexus 9000 Series.

التكوين

يمكن العثور على مثال لكيفية تكوين تحسين التوجيه/الطبقة 3 عبر vPC هنا.

في هذا المثال، N9K-1 وN9K-2 هما نظيرا vPC في مجال vPC. يحتوي نظيرا vPC بالفعل على تحسين عبّارة نظير vPC، وهو أمر مطلوب لتمكين تحسين التوجيه/الطبقة 3 عبر vPC. يحتوي نظيرا vPC على واجهة افتراضية مبدّلة في شبكة VLAN 10، التي يتم تمكينها ضمن عملية OSPF 1. إن N9K-1 وN9K-3 عالقان في حالة OSPF EXSTART/EXCHANGE مع موجه OSPF المتصل بـ vPC بعنوان IP ومعرف الجهاز المجاور 192.168.10.3.

N9K-1# show running-config vpc
<snip>
vpc domain 1
  role priority 150
  peer-keepalive destination 10.122.190.196
  peer-gateway

interface port-channel1
  vpc peer-link

N9K-2# show running-config vpc
<snip>
vpc domain 1
  peer-keepalive destination 10.122.190.195
  peer-gateway

interface port-channel1
  vpc peer-link

N9K-1# show running-config interface Vlan10

interface Vlan10
  no shutdown
  no ip redirects
  ip address 192.168.10.1/24
  no ipv6 redirects
  ip router ospf 1 area 0.0.0.0

N9K-2# show running-config interface Vlan10

interface Vlan10
  no shutdown
  no ip redirects
  ip address 192.168.10.2/24
  no ipv6 redirects
  ip router ospf 1 area 0.0.0.0

N9K-1# show running-config ospf 

feature ospf

router ospf 1

interface Vlan10
  ip router ospf 1 area 0.0.0.0

N9K-2# show running-config ospf 

feature ospf

router ospf 1

interface Vlan10
  ip router ospf 1 area 0.0.0.0

N9K-1# show ip ospf neighbors 
 OSPF Process ID 1 VRF default
 Total number of neighbors: 3
 Neighbor ID     Pri State            Up Time  Address         Interface
 192.168.10.2      1 TWOWAY/DROTHER   00:08:10 192.168.10.2    Vlan10 
 192.168.10.3      1 EXCHANGE/BDR     00:07:43 192.168.10.3    Vlan10 

N9K-2# show ip ospf neighbors 
 OSPF Process ID 1 VRF default
 Total number of neighbors: 3
 Neighbor ID     Pri State            Up Time  Address         Interface
 192.168.10.1      1 TWOWAY/DROTHER   00:08:21 192.168.10.1    Vlan10 
 192.168.10.3      1 EXSTART/BDR      00:07:48 192.168.10.3    Vlan10 

يمكننا تمكين تحسين التوجيه/الطبقة 3 عبر vPC من خلال أمر تكوين مجال vPC layer3 peer-router. وهذا يؤدي إلى منع نظير vPC من تقليل مدة البقاء (TTL) لحزم بروتوكول توجيه البث الأحادي التي يتم توجيهها نتيجة تمكين تحسين عبارة نظير vPC.

N9K-1# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
N9K-1(config)# vpc domain 1
N9K-1(config-vpc-domain)# layer3 peer-router
N9K-1(config-vpc-domain)# end
N9K-1# 

N9K-2# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
N9K-2(config)# vpc domain 1
N9K-2(config-vpc-domain)# layer3 peer-router
N9K-2(config-vpc-domain)# end
N9K-2# 

يمكنك التحقق من أن تحسين التوجيه/الطبقة 3 عبر vPC يعمل كما هو متوقع من خلال التحقق من أن تجاور OSPF مع الجهاز المجاور لـ OSPF المتصل بـ vPC ينتقل إلى حالة FULL "كاملة" بعد وقت قصير من تمكين تحسين التوجيه/الطبقة 3 عبر vPC.

N9K-1# show ip ospf neighbors 
 OSPF Process ID 1 VRF default
 Total number of neighbors: 3
 Neighbor ID     Pri State            Up Time  Address         Interface
 192.168.10.2      1 TWOWAY/DROTHER   00:12:17 192.168.10.2    Vlan10 
 192.168.10.3      1 FULL/BDR         00:00:29 192.168.10.3    Vlan10

N9K-2# show ip ospf neighbors 
 OSPF Process ID 1 VRF default
 Total number of neighbors: 3
 Neighbor ID     Pri State            Up Time  Address         Interface
 192.168.10.1      1 TWOWAY/DROTHER   00:12:27 192.168.10.1    Vlan10 
 192.168.10.3      1 FULL/BDR         00:00:19 192.168.10.3    Vlan10 

التأثير

لا يتسبب تمكين تحسين التوجيه/الطبقة 3 عبر vPC في حدوث أي تأثير على مجال vPC. هذا يعني أنه عند تمكين التوجيه/الطبقة 3 عبر تحسين vPC، لا يقوم أي نظير من أجهزة vPCs بتعليق أي أجهزة vPCs، ولا تتأثر أي حركة مرور مستوى بيانات بشكل طبيعي بتمكين هذا التحسين.

ومع ذلك، إذا ظهرت فجأة عمليات تجاور بروتوكول التوجيه الديناميكي التي كانت معطلة سابقا نتيجة لعدم تمكين تحسين التوجيه/الطبقة 3 عبر vPC نتيجة لتمكين هذا التحسين، ثم وفقا لدور تجاور بروتوكول التوجيه المتأثر والبادئات المحددة المعلن عنها من خلال هذه التجاور والحالة الحالية لجدول توجيه البث الأحادي، يمكن ملاحظة بعض التعطيل عند تمكين التوجيه/الطبقة 3 عبر تحسين vPC.

ولهذا السبب، تنصح Cisco بأن العملاء يتمكنون من تمكين هذا التحسين أثناء نافذة الصيانة مع توقع إمكانية حدوث اضطراب في مستوى التحكم ومستوى البيانات ما لم يكن العملاء واثقين للغاية من أن عمليات تجاور بروتوكول التوجيه المتأثرة لا تؤثر بشكل كبير على تشغيل الشبكة.

توصي Cisco أيضا بمراجعة قسم التصحيحات بشكل وثيق في هذا المستند لأي عيوب برمجية تؤثر على إصدار برنامج NX-OS الخاص بك والتي يمكن أن تتسبب في معالجة حركة مرور مستوى البيانات الطبيعية مع TTL الخاص ب 1 في البرنامج بدلا من الجهاز.

مثال سيناريوهات الفشل

تجاورات بروتوكول توجيه البث الأحادي عبر vPC بدون عبّارة نظير vPC

خذ بعين الاعتبار الهيكل الموجود هنا:

في هذا الهيكل، تكون مبدّلات Nexus N9K-1 وN9K-2 نظراء vPC داخل مجال vPC حيث لا يتم تمكين تحسين عبّارة نظير vPC. إن Po1 للواجهة ارتباط نظير vPC. يتم توصيل موجه باسم مضيف للموجه عبر vPC Po10 إلى N9K-1 و N9K-2. يتم توصيل مضيف ب N9K-1 و N9K-2 عبر vPC Po20. تعد واجهة Po10 للموجه قناة منفذ موجهة يتم تنشيطها بموجب بروتوكول توجيه للبث الأحادي. يحتوي N9K-1 وN9K-2 على واجهات افتراضية مبدّلة نشطة ضمن بروتوكول توجيه البث الأحادي نفسه وفي مجال البث نفسه مثل الموجّه.

لا يتم دعم عمليات تجاور بروتوكول توجيه البث الأحادي عبر vPC بدون تمكين تحسين عبارة نظير vPC لأن قرار تجزئة ECMP الخاص بالموجه المتصل vPC وقرار تجزئة قناة المنفذ الخاص به من الطبقة 2 يمكن أن يختلف. في هذا المخطط، سيتم تكوين تجاور بروتوكول التوجيه بنجاح بين الموجه، N9K-1، و N9K-2. ضع في الاعتبار تدفق حركة المرور بين الموجه والمضيف. يمكن إعادة كتابة موجه حركة مرور مستوى البيانات الموجه إلى المضيف باستخدام عنوان MAC للوجهة الذي ينتمي إلى عنوان MAC SVI الخاص ب N9K-1 (بسبب قرار تجزئة ECMP الذي تم إتخاذه من قبل الموجه)، ولكن الخروج من الواجهة Ethernet1/2 (بسبب قرار تجزئة قناة المنفذ 2 الذي تم إتخاذه من قبل الموجه).

يستلم N9K-2 هذه الحزمة ويعيد توجيهها عبر إرتباط نظير vPC، نظرا لأن عنوان MAC للوجهة ينتمي إلى N9K-1 وتعزيز عبارة نظير vPC (الذي يسمح N9K-2 بتوجيه الحزمة نيابة عن N9K-1) غير ممكن. يتلقى N9K-1 هذه الحزمة على ارتباط نظير vPC ويدرك أنه سيحتاج إلى إعادة توجيه الحزمة خارج Ethernet1/2 في vPC Po20. وينتهك ذلك قاعدة تجنب حلقة vPC، لذلك يسقط N9K-1 الحزمة في الأجهزة. ونتيجة لذلك، يمكنك ملاحظة مشاكل الاتصال أو فقدان الحزمة لبعض التدفقات التي تجتاز مجال vPC في هذه المخطط.

يمكنك حل هذه المشكلة عن طريق تمكين تحسين عبّارة نظير vPC باستخدام أمر تكوين مجال vPC peer-gateway، ثم تمكين تحسين التوجيه/الطبقة 3 عبر vPC باستخدام أمر تكوين مجال vPC layer3 peer-router. لتقليل انقطاع العمل، يلزمك تمكين كل من تحسينات vPC في تسلسل سريع حتى لا يكون لسيناريو الفشل الموضح في عمليات تجاور بروتوكول توجيه البث الأحادي عبر vPC باستخدام بوابة النظير vPC وقت الحدوث.

تجاورات بروتوكول توجيه البث الأحادي عبر vPC مع عبّارة نظير vPC

خذ بعين الاعتبار الهيكل الموجود هنا:

في هذا الهيكل، تكون مبدّلات Nexus N9K-1 وN9K-2 نظراء vPC داخل مجال vPC حيث يتم تمكين تحسين عبّارة نظير vPC. إن Po1 للواجهة ارتباط نظير vPC. يتم توصيل موجه باسم مضيف للموجه عبر vPC Po10 إلى N9K-1 و N9K-2. واجهة Po10 للموجه هي قناة منفذ موجه يتم تنشيطها ضمن بروتوكول توجيه للبث الأحادي. يحتوي N9K-1 وN9K-2 على واجهات افتراضية مبدّلة نشطة ضمن بروتوكول توجيه البث الأحادي نفسه وفي مجال البث نفسه مثل الموجّه.

لا يتم دعم عمليات تجاور بروتوكول توجيه البث الأحادي عبر vPC مع تمكين تحسين بوابة نظير vPC لأن تعزيز عبارة نظير البث الأحادي يمكن أن يمنع تداخل بروتوكول توجيه البث الأحادي من التكوين بين الموجه المتصل بالكمبيوتر الشخصي vPC وكل من نظاري vPC. في هذا المخطط، يمكن أن يفشل بروتوكول توجيه التجاور بين الموجه و N9K-1 أو N9K-2 في الوصول كما هو متوقع وفقا لكيفية إنشاء حزم بروتوكول توجيه البث الأحادي بواسطة الموجه إلى N9K-1 أو N9K-2 عبر vPC Po10.

تكون جميع الموجهات قادرة على إرسال حِزم بروتوكول توجيه البث المتعدد محلية الارتباط (التي يطلق عليها عادةً حِزم ترحيب "Hello") واستلامها دون حدوث مشكلة، حيث يتم غمر هذه الحِزم إلى شبكة vPC VLAN بنجاح. ومع ذلك، ضع في الاعتبار سيناريو حيث يتم الحصول على حزمة بروتوكول توجيه البث الأحادي من الموجه الموجه الموجه الموجه الموجه إلى N9K-1 يضم الإيثرنت 1/2 تجاه N9K-2 بسبب قرار تجزئة قناة المنفذ 2 للموجه. يتم توجيه هذه الحزمة إلى عنوان MAC SVI الخاص ب N9K-1، ولكن واجهة Ethernet1/1 الخاصة بالمدخل N9K-2. يرى N9K-2 أن الحزمة موجهة إلى عنوان MAC SVI الخاص ب N9K-1، والذي تم تثبيته في جدول عنوان MAC الخاص ب N9K-2 مع "G" أو "Gateway"، علما بسبب تمكين تحسين عبارة نظير vPC. ونتيجة لذلك، يحاول N9K-2 توجيه حزمة بروتوكول توجيه البث الأحادي محليا نيابة عن N9K-1.

ومع ذلك، من خلال توجيه الحزمة، يتم تقليل مدة البقاء (TTL) الخاصة بالحزمة، وتكون مدة البقاء (TTL) لأغلب حزم بروتوكول توجيه البث الأحادي هي 1. ونتيجة لذلك، يتم تقليل مدة البقاء (TTL) للحزمة إلى 0 وإسقاطها بواسطة N9K-2. من منظور N9K-1، يستلم N9K-1 حزم بروتوكول توجيه البث المتعدد المحلية الخاصة بالارتباط من الموجه ويكون قادرا على إرسال حزم بروتوكول توجيه البث الأحادي إلى الموجه، ولكنه لا يستقبل حزم بروتوكول توجيه البث الأحادي من الموجه. ونتيجة لذلك، يعمل N9K-1 على إزالة بروتوكول التوجيه المتجاور مع الموجه وإعادة تشغيل جهاز الحالة المحدودة المحلي الخاص به لبروتوكول التوجيه. وبالمثل، يقوم الموجه بإعادة تشغيل جهاز الحالة المحدودة المحلي الخاص به لبروتوكول التوجيه.

يمكنك حل هذه المشكلة بتمكين تحسين التوجيه/الطبقة 3 عبر vPC باستخدام أمر تكوين مجال vPC layer 3 peer-router. ويتيح ذلك إعادة توجيه حِزم بروتوكول توجيه البث الأحادي مع TTL بقيمة 1 عبر ارتباط نظير vPC دون تقليل مدة TTL الخاصة بالحزمة. ونتيجة لذلك، يمكن تكوين تجاورات بروتوكول توجيه البث الأحادي عبر vPC أو شبكة vPC VLAN دون حدوث مشكلة.

تجاورات بروتوكول توجيه البث الأحادي عبر شبكة vPC VLAN بدون عبارة نظير لشبكة vPC

خذ بعين الاعتبار الهيكل الموجود هنا:

في هذا الهيكل، تكون مبدّلات Nexus N9K-1 وN9K-2 نظراء vPC داخل مجال vPC حيث لا يتم تمكين تحسين عبّارة نظير vPC. إن Po1 للواجهة ارتباط نظير vPC. يتم توصيل موجه باسم مضيف للموجه عبر الإيثرنت 1/1 بشبكة الإيثرنت 1/1 الخاصة ب N9K-1. واجهة Ethernet1/1 الخاصة بالموجه هي واجهة موجهة يتم تنشيطها بموجب بروتوكول توجيه للبث الأحادي. يحتوي N9K-1 وN9K-2 على واجهات افتراضية مبدّلة نشطة ضمن بروتوكول توجيه البث الأحادي نفسه وفي مجال البث نفسه مثل الموجّه.

لا يتم دعم عمليات تجاور بروتوكول توجيه البث الأحادي عبر شبكة VLAN الخاصة ببروتوكول vPC دون تمكين تحسين عبارة النظير vPC لأن قرار تجزئة ECMP الخاص بالموجه المتصل بشبكة VLAN الخاصة ببروتوكول vPC يمكن أن يتسبب في قيام N9K-2 بإسقاط حركة مرور مستوى البيانات لانتهاك قاعدة تجنب حلقة عمل vPC. في هذا المخطط، سيتم تكوين تجاور بروتوكول التوجيه بنجاح بين الموجه، N9K-1، و N9K-2. ضع في الاعتبار تدفق حركة المرور بين الموجه والمضيف. يمكن إعادة كتابة موجه حركة مرور مستوى البيانات الموجه إلى المضيف باستخدام عنوان MAC للوجهة الذي ينتمي إلى عنوان MAC SVI الخاص ب N9K-2 (بسبب قرار تجزئة ECMP الذي تم إتخاذه بواسطة الموجه) والخروج من الواجهة Ethernet1/1 إلى N9K-1.

يستلم N9K-1 هذه الحزمة ويعيد توجيهها عبر إرتباط نظير vPC، نظرا لأن عنوان MAC للوجهة ينتمي إلى N9K-2 وتحسين عبارة نظير vPC (الذي يسمح N9K-1 بتوجيه الحزمة نيابة عن N9K-2) غير ممكن. يتلقى N9K-2 هذه الحزمة على ارتباط نظير vPC ويدرك أنه سيحتاج إلى إعادة توجيه الحزمة خارج Ethernet1/2 في vPC Po20. وينتهك ذلك قاعدة تجنب حلقة vPC، لذلك يسقط N9K-2 الحزمة في الأجهزة. ونتيجة لذلك، يمكنك ملاحظة مشاكل الاتصال أو فقدان الحزمة لبعض التدفقات التي تجتاز مجال vPC في هذه المخطط.

يمكنك حل هذه المشكلة عن طريق تمكين تحسين عبّارة نظير vPC باستخدام أمر تكوين مجال vPC peer-gateway، ثم تمكين تحسين التوجيه/الطبقة 3 عبر vPC باستخدام أمر تكوين مجال vPC layer3 peer-router. لتقليل انقطاع العمل، يلزمك تمكين كل من تحسينات vPC في تسلسل سريع حتى لا يكون لسيناريو الفشل الموضح في عمليات تجاور بروتوكول توجيه البث الأحادي عبر vPC باستخدام بوابة النظير vPC وقت الحدوث.

تجاورات بروتوكول توجيه البث الأحادي عبر شبكة vPC VLAN مع عبّارة نظير vPC

خذ بعين الاعتبار الهيكل الموجود هنا:

في هذا الهيكل، تكون مبدّلات Nexus N9K-1 وN9K-2 نظراء vPC داخل مجال vPC حيث يتم تمكين تحسين عبّارة نظير vPC. إن Po1 للواجهة ارتباط نظير vPC. يتم توصيل موجه باسم مضيف للموجه عبر الإيثرنت 1/1 بشبكة الإيثرنت 1/1 الخاصة ب N9K-1. واجهة Ethernet1/1 الخاصة بالموجه هي واجهة موجهة يتم تنشيطها بموجب بروتوكول توجيه للبث الأحادي. يحتوي N9K-1 وN9K-2 على واجهات افتراضية مبدّلة نشطة ضمن بروتوكول توجيه البث الأحادي نفسه وفي مجال البث نفسه مثل الموجّه.

لا يتم دعم عمليات التجاور لبروتوكول توجيه البث الأحادي عبر شبكة VLAN الخاصة ببروتوكول vPC مع تمكين تحسين عبارة نظير vPC لأن تحسين عبارة نظير نظير vPC يمنع تكوين عمليات تجاور بروتوكول توجيه البث الأحادي بين الموجه المتصل بشبكة VLAN الخاصة بالمحول vPC والنظير vPC الذي لا يتم توصيل الموجه المتصل بشبكة VLAN الخاصة بالمحول vPC مباشرة به. في هذا المخطط، يفشل وصول بروتوكول توجيه التجاور بين الموجه و N9K-2 كما هو متوقع نتيجة لحزم بروتوكول توجيه البث الأحادي N9K-1 الموجهة إلى عنوان MAC SVI الخاص ب N9K-2 بسبب تمكين تحسين عبارة نظير vPC. ونظرًا لأنه يتم توجيه الحِزم، يجب تقليل مدة البقاء (TTL) الخاصة بها. تحتوي حزم بروتوكول توجيه البث الأحادي عادة على TTL بقيمة 1، ويجب أن يقوم الموجه الذي يقلل تدريجيا من TTL للحزمة إلى 0 بإسقاط هذه الحزمة.

تكون جميع الموجهات قادرة على إرسال حِزم بروتوكول توجيه البث المتعدد محلية الارتباط (التي يطلق عليها عادةً حِزم ترحيب "Hello") واستلامها دون حدوث مشكلة، حيث يتم غمر هذه الحِزم إلى شبكة vPC VLAN بنجاح. ومع ذلك، ضع في الاعتبار سيناريو حيث يتم توفير حزمة بروتوكول توجيه البث الأحادي من الموجه الموجه الموجه الموجه إلى N9K-2 لإيثرنت 1/1 تجاه N9K-1. يتم توجيه هذه الحزمة إلى عنوان MAC SVI الخاص ب N9K-2، ولكن واجهة Ethernet1/1 الخاصة بالمدخل N9K-1. يرى N9K-1 أن الحزمة موجهة إلى عنوان MAC الخاص ب SVI ل N9K-2، والذي تم تثبيته في جدول عنوان MAC الخاص ب N9K-1 مع "G" أو "Gateway"، علما بسبب تمكين تحسين عبارة نظير vPC. ونتيجة لذلك، يحاول N9K-1 توجيه حزمة بروتوكول توجيه البث الأحادي محليا نيابة عن N9K-2.

ومع ذلك، من خلال توجيه الحزمة، يتم تقليل مدة البقاء (TTL) الخاصة بالحزمة، وتكون مدة البقاء (TTL) لأغلب حزم بروتوكول توجيه البث الأحادي هي 1. ونتيجة لذلك، يتم تقليل مدة البقاء (TTL) للحزمة إلى 0 وإسقاطها بواسطة N9K-1. من منظور N9K-2، يستلم N9K-2 حزم بروتوكول توجيه البث المتعدد للإرتباط المحلي من الموجه ويكون قادرا على إرسال حزم بروتوكول توجيه البث الأحادي إلى الموجه، ولكنه لا يستقبل حزم بروتوكول توجيه البث الأحادي من الموجه. ونتيجة لذلك، يعمل N9K-2 على إزالة بروتوكول التوجيه المتجاور مع الموجه وإعادة تشغيل جهاز الحالة المحدودة المحلي الخاص به لبروتوكول التوجيه. وبالمثل، يقوم الموجه بإعادة تشغيل جهاز الحالة المحدودة المحلي الخاص به لبروتوكول التوجيه.

يمكنك حل هذه المشكلة بتمكين تحسين التوجيه/الطبقة 3 عبر vPC باستخدام أمر تكوين مجال vPC layer 3 peer-router. ويتيح ذلك إعادة توجيه حِزم بروتوكول توجيه البث الأحادي مع TTL بقيمة 1 عبر ارتباط نظير vPC دون تقليل مدة TTL الخاصة بالحزمة. ونتيجة لذلك، يمكن تكوين تجاورات بروتوكول توجيه البث الأحادي عبر vPC أو شبكة vPC VLAN دون حدوث مشكلة.

تجاورات بروتوكول توجيه البث الأحادي عبر vPC المتلاحقة مع عبّارة نظير vPC

خذ بعين الاعتبار الهيكل الموجود هنا:

في هذا الهيكل، تكون مبدّلات Nexus N9K-1 وN9K-2 نظراء vPC داخل مجال vPC حيث يتم تمكين تحسين عبّارة نظير vPC. تكون مبدّلات Nexus N9K-3 وN9K-4 نظراء vPC داخل مجال vPC حيث يتم تمكين تحسين عبّارة نظير vPC. يتصل مجالا vPC ببعضهما البعض من خلال vPC Po10 المتلاحقة. تحتوي الموجهات الأربعة على واجهات افتراضية مبدّلة نشطة ضمن بروتوكول توجيه البث الأحادي وفي مجال البث نفسه.

لا يتم دعم تجاورات بروتوكول توجيه البث الأحادي عبر قنوات vPC المتلاحقة مع تمكين تحسين عبّارة نظير vPC نظرًا لأن تحسين عبّارة نظير vPC يمكن أن يمنع تكوين تجاورات بروتوكول توجيه البث الأحادي بين مجال vPC واحد ومجال vPC الآخر. في هذا المخطط، يمكن أن يفشل بروتوكول توجيه التجاور بين N9K-1 وإما N9K-3 أو N9K-4 (أو كلا) في الوصول كما هو متوقع. وبالمثل، يمكن أن يفشل تجاور بروتوكول التوجيه بين N9K-2 وN9K-3 أو N9K-4 (أو كليهما) في الظهور كما هو متوقع. وذلك لأنه يمكن توجيه حزم بروتوكول توجيه البث الأحادي إلى موجه واحد (على سبيل المثال، N9K-3) ولكن تتم إعادة توجيهها إلى موجه مختلف (على سبيل المثال، N9K-4) استنادا إلى قرار تجزئة قناة المنفذ من الطبقة 2 للموجه الأصلي.

يتطابق السبب الجذري لهذه المشكلة مع السبب الجذري الموضح في قسم تجاورات بروتوكول توجيه البث الأحادي عبر vPC مع عبّارة نظير vPC من هذا المستند. يمكنك حل هذه المشكلة بتمكين تحسين التوجيه/الطبقة 3 عبر vPC باستخدام أمر تكوين مجال vPC layer 3 peer-router. ويتيح ذلك إعادة توجيه حِزم بروتوكول توجيه البث الأحادي مع TTL بقيمة 1 عبر ارتباط نظير vPC دون تقليل مدة TTL الخاصة بالحزمة. ونتيجة لذلك، يمكن تكوين تجاورات بروتوكول توجيه البث الأحادي عبر vPC المتلاحقة دون حدوث مشكلة.

تجاروات OSPF عبر vPC مع عبّارة نظير vPC حيث توجد البادئة في قاعدة بيانات حالة الارتباط (LSDB) من OSPF ولكن ليس في جدول التوجيه

خذ بعين الاعتبار الهيكل الموجود هنا:

في هذا الهيكل، تكون مبدّلات Nexus N9K-1 وN9K-2 نظراء vPC داخل مجال vPC حيث يتم تمكين تحسين عبّارة نظير vPC. تكون مبدّلات Nexus N9K-3 وN9K-4 نظراء vPC داخل مجال vPC حيث يتم تمكين تحسين عبّارة نظير vPC. يتصل مجالا vPC ببعضهما البعض من خلال vPC Po10 المتلاحقة. تحتوي الموجهات الأربعة على واجهات افتراضية مبدّلة نشطة ضمن بروتوكول توجيه البث الأحادي وفي مجال البث نفسه. N9K-4 هو الموجه المعين (DR) من OSPF لمجال البث، بينما N9K-3 هو الموجه المعين للنسخ الاحتياطي (BDR) من OSPF لمجال البث.

في هذا السيناريو، ينتقل تجاور OSPF بين N9K-1 وN9K-3 إلى حالة FULL "كاملة" نظرًا لأن حِزم OSPF الخاصة بالبث الأحادي تخرج Ethernet1/1 للمبدّلَين. وبالمثل، ينتقل تجاور OSPF بين N9K-2 وN9K-3 إلى حالة FULL "كاملة" نظرًا لأن حِزم OSPF الخاصة بالبث الأحادي تخرج Ethernet1/2 للمبدّلَين.

ومع ذلك، يكون تجاور OSPF بين N9K-1 وN9K-4 عالقًا في حالة EXSTART أو EXCHANGE بسبب إخراج حِزم OSPF للبث الأحادي لـ Ethernet1/1 للمبدّلَين ويتم إسقاطها بواسطة N9K-2 وN9K-4 كما هو موضح في قسم تجاورات بروتوكول توجيه البث الأحادي عبر vPC المتلاحقة مع عبَارة نظير vPC من هذا المستند. وبالمثل، يكون تجاور OSPF بين N9K-2 وN9K-4 عالقًا في حالة EXSTART أو EXCHANGE بسبب إخراج حِزم OSPF للبث الأحادي لـ Ethernet1/2 للمبدّلَين ويتم إسقاطها بواسطة N9K-1 وN9K-3 كما هو موضح في قسم تجاورات بروتوكول توجيه البث الأحادي عبر vPC المتلاحقة مع عبَارة نظير vPC من هذا المستند.

ونتيجةً لذلك، يكون N9K-1 وN9K-2 في حالة FULL "كاملة" مع BDR لمجال البث، ولكنهما في حالة EXSTART أو EXCHANGE مع DR لمجال البث. يحتفظ DR وBDR لمجال البث بنسخة كاملة من قاعدة بيانات حالة ارتباط OSPF ‫(LSDB)‬، ولكن يجب أن تكون موجهات OSPF DROTHER في حالة FULL "كاملة" مع DR لمجال البث لتثبيت البادئات المكتسبة عبر OSPF إما من DR أو BDR. ونتيجة لذلك، يبدو أن كلا من N9K-1 و N9K-2 يحتوي على بادئات تم التعرف عليها من N9K-3 و N9K-4 موجودة في OSPF LSDB، ولكن لا يتم تثبيت هذه البادئات في جدول توجيه البث الأحادي حتى انتقال N9K-1 و N9K-2 إلى حالة FULL مع N9K-4 (DR لمجال البث).

يمكنك حل هذه المشكلة بتمكين تحسين التوجيه/الطبقة 3 عبر vPC باستخدام أمر تكوين مجال vPC layer 3 peer-router. ويتيح ذلك إعادة توجيه حِزم بروتوكول توجيه البث الأحادي مع TTL بقيمة 1 عبر ارتباط نظير vPC دون تقليل مدة TTL الخاصة بالحزمة. ونتيجة لذلك، يمكن تكوين تجاورات بروتوكول توجيه البث الأحادي عبر vPC المتلاحقة دون حدوث مشكلة. ونتيجة لذلك، تقوم N9K-1 و N9K-2 بالانتقال إلى حالة FULL مع N9K-4 (DR لمجال البث) وتثبيت البادئات التي تم التعرف عليها من N9K-3 و N9K-4 عبر OSPF في جداول توجيه البث الأحادي الخاصة بها بنجاح.

معلومات ذات صلة

• دليل تكوين واجهات Cisco Nexus 9000 Series NX-OS، الإصدار 10.5(x)
• دليل تكوين واجهات Cisco Nexus 9000 Series NX-OS، الإصدار 10.4(x)
• دليل تكوين واجهات Cisco Nexus 9000 Series NX-OS، الإصدار 10.3(x)
• دليل تكوين واجهات Cisco Nexus 9000 Series NX-OS، الإصدار 10.2(x)
• دليل تكوين واجهات Cisco Nexus 9000 Series NX-OS، الإصدار 10.1(x)
• دليل تكوين واجهات Cisco Nexus 9000 Series NX-OS، الإصدار 9.3(x)
• دليل تكوين واجهات Cisco Nexus 9000 Series NX-OS، الإصدار 9.2(x)
• دليل تكوين واجهات Cisco Nexus 9000 Series NX-OS، الإصدار 7.x
• دليل تكوين واجهات Cisco Nexus 7000 Series NX-OS 8.x
• دليل تكوين واجهات Cisco Nexus 7000 Series NX-OS 7.x
• دليل التصميم والتكوين: أفضل الممارسات لقنوات المنافذ الافتراضية (vPC) على مبدّلات Cisco Nexus 7000 Series
• الهياكل المدعومة للتوجيه عبر قناة المنفذ الافتراضية على أنظمة Nexus الأساسية