المحتويات

المقدمة

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

المتطلبات

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

نظرة عامة على UCMP

عمليات التهيئة الأولية

أوزان/حمل القياس

تحديد تباين UCMP

فهم الأوزان

تحديد قيم الوزن

الوزن

الوزن العادي

معالجة نسب وزن/حمل CEF

مثال 1: نسبة الوزن/الحمل 26/5

مثال 2: نسبة الوزن/الحمل 30/1

المقدمة

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

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

لا يحتوي هذا المستند على متطلبات أساسية.

المتطلبات

تستند الأمثلة التالية إلى IOS-XR 6.4.1.

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

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

نظرة عامة على UCMP

تعمل ميزة موازنة حمل المسارات المتعددة غير المتكافئة (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

إذا كنا نريد تمكين 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 (القيمة القصوى) إلى نفس نتائج الوزن، وبدلا من ذلك، فإن قيم التكلفة هي القيم التي تؤثر على الأوزان الناتجة، حيث أنها متناسبة عكسيا مع بعضها البعض.

ملاحظة: لا تؤثر قيمة الفرق على نتائج الوزن. في هذه الحالة قد يؤدي الفرق الذي يبلغ 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.

ملاحظة: فقدان الدقة يمكن أن يحدث عند حساب القيم، كما نقوم بحساب النقاط العائمة، ويجب علينا تثبيت الأعداد الصحيحة في 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 الناتج بواسطة قيم الوزن.

ملاحظة: عندما تكون قيمة G.C.D تساوي 1، يتم إستخدام الطريقة المذكورة أعلاه، وإلا إذا كانت قيمة G.C.D =! 1، ثم يتم تقسيم الوزن الطبيعي إلى G.C.D الناتج بواسطة قيم الوزن.

معالجة نسب وزن/حمل CEF

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

قبل المتابعة، ضع في الحسبان القيود التالية:

أ) ليس جميع عمليات توزيع الوزن/الحمل ممكنة تماما، ولكن يمكننا إجراء تقريب.

ب) لا تتجاوز حدود دلو التجزئة أبدا. - هذا يعني أن مجموع كافة أوزان المسار لا يمكن أن يتجاوز دلاء التجزئة، إذا حدث ذلك، فيجب تطبيع الوزن. بمعنى أننا عندما نجمع كل الأوزان لا نتجاوز حد دلو التجزئة.

ج) يحتوي ASR 9000 و CRS-X على حد 64 من دلو التجزئة، بينما يحتوي XRv9000 على حد 32 من دلو التجزئة.

د.) عند إستخدام pre-6.4.1، يكون توزيع الوزن مختلفا، ويكون المسار ذو الوزن الأقل مضبوطا دائما على وزن 1 بينما تكون المسارات الأخرى مضاعفات لهذا المسار مما يعني أنه يمكن أن يكون أعلى من 1.

مثال 1: نسبة الوزن/الحمل 26/5

باتباع نفس المخطط من قبل، نريد أن يكون توزيع الوزن 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

مثال 2: نسبة الوزن/الحمل 30/1

بنفس الطريقة السابقة، قمنا بوضع التكلفة الافتراضية على 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