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

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

  1. #11
    Member Shafagh آواتار ها
    تاریخ عضویت
    May 2010
    نوشته ها
    566
    Thanked: 5028
    نقل قول نوشته اصلی توسط yousef نمایش پست ها
    1

    یکی از این شرط ها اینست که ناحیه ی transit (در اینجا area 1) نباید یک stubby area باشد .
    علت این امر چیه ؟
    stubby area که فقط type 5 LSA رو فیلتر میکنه ، لذا نباید مشکلی وجود داشته باشه !
    ناحیه Transit نباید Stub Area باشد (هر نوع Stub فرقی نمیکند)
    دلیل آن این است که ناحیه Stub فاقد مسیرهای External است حال اگر مسیری به خارج بخواهد از روی ترانزیتی که بصورت Stub است عبور کند - بمشکل برمیخورد.

    در صورتیکه ناحیه ترانزیت Stub داشتید میتوانید از GRE Tunnel استفاده کنید و درواقع ناحیه ترانزیت را دور بزنید. اما باید در نظر بگیرید که Tunnel overhead مشمول حال بسته ها خواهد شد در حالیکه درVirtual Link تنها Routing update مشمول Tunneling میشوند نه خود Data forwarding

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


  3. #12
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    ممنونم از پاسخ شما
    اما من هنوز نتونستم جواب رو بگیرم !
    شاید مشکل من بیشتر با stub area باشه تا virtual link .
    من برداشت خودم رو عرض می کنم ، شما تصحیح بفرمایید :

    A
    سوال: اصولا هدف از استفاده از stub area چیست ؟
    پاسخ: کمتر کردن memory و نیز CPU درگیر در پردازش ها . زیرا در stub area روترها LSA های کمتری را در LSDB خود دارند .
    البته ABR ها می توانند با استفاده از type 3 LSA ، یک default route را به درون stub area تبلیغ کنند (و دیگر هیچ type 3 و نیز type 5 دیگری را تبلیغ نمی کنند) . لذا روتر های درون stub در LSDB خود مسیرهای خارجی را ندارند ، اما با استفاده از default route ها می توانند با مقصد خود در ارتباط باشند . زیرا درست است که ABR ها مسیرهای external را فیلتر می کنند ، اما خودشان آنها را می شناسند . لذا در این شکل :

    درست است که در LSDB روتر های R3 و R4 ، مسیر های external وجود ندارد ، اما به خاطر وجود default route ها ، می توانند پکت ها را به سمت مقصد هدایت کنند .
    لذا مشکل از نبودن مسیر به سمت مقصد خارجی ، نمی تواند باشد.

    B
    فرض کنیم مورد A اشتباه باشه . می دانیم که OSPF در RFC های بعدی خود ، یک نوع جدید LSA را تعریف کرده (type 7) که در واقع همان کار type 5 را برای محیط های stub انجام می دهد ؛ یعنی مسیرهای external را به درون area می فرستد . این مسئله شامل NSSA ها می شود . لذا دیگر مشکل مسیرهای خارجی هم نداریم و همه ی روترها خودشان این مسیرها را دارند !

    (هرچند ، نمی دونم این چه کاریه که بیایم type 5 رو فیلتر کنیم ، بعدش type 7 رو بفرستیم که همون کار رو می کنه ، حالا با کمی کنترل و کانفیگ اضافی که مثلا فلان مسیر خارجی رو redistribute کن توی ناحیه !)
    لذا می بینیم که لااقل در مورد NSSA دیگه مشکل از نبودن route به سمت خارج نیست !

    حالا در این virtual link :

    روتر های C1 و C2 پیام های عادی OSPF را بصورت پکت های unicast ، با آدرس مقصد یکدیگر ، ارسال می کنند . روتر هایی که بین آنها (در ناحیه 1) قرار دارند هم فقط این پکت ها را forward می کنند . لذا روتر های دو سر virtual link در نهایت LSDB های خود را با هم مبادله می کنند و میدانیم که type 5 LSA ها عبور نمی کند ، لذا دو روتر مسیرهای external یکدیگر را یاد نمی گیرند . البته در حالت NSSA این مشکل با type 7 LSA حل شده و در غیر از آن هم از default route استفاده می کنند .
    پس دو روتر همسایه full میشوند و به نظر مشکلی وجود ندارد !


    لطفا بگید اشتباه من کجاست . متاسفانه این کتاب این موضوع رو کامل بسط نداده . آیا کتاب دیگه ای هست که مطالعه کنم ؟
    تصاویر پیوست شده تصاویر پیوست شده
    • نوع فایل: jpg A.jpg‏ (35.6 کیلو بایت, 138 نمایش)
    • نوع فایل: jpg B.jpg‏ (34.1 کیلو بایت, 146 نمایش)
    • نوع فایل: jpg V.jpg‏ (46.3 کیلو بایت, 129 نمایش)
    ویرایش توسط Yousef Naimi : 07-10-2011 در ساعت 04:01 AM
    It's OK to fail, as long as you keep trying

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

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

    u3f

  5. #13
    Member Shafagh آواتار ها
    تاریخ عضویت
    May 2010
    نوشته ها
    566
    Thanked: 5028
    دیدگاه شما distance-vector ی است در حالیکه OSPF پروتکلی link state است به این معنا که LSA در طول مسیر دست نخورده باقی میماند. با همین دلایلی که ذکر کردید میتوانید بپرسید چرا Backbone را Stub نکنیم؟ چرا از External استفاده کنیم وقتی Default Route داریم... پاسخ به هر یک از این سوالات جنبه Scalability و افزودن به سایز شبکه را دارد. هیچگاه استفاده از Default Route در Inter Area Routing پیشنهاد نمیشود چرا که default route تمام مسیرها را به سمتی ارسال میکند در حالیکه external LSA میتواند به یک دستگاه 32/ اشاره کند. در شبکه های بزرگ ممکن است صدها LSA5 داشته باشید که هر یک به ناحیه از شبکه ارجاع شود در این حالت نمیتوانید به هر ناحیه یک Default route داشته باشید باید Route های Specific و مشخص به شبکه ها فراهم گردد. پس در مثال ۱ شما استفاده از Default Route را نمی پذیرم. شبکه ای با ۱۰۰ ناحیه و ۵۰ VL را نمیتوانید بنا کنید.
    جریان NSSA و تبدیل LSA برای حل مشکل دیگری در شبکه که همان کوچکتر کردن DB است ایجاد شد و ارتباطی با این بحث ندارد.

    مورد آخر - در دنیای استانداردسازی شبکه نیازی نیست که راه حل ما با راه حل های فعلی هماهنگ و سازگار باشد - ما برنامه نمی نویسیم که برنامه مان روی مکینتاش یا سری مختلف سیستم های عامل کاربران سازگار باشد - پروتکل میسازیم و قواعد استفاده از آن را وضع میکنیم تا کسانی که شبکه را اجرا میکنند با استفاده از همین قواعد و راهنمای پیدا سازی ملزم به طراحی شبکه بصورت بهینه و سازگار با پروتکل فعلی شوند. در واقع در Routing طراحی شبکه را باید با استاندارد وقف داد نه پروتکل را با شبکه. همانطور که قبلا عرض کردم: در طراحی یک پروتکل – کمال این نیست که همه چیز را به آن بیافزاییم بلکه وقتی بدست می آید که چیز دیگری برای خلاصه کردن باقی نمانده باشد. قوانین دوازده گانه شبکه

    عدم استفاده از Stub Area برای Virtual Link در RFC2328 تدوین شده است و تولید کنندگان شبکه ملزم به پیاده سازی آن هستند هر چند که در سناریوی کوچک شما شاید بدون LSA5 کار کند اما IOS به شما اجازه این تنظیم را نخواهد داد...

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


  7. #14
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    دیدگاه شما distance-vector ی است در حالیکه OSPF پروتکلی link state است
    هیچگاه استفاده از Default Route در Inter Area Routing پیشنهاد نمیشود
    در مثال ۱ شما استفاده از Default Route را نمی پذیرم. شبکه ای با ۱۰۰ ناحیه و ۵۰ VL را نمیتوانید بنا کنید.
    هر چند که در سناریوی کوچک شما شاید بدون LSA5 کار کند اما IOS به شما اجازه این تنظیم را نخواهد داد
    بله ، من هم فکر می کنم بزرگترین مشکل من در ، مقایسه مباحث در شبکه های کوچک و ساده است(که خیلی از مشکلات را ندارند)
    اما حتما سعی خواهم کرد که از این به بعد با دیدی وسیع تر به مفاهیم و سناریو های پیچیده تر نگاه کنم .

    در دنیای استانداردسازی شبکه نیازی نیست که راه حل ما با راه حل های فعلی هماهنگ و سازگار باشد - ما برنامه نمی نویسیم که برنامه مان روی مکینتاش یا سری مختلف سیستم های عامل کاربران سازگار باشد - پروتکل میسازیم و قواعد استفاده از آن را وضع میکنیم تا کسانی که شبکه را اجرا میکنند با استفاده از همین قواعد و راهنمای پیدا سازی ملزم به طراحی شبکه بصورت بهینه و سازگار با پروتکل فعلی شوند. در واقع در Routing طراحی شبکه را باید با استاندارد وقف داد نه پروتکل را با شبکه. همانطور که قبلا عرض کردم: در طراحی یک پروتکل – کمال این نیست که همه چیز را به آن بیافزاییم بلکه وقتی بدست می آید که چیز دیگری برای خلاصه کردن باقی نمانده باشد
    از توضیحات شما بسیار سپاسگذارم .
    It's OK to fail, as long as you keep trying

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

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

    u3f

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

    Thumbs up OSPF Area 0

    2

    سوال : آیا می توان ospf را بدون استفاده از area0 تنظیم و run کرد ؟
    عجله نکنید ... کمی فکر کنید .!.!.!.

    پاسخ : بله ، چرا که نه !
    همه می دانیم که وظیفه ی area0 اینست که ارتباط بین نواحی مختلف را برقرار می کند . حال اگر نخواهیم چنین ارتباطی برقرار شود ، نیازی به area0 نخواهد بود ! (البته شاید استفاده از ospf ی که در آن area ها با هم ارتباطی ندارند ، بی معنی به نظر برسد)

    علت این امر اینست که برای ارسال LSA 1 و LSA 2 نیازی به area0 نیست . اما برای LSA 5 ، LSA 4 ، LSA 3 و LSA 7 نیاز داریم که حتما یک area0 تعریف کنیم .
    لذا چنانچه فقط یک area داشته باشیم ، این area می تواند non-zero باشد . همچنین چنانچه چندین area داشته باشیم و همگی non-zero باشند ، هر کدام یک ناحیه ی کاملا جدا و مستقل خواهند بود و ارتباطی با هم نخواهند داشت .
    ویرایش توسط Yousef Naimi : 11-13-2011 در ساعت 05:46 PM
    It's OK to fail, as long as you keep trying

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

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


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

    Thumbs up ospf authentication

    3

    authentication را می توان هم روی اینترفیس فعال کرد ، هم روی یک area (تا روی همه ی اینترفیس های آن ناحیه فعال شود) . چنانچه همزمان روی هردو فعال شوند ، آنچه روی اینترفیس تنظیم شده اعمال می شود .

    حتی اگر authentication را فقط روی area تنظیم کنیم ، باز هم برای تنظیم key باید روی اینترفیس این کار را انجام داد .
    It's OK to fail, as long as you keep trying

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

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


  13. #17
    Moderator farhadnia آواتار ها
    تاریخ عضویت
    Jul 2010
    محل سکونت
    خرم آباد
    نوشته ها
    1,550
    Thanked: 4429
    اگر می خواهید زمان hello time مربوط به EIGRP رو بدونید باید از دستور زیر استفاده کرد:
    show ip eigrp interface fastethernet details
    و برای زمان hold time راهی نیست جز اجرای چند باره دستور show ip eigrp neighbors و رصد تغییرات زمان hold uptime

  14. The Following 3 Users Say Thank You to farhadnia For This Useful Post:


  15. #18
    مدیر روابط عمومی
    تاریخ عضویت
    Oct 2010
    محل سکونت
    U.A.E
    نوشته ها
    520
    Thanked: 4600
    نقل قول نوشته اصلی توسط farhadnia نمایش پست ها
    اگر می خواهید زمان hello time مربوط به EIGRP رو بدونید باید از دستور زیر استفاده کرد:
    show ip eigrp interface fastethernet details
    و برای زمان hold time راهی نیست جز اجرای چند باره دستور show ip eigrp neighbors و رصد تغییرات زمان hold uptime
    با show running- config اگه دسترسی داشته باشیم میتونیم مقدار hold-time رو دید ؟
    خوشبختي ما در سه جمله است : تجربه از ديروز، استفاده از امروز، اميد به فردا
    ولي ما با سه جمله ديگر زندگي مان را تباه مي کنيم :حسرت ديروز، اتلاف امروز، ترس از فردا

  16. The Following User Says Thank You to eb.darya For This Useful Post:

    u3f

  17. #19
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    نقل قول نوشته اصلی توسط eb.darya نمایش پست ها
    با show running- config اگه دسترسی داشته باشیم میتونیم مقدار hold-time رو دید ؟
    اگه دسترسی داشته باشیم میشه .
    اما کتاب هم روی این نکته تاکید کرده که شاید در امتحان به این دستور دسترسی نداشته باشیم !
    عجیبه ! دستور show runn خیلی مهمه که !

    پی نوشت : فکر کنم این 3 پست باید در بخش [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

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


  19. #20
    Moderator farhadnia آواتار ها
    تاریخ عضویت
    Jul 2010
    محل سکونت
    خرم آباد
    نوشته ها
    1,550
    Thanked: 4429
    اگه دسترسی داشته باشیم میشه .
    اما کتاب هم روی این نکته تاکید کرده که شاید در امتحان به این دستور دسترسی نداشته باشیم !
    عجیبه ! دستور show runn خیلی مهمه که !
    نکته:
    برای اینکه بتونیم در آزمون cisco* با نمره خوبی pass بشیم و همینطور مثل یک حرفه ای device* کانفیگ کنیم بهتره خودم رو عادت بدیم که تا جای ممکن به فایل running-config مراجعه نکنیم و به جاش از دستورات show و debug استفاده کنیم...

  20. The Following 3 Users Say Thank You to farhadnia For This Useful Post:


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

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

  1. رفع مشکلات در CCNP Route 642-902 - بخش EIGRP
    توسط farhadnia در انجمن CCNP Club
    پاسخ ها: 98
    آخرين نوشته: 10-19-2016, 10:32 AM
  2. تاریخچه پروتکل ospf
    توسط azarjoon در انجمن CCNA Club
    پاسخ ها: 2
    آخرين نوشته: 08-27-2011, 01:12 PM
  3. دوره اموزش ccnp route -ospf
    توسط eb.darya در انجمن Webex سمینار و کنفرانس های انجمن سیسکو به پارسی
    پاسخ ها: 5
    آخرين نوشته: 08-22-2011, 03:56 PM
  4. Ospf abr
    توسط mrdnrd68 در انجمن Routing & Switching به پارسی
    پاسخ ها: 1
    آخرين نوشته: 08-17-2011, 04:40 AM

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

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

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