تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا المستند السلوك المتوقع لبرنامج Cisco IOS®-XE SD-WAN عند تثبيت المسارات الخارجية لفتح أقصر مسار أولا (OSPF) في جدول التوجيه.
يقوم الموجه الذي يشغل برنامج Cisco IOS-XE SD-WAN بتثبيت المسارات الخارجية ل OSPF (E1 أو E2) في جدول التوجيه. ولغرض العرض التوضيحي، خذ بعين الاعتبار هذا الرسم التخطيطي البسيط:
فيما يلي زوج من الموجهات R1 و R2 التي تشغل برنامج Cisco IOS-XE SD-WAN الذي يعمل على إنشاء OSPF للتجميع عبر شبكة VPN من جانب الخدمة (VRF 2 في هذا المثال). تحتوي الموجهات على system-IP 10.10.10.204 و 10.10.10.205 وفقا لذلك. يعد System-ip مساويا لمعرف موجه OSPF. يقوم بعض الموجهات الأخرى بالإعلان عن البادئة 192.168.1.0/24 من خلال بروتوكول إدارة التغشية (OMP) لهذا الموقع.
تم تكوين كلا الموجهين بطريقة مماثلة. يتم توفير التكوين ذي الصلة هنا (النقطة الرئيسية هي إجراء إعادة التوزيع المتبادل بين OSPF و OMP):
route-map omp2ospf permit 10 set metric 1000 set metric-type type-1 ! router ospf 2 vrf 2 compatible rfc1583 distance ospf external 110 distance ospf inter-area 110 distance ospf intra-area 110 redistribute omp route-map omp2ospf ! omp no shutdown send-path-limit 4 ecmp-limit 4 graceful-restart no as-dot-notation timers holdtime 60 advertisement-interval 1 graceful-restart-timer 43200 eor-timer 300 exit address-family ipv4 vrf 2 advertise ospf external advertise connected advertise static ! address-family ipv4 advertise connected advertise static ! address-family ipv6 advertise connected advertise static !
عند إجراء إدخال جدول توجيه الحالة العادية، يتم تثبيت 192.168.1.0/24 في قاعدة معلومات التوجيه (RIB) من OMP وإعادة توزيعها على OSPF. يبدو هذا الإدخال كما يلي:
R1#sh ip route vrf 2 192.168.1.0 255.255.255.0 Routing Table: 2 Routing entry for 192.168.1.0/24 Known via "omp", distance 251, metric 0, type omp Redistributing via ospf 2 Advertised by ospf 2 subnets route-map omp2ospf Last update from 10.10.10.201 00:03:00 ago Routing Descriptor Blocks: * 10.10.10.201 (default), from 10.10.10.201, 00:03:00 ago Route metric is 0, traffic share count is 1 R1#show ip ospf database external 192.168.1.0 OSPF Router with ID (172.16.1.204) (Process ID 2) Type-5 AS External Link States LS age: 354 Options: (No TOS-capability, DC, Downward) LS Type: AS External Link Link State ID: 192.168.1.0 (External Network Number ) Advertising Router: 172.16.1.204 LS Seq Number: 80000001 Checksum: 0x25AE Length: 36 Network Mask: /24 Metric Type: 1 (Comparable directly to link state metric) MTID: 0 Metric: 1000 Forward Address: 0.0.0.0 External Route Tag: 0 LS age: 355 Options: (No TOS-capability, DC, Downward) LS Type: AS External Link Link State ID: 192.168.1.0 (External Network Number ) Advertising Router: 172.16.1.205 LS Seq Number: 80000001 Checksum: 0x1FB3 Length: 36 Network Mask: /24 Metric Type: 1 (Comparable directly to link state metric) MTID: 0 Metric: 1000 Forward Address: 0.0.0.0 External Route Tag: 0
R2#sh ip route vrf 2 192.168.1.0 255.255.255.0 Routing Table: 2 Routing entry for 192.168.1.0/24 Known via "omp", distance 251, metric 0, type omp Redistributing via ospf 2 Advertised by ospf 2 subnets route-map omp2ospf Last update from 10.10.10.201 00:04:13 ago Routing Descriptor Blocks: * 10.10.10.201 (default), from 10.10.10.201, 00:04:13 ago Route metric is 0, traffic share count is 1 R2#show ip ospf database external 192.168.1.0 OSPF Router with ID (172.16.1.205) (Process ID 2) Type-5 AS External Link States LS age: 317 Options: (No TOS-capability, DC, Downward) LS Type: AS External Link Link State ID: 192.168.1.0 (External Network Number ) Advertising Router: 172.16.1.204 LS Seq Number: 80000001 Checksum: 0x25AE Length: 36 Network Mask: /24 Metric Type: 1 (Comparable directly to link state metric) MTID: 0 Metric: 1000 Forward Address: 0.0.0.0 External Route Tag: 0 LS age: 316 Options: (No TOS-capability, DC, Downward) LS Type: AS External Link Link State ID: 192.168.1.0 (External Network Number ) Advertising Router: 172.16.1.205 LS Seq Number: 80000001 Checksum: 0x1FB3 Length: 36 Network Mask: /24 Metric Type: 1 (Comparable directly to link state metric) MTID: 0 Metric: 1000 Forward Address: 0.0.0.0 External Route Tag: 0
كما ترى، قام كلا الموجهين بتثبيت المسار في RIB ثم إعادة توزيعه إلى OSPF. قام كلا الموجهين بتعيين DN-Bit إلى النوع 5 من LSA الخارجي ويجب أن يمنع ذلك تثبيت هذه المسارات في RIB كمسارات OSPF وبالتالي إعادة توزيعها مرة أخرى على OMP، مما يمنع التكرار بشكل أساسي. هذه هي الآلية نفسها الموضحة في RFC 4576 و RFC 4577.
تم إنشاء نظير OMP لجميع الموجهات باستخدام وحدات التحكم vSmart:
R1#show sdwan omp peers R -> routes received I -> routes installed S -> routes sent DOMAIN OVERLAY SITE PEER TYPE ID ID ID STATE UPTIME R/I/S ------------------------------------------------------------------------------------------ 10.10.10.229 vsmart 1 1 1 up 1:19:35:34 30/12/5 10.10.10.230 vsmart 1 1 3 up 1:19:35:33 26/1/5
R2#show sdwan omp peers R -> routes received I -> routes installed S -> routes sent DOMAIN OVERLAY SITE PEER TYPE ID ID ID STATE UPTIME R/I/S ------------------------------------------------------------------------------------------ 10.10.10.229 vsmart 1 1 1 up 0:01:38:48 30/10/6 10.10.10.230 vsmart 1 1 3 up 1:19:35:36 25/1/6
الآن، يفقد R1 الاتصال بكل من نظاري OMP:
Oct 11 12:53:57.777: %Cisco-SDWAN-Router-OMPD-3-ERRO-400002: R0/0: OMPD: vSmart peer 10.10.10.229 state changed to Init Oct 11 12:53:57.777: %Cisco-SDWAN-Router-OMPD-6-INFO-400005: R0/0: OMPD: Number of vSmarts connected : 1 Oct 11 12:53:58.777: %Cisco-SDWAN-Router-OMPD-3-ERRO-400002: R0/0: OMPD: vSmart peer 10.10.10.230 state changed to Init Oct 11 12:53:58.777: %Cisco-SDWAN-Router-OMPD-6-INFO-400005: R0/0: OMPD: Number of vSmarts connected : 0 R1#show sdwan omp peers R -> routes received I -> routes installed S -> routes sent DOMAIN OVERLAY SITE PEER TYPE ID ID ID STATE UPTIME R/I/S ------------------------------------------------------------------------------------------ 10.10.10.229 vsmart 1 1 1 init-in-gr 30/12/0 10.10.10.230 vsmart 1 1 3 init-in-gr 26/1/0
سيقوم R1 بتمييز مسار OMP على أنه منخفض (راجع حالة مسار OMP S)، ولكنه يواصل الاحتفاظ بالمسار في RIB المثبت بواسطة بروتوكول OMP حتى انتهاء صلاحية توقيت إعادة التشغيل السلس:
R1#show sdwan omp routes 192.168.1.0/24 | exclude not set --------------------------------------------------- omp route entries for vpn 2 route 192.168.1.0/24 --------------------------------------------------- RECEIVED FROM: peer 10.10.10.229 path-id 1076 label 1002 status C,I,R,S Attributes: originator 10.10.10.201 type installed tloc 10.10.10.201, biz-internet, ipsec overlay-id 1 site-id 201207 origin-proto connected origin-metric 0 RECEIVED FROM: peer 10.10.10.230 path-id 775 label 1002 status C,R,S Attributes: originator 10.10.10.201 type installed tloc 10.10.10.201, biz-internet, ipsec overlay-id 1 site-id 201207 origin-proto connected origin-metric 0 R1#sh ip route vrf 2 192.168.1.0 255.255.255.0 Routing Table: 2 Routing entry for 192.168.1.0/24 Known via "omp", distance 251, metric 0, type omp Redistributing via ospf 2 Advertised by ospf 2 subnets route-map omp2ospf Last update from 10.10.10.201 00:23:35 ago Routing Descriptor Blocks: * 10.10.10.201 (default), from 10.10.10.201, 00:23:35 ago Route metric is 0, traffic share count is 1
يكون المؤقت الافتراضي لإعادة التشغيل الرائع هو 43200 ثانية (12 ساعة). وبمجرد انتهاء صلاحيتها، سيظل المسار إلى الإصدار 192.168.1.0/24 موجودا.
R1#sh ip route vrf 2 192.168.1.0 255.255.255.0 Routing Table: 2 Routing entry for 192.168.1.0/24 Known via "ospf 2", distance 252, metric 1100, type extern 1 Redistributing via omp Last update from 10.28.7.205 on Vlan2807, 00:04:11 ago Routing Descriptor Blocks: * 10.28.7.205, from 172.16.1.205, 00:04:11 ago, via Vlan2807 SDWAN Down Route metric is 1100, traffic share count is 1 R1#show ip ospf database external 192.168.1.0 OSPF Router with ID (172.16.1.204) (Process ID 2) Type-5 AS External Link States LS age: 339 Options: (No TOS-capability, DC, Downward) LS Type: AS External Link Link State ID: 192.168.1.0 (External Network Number ) Advertising Router: 172.16.1.205 LS Seq Number: 80000004 Checksum: 0x19B6 Length: 36 Network Mask: /24 Metric Type: 1 (Comparable directly to link state metric) MTID: 0 Metric: 1000 Forward Address: 0.0.0.0 External Route Tag: 0
تم تثبيته كمسار خارجي من النوع 1 ل OSPF الآن على الرغم من حقيقة أن OSPF LSA الذي يتوافق يحتوي على مجموعة بت DN.
لاحظ أيضا أن المسافة الإدارية (AD) دائما تزيد وحدة واحدة عن AD الخاص ب OMP (251 هي المسافة الافتراضية ل OMP، ومن ثم 252 في هذه الحالة).
من المهم شرح سبب تثبيت الموجه لهذا المسار بواسطة AD أكبر من مسار OMP. وهذا يرجع إلى حقيقة أنك تحاول منع سيناريوهات التكرار الحلقي عندما يتم إعادة إنشاء OMP peering مرة أخرى ويتم إستعادة إمكانية الوصول إلى البنية.
كما يتم عرض عملية تثبيت المسار باستخدام AD=252 بوضوح إذا تم تمكين أوامر debug ip routing وdebug ip ospf redistribution:
Oct 11 14:13:28.302: RT(2): del 192.168.1.0 via 10.10.10.201, omp metric [251/0] Oct 11 14:13:28.303: RT(2): delete network route to 192.168.1.0/24 Oct 11 14:13:28.307: OSPF-2 REDIS: Notification to redistribute 192.168.1.0/24 Oct 11 14:13:28.307: RT(2): updating ospf 192.168.1.0/24 (0x2) [local lbl/ctx:1048577/0x0] omp-tag:0 : via 10.28.7.205 Vl2807 0 1048578 0x100001 Oct 11 14:13:28.307: RT(2): add 192.168.1.0/24 via 10.28.7.205, ospf metric [252/1100]
هذا هو السلوك المتوقع الذي تم تقديمه بشكل خاص في برنامج Cisco IOS-XE SD-WAN لتجنب سيناريوهات ثقوب حركة المرور عند تقسيم أحد الموجهات من تغشية SD-WAN. قد يحدث الثغرة لأن حركة مرور جانب الخدمة لا تزال متوازنة الأحمال عبر كلا الموجهين. يحدث هذا لأن مسارين ثابتين يشيران إلى كل من الموجهين أو بعض المسارات يشيران إلى موجه واحد فقط يتم تقسيمه.
في حالة ECMP (عندما يتم تقسيم R1 من البنية) تتبع حركة مرور البيانات مسارين:
الشبكة المحلية (LAN) -> R1 -> R2 -> الموجه عن بعد -> 192.168.1.0/24
الشبكة المحلية (LAN) -> R2 -> الموجه عن بعد -> 192.168.1.0/24
هنا، يمكنك أيضا رؤية أمثلة على المخرجات من R1 عندما يتم تقسيم R1 من النسيج. كما ترى، لا يزال الاتصال بشبكة LAN الفرعية 192.168.1.0/24 محفوظا عبر R2 (الخطوة التالية 10.27.7.205):
R1#ping vrf 2 192.168.1.1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 192.168.1.1, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 4/33/44 ms R1# traceroute vrf 2 192.168.1.1 numeric Type escape sequence to abort. Tracing the route to 192.168.1.1 VRF info: (vrf in name/id, vrf out name/id) 1 10.28.7.205 4 msec 0 msec 0 msec 2 192.168.1.1 4 msec * 0 msec