المحتويات

المقدمة

طوبولوجيا

تفاصيل المخطط

تفاصيل PIM/البث المتعدد (الخاصة ب TRM)

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

خطوات عالية المستوى

الخطوة 1: إنشاء بنية سهلة ل DC1

الخطوة 2: إنشاء بنية سهلة للتيار المستمر2

الخطوة 3: إنشاء MSD للمواقع المتعددة

الخطوة 4: نقل بنى DC1 و DC2 إلى MSD متعدد المواقع

الخطوة 5: إنشاء شبكات VRF

الخطوة 6: إنشاء الشبكات

الخطوة 7: إنشاء بنية خارجية لمحولات DCI

الخطوة 8: إضافة محولات في كل بنية

الخطوة 9: إعدادات TRM للقنوات الليفية الفردية

الخطوة 10: تكوين VRFLITE على البوابات الحدودية

الخطوة 11: تكوين أساسي متعدد المواقع على البوابات الحدودية

الخطوة 12: إعدادات تغشية المواقع المتعددة ل TRM

الخطوة 13: حفظ/نشر في البنى MSD والقنوات الليفية الفردية

الخطوة 14: مرفقات ملحق VRF ل MSD

الخطوة 15: دفع تكوينات الشبكة إلى البنية من MSD

الخطوة 16: التحقق من شبكات VRF والشبكات على جميع شبكات VRF

الخطوة 17: نشر التكوينات على البنية الخارجية

الخطوة 18: تكوين بروتوكول iBGP بين محولات DCI

الخطوة 19: التحقق من علاقات الجوار بين بروتوكول العبارة الداخلية/بروتوكول بوابة الحدود

مناطق الجوار في أوسبو

علاقات الجوار في بي جي بي

جيران BGP MVPN ل TRM

الخطوة 20: إنشاء إسترجاع VRF للمستأجر على محولات العبارة الحدودية

الخطوة 21: تكوينات VRFLITE على محولات DCI

عمليات التحقق من البث الأحادي

شرق/غرب من DC1-Host1 إلى DC2-Host1

الشمال/الجنوب من DC1-Host1 إلى PIM RP (10.200.200.100)

التحقق من البث المتعدد

مصدر في غير VXLAN(خلف المحول الرئيسي)، جهاز إستقبال في DC2

مصدر في DC1، مستقبل في DC2 وكذلك خارجي

مصدر في DC2، مستقبل في DC1 وكذلك خارجي

المقدمة

الغرض من هذا المستند هو شرح كيفية نشر بنية TRM متعددة الطبقات Cisco Nexus 9000 VXLAN حيث يتم توصيل بوابات الحدود عبر محولات DCI

طوبولوجيا

تفاصيل المخطط

- DC1 و DC2 هما موقعان لمراكز البيانات تقوم بتشغيل شبكة VXLAN.

- يتم توصيل بوابات الحدود DC1 و DC2 ببعضها البعض من خلال محولات DCI.

- لا تقوم محولات DCI بتشغيل أي شبكة VXLAN، والتي تقوم بتشغيل eBGP للأساس الخاص بقابلية الوصول من DC1 إلى DC2 والعكس. أيضا شكلت ال DCI مفتاح مع المستأجر VRF؛ في هذا مثال، هو يكون VRF- "مستأجر-1".

- كما تتصل محولات DCI بالشبكات الخارجية التي ليست شبكات VXLAN.

- يتم إنهاء إتصالات VRFLITE على البوابات الحدودية(بدأ دعم الوجود المشترك لوظائف VRFLITE والبوابة الحدودية من NXOS-9.3(3) و DCNM-11.3(1))

- يتم تشغيل بوابات الحدود في وضع AnyCast؛ عند تشغيل TRM(البث المتعدد الموجه للمستأجر) على هذا الإصدار، لا يمكن تكوين بوابات الحدود على هيئة vPC(ارجع إلى دليل تكوين TRM متعدد المواقع للقيود الأخرى)

- ل هذا طوبولوجيا، كل BGW مفتاح إثنان توصيل طبيعي نحو كل من ال DCI مفتاح؛ واحد يكون في تقصير VRF (أي سيكون استعملت لحركة مرور داخل موقع) وآخر خطوة يكون في VRF مستأجر-1 أي يكون استعملت أن يمدد VRFLITE إلى خارج غير VXLAN بيئة.

تفاصيل PIM/البث المتعدد (الخاصة ب TRM)

- مائل PIM RP الأساسي لكلا الموقعين هو محولات العامود الرئيسي ويتم تكوين الاسترجاع254 لنفس الشيء. يتم إستخدام بروتوكول PIM RP الأساسي حتى يمكن أن ترسل بروتوكولات VTEP سجلات PIM بالإضافة إلى وصلات PIM إلى الميزات الأساسية (لأغراض النسخ المماثل لحركة مرور BUM للعديد من معرف VNIDs)

- بالنسبة إلى TRM، يمكن تحديد RP بوسائل مختلفة؛ هنا ولغرض المستند، يكون PIM RP هو الموجه الرئيسي في أعلى المخطط والذي يكون خارج نطاق بنية VXLAN.

- سيتوفر على جميع VTEPs الموجه الرئيسي المشار إليه على أنه PIM RP الذي تم تكوينه في شبكات VRF الخاصة

- يرسل DC1-Host1 البث المتعدد إلى المجموعة- 239.144.144.144؛ DC2-Host1 هو جهاز إستقبال لهذه المجموعة في DC2 ومضيف خارجي (172.17.100.100) إلى شبكة VXLAN يتم الاشتراك أيضا في هذه المجموعة

- يرسل DC2-Host1 البث المتعدد إلى المجموعة- 239.145.145.145؛ DC1-Host1 هو جهاز إستقبال لهذه المجموعة في DC1 ومضيف خارجي (172.17.100.100) إلى شبكة VXLAN يتم الاشتراك أيضا في هذه المجموعة

- DC2-Host2 في شبكة VLAN 144 وهو جهاز إستقبال لمجموعات البث المتعدد - 239.144.144.144 و 239.100.100.100

- يرسل المضيف الخارجي (172.17.100.100) حركة مرور البيانات التي يعد كل من DC1-Host1 و DC2-Host1 مستقبلين لها.

- يغطي هذا الإجراء تدفقات حركة مرور البث المتعدد عبر الشبكة المحلية الظاهرية (VLAN) الداخلية والداخلية بين الشرق والغرب والشمال/الجنوب

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

- محولات Nexus 9k التي تشغل الإصدار 9.3(3)

- تشغيل DCNM 11.3(1)

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

خطوات عالية المستوى

1) بالنظر إلى هذا المستند المستند المستند إلى وحدتين مركزيتين تستخدمان ميزة المواقع المتعددة عبر الشبكة المحلية الظاهرية (VXLAN)، يلزم إنشاء قناتين ليفيتين سهلتين

2) إنشاء MSD ونقل DC1 و DC2

3) إنشاء بنية خارجية وإضافة محولات DCI

4) قم بإنشاء تراكب وتغطية متعددة المواقع

5) إنشاء مرفقات VRF الملحقة على البوابات الحدودية

6) التحقق من حركة مرور البيانات للبث الأحادي

7) التحقق من حركة مرور البث المتعدد

الخطوة 1: إنشاء بنية سهلة ل DC1

- تسجيل الدخول إلى DCNM ومن لوحة المعلومات، حدد الخيار-> "منشئ البنية"

- حدد الخيار "إنشاء نسيج"

- التالي هو توفير اسم البنية والقالب ثم ضمن علامة التبويب "عام"، تعبئة ASN ذات الصلة وترقيم واجهة البنية وأي MAC (AGM) لعبارة التشغيل

يتم إستخدام # AGM من قبل الأجهزة المضيفة في البنية كعنوان MAC للعبارة الافتراضية. وهذا سيكون هو نفسه على جميع المحولات الطرفية (مثل تشغيل جميع المحولات الطرفية داخل البنية لإعادة توجيه البنية لأي برنامج نصفي). سيكون عنوان IP للعبارة الافتراضية وعنوان MAC هو نفسه على جميع المحولات الطرفية

- التالي هو تعيين وضع النسخ المتماثل

# وضع النسخ المتماثل لهذا الغرض من المستند هو البث المتعدد؛ وهناك خيار آخر هو إستخدام النسخ المتماثل من المدخل (IR)

# ستكون الشبكة الفرعية لمجموعة البث المتعدد مجموعة البث المتعدد المستخدمة من قبل VTEPs لنسخ حركة مرور BUM (مثل طلبات ARP)

# يجب تمكين خانة الاختيار الخاصة ب "تمكين البث المتعدد الموجه للمستأجر (TRM)"

# قم بملء المربعات الأخرى كما هو مطلوب.

- ترك علامة التبويب ل vPC بلا تغيير لأن المخطط هنا لا يستخدم أي vPC

- التالي هو علامة التبويب البروتوكولات

# قم بتعديل المربعات ذات الصلة حسب الحاجة.

- التالي هو علامة تبويب متقدمة

# لغرض هذا المستند، يتم ترك جميع الحقول بشكل افتراضي.

# ASN يتم تعبئتها تلقائيا من التي تم توفيرها ضمن علامة التبويب "عام"

- التالي هو تعبئة الحقول في علامة التبويب "الموارد"

# سيكون نطاق إسترجاع التوجيه الأساسي تلك المستخدمة لبروتوكولات مثل BGP، OSPF

# ضمن نطاق VTEP الاسترجاع IP هي التي سيتم إستخدامها لواجهة NVE.

# UnderLay RP ل PIM RP الذي يتم إستخدامه لمجموعات البث المتعدد ل BUM.

- قم بملء علامات التبويب الأخرى بالمعلومات ذات الصلة ثم "حفظ"

الخطوة 2: إنشاء بنية سهلة للتيار المستمر2

- قم بأداء نفس المهمة كما في الخطوة 1 لإنشاء بنية سهلة ل DC2

- تأكد من توفير كتلة عناوين IP مختلفة تحت الموارد لاستردادات التوجيه و NVE وأي مناطق أخرى ذات صلة

- يجب أن تكون ASN مختلفة أيضا

- طبقة 2 وطبقة 2 VNIDs نفس

الخطوة 3: إنشاء MSD للمواقع المتعددة

- يجب إنشاء بنية MSD كما هو موضح أدناه.

- يمكنك ملء علامة التبويب DCI أيضا

# أسلوب نشر تغشية IFC متعددة المواقع هو "Direct_to_BGWS" حيث سيشكل DC1-BGWs هنا اتصال التغشية مع DC2-BGWs. إن محولات DCI الموضحة في المخطط هي مجرد أجهزة من الطبقة 3 العابرة (بالإضافة إلى vrflite)

- تتمثل الخطوة التالية في ذكر نطاق الاسترجاع متعدد الطبقات (سيتم إستخدام عنوان IP هذا كعنوان IP متعدد المواقع لإسترجاع البيانات على وحدات DC1 و DC2 BGW؛ حيث يتشارك DC1-BGW1 و DC1-BGW2 نفس بروتوكول إسترجاع البيانات متعدد المواقع؛ ويتقاسم DC2-BGW1 و DC2-BGW2 نفس بروتوكول إسترجاع البيانات متعدد المواقع ولكنه سيكون مختلفا عن ذلك الخاص بمجموعات DC1-BGW

# بمجرد تعبئة الحقول، انقر فوق "حفظ".

# بمجرد الانتهاء من الخطوات من 1 إلى 3، ستظهر صفحة منشئ البنية كما يلي.

الخطوة 4: نقل بنى DC1 و DC2 إلى MSD متعدد المواقع

# في هذه الخطوة، يتم نقل بنى DC1 و DC2 إلى MSD متعدد المواقع الذي تم إنشاؤه في الخطوة 3. وفيما يلي لقطات الشاشة التي تتناول كيفية تحقيق نفس الشيء.

# حدد MSD، وانقر فوق "نقل البنى" ثم حدد DC1 و DC2 واحدا تلو الآخر، ثم فوق "إضافة".

# بمجرد نقل القمادتين، ستبدو الصفحة الرئيسية كما يلي

# سوف يعرض DC1 و DC2 كبنى أعضاء

الخطوة 5: إنشاء شبكات VRF

# يمكن إنشاء VRFs من خلال بنية MSD التي ستكون قابلة للتطبيق لكل من البنى. فيما يلي لقطات الشاشة لتحقيق نفس الشيء.

# قم بملء علامة التبويب متقدمة أيضا ثم "إنشاء"

الخطوة 6: إنشاء الشبكات

# إنشاء شبكات VLAN ومعرفات VNIDs المقابلة، يمكن تنفيذ SVIs من بنية MSD التي ستكون قابلة للتطبيق على كل من البنى.

# في علامة التبويب "خيارات متقدمة"، قم بتمكين خانة الاختيار إذا كان مطلوبا أن تكون BGW هي البوابة للشبكات

# بمجرد تعبئة كافة الحقول، انقر فوق "إنشاء شبكة"

# كرر نفس الخطوات لأي شبكات VLAN/شبكات أخرى

الخطوة 7: إنشاء بنية خارجية لمحولات DCI

# يأخذ هذا المثال في الاعتبار محولات DCI الموجودة في مسار الحزمة من DC1 إلى DC2 (فيما يتعلق بالاتصال بين المواقع) والتي تشاهد عادة عندما يكون هناك أكثر من 2 قنوات ليفية.

# سيتضمن "البنية الخارجية" محولي DCI اللذين يقعان في أعلى المخطط الموضح في بداية هذا المستند

# قم بإنشاء البنية باستخدام القالب "الخارجي" وحدد ASN

# تعديل أي حقول أخرى ذات صلة للنشر

الخطوة 8: إضافة محولات في كل بنية

# هنا، ستتم إضافة جميع المحولات لكل بنية في البنية المقابلة.

يتم عرض إجراء إضافة المحولات في لقطات الشاشة أدناه.

# إذا كان "Preseve Config" هو "NO"، فسيتم مسح أي تكوين محول موجود؛ الاستثناء هو اسم المضيف، متغير التمهيد، عنوان IP mgmt0، المسار في إدارة سياق VRF

# تعيين الأدوار على المحولات بشكل صحيح(بالنقر بزر الماوس الأيمن على المحول وتعيين الدور ثم الدور ذي الصلة

# أيضا قم بترتيب تخطيط المحولات وفقا لذلك ثم انقر فوق "حفظ التخطيط"

الخطوة 9: إعدادات TRM للقنوات الليفية الفردية

- تتمثل الخطوة التالية في تمكين خانات إختيار TRM على كل بنى

# تنفيذ هذه الخطوة لجميع الشبكات لجميع البنى.

- وبمجرد القيام بذلك، يلزم أيضا وجود صناديق تكرار حلقي في البنى الفردية لإجراء بعض التغييرات وإضافة المعلومات على النحو الوارد أدناه.

# يجب أن يتم ذلك في DC1 و DC2 وكذلك في قسم VRF.

# لاحظ أنه تم تغيير مجموعة البث المتعدد ل VRF-> 239.1.2.100 يدويا من المجموعة التي تم تعبئتها تلقائيا، وأفضل ممارسة هي إستخدام مجموعة مختلفة للطبقة 3 VNI VRF ولأي مجموعة للبث المتعدد لحركة مرور شبكات VLAN من المستوى الثاني

الخطوة 10: تكوين VRFLITE على البوابات الحدودية

# بدءا من NXOS 9.3(3) و DCNM 11.3(1)، يمكن أن تعمل بوابات الحدود كبوابات حدودية ونقطة اتصال VRFLITE (التي ستتيح لبوابة الحدود منطقة جوار VRFLITE مع موجه خارجي وبالتالي يمكن للأجهزة الخارجية الاتصال بالأجهزة الموجودة في البنية)

# لأغراض هذا المستند، تقوم البوابات الحدودية بتكوين منطقة جوار VRFLITE مع موجه DCI الموجود في شمال الطوبولوجيا الموضحة الموضحة أعلاه.

# من بين النقاط التي يجب ملاحظتها، لا يمكن أن تكون إرتباطات vrflite والروابط الأساسية متعددة المواقع هي نفس الروابط المادية. يجب أن يتم نسج روابط منفصلة لتشكل القاعدة الأساسية للموقع الحرفي والمتعدد المواقع

# سوف توضح لقطات الشاشة أدناه كيفية تحقيق كل من الامتدادات قليلة السمك للغاية (VRF) ومتعددة المواقع على بوابات الحدود.

# التبديل إلى "طريقة العرض الجدولية"

# انتقل إلى علامة التبويب "الارتباطات" ثم قم بإضافة إرتباط "Inter-Fabric VRFite" وسيتعين تحديد بنية المصدر ك DC1 والنسيج الوجهة كمعرف فئة المورد (DCI)

# حدد الواجهة الصحيحة لواجهة المصدر التي تؤدي إلى محول DCI الصحيح

# في ملف تعريف الارتباط، قم بتوفير عناوين IP المحلية والبعيدة

# قم أيضا بتمكين خانة الاختيار- "النشر التلقائي للعلم" بحيث يتم أيضا ملء تكوين محولات DCI ل VRFLITE تلقائيا (يتم القيام بذلك في خطوة مستقبلية)

# يتم ملء ASN تلقائيا

# بمجرد تعبئة كافة الحقول بالمعلومات الصحيحة، انقر فوق الزر "حفظ"

- سيتعين القيام بما هو أعلى من خطوة بالنسبة لجميع إتصالات BGW بمعرف فئة المورد (DCI) على جميع البوابات الحدودية الأربعة باتجاه محولي DCI.

- بوضع مخطط هذا المستند في الاعتبار، سيكون هناك إجمالي 8 إتصالات VRF Lite مشتركة بين القنوات الليفية ويبدو كما هو أدناه.

الخطوة 11: تكوين أساسي متعدد المواقع على البوابات الحدودية

# تتمثل الخطوة التالية في تكوين الأساس المتعدد المواقع على كل بوابة حدود في كل نسيج.

# لهذا الغرض، سنحتاج إلى إرتباطات مادية منفصلة من وحدات BGW إلى محولات DCI. لا يمكن إستخدام الارتباطات التي تم إستخدامها ل VRFLITE في الخطوة 10 لتغشية المواقع المتعددة

# ستكون هذه الواجهات جزءا من "VRF الافتراضي" بخلاف السابق حيث تكون الواجهات جزءا من VRF المستأجر (هذا المثال، هو Tenant-1)

# سوف تساعد لقطات الشاشة أدناه في التنقل خلال الخطوات الخاصة بإجراء هذا التكوين.

# سيتعين تنفيذ الخطوة نفسها لجميع الاتصالات من وحدات BGW إلى محولات DCI

# في النهاية، سيتم عرض ما مجموعه 8 وصلات أساسية متعددة القنوات بين القنوات الليفية على النحو التالي.

الخطوة 12: إعدادات تغشية المواقع المتعددة ل TRM

# عند اكتمال Multisite Underlay، سيتم ملء الواجهات/الارتباطات المتعددة المواقع بشكل تلقائي ويمكن رؤيتها ضمن عرض Tabular تحت الارتباطات ضمن بنية MSD متعددة المواقع.

# بشكل افتراضي، سيقوم تغشية المواقع المتعددة فقط بتكوين منطقة جوار BGP l2VPN الخاصة بكل موقع من المواقع BGWs إلى المواقع الأخرى المطلوبة للاتصال بالبث الأحادي من موقع إلى آخر. ومع ذلك، عندما يكون البث المتعدد مطلوبا للتشغيل بين المواقع (المتصلة بميزة VXLAN متعددة المواقع)، يلزم تمكين خانة إختيار TRM كما هو موضح أدناه لجميع الواجهات المتداخلة داخل البنية MSD متعددة الطبقات. وستوضح لقطات الشاشة كيفية القيام بذلك.

الخطوة 13: حفظ/نشر في البنى MSD والقنوات الليفية الفردية

# إجراء حفظ/نشر من شأنه دفع التكوينات ذات الصلة وفقا للخطوات المذكورة أعلاه التي تم القيام بها

# عند تحديد MSD، ستكون التكوينات التي سيتم دفعها قابلة للتطبيق فقط على بوابات الحدود.

# وبالتالي، يلزم حفظ/نشر القنوات الليفية الفردية، مما سيؤدي إلى دفع عمليات التهيئة ذات الصلة إلى جميع المحولات الطرفية العادية/بروتوكول VTEP

الخطوة 14: مرفقات ملحق VRF ل MSD

# حدد MSD وانتقل إلى قسم VRF

# لاحظ أن خيار التوسيع يجب أن يكون "multisite+VRF_LITE" كما في هذا المستند، يتم دمج وظائف العبارة الحدودية و VRFLITE في محولات العبارة الحدودية.

سيتم تعيين # Auto_VRF_LITE إلى true

# يجب ملء اسم VRF النظير يدويا لجميع المحولات 8 كما هو موضح أدناه من BGWs إلى محولات DCI (هنا، يستخدم المثال اسم VRF نفسه على محولات DCI)

# بمجرد الانتهاء، انقر فوق "حفظ"

# أثناء إنشاء ملحقات التردد اللاسلكي (VRF)، لن تحتوي إلا بوابات الحدود على تكوينات إضافية تجاه محولات DCI الخاصة بمؤشر VRFLITE

# وبالتالي، يجب تحديد الورقة العادية بشكل منفصل ثم النقر فوق "خانات الاختيار" لكل VRFs مستأجر كما هو موضح أعلاه.

# انقر فوق نشر لدفع عمليات التهيئة

الخطوة 15: دفع تكوينات الشبكة إلى البنية من MSD

# تحديد الشبكات ذات الصلة ضمن بنية MSD

# لاحظ أنه يتم تحديد بوابات الحدود فقط في هذه اللحظة؛ قم بتنفيذ الأمر نفسه وحدد محولات الصفحات العادية/VTEPs-> DC1-VTEP و DC2-VTEP في هذه الحالة.

# بمجرد الانتهاء، انقر فوق "النشر"(الذي سيقوم بدفع التكوينات إلى جميع المحولات الست أعلاه)

الخطوة 16: التحقق من شبكات VRF والشبكات على جميع شبكات VRF

# تتمثل هذه الخطوة في التحقق مما إذا كان قد تم عرض تردد الراديو (VRF) والشبكات ك "نشر" على جميع القنوات الليفية؛ وإذا كان إظهاره معلقا، فتأكد من "نشر" التكوينات.

الخطوة 17: نشر التكوينات على البنية الخارجية

# هذه الخطوة مطلوبة لدفع جميع عمليات تكوين عنوان IP و BGP و VRFLITE ذات الصلة إلى محولات DCI.

# للقيام بذلك، حدد البنية الخارجية وانقر فوق "حفظ ونشر"

DCI-1# sh ip bgp sum

BGP summary information for VRF default, address family IPv4 Unicast

BGP router identifier 10.10.100.1, local AS number 65001

BGP table version is 173, IPv4 Unicast config peers 4, capable peers 4

22 network entries and 28 paths using 6000 bytes of memory

BGP attribute entries [3/504], BGP AS path entries [2/12]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.4.10.1       4 65000      11      10      173    0    0 00:04:42 5

10.4.10.9       4 65000      11      10      173    0    0 00:04:46 5

10.4.20.37      4 65002      11      10      173    0    0 00:04:48 5

10.4.20.49      4 65002      11      10      173    0    0 00:04:44 5

DCI-1# sh ip bgp sum vrf tenant-1

BGP summary information for VRF tenant-1, address family IPv4 Unicast

BGP router identifier 10.33.10.2, local AS number 65001

BGP table version is 14, IPv4 Unicast config peers 4, capable peers 4

2 network entries and 8 paths using 1200 bytes of memory

BGP attribute entries [2/336], BGP AS path entries [2/12]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.33.10.1      4 65000       8      10       14    0    0 00:01:41 2

10.33.10.9      4 65000      10      11       14    0    0 00:03:16 2

10.33.20.1      4 65002      11      10       14    0    0 00:04:40 2

10.33.20.9      4 65002      11      10       14    0    0 00:04:39 2

DCI-2# sh ip bgp sum

BGP summary information for VRF default, address family IPv4 Unicast

BGP router identifier 10.10.100.2, local AS number 65001

BGP table version is 160, IPv4 Unicast config peers 4, capable peers 4

22 network entries and 28 paths using 6000 bytes of memory

BGP attribute entries [3/504], BGP AS path entries [2/12]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.4.10.5       4 65000      12      11      160    0    0 00:05:10 5

10.4.10.13      4 65000      12      11      160    0    0 00:05:11 5

10.4.20.45      4 65002      12      11      160    0    0 00:05:10 5

10.4.20.53      4 65002      12      11      160    0    0 00:05:07 5

DCI-2# sh ip bgp sum vrf tenant-1

BGP summary information for VRF tenant-1, address family IPv4 Unicast

BGP router identifier 10.33.10.6, local AS number 65001

BGP table version is 14, IPv4 Unicast config peers 4, capable peers 4

2 network entries and 8 paths using 1200 bytes of memory

BGP attribute entries [2/336], BGP AS path entries [2/12]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.33.10.5      4 65000      10      11       14    0    0 00:03:28 2

10.33.10.13     4 65000      11      11       14    0    0 00:04:30 2

10.33.20.5      4 65002      12      11       14    0    0 00:05:05 2

10.33.20.13     4 65002      12      11       14    0    0 00:05:03 2

# بمجرد النشر، سوف نرى 4 مناطق مجاورة لبروتوكول IPv4 BGP من كل محول DCI إلى جميع شبكات BGW و 4 مناطق مجاورة لبروتوكول BGP الخاص بالإصدار الرابع من بروتوكول IPv4 الخاص بالتردد اللاسلكي (VRF EXtension) الخاص بالمستأجر

الخطوة 18: تكوين بروتوكول iBGP بين محولات DCI

# بافتراض أن محولات DCI لها إرتباطات متصلة بين بعضها البعض، تعد منطقة الجوار الخاصة ب iBGP IPv4 مثالية حتى إذا تم إيقاف أي إتصالات تدفق البيانات من الخادم على محول DCI-1، فيمكن إعادة توجيه حركة المرور من الشمال إلى الجنوب عبر DCI-2

# ولهذه الغاية، يلزم توفر منطقة جوار عبر بروتوكول iBGP الإصدار IPv4 بين محولات DCI واستخدام أسلوب الخطوة التالية على كل جانب أيضا.

# يجب توزيع الشكل الحر على محولات DCI لتحقيق ذلك. البنود المطلوبة من التكوينات هي كما يلي.

# يتم تكوين محولات DCI في المخطط أعلاه في vPC، لذا، يمكن إستخدام SVI للنسخ الاحتياطي لبناء مناطق جوار بروتوكول iBGP

# تحديد بنية DCI والنقر بزر الماوس الأيمن فوق كل محول و"عرض/تحرير السياسات"

# قم بنفس التغيير على محول DCI-2 ثم "الحفظ والنشر" لدفع عمليات التهيئة الفعلية إلى محولات DCI

# بمجرد الانتهاء، يمكن إجراء التحقق من واجهة سطر الأوامر (CLI) باستخدام الأمر أدناه.

DCI-2# sh ip bgp sum

BGP summary information for VRF default, address family IPv4 Unicast

BGP router identifier 10.10.100.2, local AS number 65001

BGP table version is 187, IPv4 Unicast config peers 5, capable peers 5

24 network entries and 46 paths using 8400 bytes of memory

BGP attribute entries [6/1008], BGP AS path entries [2/12]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.4.10.5       4 65000    1206    1204      187    0    0 19:59:17 5

10.4.10.13      4 65000    1206    1204      187    0    0 19:59:19 5

10.4.20.45      4 65002    1206    1204      187    0    0 19:59:17 5

10.4.20.53      4 65002    1206    1204      187    0    0 19:59:14 5

10.10.8.1       4 65001      12       7      187    0    0 00:00:12 18    # iBGP neighborship from DCI-2 to DCI-1

الخطوة 19: التحقق من علاقات الجوار بين بروتوكول العبارة الداخلية/بروتوكول بوابة الحدود

مناطق الجوار في أوسبو

# بما أن جميع بروتوكول العبارة الداخلية الأساسية هي بروتوكول فتح أقصر مسار أولا (OSPF) في هذا المثال، فإن جميع بروتوكول فتح أقصر مسار أولا (VTEP) ستشكل منطقة جوار مع الأعمدة الرئيسية لبروتوكول فتح أقصر مسار أولا (OSPF) وهذا يتضمن محولات BGW في موقع واحد أيضا.

DC1-SPINE# show ip ospf neighbors

OSPF Process ID UNDERLAY VRF default

Total number of neighbors: 3

Neighbor ID     Pri State            Up Time  Address         Interface

10.10.10.3        1 FULL/ -          1d01h    10.10.10.3      Eth1/1     # DC1-Spine to DC1-VTEP

10.10.10.2        1 FULL/ -          1d01h    10.10.10.2      Eth1/2     # DC1-Spine to DC1-BGW2

10.10.10.1        1 FULL/ -          1d01h    10.10.10.1      Eth1/3     # DC1-Spine to DC1-BGW1

# يتم الإعلان عن جميع الاستردادات (معرفات موجه BGP، أجهزة إعادة التوجيه عبر الشبكة الخاصة الظاهرية (NVE)) في OSPF، وبالتالي يتم ضمن البنية، تعلم جميع الاسترجاع عبر بروتوكول توجيه OSPF الذي من شأنه أن يساعد في زيادة تكوين جوار الشبكة الخاصة الظاهرية (VPN) للمستوى 2

علاقات الجوار في بي جي بي

# ضمن بنية، ستتضمن هذه الطوبولوجيا منافذ VPN الخاصة بشبكة L2VPN من الأعمدة الأساسية إلى نقاط VTEPs العادية وكذلك إلى البوابات الحدودية.

DC1-SPINE# show  bgp l2vpn evpn sum

BGP summary information for VRF default, address family L2VPN EVPN

BGP router identifier 10.10.10.4, local AS number 65000

BGP table version is 80, L2VPN EVPN config peers 3, capable peers 3

22 network entries and 22 paths using 5280 bytes of memory

BGP attribute entries [14/2352], BGP AS path entries [1/6]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.10.10.1      4 65000    1584    1560       80    0    0    1d01h 10        # DC1-Spine to DC1-BGW1

10.10.10.2      4 65000    1565    1555       80    0    0    1d01h 10        # DC1-Spine to DC1-BGW2

10.10.10.3      4 65000    1550    1554       80    0    0    1d01h 2         # DC1-Spine to DC1-VTEP

# مع مراعاة أن هذا هو نشر متعدد المواقع مع ظهور بوابات الحدود من موقع إلى آخر باستخدام EVPN eBGP l2VPN، يمكن التحقق من نفس الشيء باستخدام الأمر أدناه على محول بوابة الحدود.

DC1-BGW1# show  bgp l2vpn evpn sum

BGP summary information for VRF default, address family L2VPN EVPN

BGP router identifier 10.10.10.1, local AS number 65000

BGP table version is 156, L2VPN EVPN config peers 3, capable peers 3

45 network entries and 60 paths using 9480 bytes of memory

BGP attribute entries [47/7896], BGP AS path entries [1/6]

BGP community entries [0/0], BGP clusterlist entries [2/8]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.10.10.4      4 65000    1634    1560      156    0    0    1d01h 8       # DC1-BGW1 to DC1-SPINE

10.10.20.3      4 65002    1258    1218      156    0    0 20:08:03 9       # DC1-BGW1 to DC2-BGW1

10.10.20.4      4 65002    1258    1217      156    0    0 20:07:29 9       # DC1-BGW1 to DC2-BGW2

Neighbor        T    AS PfxRcd     Type-2     Type-3     Type-4     Type-5

10.10.10.4      I 65000 8          2          0          1          5

10.10.20.3      E 65002 9          4          2          0          3

10.10.20.4      E 65002 9          4          2          0          3

جيران BGP MVPN ل TRM

# مع وجود تكوينات TRM، ستشكل جميع المحولات الطرفية (بما في ذلك BGWs) منطقة جوار خاصة ب MVPN مع العمود الفقري

DC1-SPINE# show bgp ipv4 mvpn summary

BGP summary information for VRF default, address family IPv4 MVPN

BGP router identifier 10.10.10.4, local AS number 65000

BGP table version is 20, IPv4 MVPN config peers 3, capable peers 3

0 network entries and 0 paths using 0 bytes of memory

BGP attribute entries [0/0], BGP AS path entries [0/0]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.10.10.1      4 65000    2596    2572       20    0    0    1d18h 0

10.10.10.2      4 65000    2577    2567       20    0    0    1d18h 0

10.10.10.3      4 65000    2562    2566       20    0    0    1d18h 0

# أيضا، يجب أن تقوم البوابات الحدودية بتشكيل الجوار بين بعضها البعض حتى يمكن لحركة مرور البث المتعدد من الشرق إلى الغرب أن تجتاز بشكل صحيح.

DC1-BGW1# show bgp ipv4 mvpn summary

BGP summary information for VRF default, address family IPv4 MVPN

BGP router identifier 10.10.10.1, local AS number 65000

BGP table version is 6, IPv4 MVPN config peers 3, capable peers 3

0 network entries and 0 paths using 0 bytes of memory

BGP attribute entries [0/0], BGP AS path entries [0/0]

BGP community entries [0/0], BGP clusterlist entries [2/8]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.10.10.4      4 65000    2645    2571        6    0    0    1d18h 0

10.10.20.3      4 65002    2273    2233        6    0    0    1d12h 0

10.10.20.4      4 65002    2273    2232        6    0    0    1d12h 0

الخطوة 20: إنشاء إسترجاع VRF للمستأجر على محولات العبارة الحدودية

# قم بإنشاء عمليات إعادة التشغيل في VRF للمستأجر باستخدام عناوين IP فريدة على جميع بوابات الحدود.

# لهذا الغرض، حدد DC1 وانقر بزر الماوس الأيمن فوق DC1-BGW1 وقم بإدارة الواجهات ثم قم بإنشاء الاسترجاع كما هو موضح أدناه.

# يجب القيام بنفس الخطوة على 3 بوابات حدودية أخرى.

الخطوة 21: تكوينات VRFLITE على محولات DCI

# في هذا المخطط، يتم تكوين محولات DCI باستخدام VRFLITE تجاه BGWs. كما تم تكوين VRFLITE أيضا تجاه شمال محولات DCI (أي إلى المحولات الأساسية)

# لأغراض TRM، يكون PIM RP داخل مستأجر VRF-1 موجودا في المحول الرئيسي الذي يتم توصيله عبر VRFLITE بمحولات DCI

# تشتمل هذه الطبولوجيا على منطقة جوار IPv4 BGP من محولات DCI إلى المحول الرئيسي داخل مستأجر VRF-1 الموجود في أعلى الرسم التخطيطي.

# لهذا الغرض، يتم إنشاء الواجهات الفرعية وتخصيصها بعناوين IP كما يتم إنشاء مناطق جوار BGP كذلك (يتم ذلك بواسطة CLI (واجهة سطر الأوامر) مباشرة على محولات DCI والمحولات الأساسية)

DCI-1# sh ip bgp sum vrf tenant-1

BGP summary information for VRF tenant-1, address family IPv4 Unicast

BGP router identifier 10.33.10.2, local AS number 65001

BGP table version is 17, IPv4 Unicast config peers 5, capable peers 5

4 network entries and 10 paths using 1680 bytes of memory

BGP attribute entries [3/504], BGP AS path entries [3/18]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.33.10.1      4 65000    6366    6368       17    0    0    4d10h 2

10.33.10.9      4 65000    6368    6369       17    0    0    4d10h 2

10.33.20.1      4 65002    6369    6368       17    0    0    4d10h 2

10.33.20.9      4 65002    6369    6368       17    0    0    4d10h 2

172.16.111.2    4 65100      68      67       17    0    0 00:49:49 2  # This is towards the Core switch from DCI-1

# أعلاه باللون الأحمر هي جارة بروتوكول بوابة الحدود (BGP) تجاه المحول الرئيسي من DCI-1.

DCI-2# sh ip bgp sum vr tenant-1

BGP summary information for VRF tenant-1, address family IPv4 Unicast

BGP router identifier 10.33.10.6, local AS number 65001

BGP table version is 17, IPv4 Unicast config peers 5, capable peers 5

4 network entries and 10 paths using 1680 bytes of memory

BGP attribute entries [3/504], BGP AS path entries [3/18]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.33.10.5      4 65000    6368    6369       17    0    0    4d10h 2

10.33.10.13     4 65000    6369    6369       17    0    0    4d10h 2

10.33.20.5      4 65002    6370    6369       17    0    0    4d10h 2

10.33.20.13     4 65002    6370    6369       17    0    0    4d10h 2

172.16.222.2    4 65100      53      52       17    0    0 00:46:12 2  # This is towards the Core switch from DCI-2

# يلزم توفر مواصفات BGP الخاصة على المحول الرئيسي كذلك (الرجوع إلى DCI-1 و DCI-2)

عمليات التحقق من البث الأحادي

شرق/غرب من DC1-Host1 إلى DC2-Host1

# مع كافة التكوينات المذكورة أعلاه المدفوعة من إدارة الشبكة المحلية اللاسلكية (DCNM) وواجهة سطر الأوامر (CLI) اليدوية (الخطوات من 1 إلى 21)، يجب أن تعمل قابلية الوصول للبث الأحادي من الشرق إلى الغرب

DC1-Host1# ping 172.16.144.2 source 172.16.144.1

PING 172.16.144.2 (172.16.144.2) from 172.16.144.1: 56 data bytes

64 bytes from 172.16.144.2: icmp_seq=0 ttl=254 time=0.858 ms

64 bytes from 172.16.144.2: icmp_seq=1 ttl=254 time=0.456 ms

64 bytes from 172.16.144.2: icmp_seq=2 ttl=254 time=0.431 ms

64 bytes from 172.16.144.2: icmp_seq=3 ttl=254 time=0.454 ms

64 bytes from 172.16.144.2: icmp_seq=4 ttl=254 time=0.446 ms

--- 172.16.144.2 ping statistics ---

5 packets transmitted, 5 packets received, 0.00% packet loss

round-trip min/avg/max = 0.431/0.529/0.858 ms

الشمال/الجنوب من DC1-Host1 إلى PIM RP (10.200.200.100)

DC1-Host1# ping 10.200.200.100 source 172.16.144.1

PING 10.200.200.100 (10.200.200.100) from 172.16.144.1: 56 data bytes

64 bytes from 10.200.200.100: icmp_seq=0 ttl=250 time=0.879 ms

64 bytes from 10.200.200.100: icmp_seq=1 ttl=250 time=0.481 ms

64 bytes from 10.200.200.100: icmp_seq=2 ttl=250 time=0.483 ms

64 bytes from 10.200.200.100: icmp_seq=3 ttl=250 time=0.464 ms

64 bytes from 10.200.200.100: icmp_seq=4 ttl=250 time=0.485 ms

--- 10.200.200.100 ping statistics ---

5 packets transmitted, 5 packets received, 0.00% packet loss

round-trip min/avg/max = 0.464/0.558/0.879 ms

التحقق من البث المتعدد

لغرض هذا المستند، يتم تكوين PIM RP الخاص ب "Tenant-1" VRF وتقديمه خارج بنية VXLAN، ووفقا للمخطط، يتم تكوين PIM RP على المحول الرئيسي بعنوان IP-> 10.200.200.100

مصدر في غير VXLAN(خلف المحول الرئيسي)، جهاز إستقبال في DC2

أحلت طبولوجيا أن يكون أبديت في البداية.

# حركة مرور البث المتعدد للشمال/الجنوب المستمدة من مضيف غير VXLAN-> 172.17.100.100، المستقبل موجود في كل من مراكز البيانات؛ dc1-host1-> 172.16.144.1 و dc2-host1-> 172.16.144.2، المجموعة -> 239.100.100.100

Legacy-SW#ping 239.100.100.100 source 172.17.100.100 rep 1

Type escape sequence to abort.

Sending 1, 100-byte ICMP Echos to 239.100.100.100, timeout is 2 seconds:

Packet sent with a source address of 172.17.100.100

Reply to request 0 from 172.16.144.1, 3 ms

Reply to request 0 from 172.16.144.1, 3 ms

Reply to request 0 from 172.16.144.2, 3 ms

Reply to request 0 from 172.16.144.2, 3 ms

مصدر في DC1، مستقبل في DC2 وكذلك خارجي

DC1-Host1# ping multicast 239.144.144.144 interface vlan 144 vrf vlan144 cou 1

PING 239.144.144.144 (239.144.144.144): 56 data bytes

64 bytes from 172.16.144.2: icmp_seq=0 ttl=254 time=0.781 ms       # Receiver in DC2

64 bytes from 172.17.100.100: icmp_seq=0 ttl=249 time=2.355 ms     # External Receiver

--- 239.144.144.144 ping multicast statistics ---

1 packets transmitted,

From member 172.17.100.100: 1 packet received, 0.00% packet loss

From member 172.16.144.2: 1 packet received, 0.00% packet loss

--- in total, 2 group members responded ---

مصدر في DC2، مستقبل في DC1 وكذلك خارجي

DC2-Host1# ping multicast 239.145.145.145 interface vlan 144 vrf vlan144  cou 1

PING 239.145.145.145 (239.145.145.145): 56 data bytes

64 bytes from 172.16.144.1: icmp_seq=0 ttl=254 time=0.821 ms       # Receiver in DC1

64 bytes from 172.17.100.100: icmp_seq=0 ttl=248 time=2.043 ms     # External Receiver

--- 239.145.145.145 ping multicast statistics ---

1 packets transmitted,

From member 172.17.100.100: 1 packet received, 0.00% packet loss

From member 172.16.144.1: 1 packet received, 0.00% packet loss

--- in total, 2 group members responded ---