نمایش نتایج: از شماره 1 تا 10 , از مجموع 10

موضوع: هفته ۹ - ospf - طرح سوال / مشکلات

  1. #1
    Member Shafagh آواتار ها
    تاریخ عضویت
    May 2010
    نوشته ها
    566
    Thanked: 5028

    هفته ۹ - ospf - طرح سوال / مشکلات

    در این بخش در صورتیکه پرسشی در مورد تمرین این هفته داشتید مطرح کنید. سعی کنید در پرسش و پاسخ فعالیت کنید.


  2. The Following 3 Users Say Thank You to Shafagh For This Useful Post:


  3. #2
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    نقل قول نوشته اصلی توسط moghaddas نمایش پست ها
    - OSPF از لینک های unnumbered p2p پشتیبانی نمی کند.
    [Only registered and activated users can see links. ]
    It's OK to fail, as long as you keep trying

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

  4. #3
    Member Shafagh آواتار ها
    تاریخ عضویت
    May 2010
    نوشته ها
    566
    Thanked: 5028
    "it only works on unnumbered if you have: "Network Type POINT_TO_POINT

    نکته:
    OSPF won't work if you have one side numbered and the other side unnumbered

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


  6. #4
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    1- وقتی روتر ها DD را به 224.0.0.6 مالتی کست می کنند ، روتر های DR و BDR آن را دریافت می کنند .
    2- هنگامیکه روتر DR در نهایت DD جدید را به همه ی روتر ها ارسال می کند - مالتی کست به 224.0.0.5 - باز هم علاوه بر روتر های DRother ، روتر BDR نیز آن را دریافت می کند .

    یعنی BDR هر دو مالتی کست 224.0.0.5 و 224.0.0.6 را دریافت می کند .

    آیا می توان گفت BDR باید روتری حتی قوی تر از DR باشد ؟ چون به نظر process و ارجاع بیشتری دارد !
    ویرایش توسط Yousef Naimi : 02-24-2013 در ساعت 08:07 PM
    It's OK to fail, as long as you keep trying

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

  7. #5
    Member Shafagh آواتار ها
    تاریخ عضویت
    May 2010
    نوشته ها
    566
    Thanked: 5028
    BDR در نگاه DR تنها یک DROTHER است و مثل بقیه روترها UPdate ها را دریافت میکند. حتی BDR نیز Update خود را به ALLDRouters = 224.0.0.6 برای DR ارسال میکند!

    DR و BDR همه چیز را دریافت میکنند اما DR تنها اجازه ارسال یا Reflood دارد.

    BDR تنها شنونده خوبی است و با بقیه روترها Adjacency دارد تا زمانی که DR رفت بتواند بسرعت خود را DR کند و در عملیات ایجاد LSA Type 2 و Reflooding شرکت کند بدون اینکه زمان خود را صرف ایجاد Adjacency و DRelection بیهوده تلف کند

    How to make the world a better place: Education

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


  9. #6
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    کتاب [Only registered and activated users can see links. ] در صفحه ی 268 فرموده است که :

    Untitled.jpg

    اولا که نمی دانم این مقایسه بین priority ها و انتخاب بزرگترین را از کجا آورده !؟!؟!؟
    ثانیا به نظر میرسد سیسکو هم اشتباه گفته که با دستور neighbor priority میشود اولویت همسایه را تعیین کرد .

    چنانچه تست بفرمایید متوجه می شوید که عملا دستور neighbor priority هیچ تاثیری روی اولویت همسایه ندارد . چنانچه non-broadcast باشد ، و مثلا دستور neighbor 1.1.1.1 priority 5 را بزنیم ، روی ospf neighbor table تنها به اندازه ی hello time جلوی همسایه ی 1.1.1.1 عدد اولویت 5 نشان داده می شود و پس از آن دوباره به مقدار پیش فرض 1 بر می گردد .
    چنانچه روی اینترفیس روتر همسایه مثلا priority 3 را تنظیم کنیم ، روی روتر local هم آن همسایه با اولویت 3 نشان داده می شود و هر مقداری که در دستور neighbor priority وارد کنیم ، تنها برای مدت زمان hello time معتبر خواهد بود و با رسیدن اولین hello از همسایه ، اولویت موجود در hello را در جدول می گذارد .

    لذا می توان گفت که روتر برای تعیین priority هر همسایه ، تنها به مقدار اولویت در hello رسیده از آن همسایه توجه می کند .
    آیا این کلام صحیح است ؟
    کاربرد کلمه ی priority در دستور neighbor چیست ؟ (هرچند تنها در NBMA می توان از آن استفاده نمود)
    It's OK to fail, as long as you keep trying

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

  10. #7
    Member Shafagh آواتار ها
    تاریخ عضویت
    May 2010
    نوشته ها
    566
    Thanked: 5028
    نقل قول نوشته اصلی توسط Yousef Naimi نمایش پست ها
    می توان گفت که روتر برای تعیین priority هر همسایه ، تنها به مقدار اولویت در hello رسیده از آن همسایه توجه می کند .
    آیا این کلام صحیح است ؟ کاربرد کلمه ی priority در دستور neighbor چیست ؟
    ۱- آن کتاب را نخوانید
    ۲- برداشت شما صحیح است و در اصل همسایه اولویت خود را Over-Rule میکند.
    ۳- کاربرد دستور برای تسریع فرم گرفتن Adjacency است.

    How to make the world a better place: Education

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


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

    OSPF مفهومی به نام MaxAge طراحی می کند تا LSA هایی که زمانشان به این مقدار برسد ، از OSPF domain خود flush شوند .(یک ساعت)

    سپس مفهومی به نام LSRefreshTime طراحی می کند تا LSA ها را از رسیدن به MaxAge و در نهایت flush شدن باز دارد !(نیم ساعت)

    آیا این دو مفهوم با هم تداخل ندارند ؟


    پی نوشت : از آنجا که LSRefreshTime تاثیر منفی بر پهنای باند و CPU usage دارد ، روشی به نام group-pacing را نیز معرفی می کند (پیش فرض 4 دقیقه).
    It's OK to fail, as long as you keep trying

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

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


  14. #9
    Member Shafagh آواتار ها
    تاریخ عضویت
    May 2010
    نوشته ها
    566
    Thanked: 5028
    تنها ارسال کننده یک LSA میتواند آنرا Refresh کند. پس اگر این عمل صورت نگیرد با سپری شدن MaxAge آن LSA دور ریخته میشود. این کار برای از بین بردن LSA های Stale در شبکه است.

    How to make the world a better place: Education

  15. The Following 5 Users Say Thank You to Shafagh For This Useful Post:


  16. #10
    Member Shafagh آواتار ها
    تاریخ عضویت
    May 2010
    نوشته ها
    566
    Thanked: 5028
    نقل قول نوشته اصلی توسط Yousef Naimi نمایش پست ها
    سپس مفهومی به نام LSRefreshTime طراحی می کند تا LSA ها را از رسیدن به MaxAge و در نهایت flush شدن باز دارد !(نیم ساعت)
    ***
    پس از نوشتن این پست متوجه شدم که به این قبلا پاسخ داده بودم! به هر حال:

    ***


    مشکل اولیه در ایجاد پروتکل ها زمان بود.
    از کجا یک سیستم بداند یک پکت در چه زمانی ارسال شده؟ چنین مکانیزمی در IP وجود ندارد. قرار بود TTL حاوی زمان باشد اما زمان بسادگی قابل تعریف نیست و فلسفه بعد چهارم فیزیک و ماجرای خود را دارد! پس هیجگاه نمیتوان فهمید که یک دیتا در چه زمانی ارسال شده و این بخودی خود مشکل ساز نیست:

    پس سیستمی بنام MAX AGE ایجاد شد که گیرنده از Clock داخلی خود استفاده میکند و به محض دریافت یک LSA شروع به شمارش معکوس میکند مثل من که به شما تمرین میدهم و سر هفته پست را میبندم.

    اما فرستنده LSA از زمان خود استفاده میکند که LSRefresh است. بطور مثال Juniper هر ۲۰ دقیقه ارسال های خود را Refresh میکند و این زمان در هر روتر بصورت مجزا قابل تنظیم است. مثل شما که تمرین خود را در زمان و تقویم خود با توجه به قرار تنظیم شده ارسال میکنید.

    از ترکیب این دو یک مکانیزم ضد بیات شدن اطلاعات! حاصل میشود. توجه کنید که این زمان ها بر اساس هر LSA است نه کل Database.

    How to make the world a better place: Education

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


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

  1. سوال در مورد dr ، bdr در روتینگ پروتکل ospf
    توسط رایان در انجمن CCNA Club
    پاسخ ها: 8
    آخرين نوشته: 07-01-2012, 12:24 AM
  2. مقاله در مورد ospf
    توسط ramin_malek در انجمن General Networking - شبکه به پارسی
    پاسخ ها: 1
    آخرين نوشته: 10-06-2011, 11:24 AM
  3. تاریخچه پروتکل ospf
    توسط azarjoon در انجمن CCNA Club
    پاسخ ها: 2
    آخرين نوشته: 08-27-2011, 01:12 PM
  4. Ospf abr
    توسط mrdnrd68 در انجمن Routing & Switching به پارسی
    پاسخ ها: 1
    آخرين نوشته: 08-17-2011, 04:40 AM
  5. مسابقه در مورد ospf
    توسط Parsa در انجمن Routing & Switching به پارسی
    پاسخ ها: 2
    آخرين نوشته: 08-01-2010, 08:16 AM

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

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