تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا وثيقة جانب من يفهم، يشكل، ويدقق غير متكافئ التكلفة متعدد المسارات في IOS-XR. كما أننا نمر عبر أمثلة من التلاعب بالوزن لنظهر كيف أن قياس المسار إلى الوجهة يؤثر على الحمل على رابط.
لا يحتوي هذا المستند على متطلبات أساسية.
تستند الأمثلة التالية إلى IOS-XR 6.4.1.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.
تعمل ميزة موازنة حمل المسارات المتعددة غير المتكافئة (UCMP) على توفير إمكانية تحميل حركة المرور بشكل متناسب عبر مسارات متعددة، بتكاليف مختلفة. بصفة عامة، تحتوي مسارات النطاق الترددي الأعلى على مقاييس بروتوكول العبارة الداخلية (IGP) الأقل تم تكوينها، حتى تشكل أقصر مسارات IGP.
مع تمكين موازنة حمل UCMP، يمكن للبروتوكولات إستخدام مسارات نطاق ترددي أقل أو مسارات تكلفة أعلى لحركة المرور، كما يمكنها تثبيت هذه المسارات إلى قاعدة معلومات إعادة التوجيه (FIB). لا تزال هذه البروتوكولات تقوم بتثبيت مسارات متعددة إلى نفس الوجهة في FIB، ولكن سيكون لكل مسار 'تحميل مقياس/وزن' مقترن به. تستخدم FIB قياس الحمل هذا/الوزن لتحديد مقدار حركة المرور التي يلزم إرسالها على مسار نطاق ترددي أكبر وكمية حركة المرور التي يلزم إرسالها على مسار نطاق ترددي أقل.
وبشكل تقليدي، كان EIGRP هو بروتوكول العبارة الداخلية الوحيد الذي يدعم ميزة UCMP، ولكن في IOS-XR UCMP يتم دعمه لجميع بروتوكولات العبارة الداخلية، والتوجيه الثابت، و BGP. في هذا المستند، سنشرح ميزة UCMP باستخدام OSPF كأساس لأمثالنا، ولكن المعلومات هنا تنطبق أيضا على IS-IS والبروتوكولات الأخرى ذات إمكانات UCMP.
مخطط الطوبولوجيا
XR1 !
hostname XR1
!
interface GigabitEthernet0/0/0/0.12
description TO R2
ipv4 address 12.0.0.1 255.255.255.0
encapsulation dot1q 12
!
interface GigabitEthernet0/0/0/0.13
description TO R2
ipv4 address 13.0.0.1 255.255.255.0
encapsulation dot1q 13
! router ospf 1 address-family ipv4 area 0 ! interface GigabitEthernet0/0/0/0.12 cost 100 ! interface GigabitEthernet0/0/0/0.13 cost 100 ! ! ! end
R2 ! hostname R2 ! interface Ethernet0/0.12 description TO XR1 encapsulation dot1Q 12 ip address 12.0.0.2 255.255.255.0 ! interface Ethernet0/0.13 description TO XR1 encapsulation dot1Q 13 ip address 13.0.0.2 255.255.255.0 ! interface Ethernet0/1 description TO R3 ip address 172.16.23.2 255.255.255.0 ip ospf cost 100 ! ! router ospf 1 network 0.0.0.0 255.255.255.255 area 0 ! end
R3 ! hostname R3 ! interface Loopback0 description FINAL_DESTINATION ip address 3.3.3.3 255.255.255.255 ! interface Ethernet0/0 description TO R2 ip address 172.16.23.3 255.255.255.0 ! router ospf 1 network 0.0.0.0 255.255.255.255 area 0 ! end
في IOS-XR، عندما نقوم بتثبيت مسارات متعددة إلى وجهة، يتم تعيين قيمة وزن تشير إلى توزيع الحمل لارتباط معين. هذه القيمة متناسبة عكسيا مع قياس المسار للوجهة، كلما زادت التكلفة، كلما تم تعيين وزن أقل. وهذا يسمح ل CEF بإجراء مشاركة حمل الارتباطات بشكل ذكي عند التوجيه إلى الوجهات.
عندما تكون مسارات ECMP مثبتة، فإن قيم الوزن المعينة يتم ضبطها دائما على 0 لكل المسارات، وهذا يعني أن حركة المرور تتم مشاركتها بالحمل بالتساوي. إذا قمنا بالتحقق من إعادة التوجيه السريع (CEF)، يمكننا تأكيد تعيين أوزان 0 لكل مسار.
RP/0/RP0/CPU0:XR1#show cef 3.3.3.3/32 detail 3.3.3.3/32, version 87, internal 0x1000001 0x0 (ptr 0xd689b50) [1], 0x0 (0xd820648), 0x0 (0x0) Updated Nov 11 22:15:58.953 remote adjacency to GigabitEthernet0/0/0/0.12 Prefix Len 32, traffic index 0, precedence n/a, priority 1 gateway array (0xd6b32f8) reference count 2, flags 0x0, source rib (7), 0 backups [3 type 3 flags 0x8401 (0xd759758) ext 0x0 (0x0)] LW-LDI[type=3, refc=1, ptr=0xd820648, sh-ldi=0xd759758] gateway array update type-time 1 Nov 11 22:15:58.953 LDI Update time Nov 11 22:15:58.953 LW-LDI-TS Nov 11 22:15:58.953 via 12.0.0.2/32, GigabitEthernet0/0/0/0.12, 4 dependencies, weight 0, class 0 [flags 0x0] path-idx 0 NHID 0x0 [0xe14b0a0 0x0] next hop 12.0.0.2/32 remote adjacency via 13.0.0.2/32, GigabitEthernet0/0/0/0.13, 4 dependencies, weight 0, class 0 [flags 0x0] path-idx 1 NHID 0x0 [0xe14b128 0x0] next hop 13.0.0.2/32 remote adjacency Load distribution: 0 1 (refcount 3) Hash OK Interface Address 0 Y GigabitEthernet0/0/0/0.12 remote 1 Y GigabitEthernet0/0/0/0.13 remote
إذا كنا نريد تمكين UCMP، فدعنا نبدأ بتحديد التكلفة بشكل مختلف على XR1، ولهذه الغاية، سوف نحدد التكلفة على النحو التالي:
router ospf 1 address-family ipv4 area 0 interface Loopback0 ! interface GigabitEthernet0/0/0/0.12 cost 50 ! interface GigabitEthernet0/0/0/0.13 cost 100 ! ! end RP/0/RP0/CPU0:XR1#show route 3.3.3.3/32 Routing entry for 3.3.3.3/32 Known via "ospf 1", distance 110, metric 151, type intra area Installed Nov 11 22:32:48.289 for 00:00:32 Routing Descriptor Blocks 12.0.0.2, from 3.3.3.3, via GigabitEthernet0/0/0/0.12 Route metric is 151 No advertising protos.
للنظر في مسارات أخرى ل UCMP يجب أن نحدد ما إذا كانت مؤهلة. يستخدم IOS-XR معايير نسبة مئوية ل IS-IS-IS و OSPF، ويعتمد هذا على أمر عملية الموجه UCMP difference <value>. الطريقان اللذان لدينا هما:
قياس المسار 1 (pm1) = 151
قياس المسار 2 (pm2) = 201
سيتم تثبيت التنقلات التالية الحرة للحلقة استنادا إلى UCMP <= (التباين * قياس المسار الأساسي) / 100.
كم يجب أن ينمو المسار الأساسي للوصول إلى مقياس المسار الأسوأ (PM2) في هذه الحالة هو 134 بالمائة من 151، مما ينتج عنه عام 202. هذه هي قيمة التباين بالضبط التي نحتاج إلى تكوينها لتجعل المسار مؤهلا.
! router ospf 1 ucmp variance 134 ! RP/0/RP0/CPU0:XR1#show route 3.3.3.3/32 Routing entry for 3.3.3.3/32 Known via "ospf 1", distance 110, metric 151, type intra area Installed Nov 11 22:36:45.720 for 00:00:09 Routing Descriptor Blocks 12.0.0.2, from 3.3.3.3, via GigabitEthernet0/0/0/0.12 Route metric is 151, Wt is 4294967295 13.0.0.2, from 3.3.3.3, via GigabitEthernet0/0/0/0.13 Route metric is 151, Wt is 3226567396 No advertising protos.
ملاحظة: لا تؤثر قيمة الفرق على نتائج الوزن. في هذه الحالة قد يؤدي الفرق الذي يبلغ 134 كحد أدنى أو الفرق الذي يبلغ 10000 (القيمة القصوى) إلى نفس نتائج الوزن، وبدلا من ذلك، فإن قيم التكلفة هي القيم التي تؤثر على الأوزان الناتجة، حيث أنها متناسبة عكسيا مع بعضها البعض.
لدينا نوعان مختلفان من الأوزان في IOS-XR، والوزن والأوزان العادية. ويعتمد إستخدام هذه العناصر على عدد دلاء التجزئة التي يتم دعمها على نظام أساسي معين، حيث يدعم XRv9000 دلاء التجزئة 32، بينما يدعم ASR 9000 و CRS-X دلاء التجزئة 64 على التوالي. هذا يعني أنه، عندما يقوم الموجه ببرمجة قيم الوزن، لا يمكن أن يتجاوز الوزن حد دلو التجزئة للنظام الأساسي المعين. يمكننا ملاحظة الأوزان العادية التي تتم برمجتها بإصدار الأمر show cef <prefix> detail location. استنادا إلى قيم التكلفة المحددة، لدينا 18، 13 توزيع حمل، مما يعني أنه تم تعيين 31 دلاء تجزئة (18+13).
RP/0/RP0/CPU0:XR1#show cef 3.3.3.3/32 detail 3.3.3.3/32, version 23, internal 0x1000001 0x0 (ptr 0xd3ecb50) [1], 0x0 (0xd583610), 0x0 (0x0) Updated Nov 11 22:36:45.723 remote adjacency to GigabitEthernet0/0/0/0.12 Prefix Len 32, traffic index 0, precedence n/a, priority 1 gateway array (0xd4163d8) reference count 1, flags 0x0, source rib (7), 0 backups [2 type 3 flags 0x8401 (0xd4bc7b8) ext 0x0 (0x0)] LW-LDI[type=3, refc=1, ptr=0xd583610, sh-ldi=0xd4bc7b8] gateway array update type-time 1 Nov 11 22:36:45.723 LDI Update time Nov 11 22:36:45.729 LW-LDI-TS Nov 11 22:36:45.729 via 12.0.0.2/32, GigabitEthernet0/0/0/0.12, 6 dependencies, weight 4294967295, class 0 [flags 0x0] path-idx 0 NHID 0x0 [0xe14b1b0 0x0] next hop 12.0.0.2/32 remote adjacency via 13.0.0.2/32, GigabitEthernet0/0/0/0.13, 6 dependencies, weight 3226567396, class 0 [flags 0x0] path-idx 1 NHID 0x0 [0xe14b128 0x0] next hop 13.0.0.2/32 remote adjacency Weight distribution: slot 0, weight 4294967295, normalized_weight 18, class 0 slot 1, weight 3226567396, normalized_weight 13, class 0 Load distribution: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 1 1 1 1 1 (refcount 2) Hash OK Interface Address 0 Y GigabitEthernet0/0/0/0.12 remote 1 Y GigabitEthernet0/0/0/0.12 remote 2 Y GigabitEthernet0/0/0/0.12 remote 3 Y GigabitEthernet0/0/0/0.12 remote 4 Y GigabitEthernet0/0/0/0.12 remote 5 Y GigabitEthernet0/0/0/0.12 remote 6 Y GigabitEthernet0/0/0/0.12 remote 7 Y GigabitEthernet0/0/0/0.12 remote 8 Y GigabitEthernet0/0/0/0.12 remote 9 Y GigabitEthernet0/0/0/0.12 remote 10 Y GigabitEthernet0/0/0/0.12 remote 11 Y GigabitEthernet0/0/0/0.12 remote 12 Y GigabitEthernet0/0/0/0.12 remote 13 Y GigabitEthernet0/0/0/0.12 remote 14 Y GigabitEthernet0/0/0/0.12 remote 15 Y GigabitEthernet0/0/0/0.12 remote 16 Y GigabitEthernet0/0/0/0.12 remote 17 Y GigabitEthernet0/0/0/0.12 remote 18 Y GigabitEthernet0/0/0/0.13 remote 19 Y GigabitEthernet0/0/0/0.13 remote 20 Y GigabitEthernet0/0/0/0.13 remote 21 Y GigabitEthernet0/0/0/0.13 remote 22 Y GigabitEthernet0/0/0/0.13 remote 23 Y GigabitEthernet0/0/0/0.13 remote 24 Y GigabitEthernet0/0/0/0.13 remote 25 Y GigabitEthernet0/0/0/0.13 remote 26 Y GigabitEthernet0/0/0/0.13 remote 27 Y GigabitEthernet0/0/0/0.13 remote 28 Y GigabitEthernet0/0/0/0.13 remote 29 Y GigabitEthernet0/0/0/0.13 remote 30 Y GigabitEthernet0/0/0/0.13 remote
وكما نلاحظ، فإن مجموع الوزن الطبيعي يمثل كمية دلاء التجزئة التي تم تعيينها من قبل النظام الأساسي، وفي هذه الحالة، لا يمكن أبدا أن نتجاوز 32 دلاء تجزئة، وفقا لحدود هذا النظام الأساسي المعين. يتم تعيين وزن المسار الأساسي (PM1) دائما على 4294967295، وهو الحد الأقصى للوزن (2^32) - 1.
يمكننا بسهولة حساب الأوزان باستخدام وزن المعادلة = أفضل تكلفة / أسوأ تكلفة * 4294967295. على سبيل المثال، يتم حساب الأوزان للمسار 1 والمسار 2 أدناه:
Weight_path_1 = يتم تعيينه دائما على 4294967295
الوزن_path_2 = 151 / 201 * 4294967295 = 3226567470
ملاحظة: فقدان الدقة يمكن أن يحدث عند حساب القيم، كما نقوم بحسابات النقطة العائمة، ويجب علينا تثبيت الأعداد الصحيحة في RIB و FIB.
كما ذكرنا، لا يمكننا تثبيت قيم وزن جدول إعادة التوجيه السريع (CEF) التي تتجاوز عدد دلاء التجزئة بواسطة نظام أساسي، ولهذا السبب نحتاج إلى تطبيع الأوزان قبل برمجتها إلى أجهزة. يقوم النظام الأساسي بحساب الأوزان العادية وفقا لصيغة الوزن الطبيعي = (وزن المسار/الوزن الإجمالي) * الحد الأقصى لحجم الدلو. استنادا إلى مثالنا، يمكننا حساب هذا كما يلي:
normal_weight_1 = (4294967295 * 32) / (3226567396 + 4294967295 ) = 18
= (3226567396 * 32) / (3226567396 + 4294967295) = 13
ملاحظة: عندما تكون G.C.D تساوي 1، يتم إستخدام الطريقة أعلاه، وإلا إذا كانت G.C.D =! 1، ثم يتم تقسيم الوزن الطبيعي إلى G.C.D الناتج بواسطة قيم الوزن.
في بعض السيناريوهات قد نرغب في تحديد قيمة قياس المسار المحددة التي نحتاج إلى تكوينها للحصول على توزيع الوزن/الحمل الناتج. يمكننا تحديد مقياس المسار المناسب من خلال تغيير تكلفة الارتباطات بالاستناد إلى حتى نصل إلى القيمة المطلوبة أو تقريبها. لاحظ أنه ليس كل الأوزان التي قد نحتاج إليها ممكنة تماما، ولكن يمكننا تقريب التوزيع المطلوب.
قبل المتابعة، ضع في الحسبان القيود التالية:
أ) ليس جميع عمليات توزيع الوزن/الحمل ممكنة تماما، ولكن يمكننا إجراء تقريب.
ب) لا تتجاوز حدود دلو التجزئة أبدا. - هذا يعني أن مجموع كافة أوزان المسار لا يمكن أن يتجاوز دلاء التجزئة، إذا حدث ذلك، فيجب تطبيع الوزن. بمعنى أننا عندما نجمع كل الأوزان لا نتجاوز حد دلو التجزئة.
ج) يحتوي ASR 9000 و CRS-X على حد 64 من دلو التجزئة، بينما يحتوي XRv9000 على حد 32 من دلو التجزئة.
د.) عند إستخدام pre-6.4.1، يكون توزيع الوزن مختلفا، ويكون المسار ذو الوزن الأقل مضبوطا دائما على وزن 1 بينما تكون المسارات الأخرى مضاعفات لهذا المسار مما يعني أنه يمكن أن يكون أعلى من 1.
باتباع نفس المخطط من قبل، نريد أن يكون توزيع الوزن 26/5 بين الربطين.
ط) في البداية، تكون التكاليف محددة بالتساوي على جميع المسارات (100 + 100 + 1) = 201.
2) إذا قمنا بتعيين تباين UCMP إلى أقصى قيمة، للنظر في جميع الخطوات التالية.
ثالثا) إذا فحصنا RIB، يمكننا رؤية الحالة الافتراضية حيث XR1 يقوم ب ECMP.
RP/0/RP0/CPU0:XR1#show cef 3.3.3.3/32 detail 3.3.3.3/32, version 27, internal 0x1000001 0x0 (ptr 0xd3ecb50) [1], 0x0 (0xd583610), 0x0 (0x0) Updated Nov 11 23:08:25.290 remote adjacency to GigabitEthernet0/0/0/0.12 Prefix Len 32, traffic index 0, precedence n/a, priority 1 gateway array (0xd416218) reference count 2, flags 0x0, source rib (7), 0 backups [3 type 3 flags 0x8401 (0xd4bc6f8) ext 0x0 (0x0)] LW-LDI[type=3, refc=1, ptr=0xd583610, sh-ldi=0xd4bc6f8] gateway array update type-time 1 Nov 11 23:08:25.290 LDI Update time Nov 11 23:08:25.297 LW-LDI-TS Nov 11 23:08:25.297 via 12.0.0.2/32, GigabitEthernet0/0/0/0.12, 4 dependencies, weight 4294967295, class 0 [flags 0x0] path-idx 0 NHID 0x0 [0xe14b1b0 0x0] next hop 12.0.0.2/32 remote adjacency via 13.0.0.2/32, GigabitEthernet0/0/0/0.13, 4 dependencies, weight 4294967295, class 0 [flags 0x0] path-idx 1 NHID 0x0 [0xe14b128 0x0] next hop 13.0.0.2/32 remote adjacency Weight distribution: slot 0, weight 4294967295, normalized_weight 1, class 0 slot 1, weight 4294967295, normalized_weight 1, class 0 Load distribution: 0 1 (refcount 3) Hash OK Interface Address 0 Y GigabitEthernet0/0/0/0.12 remote 1 Y GigabitEthernet0/0/0/0.13 remote
على سبيل المثال، سنستخدم حالة تريد فيها الأوزان التالية:
W1 = 26 (أفضل تكلفة أساسية)
W2 = 5 (أفضل تكلفة ثانوية)
نحتاج إلى أخذ مسار مسار مسار، لهذا المسار، يجب أن تكون التكلفة معروفة بالفعل، وفي هذه الحالة سيكون المسار المرجعي هو المسار عبر Gi0/0/0.12. سيتم حساب مسار الساق مسبقا بالتكلفة من الطرف إلى الطرف، ومقياس المسار والوزن المطلوبين لهذا المسار هما:
ط) X1+Y1+D1 = 100 + 100 + 1 = 201. (لاحظ المتغيرات المرفقة بكل رابط في المخطط).
2) الوزن 1 = 26
ثالثا) الوزن 2 = 5
4) م 1 = 201 (مسار الساق الرئيسية)، الوزن = 26
v) م 2 = غير معروف بعد (المسار الثانوي)، الوزن = 5
حساب الأوزان.
قياس المسار ل PM2: PM2 = (26/5) * 201 = 1045
تحديد تكلفة الارتباط X2 على XR1.
x2 = pm2-(x2+y1+d1)
1045-(100+100+1) = 844
تكوين تكلفة OSPF على إرتباط X2.
router ospf 1 ucmp variance 10000 area 0 ! interface GigabitEthernet0/0/0/0.13 cost 844
التحقق من توزيع الوزن/الحمل يمكننا أن نرى أن الأوزان المطلوبة تم تعيينها بشكل مناسب في CEF كما توقعنا في الحسابات.
RP/0/RP0/CPU0:XR1#show cef 3.3.3.3/32 detail 3.3.3.3/32, version 37, internal 0x1000001 0x0 (ptr 0xd3ecce0) [1], 0x0 (0xd5835d8), 0x0 (0x0) Updated Nov 11 23:17:47.945 remote adjacency to GigabitEthernet0/0/0/0.12 Prefix Len 32, traffic index 0, precedence n/a, priority 1 gateway array (0xd4163d8) reference count 1, flags 0x0, source rib (7), 0 backups [2 type 3 flags 0x8401 (0xd4bc7b8) ext 0x0 (0x0)] LW-LDI[type=3, refc=1, ptr=0xd5835d8, sh-ldi=0xd4bc7b8] gateway array update type-time 1 Nov 11 23:17:47.945 LDI Update time Nov 11 23:17:47.956 LW-LDI-TS Nov 11 23:17:47.956 via 12.0.0.2/32, GigabitEthernet0/0/0/0.12, 6 dependencies, weight 4294967295, class 0 [flags 0x0] path-idx 0 NHID 0x0 [0xe14b1b0 0x0] next hop 12.0.0.2/32 remote adjacency via 13.0.0.2/32, GigabitEthernet0/0/0/0.13, 6 dependencies, weight 913532538, class 0 [flags 0x0] path-idx 1 NHID 0x0 [0xe14b128 0x0] next hop 13.0.0.2/32 remote adjacency Weight distribution: slot 0, weight 4294967295, normalized_weight 26, class 0 slot 1, weight 913532538, normalized_weight 5, class 0 Load distribution: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 (refcount 2) Hash OK Interface Address 0 Y GigabitEthernet0/0/0/0.12 remote 1 Y GigabitEthernet0/0/0/0.12 remote 2 Y GigabitEthernet0/0/0/0.12 remote 3 Y GigabitEthernet0/0/0/0.12 remote 4 Y GigabitEthernet0/0/0/0.12 remote 5 Y GigabitEthernet0/0/0/0.12 remote 6 Y GigabitEthernet0/0/0/0.12 remote 7 Y GigabitEthernet0/0/0/0.12 remote 8 Y GigabitEthernet0/0/0/0.12 remote 9 Y GigabitEthernet0/0/0/0.12 remote 10 Y GigabitEthernet0/0/0/0.12 remote 11 Y GigabitEthernet0/0/0/0.12 remote 12 Y GigabitEthernet0/0/0/0.12 remote 13 Y GigabitEthernet0/0/0/0.12 remote 14 Y GigabitEthernet0/0/0/0.12 remote 15 Y GigabitEthernet0/0/0/0.12 remote 16 Y GigabitEthernet0/0/0/0.12 remote 17 Y GigabitEthernet0/0/0/0.12 remote 18 Y GigabitEthernet0/0/0/0.12 remote 19 Y GigabitEthernet0/0/0/0.12 remote 20 Y GigabitEthernet0/0/0/0.12 remote 21 Y GigabitEthernet0/0/0/0.12 remote 22 Y GigabitEthernet0/0/0/0.12 remote 23 Y GigabitEthernet0/0/0/0.12 remote 24 Y GigabitEthernet0/0/0/0.12 remote 25 Y GigabitEthernet0/0/0/0.12 remote 26 Y GigabitEthernet0/0/0/0.13 remote 27 Y GigabitEthernet0/0/0/0.13 remote 28 Y GigabitEthernet0/0/0/0.13 remote 29 Y GigabitEthernet0/0/0/0.13 remote 30 Y GigabitEthernet0/0/0/0.13 remote
بنفس الطريقة السابقة، قمنا بوضع التكلفة الافتراضية على 100 على كل من واجهات XR1.
W1 = 30 (أفضل تكلفة أساسية)
W2 = 1 (أفضل تكلفة ثانوية)
ط) X1+Y1+D1 = 100 + 100 + 1 = 201. (لاحظ المتغيرات المرفقة بكل رابط في المخطط).
2) الوزن 1 = 30
ثالثا) الوزن 2 = 1
4) م 1 = 201 (مسار الساق الرئيسية)، الوزن = 30
v) م 2 = غير معروف بعد (المسار الثانوي)، الوزن = 1
حساب الأوزان.
قياس المسار ل PM2: PM2 = (30/1) * 201 = 6030
تحديد تكلفة الارتباط X2 على XR1.
x2 = pm2-(x2+y1+d1)
6030-(100+100+1) = 5829
تكوين تكلفة OSPF على إرتباط X2.
router ospf 1 ucmp variance 10000 area 0 ! interface GigabitEthernet0/0/0/0.13 cost 5829
التحقق من توزيع الوزن/الحمل يمكننا أن نرى أن الأوزان المطلوبة تم تعيينها بشكل مناسب في CEF كما توقعنا في الحسابات.
RP/0/RP0/CPU0:XR1#show cef 3.3.3.3/32 detail 3.3.3.3/32, version 40, internal 0x1000001 0x0 (ptr 0xd3ecce0) [1], 0x0 (0xd5835d8), 0x0 (0x0) Updated Nov 11 23:31:58.207 remote adjacency to GigabitEthernet0/0/0/0.12 Prefix Len 32, traffic index 0, precedence n/a, priority 1 gateway array (0xd416218) reference count 1, flags 0x0, source rib (7), 0 backups [2 type 3 flags 0x8401 (0xd4bc6f8) ext 0x0 (0x0)] LW-LDI[type=3, refc=1, ptr=0xd5835d8, sh-ldi=0xd4bc6f8] gateway array update type-time 1 Nov 11 23:31:58.207 LDI Update time Nov 11 23:31:58.208 LW-LDI-TS Nov 11 23:31:58.208 via 12.0.0.2/32, GigabitEthernet0/0/0/0.12, 6 dependencies, weight 4294967295, class 0 [flags 0x0] path-idx 0 NHID 0x0 [0xe14b1b0 0x0] next hop 12.0.0.2/32 remote adjacency via 13.0.0.2/32, GigabitEthernet0/0/0/0.13, 6 dependencies, weight 140784018, class 0 [flags 0x0] path-idx 1 NHID 0x0 [0xe14b128 0x0] next hop 13.0.0.2/32 remote adjacency Weight distribution: slot 0, weight 4294967295, normalized_weight 30, class 0 slot 1, weight 140784018, normalized_weight 1, class 0 Load distribution: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 (refcount 2) Hash OK Interface Address 0 Y GigabitEthernet0/0/0/0.12 remote 1 Y GigabitEthernet0/0/0/0.12 remote 2 Y GigabitEthernet0/0/0/0.12 remote 3 Y GigabitEthernet0/0/0/0.12 remote 4 Y GigabitEthernet0/0/0/0.12 remote 5 Y GigabitEthernet0/0/0/0.12 remote 6 Y GigabitEthernet0/0/0/0.12 remote 7 Y GigabitEthernet0/0/0/0.12 remote 8 Y GigabitEthernet0/0/0/0.12 remote 9 Y GigabitEthernet0/0/0/0.12 remote 10 Y GigabitEthernet0/0/0/0.12 remote 11 Y GigabitEthernet0/0/0/0.12 remote 12 Y GigabitEthernet0/0/0/0.12 remote 13 Y GigabitEthernet0/0/0/0.12 remote 14 Y GigabitEthernet0/0/0/0.12 remote 15 Y GigabitEthernet0/0/0/0.12 remote 16 Y GigabitEthernet0/0/0/0.12 remote 17 Y GigabitEthernet0/0/0/0.12 remote 18 Y GigabitEthernet0/0/0/0.12 remote 19 Y GigabitEthernet0/0/0/0.12 remote 20 Y GigabitEthernet0/0/0/0.12 remote 21 Y GigabitEthernet0/0/0/0.12 remote 22 Y GigabitEthernet0/0/0/0.12 remote 23 Y GigabitEthernet0/0/0/0.12 remote 24 Y GigabitEthernet0/0/0/0.12 remote 25 Y GigabitEthernet0/0/0/0.12 remote 26 Y GigabitEthernet0/0/0/0.12 remote 27 Y GigabitEthernet0/0/0/0.12 remote 28 Y GigabitEthernet0/0/0/0.12 remote 29 Y GigabitEthernet0/0/0/0.12 remote 30 Y GigabitEthernet0/0/0/0.13 remote