تكوين تسريب مسار VRF على محولات Nexus

المقدمة

يصف هذا المستند كيفية تكوين تسريب المسار على المحولات المستندة إلى Cisco Nexus NX-OS.

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

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

• برنامج NX-OS من Nexus
• بروتوكولات التوجيه مثل بروتوكول توجيه العبارة الداخلي المحسن (EIGRP) وفتح أقصر مسار أولا (OSPF) وبروتوكول العبارة الحدودية (BGP) وما إلى ذلك.

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

تستند المعلومات الواردة في هذا المستند إلى Cisco Nexus 7000 مع الإصدار 7.3(0)D1(1) من NXOS.

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

القيود

أنت ينبغي سربت ممر مباشرة من المصدر VRF داخل الهدف VRF. لا يمكنك تسريب مسار تم تسريبه حاليا من VRF آخر.

تذكر أنه لا يمكن إنشاء جلسة BGP من Nexus إلى IP نظير عند توجيهها من خلال VRF مختلف على Nexus.

ملاحظة: عندما يسرب مسار بين VRFs مع BGP، أنت أمكن شهدت أن مسار تغير لا يعكس في الغاية VRF إلى عدة دقائق بعد ذلك. قد يحدث ذلك بسبب آليات تثبيط BGP التي تتجاهل تغييرات المسار بناء على تغييرات القياس لتجنب الحالات التي يرفرف فيها بروتوكول العبارة الداخلية (مشاكل الارتباط، على سبيل المثال) ولا تريد أن يتم نشر هذه الجنيحات فيما بعد. إذا كنت تعاني من هذه الحالة وتحتاج إلى تحديث المسارات على الفور على VRF الوجهة أيضا، رجاء ألقي نظرة على الدليل، قم بتكوين dempen-igp-metric في BGP على محولات Cisco Nexus، في قسم المعلومات ذات الصلة.

التكوين

يتم تنفيذ التسرب بين VRFs على مستوى عملية BGP. ولهذا السبب، من الضروري إضافة المسارات إلى عملية BGP أولا، وتحديدا في جدول BGP.

ملاحظة: يتم إستخدام المصطلحات Default VRF وجدول التوجيه العام بشكل متبادل في هذا المستند.

افتراضي VRF إلى VRF

في هذه الحالة، تلقت Nexus مسارين في وضع VRF الافتراضي الخاص بها عبر EIGRP. يقوم التكوين بتسريب المسارات في VRF Blue.

لأغراض هذا المثال، يتم تسريب المسار 192.168.2.0/24 فقط.

Nexus# show ip route eigrp
IP Route Table for VRF "default"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.2.2/32, ubest/mbest: 1/0
    *via 10.1.2.2, Eth2/1, [90/130816], 00:00:21, eigrp-1, internal
192.168.2.0/24, ubest/mbest: 1/0
    *via 10.1.2.2, Eth2/1, [90/130816], 00:00:21, eigrp-1, internal
Nexus#

ملاحظة: في NX-OS، يلزم تمكين الميزات في وضع التكوين العام. in order to مكنت BGP، الأمر سمة BGP.

• الخطوة 1. إعادة التوزيع في BGP.

قم بإعادة توزيع المسارات الموجودة في جدول توجيه VRF الافتراضي في BGP. ونظرا لأن الموجهات موجودة في VRF الافتراضي، فإن الأمر redistribute في BGP يذهب تحت قسم البث الأحادي ل IPv4 العام. أستخدم المعلمة الصحيحة للأمر redistribute. هذا يعتمد على كيف المسحاج تخديد في التقصير VRF (مباشرة يربط، eigrp، ospf، إلى آخره).

ملاحظة: يمكنك تخطي الخطوة 1 في جميع السيناريوهات إذا تم تثبيت المسارات التي سيتم تسريبها كمسارات BGP في VRF الأصلي. في هذا مثال، الأصل VRF التقصير VRF (شامل تحشد طاولة).

route-map ALL permit 10
!
router bgp 65535
  address-family ipv4 unicast
    redistribute eigrp 1 route-map ALL

ملاحظة: في NX-OS، يلزم دائما وجود خريطة مسار كمعلمة لإعادة توزيع المسارات بشكل انتقائي. عبارة تصريح تصريح خريطة مسار فارغة تم إنشاؤها صالحة لمطابقة أي من المسارات وكل المسارات.

• خطوة 2. شكلت إستيراد VRF تقصير في الغاية VRF.

ال إستيراد vrf تقصير شكلت أمر في الغاية VRF. يتطلب سطر الأوامر خريطة مسار كمعلمة لتحديد الموجهات التي سيتم إستيرادها في VRF الوجهة بشكل صريح، وهو ما يكون في هذه الحالة هو VRF المسمى BLUE.

ip prefix-list NETWORK seq 5 permit 192.168.2.0/24 
!
route-map GLOBAL-TO-VRF permit 10
  match ip address prefix-list NETWORK 
!
vrf context BLUE
  address-family ipv4 unicast
    import vrf default map GLOBAL-TO-VRF

• الخطوة 3. تحقق من جدول توجيه VRF الوجهة.

يمكنك تأكيد ذلك في VRF الوجهة بأن الموجهات يتم رؤيتها الآن عبر BGP. يمكن إعادة توزيع مسارات BGP هذه في VRF الآن في أي بروتوكول توجيه آخر يعمل في نفس VRF.

Nexus# show ip route vrf BLUE
IP Route Table for VRF "BLUE"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

192.168.2.0/24, ubest/mbest: 1/0
    *via 10.1.2.2%default, Eth2/1, [20/130816], 00:15:00, bgp-65535, external, tag 65535, 
Nexus# 

VRF إلى VRF

في هذه الحالة، تلقت Nexus طريقين في التردد اللاسلكي الخاص بها يدعيان RED عبر EIGRP. يقوم التكوين بتسريب المسارات في VRF Blue.

Nexus# show ip route eigrp vrf RED
IP Route Table for VRF "RED"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.2.2/32, ubest/mbest: 1/0
    *via 10.1.2.2, Eth2/1, [90/130816], 00:00:08, eigrp-1, internal
192.168.2.0/24, ubest/mbest: 1/0
    *via 10.1.2.2, Eth2/1, [90/130816], 00:00:08, eigrp-1, internal
Nexus#

• الخطوة 1. إعادة التوزيع في BGP.

قم بإعادة توزيع المسارات الموجودة في جدول توجيه VRF Red في بروتوكول BGP. ونظرا لأن الموجهات هي في VRF Red، فإن الأمر redistribute في بروتوكول BGP يذهب تحت قسم البث الأحادي لمعرف فئة VRF RED Address-family IPv4.

route-map ALL permit 10
!
router bgp 65535
  vrf RED
    address-family ipv4 unicast
      redistribute eigrp 1 route-map ALL

• الخطوة 2. إنشاء أهداف المسار للتصدير والاستيراد.

من أجل التسريب بين شبكات VRF، يلزم إستخدام أهداف المسار. يصدر VRF الأصلي قيمة route-target. يستورد VRF الوجهة نفس قيمة المسار-الهدف.

vrf context RED
  address-family ipv4 unicast
    route-target export 1:1
!
vrf context BLUE
  address-family ipv4 unicast
    route-target import 1:1

• الخطوة 3. تحقق من جدول توجيه VRF الوجهة.

يمكنك تأكيد ذلك في VRF الوجهة بأن الموجهات يتم رؤيتها الآن عبر BGP. يمكن إعادة توزيع مسارات BGP هذه في VRF الآن في أي بروتوكول توجيه آخر يعمل في نفس VRF.

Nexus# show ip route vrf BLUE
IP Route Table for VRF "BLUE"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.2.2/32, ubest/mbest: 1/0
    *via 10.1.2.2%RED, Eth2/1, [20/130816], 00:01:58, bgp-65535, external, tag 65535, 
192.168.2.0/24, ubest/mbest: 1/0
    *via 10.1.2.2%RED, Eth2/1, [20/130816], 00:01:58, bgp-65535, external, tag 65535, 
Nexus# 

• الخطوة 4 (اختيارية). تعيين هدف المسار إلى مسارات محددة.

يمكنك بشكل إختياري إستخدام الأمر export map ضمن VRF الأصلي لتعيين أهداف المسار إلى مسارات محددة يتم تصديرها. أستخدم المعلمة set extcommunity rt في خريطة المسار من أجل تعيين المسار-الهدف. 

في هذا المثال، يتم تصدير الشبكة 192.168.2.0/24 فقط مع توجيه الهدف 1:1 الذي يتم إستيراده لاحقا في VRF Blue.

وتكون النتيجة أن الشبكة المحددة فقط هي التي يتم تسريبها.

ip prefix-list NETWORK seq 5 permit 192.168.2.0/24 
!
route-map ADD-RT permit 10
  match ip address prefix-list NETWORK 
  set extcommunity rt 1:1
!
vrf context RED
  address-family ipv4 unicast
    export map ADD-RT
!
vrf context BLUE
  address-family ipv4 unicast
    route-target import 1:1

VRF إلى افتراضي VRF

ملاحظة: في مجموعة المحولات من Nexus 7000 و Nexus 7700، تم إدخال هذه الميزة التي تدعم تصدير بادئات IP إلى جدول التوجيه العام (الافتراضي VRF) من أي VRF آخر باستخدام أمر خريطة التصدير vrf الافتراضية في الإصدار 7.3(0)D1(1) من NX-OS.

تلقت Nexus طريقين في التردد اللاسلكي الخاص بها يسميان RED عبر EIGRP. يسرب التشكيل المسحاج تخديد في التقصير VRF.

لأغراض هذا المثال، يتم تسريب المسار 192.168.2.0/24 فقط.

• الخطوة 1. إعادة التوزيع في BGP.

قم بإعادة توزيع المسارات الموجودة في جدول توجيه VRF Red في بروتوكول BGP. ونظرا لأن الموجهات هي في VRF Red، فإن الأمر redistribute في بروتوكول BGP يذهب تحت قسم البث الأحادي لمعرف فئة VRF RED Address-family IPv4.

route-map ALL permit 10
!
router bgp 65535
  vrf RED
    address-family ipv4 unicast
      redistribute eigrp 1 route-map ALL

• خطوة 2. يشكل تصدير VRF تقصير في الأصل VRF.

التصدير vrf تقصير شكلت أمر في الأصل VRF. يتطلب سطر الأوامر خريطة مسار كمعلمة لتحديد الموجهات التي سيتم تصديرها في ملف VRF الافتراضي بشكل صريح.

ip prefix-list NETWORK seq 5 permit 192.168.2.0/24 
!
route-map GLOBAL-TO-VRF permit 10
  match ip address prefix-list NETWORK 
!
vrf context RED
  address-family ipv4 unicast
    export vrf default map GLOBAL-TO-VRF

• الخطوة 3. تحقق من جدول توجيه VRF الافتراضي.

يمكنك التأكيد في VRF الافتراضي على أن الموجهات يتم رؤيتها الآن عبر BGP. يمكن الآن إعادة توزيع مسارات BGP هذه في VRF الافتراضي في أي بروتوكول توجيه آخر يعمل أيضا في VRF الافتراضي.

Nexus# show ip route 
IP Route Table for VRF "default"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

192.168.2.0/24, ubest/mbest: 1/0
    *via 10.1.2.2%RED, Eth2/1, [20/130816], 00:08:19, bgp-65535, external, tag 65535, 
Nexus# 

التحقق من الصحة

هناك 4 مراحل في عملية تسريب مسار التردد اللاسلكي (VRF). يمكن إجراء التحقق بالترتيب:

للتحقق من المسارات بشكل صحيح في جدول التوجيه، الأمر:

show ip route [vrf ]

للتحقق من المسارات بشكل صحيح في جدول BGP، الأوامر هي:

لاحظ أنه يمكن إستخدام الأمر الثاني بشكل متبادل لعرض عناوين البث الأحادي ل IPv4 في جدول BGP.

show bgp ipv4 unicast [vrf ]

show ip bgp [vrf ]

أخيرا، العرض forwarding طريق a.b.c.d/LEN [VRF <vrf name>] يستطيع كنت استعملت in order to أكدت الطبقة 3 - ممر برمجت على خط مستوى بطاقة (جهاز برمجية).

Nexus# show forwarding route 10.1.2.2

slot  1
=======


IPv4 routes for table default/base

'*' denotes recursive route
----------------+----------------------------------------+----------------------+-----------------
Prefix          | Next-hop                               | Interface            | Labels
----------------+----------------------------------------+----------------------+-----------------
10.1.2.0/24       Attached                                 Ethernet2/1
Nexus#

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

تكوين مقياس الكثافة في BGP على محولات Cisco Nexus