السلام عليكم ......
موضوع ال Split-Horizon فى EIGRP.......
ف ....مش تشغل بالك بيها خالص....طول ما انت شغال Ethernet.....ولو شغال Frame-Relay...برده مش تشغل بالك طول ما ال EIGRP شغال Point-to-Point ...تمام.
بتظهر المشكلة دى...لما تيجى تشتغل Point-to-multi-point
لييييه...؟ لأن فى ال Multi بيبقى هوا Sub-interface وكمان كل اللى مربوط معاه بيبقى فى نفس ال Subnet..
وتفسير المشكلة دى كالأتى.....
R1--------------------------R2وبالنسبة لموضوع الفائدة من اعدا ال Neighbor يدوياً....
-----------------------------R3
دلوقتى...R1 متوصل مع R2 و R3 على
Multi-point Sub-interface اللى هوا مثلاً (( Se 0/0.3 ))
......وفى 10.0.0.0/24 ......تمام.
كده....R2 و R3 ....مش Neighbors مع بعض خالص...وانما..R2 و R1 & وكمان R1 و R3 ...
ودلوقتى وصلنا R2 مع شبكة 30.0.0.0/24 وبقى الشكل كالأتى...
R1--------------------R2
R1----R3---30.0.0.0/24
يبدأ R3 يبعت Update ل R1 ان هوا بقى عنده شبكة 30.0.0.0..وR1 هيستقبل ال Update على Se 0/0.3 ...صح كده....والمفروض دلوقتى R1 يرسل ال Update ده...ل R2...معايا كده....هيلاقى برده ان R2 متوصل معاه على Se0/0.3 .....((انت نسيت)) احنا شغالين Multi-point....
هنا ال Split-horizon هتشتغل.....لأن القاعدة بتقول ان الراوتر مش ينفع يرسل ال Update على نفس ال Interface اللى استلم عليه ال Update.......ويبقى كده ال Update مش اتبعت وال Connectivity بين R2 و R3 ضاعت....
وهنا فى الحالة دى...لازم نعمل Disable لل Split-horizon عشان يسمح لل Update انه يمر من على نفس ال Sub-interface.......
==================================
You Can use this feature to reduce overhead associated multicast msg especially WAN Link
الغرض من اعداد ال Neighbor يدوياً...هو تخفيف العبء والحمل على ال Router وكمان على ال Bandwidth ....
هقولك ازاى.....
انت دلوقتى عندك خط 1 ميجا.....ورابط راوتر فى الفرع الرئيسى مع 6 راوترات فى الفرع الاخر....Frame-Relay....وعاملهم 6 Sub-interface وطبعاً هيبقى فى 6 PVC..
R1-----------------------------R2>>>>>>R7
-----------------------------R3>>>>>>R9
ودلوقتى...R1 هوا الفرع الرئيسى...ومربوط PVC مع ال R2 و R3......دا غير ان R2 و R3 متوصلين مع R7 و R9.....
الفكرة هنا....ان ال EIGRP بيبعت Multicast Msg....عشان يتعرف ويبقى Connected مع ال Neighbor......ومع المثال اللى فوق دا....لو حصل أى Change فى R7 هيبعت Multicast ل R1....فى حين ان R1 أصلا مش لازم يعرف حاجة عن التغيير دا....وكمان هيبقى (( خدبالك)) Waste لل Bandwidth.....صح....؟
يبقى أنا لما أعمل Static Neighbor مع R2....مفيش أى Multicast هيتبعت على ال اللينك....لأن فى الحالة دى...R1 و R2 هيبعتوا ما بينهم Unicast.....وضحت.
================================
أخر حاجة....ال Offset-list.
دى من ضمن ال Tools اللى ممكن تعمل بيها Manipulate لل Metric.....وليها 2 Option ..... وهم In و Out ......
الفكرة هنا ان احنا عندنا 2 راوتر....
R1-----------------R2>>>>>10.0.0.0
دلوقتى R1 حسب ان ال Metric اللى هيوصل بيه ل 10.0.0.0 يساوى 1000...على Fa0/0...وعنده مسار تانى ((مش موضوعنا )) ال Metric بتاعه....يساوى 990..على Fa0/2
وكده يبقى R1 هيروح ل 10.0.0.0 من المسار التانى... وهيروح لشبكة 10.0.0.0 من ال Fa0/2 ....لأنه أقل Metric...
أعمل ايه عشان أخلى R1 يروح لشبكة 10.0.0.0 من ال Fa0/0 مع ان ال Metric بتاعه أكبر....؟ يبقى أخلى ال Metric بتاع Fa 0/2 اللى هوا 990 أكبر من 1000 صح......؟
تعمل دا ب ال Offset-list ..........تقوم جاى على R1 وعامل ACL بتقول access-list 10 permit 10.0.0.0
تمام.......دا رقم 1.....لسه مش عملنا أى حاجة.
وبعد كده....Offset-list 10 in 15 fa 0/2 ......ودا معناه ان لما يجى Update من ال Fa0/2 خاص بالشبكة 10.0.0.0 ضيف على ال Metric بتاعها 15.....وكده يبقى ال Metric اللى جاى من على ال fa0/2 بقى 1015....يعنى أكبر من الFa 0/0 اللى هوا 1000.....
وعلاقة ال ACL هنا ....ان هيا ال ب Match لل Update وهوا جاى.....ولاحظ رقة 10 فى ال ACL ...هوا اللى استخدمته فى ال Offset-list.......عشان يطبق ال 15 الزيادة اللى على الMetric على أى حاجة تخص شبكة 10.0.0.0
=================================
يارب أكون قدرت أفيدك........
ولو فى أى حاجة مش فاهمها......قولى...وأنا موجود.
ان شاء الله.
بس أهم حاجة.............
مش تنسانى......من الدعاء طبعاً.
مش فلوووس.....هههه
وربنا يوفقك.
يارب
المفضلات