صفحه 2 از 2 نخستنخست 12
نمایش نتایج: از شماره 11 تا 14 , از مجموع 14

موضوع: هفته ۶ - rip

  1. #11
    Member Sepide آواتار ها
    تاریخ عضویت
    Sep 2010
    محل سکونت
    Tehran
    نوشته ها
    61
    Thanked: 130
    با سلام

    Rip v1 برای ارسال آپدیت از Broadcast استفاده میکند ولی Rip v2 از آپدیت های Multicast با آدرس 224.0.0.9 استفاده میشود .
    در مود اینترفیس با استفاده از دستور IP rip v2-broadcast میتوان تنظیم کرد که پکتهای Rip v2 به صورت Broadcast ارسال شود .

    در ارتباطات multipoint که از پروتکل Rip استفاده میکنیم باید Split-horizon را غیر فعال کنیم تا آپدیت ها به صورت کامل ارسال و دریافت شوند . روی اینترفیس با دستور no ip split-horizon غیرفعال میکنیم .
    برای تزریق Default Route در پروتکل RIP از دستور default-information originateاستفاده میشود .

    Rip v1 از Authentication پشتیبانی نمیکند ولی Rip v2 به دو صورت MD5 , Clear text پشتیبانی میکند .

    به صورت پیش فرض auto summary در پروتکل Rip فعال است که شبکه های Classless را به Classfull خلاصه میکند . برای غیر فعال کردن این قابلیت که در بعضی مواقع مشکل ایجاد میکند از دستور no auto-summary استفاده میکنیم.

    به صورت پیش فرض آپدیت های Rip هر 30 ثانیه ارسال میشود ، حتی اگر تغییر هم نکرده باشند ، برای استفاده از triggered که در صورت تغییر ،آپدیت ارسال میکند روی اینترفیس از دستور Ip rip triggered استفاده میکنیم .

    با استفاده از دستور Passive interface آپدیت از اینرفیس مشخص شده ارسال نمیشود ولی آپدیت ها را دریافت میکند .

    Timer زمانی شروع به شمارش میکنند که آپدیت دریافت شود .

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


  3. #12
    Member
    تاریخ عضویت
    Apr 2011
    نوشته ها
    52
    Thanked: 97
    RIP ورژن یک subnet در update ارسال نمی شود ولی در RIP ورژن 2 به صورت class full advertise , می شود .
    Split-horizon به صورت پیش فرض فعال می باشد برای Frame-relay و اگر بخواهیم Disable به صورت دستی باید Disable شود و دستور no ip split-horizonno ip split-horizon می باشد.
    در RIP auto summary, به صورت پیش فرض فعال می باشد.
    برای تعریف summary route باید به زیر interface تعریف شود.
    Passive interface وقتی اعمال می شود update می گیرد ولی ارسال نمی کند.
    در Rip میشود Timer ها را کنترل و مدیریت کرد.
    Rip ورژن یک authentication پشتیبانی نمی کند باید از Rip ورژن 2 استفاده کرد.

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


  5. #13
    Special Member asghari70 آواتار ها
    تاریخ عضویت
    Dec 2010
    محل سکونت
    تهران / سیسکوکار
    نوشته ها
    1,066
    Thanked: 1395
    سلام
    همینطور که دوستان میدونن RIP از خانواده distance vector ها به حساب می آید.
    آپدیت های خود را بصورت full ارسال میکنه.
    به صورت class full عمل میکنه .
    Metric مسیر یابی که استفاده میکنهhop cont است.(بیشتراز 15 نمیتونه باشه از این بیشتر را بصورت unreachable نشان میده یعنی روی روتر 16 عمر TTL صفر میشه.)
    وقتی split-horizon را غیرفعال کردم روترهای متصل R5 آپدیت ها را روی FR دریافت کردن(split-horizon مانع این میشه که آپدیتی که از یک int وارد شده دوباره از این int خارج نشده advertise نشه)
    وقتی auto-summary را enable کردم همسایه های شناخته شده یصورت class full در آمدن (باعت بالا رفتن cpu usage میشه و...)
    زمانی که rip روی یک int غیرفعال باشد پکتهای RIP را دریافت میکند ولی روی topology table تغییرات اعمال نمیشه.
    RIPv2 Convergence Timersبصورت زیر می باشند:
    Update Timer:مدت زمانی است که روتر جدول مسیریابی خود را به بقیه روترها ارسال میکنه.(هر 30 ثانیه یک بار این عمل انجام می شود.)
    Invalid Timer: مدت زمانی است که مسیر به حالت invalid در می آید (اگر روتری به مدت 180 ثانیه از همسایه خود چیزی نشنود مسیر را به حالت invalid در می آورد) بعد از اینکه مسیر invalid شد روتر این مسیر را با پیام triggered update به بقیه روتر ها ارسال میکند.
    Holddown Timer : مدت زمانی است که مسیر unreachable را روتر نگهداری میکند بصورت پیشفرش 180 ثانیه است.
    Flush Timer : پس از اینکه مسیری به حالت Invalid در آمد روتر نمی تواند آن مسیر را فورا از جدول مسیریابی حذف کند پس باید منتظر باشد که کلیه روتر ها این مسیر را invalid بشناسن بعد مسیر را حذف میکند(به مدت زمان که روتر صبر میکند تا مسیر را حذف کند flush timer میگویند صورت پيش فرض flush timer 240 ثانيه است)
    به وسیله Offset List میتونیم مسیرهای ورودی و یا خروجی را کنترول کنیم.
    passive interface: با passive کردن Int خاص مانع ارسال update های rip روی آن int می شویم.
    به وسیله Offset List میتونیم مسیرهای ورودی و یا خروجی را کنترول کنیم.

  6. The Following 6 Users Say Thank You to asghari70 For This Useful Post:


  7. #14
    Member
    تاریخ عضویت
    Feb 2011
    محل سکونت
    کرمانشاه
    نوشته ها
    52
    Thanked: 41
    با سلام

    1. آپدیت های RIP میتونه بصورت unicast هم ارسال شه. به این صورت که اینترفیس رو در حالت پسیو قرار داده و با استفاده از دستور neighbor مقصد ارسال آپدیت رو مشخص میکنیم.

    2. RIP از authentication برای امنیت روتینگ آپدیت ها استفاده میکنه و اما اطلاهات رو encrypt نمیکنه.

    3. split-horizen برای جلوگیری از ایجاد لوپ در ارسال روتینگ آپدیت قرار داده شد. این قابلیت در اینترفیس های مولتی پوینت باعث مختل شدن ارسال آپدیت به pvc های مختلف میشه. در اینترفیس اصلی frame-relay بصورت پیشفرض غیرفعال هستش و در sub-interface ها فعال.

    4. هر روتر در هنگام ارسال routing-table یک واحد به متریک روت ها اضافه میکنه. با ساخت offset-list میتوانیم روی متریک های خروجی تغییرات ایجاد کرده و درنتیجه تایین کنیم که هر آپدیت چند hop دیگر جلو برود.

    5.با summarization میتوانیم routing-table را کوچکتر کرده و در نتیجه فشار به cpu و ترافیک ناشی از advetise آپدیت در شبکه کمتر خواهد شد. اما در RIP محدودیت داریم و نمیتوانیم از classful boundary عبور کنیم.(مثلاً ip کلاس B را نمیتوان بصورت /15 و کمتر خلاصه کرد)

  8. The Following 4 Users Say Thank You to scary For This Useful Post:


صفحه 2 از 2 نخستنخست 12

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

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