صفحه 3 از 10 نخستنخست 12345 ... آخرینآخرین
نمایش نتایج: از شماره 21 تا 30 , از مجموع 99

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

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

    در دستور network ، روتر دو کار انجام می دهد :
    1- ارسال hello
    2- advertise
    اگر یک اینترفیس را passive کنیم ، دیگر hello ارسال نمی کند ، اما همچنان آن را تبلیغ می نماید .
    در حالت rip ، اینترفیس passive هیچ hello ارسال نمی کند ، اما hello ها همچنان دریافت می شوند و مسیرها دریافت می گردند . لذا rip امنیت پایینی دارد .
    اما در eigrp چنانچه یک اینترفیس passive شود ، hello ها نه ارسال و نه دریافت می گردند و لذا هیچ مسیری exchange نشده و همسایگی تشکیل نمی شود .
    البته چنانچه در eigrp دستور eigrp stub receive را بزنیم ، تقریبا همان کار rip را می کند و همه ی update ها را دریافت می کند ، اما هیچ چیزی ارسال نمی نماید .

    باید توجه داشت که روتر هر مسیر خاص و کاملی را به مسیرهای summary ترجیح می دهد . لذا حتی مسیر های یادگرفته شده توسط rip را به مسیرهای خلاصه شده ی eigrp ترجیح می دهد (با وجود اینکه AD آنها بیشتر از AD مسیرهای eigrp است).
    ویرایش توسط Yousef Naimi : 09-15-2011 در ساعت 09:56 AM
    It's OK to fail, as long as you keep trying

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

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


  3. #22
    مدیر CCNP Club moghaddas آواتار ها
    تاریخ عضویت
    Sep 2010
    محل سکونت
    Internet
    نوشته ها
    422
    Thanked: 1277
    نقل قول نوشته اصلی توسط yousef نمایش پست ها
    منظورم این بود که چرا نمی تواند این محدودیت را بر اساس vlan نیز اعمال کند . هرچند ، با توجه به اینکه این مبحث در R&S پوشش داده نمی شود ، شاید این سوال خیلی محلی از اعراب نداشته باشد .
    Shaping و کلاً مباحث QoS در R&S بسیار جای بحث دارد. اما ارتباط آن و vlaning را با EIGRP متوجه نشدم که در اینجا سوال شده بود.

  4. #23
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    نقل قول نوشته اصلی توسط moghaddas نمایش پست ها
    Shaping و کلاً مباحث QoS در R&S بسیار جای بحث دارد. اما ارتباط آن و vlaning را با EIGRP متوجه نشدم که در اینجا سوال شده بود.
    منظورم CCNP-R&S بود که هیچی از این مبحث ازش گفته نشده .
    shaping هم در صفحه ی 75 کتاب route اشاره ی کوتاه و گذرایی بهش شده ، برای همین پرسیدم .
    It's OK to fail, as long as you keep trying

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

  5. #24
    مدیر CCNP Club moghaddas آواتار ها
    تاریخ عضویت
    Sep 2010
    محل سکونت
    Internet
    نوشته ها
    422
    Thanked: 1277
    در رابطه با اینکه چرا eigrp نصف پهنای باند را بصورت پیشفرض استفاده می کند، به نتیجه ای دیگر نیز رسیدم.
    اولاً اینکه این عدد صرفاً قراردادی است! و حتی ای کاش کمتر بود... 10 یا 20 درصد... در این صورت در ابتدای امر دست برای تغییرات بیشتر باز است. و شاید همان مقدار کم جواب گوی eigrp می بود.

  6. #25
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    نقل قول نوشته اصلی توسط moghaddas نمایش پست ها
    در رابطه با اینکه چرا eigrp نصف پهنای باند را بصورت پیشفرض استفاده می کند، به نتیجه ای دیگر نیز رسیدم.
    اولاً اینکه این عدد صرفاً قراردادی است! و حتی ای کاش کمتر بود... 10 یا 20 درصد... در این صورت در ابتدای امر دست برای تغییرات بیشتر باز است. و شاید همان مقدار کم جواب گوی eigrp می بود.
    لطفا کمی بیشتر توضیح بدید .
    اول اینکه سوال من روی همین قرارداد است . چرا ؟ قاعدتا باید علت علمی و فنی خاصی داشته باشد .
    دوم اینکه من یک خط 100k دارم و می خوام eigrp را فعال کنم . چرا باید از مثل یک خط 50k (یا 20k !!!) برایم کار کند ؟
    اصلا این استفاده از پهنای باند به چه معناست ؟ آیا فقط برای پکت های مدیریتی خود این مقدار باند اشغال می کند یا شامل پکت های دیتا نیز می شود ؟
    It's OK to fail, as long as you keep trying

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

  7. #26
    مدیر CCNP Club moghaddas آواتار ها
    تاریخ عضویت
    Sep 2010
    محل سکونت
    Internet
    نوشته ها
    422
    Thanked: 1277
    خیلی مواقع قراردادها هیچ دلیلی ندارد! این سوال را از آقای نربیک کوچاریان نیز پرسیدم و ایشان نیز گفت علت خاصی ندارد.
    شاید در بعضی شبکه های بزرگ بهنگام ایجاد یک تغییر و convergence روند به گونه ای طی شود که همین پکت ها پهنای باند شبکه را اشغال کنند.
    پکت های مدیریتی

  8. #27
    Member Shafagh آواتار ها
    تاریخ عضویت
    May 2010
    نوشته ها
    566
    Thanked: 5028
    نقل قول نوشته اصلی توسط yousef نمایش پست ها
    اینکه من یک خط 100k دارم و می خوام eigrp را فعال کنم . چرا باید از مثل یک خط 50k (یا 20k !!!) برایم کار کند ؟
    اصلا این استفاده از پهنای باند به چه معناست ؟ آیا فقط برای پکت های مدیریتی خود این مقدار باند اشغال می کند یا شامل پکت های دیتا نیز می شود ؟
    Routing Protocol ها از تمام پهنای باند موجود برای ارسال و دریافت Update ها استفاده میکنند. از آنجایی که این ارسال ها با اولویت بالایی همراه است - TOS یا Type of Service - پس نسبت به بقیه ترافیک شبکه ارجحیت دارد و ممکن است بدلیل تنظیمات نادرست دستور Bandwidth شبکه یا لینک خاصی را دچار مشکل کند. EIGRP به Bandwidth تنظیم شده یا قراردادی روی Interface نگاه میکند و سعی میکند در زمان Convergence بیشتر از سقف 50 درصد را اشغال نکند... Bandwidth یک Interfaceبکمک دستور Bandwidth قابل تنظیم است. Bandwidth مورد استفاده EIGRP نیز بصورت درصد - Percent قابل تنظیم است:

    router(config-if)# ip bandwidth-percent eigrp 1 ? <1-999999> Maximum bandwidth percentage that EIGRP may use

    اما از این مقدار مستقیما درون IOS استفاده نمیشود بلکه این عدد Bandwidth Percent در فرمول دیگری در IOS قرار میگیرد تا محاسبه کند در چه بازه زمانی بین update ها تاخیر بیاندازد... در واقع Frequency ارسال update ها بواسطه Bandwidth Percent بدست می آید...که به آن Pacing Time میگویند... این عدد را میتوانید با دستور show ip eigrp interface ببینید.

  9. The Following 14 Users Say Thank You to Shafagh For This Useful Post:


  10. #28
    Moderator farhadnia آواتار ها
    تاریخ عضویت
    Jul 2010
    محل سکونت
    خرم آباد
    نوشته ها
    1,550
    Thanked: 4429
    نکته :

    با نوشتن دستور passive Interface-Type and number می تونید که ارسال پیام های multicast مربوط به EIGRP که به ادرس 224.0.0.10 ارسال میشه رو بر روی یک اینترفیس غیر فعال کنید... در این حالت چون امکان شناسایی اتوماتیک همسایه ها غیر فعال شده باید با دستور neighbor Remote-IP-Address همسایه ها رو به صورت دستی مشخص کنیم.
    فایده این امر در اینه که گاهی وقت ها لازمه که ارسال broadcast و multicast رو بدلیل پر کردن bandwidth محدود کنیم مثلا در نظر بگیرید که در یک اتصال multipoint در شبکه frame-relay ممکنه یک PVC به ۱۰ عدد روتر وصل باشه و در آن طرف فقط دو عدد از این ده روتر برای EIGRP کانفیگ شدن... با توجه به اینکه در شبکه frame-relay پیام های multicast و broadcast به صورت unicast ارسال می شن بخش زیادی از bandwidth بدلیل حدر میره در این حالت می تونیم با passive* اینترفیس کردن , امکان ارسال multicast رو محدود کنیم و به صورت دستی همسایه ها رو مشخص کنیم.

  11. The Following 2 Users Say Thank You to farhadnia For This Useful Post:


  12. #29
    Moderator farhadnia آواتار ها
    تاریخ عضویت
    Jul 2010
    محل سکونت
    خرم آباد
    نوشته ها
    1,550
    Thanked: 4429
    نکته کنکوری:
    همه می دونیم که با تنظیم متغییر variance می تونیم ترتیبی اتخاذ کنیم که feasible successor روت های موجود در جدول topology به جدول route اضافه بشن ولی با توجه به مناسب نبودن این route ها نسبت به route successor ممکنه انتقال ترافیک از روی این مسیر ها jitter time شبکه رو بالا ببره و موجب افت کیفیت شبکه بشه. سیسکو یک قابلیت در EIGRP تعبیه کرده که با اون می تونیم روت های feasible successor رو به جدول روتینگ اضافه کنیم ولی همچنان از روت successor بعنوان مسیر اصلی استفاده کنیم و در صورت fail شدن روت اصلی به هر دلیلی از روت های دیگه که حالا در جدول روتینگ قرار دارند و برای اضافه کردنشون هیچ زمانی صرف نمیشه استفاده کرد. این قابلیت که در زیر مجموعه کانفیگ EIGRP نوشته میشه اینه:
    traffic-share min across-interfaces
    با استفاده از دستور فوق روت های feasible successor به جدول روتینگ اضافه می شن ولی مورد استفاده قرار نمی گیرن و در صورت fail شدن روت اصلی بدون فوت وقت شبکه به روت feasible successor موجود سویچ می کنه و عملا زمان convergence به صفر می رسه...

  13. The Following 4 Users Say Thank You to farhadnia For This Useful Post:


  14. #30
    Junior Member jabbar آواتار ها
    تاریخ عضویت
    Jun 2011
    نوشته ها
    24
    Thanked: 59
    من اینو قبول ندارم که Eigrp Simple Autentioation را پشتیبانی نمیکنه و فقط MD5 را پشتیبانی میکنه کافیه دستور Ip authentication mode eigrp AS md5 را نزنی مثل OSPF که دستور
    بدون message-digest بزنی در هر دو حالت شبکه advertise می شه نتیجه Wireshark در پکیتهای Hello در هر دوحالت .......
    با MD5
    [Only registered and activated users can see links. ]

    بدون MD5
    [Only registered and activated users can see links. ]

صفحه 3 از 10 نخستنخست 12345 ... آخرینآخرین

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

  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

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

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

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