صفحه 2 از 10 نخستنخست 1234 ... آخرینآخرین
نمایش نتایج: از شماره 11 تا 20 , از مجموع 99

موضوع: رفع مشکلات در CCNP Route 642-902 - بخش EIGRP

  1. #11
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844

    Thumbs up رفع مشکلات در CCNP Route 642-902 - بخش EIGRP

    در این بخش می توانیم نکات مهم را قرار دهیم تا هم در صورت اشتباه بودن ، دوستان تصحیح کنند ، و همچنین اگر نکته ای هست اضافه فرمایند .
    همچنین سوالات و مشکلات مربوط به مبحث eigrp را مطرح خواهیم نمود .
    امیدوارم همه ی دوستان با هم در این بخش مشارکت کنند .
    It's OK to fail, as long as you keep trying

    CCNA - CCNA Security - CCNP R&S - CCNP Security

  2. #12
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    1

    با استفاده از دستور delay ، می توان مقدار تاخیر را بر حسب 10us وارد کرد ، اما در دستورات show interfaces و show ip eigrp topology ، مقدار delay بر حسب us نمایش داده می شود .

    همچنین در مورد مقادیری که در FD و RD محاسبه می شوند ، توجه داشته باشید که :
    1.jpg
    Final delay : delay1 + delay2
    Final bandwidth : lowest bandwidth-between B1 & B2
    Final load : Highest load
    Final reliability : lowest value
    Final MTU : lowest value
    Final hop count : add 1
    It's OK to fail, as long as you keep trying

    CCNA - CCNA Security - CCNP R&S - CCNP Security

  3. The Following 8 Users Say Thank You to Yousef Naimi For This Useful Post:


  4. #13
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    2


    2.jpg
    با غیر فعال کردن split-horizon ، روتر های B1 و B2 قادر به ارسال و advertise جداول و مسیر های خود هستند ، اما همچنان همسایگی بین b1 و b2 شکل نخواهد گرفت .
    برای RIP داریم : no ip split-horizon
    برای EIGRP داریم : no ip split-horizon eigrp asn
    It's OK to fail, as long as you keep trying

    CCNA - CCNA Security - CCNP R&S - CCNP Security

  5. The Following 7 Users Say Thank You to Yousef Naimi For This Useful Post:


  6. #14
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    3


    از آنجا که bandwidth یک اینترفیس در خیلی موارد توسط IOS مورد استفاده قرار می گیرد ( مثلا در محاسبه ی utilization اینترفیس ، برای محاسبه ی پارامترهای مختلف QOS ، و نیز برای گزارش دادن SNMP بصورت static ) . لذا با تغییر آن ، سایر پارامترهای شبکه نیز دچار تغییراتی می شوند . بنابراین اگر در eigrp لازم باشد bandwidth یا delay را تغییر بدهیم ، بهتر است delay را عوض کنیم .


    به جای تغییر دادن k-values یا سایر پارامترهای eigrp ، می توان از offset list استفاده کرد . یعنی به مقادیر FD و RD مقدار offset را اضافه می کنیم (برای مسیر خاص یا شبکه ی خاص یا ...) . مثلا با دستور offset-list 11 in 3 serial0/0.1 به روتر می گوید که از بین همه ی uodate هایی که از اینترفیس s0/0.1 به روتر می رسد ، آنهایی که prefix آنها 10.11.1.0 است را انتخاب کرده و 3 واحد به FD و RD محاسبه شده ی آنها اضافه می کند . برای اینکه علاوه بر prefix ، بتوان prefix length را نیز کنترل کرد ، باید از extended ACL استفاده نمود .
    It's OK to fail, as long as you keep trying

    CCNA - CCNA Security - CCNP R&S - CCNP Security

  7. The Following 5 Users Say Thank You to Yousef Naimi For This Useful Post:


  8. #15
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    4



    Eigrp بصورت پیشفرض از 50درصد پهنای باند موجود استفاده می کند - نمی دونم علتش چیه و چه مزایایی داره ؟!


    چنانچه بخواهیم از shaping استفاده کنیم ، باید توجه داشت که shaping کل ترافیک یک اینترفیس را محدود می کند (و نمی تواند بر اساس هر vlan این محدودیت را اعمال کند ) - این هم نمی دونم چرا ؟!
    It's OK to fail, as long as you keep trying

    CCNA - CCNA Security - CCNP R&S - CCNP Security

  9. The Following 4 Users Say Thank You to Yousef Naimi For This Useful Post:


  10. #16
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    5


    اگر یک روتر یک query دریافت کند در باره ی یک subnet که آن را در مسیر های خود نداشته باشد ، اما یک summary داشته باشد که آن subnet را نیز در بر بگیرد ، فورا یک reply می فرستد و query دریافتی را flood نمی کند . لذا هم برای آن subnet یک مسیر دارد ، هم اینکه scope مربوط به query ها محدود تر شده اند .


    وقتی یک روتر به روتر های همسایه اش query فرستاد ، تا زمانیکه از همه ی آنها reply دریافت نکند ، نمی تواند از هیچ مسیر جایگزین (alternative) استفاده کند . لذا IOS یک محدودیت بر روی مدت زمانیکه باید طول بکشد تا همه ی reply ها برسند می گذارد که به آن active timer می گویند . مسیرها برای روتری که در طول active time هیچ reply دریافت نکرده است ، به عنوان مسیر های Stuck-In-Active در نظر گرفته می شوند .
    It's OK to fail, as long as you keep trying

    CCNA - CCNA Security - CCNP R&S - CCNP Security

  11. The Following 4 Users Say Thank You to Yousef Naimi For This Useful Post:


  12. #17
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    6


    در خروجی دستور debug eigrp packet :
    اگر پیام missing authentication مشاهده شود ، این به معنای اینست که هیچ MD5 digest وجود ندارد .
    پیام invalid authentication به معنای اینست که MD5 تنظیم شده ، اما نامعتبر هست .


    اگر با دستور neighbor روی یک اینترفیس ، static neighboring زا فعال کنیم ، دیگر آن اینترفیس هیچ پکت مالتی کست eigrp را پردازش نخواهد کرد ، لذا هیچ همسایه ی dynamic می تواند discover شود و اگر هم قبلا پیدا شده بود ، دیگر نمی تواند به فعالیت خود ادامه دهد .
    It's OK to fail, as long as you keep trying

    CCNA - CCNA Security - CCNP R&S - CCNP Security

  13. The Following 5 Users Say Thank You to Yousef Naimi For This Useful Post:


  14. #18
    مدیر CCNP Club moghaddas آواتار ها
    تاریخ عضویت
    Sep 2010
    محل سکونت
    Internet
    نوشته ها
    422
    Thanked: 1277
    نقل قول نوشته اصلی توسط yousef نمایش پست ها
    4



    Eigrp بصورت پیشفرض از 50درصد پهنای باند موجود استفاده می کند - نمی دونم علتش چیه و چه مزایایی داره ؟!


    چنانچه بخواهیم از shaping استفاده کنیم ، باید توجه داشت که shaping کل ترافیک یک اینترفیس را محدود می کند (و نمی تواند بر اساس هر vlan این محدودیت را اعمال کند ) - این هم نمی دونم چرا ؟!
    در مورد اول، به این علت که شاید گاهی سرعت تولید packetهای این پروتکل از پهنای باند اصلی اینترفیس بیشتر باشد، مانند لینک های FR، که اغلب روی یک لینک چندین pvc با bandwidthهای متفاوت از پهنای باند اصلی وجود دارد.
    منظور سوال دوم را متوجه نشدم

  15. #19
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    نقل قول نوشته اصلی توسط moghaddas نمایش پست ها
    در مورد اول، به این علت که شاید گاهی سرعت تولید packetهای این پروتکل از پهنای باند اصلی اینترفیس بیشتر باشد، مانند لینک های FR، که اغلب روی یک لینک چندین pvc با bandwidthهای متفاوت از پهنای باند اصلی وجود دارد.
    فکر نمی کنم علتش این باشه . چون می تونه مثلا از 90درصد بصورت پیشفرض استفاده کنه (و این مقدار برابر با کل ترافیک عبوری هست نه فقط دیتا) . همچنین مثلا در فریم ریلی ، اگر یک hub و دوتا spoke داشته باشیم ، فریم ریلی به اینترفیس فیزیکی 50درصد پهنای باند اختصاص می دهد ، لذا هر کدام از subinterface ها 25درصد می گیرند .

    نقل قول نوشته اصلی توسط moghaddas نمایش پست ها
    منظور سوال دوم را متوجه نشدم
    منظورم این بود که چرا نمی تواند این محدودیت را بر اساس vlan نیز اعمال کند . هرچند ، با توجه به اینکه این مبحث در R&S پوشش داده نمی شود ، شاید این سوال خیلی محلی از اعراب نداشته باشد .
    It's OK to fail, as long as you keep trying

    CCNA - CCNA Security - CCNP R&S - CCNP Security

  16. #20
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    7

    در دستور show ip eigrp neighbors

    Q نشاندهنده ی تعداد پکت هاییست که در صف هستند تا به آن همسایه ارسال گردند . اگر این مقدار ، عددی غیر از 0 باشد ، یعنی مشکلی در ارتباط وجود دارد . لذا routing protocol هرگز نباید Q داشته باشد (Queue).

    H نیز ترتیب پیدا شدن همسایه ها را نشان می دهد . اولین همسایه با 0 نشان داده می شود ، دومین همسایه با 1 ، و الی آخر .
    It's OK to fail, as long as you keep trying

    CCNA - CCNA Security - CCNP R&S - CCNP Security

  17. The Following User Says Thank You to Yousef Naimi For This Useful Post:


صفحه 2 از 10 نخستنخست 1234 ... آخرینآخرین

موضوعات مشابه

  1. آموزش پروتکلeigrp
    توسط Mohsen.Afifpour در انجمن Routing & Switching به پارسی
    پاسخ ها: 22
    آخرين نوشته: 03-09-2014, 12:07 PM
  2. رفع مشکلات در CCNP Route 642-902 - بخش OSPF
    توسط Yousef Naimi در انجمن CCNP Club
    پاسخ ها: 72
    آخرين نوشته: 06-19-2013, 07:49 AM
  3. دوره اموزش ccnp route -ospf
    توسط eb.darya در انجمن Webex سمینار و کنفرانس های انجمن سیسکو به پارسی
    پاسخ ها: 5
    آخرين نوشته: 08-22-2011, 03:56 PM
  4. EIGRP advertise default route & Traffic-shape
    توسط mzhacker در انجمن Routing & Switching به پارسی
    پاسخ ها: 6
    آخرين نوشته: 06-10-2011, 02:49 PM

کلمات کلیدی این موضوع

مجوز های ارسال و ویرایش

  • شما نمیتوانید موضوع جدیدی ارسال کنید
  • شما امکان ارسال پاسخ را ندارید
  • شما نمیتوانید فایل پیوست کنید.
  • شما نمیتوانید پست های خود را ویرایش کنید
  •