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

موضوع: هفته ۹ - ospf

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

    هفته ۹ - ospf

    برای پرسش یا رفع اشکال از موضوع بعدی استفاده کنید.
    ویرایش توسط Shafagh : 11-22-2012 در ساعت 09:45 AM

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


  3. #2
    Super Moderator Saeed Alkhamis آواتار ها
    تاریخ عضویت
    Jul 2010
    محل سکونت
    Ahvaz
    نوشته ها
    811
    Thanked: 2151
    Router ID : یک عدد 32 بیتی است که بر اساس بزرگترین IP اینترفیس Active شناخته می­شود اما اگر یک اینترفیس Loopback داشته باشد اولویت Loopback بیشتر است.

    Designated Router و BDR

    اگر OSPF روی شبکه Multi Access فعال شود بخاطر تعدد در میزان ارتباط بین همسایگان یک روتر مامور ایجاد ارتباط با همه همسایگان خواهد شد.DR از طریق Hello Packet

    شناسایی و انتخاب می­شود . که این انتخاب می­تواند Dynamic یا بصورت Manual صورت گیرد.

    Backup Designated Router نقش Backup برای DR را ایفا می­کند همسایگان برای ارتباط با DR

    و BDR از 224.0.0.6 استفاده می­کنند .

    OSPF Network Type

    Broadcast Multi Access

    در این نوع شبکه روترها همسایگان خود را بصورت Automaticپیدا می­کنند و Hello Time /dead Time ، 40/10 است در این نوع شبکه انتخابات برای DR/BDR انجام می­شود

    و از Multi Cast برای ارتباط با همسایگان خود استفاده می­کنند.

    NON-Broadcast Multi Access

    در این نوع شبکه روترها برای پیدا کردن همسایگان خود باید آدرس همسایه­ها را بصورت دستی تعیین کرد و Hello Time / Dead Time ، 120/30 است در این نوع شبکه انتخابات

    برای DR/BDR انجام می­شود و از Unicast برای ارتباط با همسایگان خود استفاده می­کنند.

    Point-to-Point with Broadcast

    در این نوع شبکه روترها همسایگان خود را بصورت Automatic پیدا می­کنند Dead Time Hello Time / ،40/10 است در این نوع شبکه انتخابات برای DR/BDR انجام نمی­شود

    و از Multicast برای ارتباط با همسایگان خود استفاده می­کند.

    Point-to- Multi Point with Broadcast

    در این نوع شبکه روترها همسایگان خود را بصورت Automatic پیدا می­کنند و Dead Time Hello Time/ ، 120/30 است در این نوع شبکه انتخابات برای DR/BDR انجام نمی­شود

    و برای ارتباط با همسایگان خود از Multicast استفاده می­کنند.

    Point-to- Multi Point with Non-Broadcas

    در این نوع شبکه روترها برای پیدا کردن همسایگان خود باید آدرس همسایه­ها را بصورت دستی تعیین کنیم و Dead Time / Hello Time ، 120/30 در این نوع شبکه انتخابات برای

    DR/BDR انجام نمی­شود و از Unicast برای ارتباط با همسایگان خود استفاده می­کنند.

    OSPF Authentication : دو نوع Authentication را پشتیبانی میکند Plain text با 64 bit پسورد و MD5 که شامل Key ID و 128 bit پسورد

    IP ospf authentication null : برای غیر فعال کردن Authentication از این دستور استفاده میکنیم

    Cost : بطور پیش فرض Ospf برای محاسبه Cost پهنای باند اینترفیس را تقسیم بر 100000000 bps میکند

    حالت پیش فرض برای شبکه های که دارای اینترفیس به پهنای باند بیشتر 100 mbps پیشنهاد نمی شود زیرا

    Ospf فرقی بین اینترفیس 100 mbps و بیشتر از 100 mbps نمی گذارد و باعث Optimal Routing میشود

    برای جلوگیری از این اتفاق باید در زیر اینترفیس با دستور ip ospf cost x مقدار را تعیین کنیم یا در مقدار پیش

    فرض را با دستور auto-cost reference-bandwidth تغییر دهیم

    نکته : همانطور که میدانید در زمان Summary کردن یک Route به Null 0 زده میشود بادستور

    No discard-route internal / external می توانیم آنرا حذف کنیم

    Virtual Link : زمانی که یک Area ارتباط Logical یا physical با area 0 ندارد از virtual link استفاده میکنیم
    ویرایش توسط Saeed Alkhamis : 11-26-2012 در ساعت 08:45 PM

  4. The Following 9 Users Say Thank You to Saeed Alkhamis For This Useful Post:


  5. #3
    مدیر CCNP Club moghaddas آواتار ها
    تاریخ عضویت
    Sep 2010
    محل سکونت
    Internet
    نوشته ها
    422
    Thanked: 1277
    - ایجاد همسایگی در OSPF با استفاده از Secondary Address امکان پذیر نیست؛ درواقع OSPF برای بوجود آوردن Adjacency از Primary Address روی interface استفاده می کند

    - روت های OSPF آدرس های secondary می بایست با آدرس primary در یک area باشند تا advertise شوند.

    - امکان وجود بیش از یک DR در هر Area وجود دارد؛ اما در هر Broadcast Segment نتها یک DR وجود خواهد داشت.

    - OSPF از لینک های unnumbered p2p پشتیبانی نمی کند.

    - distribute-list in باعث می شود روت در Routing Table ثبت نشود؛ اما در OSPF Database وجود خواهد داشت.

    - تنها زمانی که همسایگی با subnetهای متفاوت امکان پذیر است روی لینک های p2p است.

    - استفاده از OSPF priority 0 روی تمام روترها باعث می شود neighborها در وضعیت 2way قرار بگیرند

    - هنگامی که Inter-area روتها Summarize نمی شوند علت آن را در عدم استفاده از دستور area range روی ABR بررسی کنید.

    - هنکامی که External روت ها summarize نمی شوند علت آن را در عدم استفاده از دستور summary-address روی ASBR بررسی کنید.

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


  7. #4
    زمانی دو تا روتر با هم نیبر میشند که :
    موضوع احراض هویت رو پاس کنه .
    باید توی یه سابنت و سابنت مسک باشه .
    باید توی یه Area یکسان باشند .
    باید از یه نوع باشند مثل (stub,NSSA)
    نباید روتر ایدی ها یکی باشه .
    تایمر های پکت های Hello و Dead باید برابر باشه
    یکی ازویژگی های جالب OSPF ویژگی Gracefull restart یا nonstop forwarding هست (NSF)
    احراض هویت در OSPF هم سه تا Type داره
    type 0 یا none
    type 1 که پسورد به صورت Clear Text هست .
    type 2 هم که به صورت MD5 هست .
    احراض هویت یا همون authentication بر حسب interface ست میشه . که به صورت پیش فرض هم روی 0 هست . که بعضی وقتا مشکل سار میشه .
    البته ospf یه ویژگی دیگه هم داره که multi key ساپورت میکنه
    برای پیش رفت در علم آسانسوری وجود ندارد پله ها را باید پیاده رفت.
    يادمان باشد براي يك بار ايستادن صد ها بار افتاده ايم .
    امنیت مطلق نیست.

  8. The Following 7 Users Say Thank You to Vahid For This Useful Post:


  9. #5
    Moderator Alireza.mohammadi آواتار ها
    تاریخ عضویت
    Jul 2010
    محل سکونت
    iran.tehran
    نوشته ها
    1,156
    Thanked: 4555
    1- پرتکل OSPF از منطق link stat استفاده می نماید که این پروسه در سه بخش کلی خلاصه می شود:

    • مرحله Neighbor discovery
    • مرحله Topology Database Exchange
    • مرحله شناسایی بهترین مقصد


    2- روتر ها اطلاعات مربوط به روترهای دیگر را در جدولی بنام Link State Database نگهداری می نماید.

    3- اطلاعات LSDB شامل بخشهای زیر می شود :


    • لیست روتر های شناسایی شده به همراه Router ID
    • آدرس IP و Mask مربوط به تمامی Interface های روتر ها
    • لیست Interface و Sub interface های قابل دسترس


    4- روتر هایی که در بیش از یک Area قرار دارند ABR نامیده می شوند.

    5- در صورت ایجاد بیش از یک Area باید یک Backbone Area یا همان Area 0 درست نمود تا همه Area های دیگر به آن متصل گردند.

    6- Short path first الگوریتمی هست که برای برسی محتویات LSDB و محاسبه بهترین مسیر

    7- Link State Update به پیامهایی گفته می شود OSPF به وسیله آن همسایگان خود را از اطلاعات جدید با خبر می سازد.

    8- Backbone Route به روتر هایی گفته می شود که حداقل دارای یک Interface متصل به Area 0 باشد.

    9- Designated Route به روتر گفته می شود که نقش تبادل اطلاعات LSDB را بین روتر ها بر عهده دارد.

    10- Backup Designated Route روتری می باشد که که نقش جایگزین Designated Route در صورت بروز مشکل برعهده دارد.

    11- دستورات لازم برای پیکر بندی OSPF :
    کد:
    Router ospf process-id Network net-id wildcard-mask area area-id
    12- نکته های استفاده از دستورات بالا :


    • Process-id نیاز نیست که در رو روتر همسایه یکی باشد.
    • OSPF بر روی پورتهایی شروع به کار خواهد کرد که آدرس آنها بعد از دستور Network آورده شده باشند.
    • برای برسی اینکه کدام یک از Interface های روتر با آدرس نوشته شده بعد از دستور Network مطابقت دارند،روتر از Wildcard mask بهره می گیرد.
    • منهای چگونه نوشتن IP ها بعد از دستور Network سیستم عامل IOS آنها را بر اساس Wildcard mask آنها را مرتب کرده و در داخل فایل Configuration قرار می دهد.


    13 - قوانین انتخاب RID :
    • در صورتی که در مقابل دستور Router-id هرIP نوشته شود،مقدار RID همان می شود.
    • درصورت نبود Router-id اولویت بعدی با یک اینترفیس Loop-back که در حالت Up/Up قرار دارد،به عوان RID استفاده می شود.
    • در صورتی که دو مورد بالا موجود نباشد،بالاترین آدرس پورت فیزیکی که در وضعیت Up/Up قرار دارد به عنوان RID استفاده می گردد.


    14- Verification در OSOF شامل مراحل زیر می باشد :

    • از فعال بودن OSPF روی Interface ها .
    • چک کردن رابطه Neighbor-ship بین روتر ها.
    • برسی جدول توپولوژی مربوط به روتر های داخلی در هر Area جهت ثبت درست داده ها.
    • برسی جدول Routing جهت برسی مسیر های مناسب به مقصد.



    15-پرتکل OSPF از Cost به عنوان متریک استفاده می نماید، بدین ترتیب که مقدار Metric هرمسیر برابر با مجموع Cost های مربوط به Interface های واقع در مسیر قرار خواهد گرفت.

    16- Hello Interval اشاره به فاصله زمانی مربوط به ارسال پیامهای متناوب Hello از طریق یک اینترفیس دارد.

    17- در صورتی که در زمان طی شده روتر همسایه هیچگونه پیام Hello دریافت ننماید، فرض بر معیوب بودن روتر خواهد گذاشت. به این زمان Dead interval می گویند.

    18- دونوع آدرس Multicast در OSPF مود استفاده قرار می گیرد،پیامهای ارسال شده برای تمامی روتر ها به مقصد 224.0.0.5 و پیامهای فرستاده شده به روتر DR به مقصد 224.0.0.6 .

    19- روتر ها به محض شناسایی روتر های جدید همسایه اقدام به ارسال Full Update که شامل تمامی محتویات جدول LSDB می باشد می نماید.

    20- پر,تکل OSPF برای Authentication از هر دو روش Clear text و MD5 پشتیبانی می نماید.

    21- ای پرتکل از گروه پرتکل های Classless بوده و Mask مربوط به هر Route را درون پیام ارسالی قرار می دهد. با این روش OSPF قدر می گردد تا از شبکه های VLSM و Discontinuous Network پشتیبانی کند.

    22- Route Tags باعث می گردد هنگام وارد شدن شدن اطلاعات به OSPF طی عملیات Redistribute اقدام به نشانه گذاری (Tagging) می نماید.

    23- پرتکل OSPF توانایی پشتیبانی از انتشار Route هایی که دارای Next-hop برابر با روتری به غیر از روتر ارسال کننده می باشند را داراست.

    24- عملیات Redistribution تنها بر روی روتر های ABR و ASBR انجام می پذیرد.

    25- زمانی که پیش شرط های زیر فراهم باشدروتر با فرستادن پیامهای Hello از روی یک پورت LAN که از نوع Multicast می باشد اقدام به شناسایی روترهای همسایه می نماید :
    • استفاده از دستور Network یا IP OSPF Area
    • قرار نگرفتن روتر در وضعیت Passive



    26- استفاده از دستور Passive Interface کاربردی درست شبیه استفاده این دستور در EIGRP دارد.

    27- درصورت یکسان نبودن MTU ما بین دو اینترفیس دخیل در یک اتصال احتمال نمایش نام همسایه در خروجی دستور Show ip ospf neighbor وجود دارد اما در تبادل اطلاعات LSDB مشکل بوجود می آید.

    ادامه دارد...
    ویرایش توسط Saeed Alkhamis : 07-28-2013 در ساعت 12:38 AM دلیل: اضافه نمودن مطلب
    تا ابد آب شرمنده عباس ماند...

    [Only registered and activated users can see links. ]


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

  10. The Following 7 Users Say Thank You to Alireza.mohammadi For This Useful Post:


  11. #6
    Moderator farhadnia آواتار ها
    تاریخ عضویت
    Jul 2010
    محل سکونت
    خرم آباد
    نوشته ها
    1,550
    Thanked: 4429
    برای برقراری رابطه همسایگی در OSPF نیاز است که دو روتر در یک subnet قرار داشته باشند ، مقدار MTU آنها برابر باشد ، هر روتر یک Router-ID منحصر به فرد داشته باشد، زمان Hello-Time و Dead-Time مساوی داشته باشند و در صورت موجود بودن Authentication باید دو روتر یک مقدار مساوی جهت رمز داشته باشند.

    در پروتکل OSPF نیاز نیست که Process-ID بر روی دو روتر یکسان باشد. این مقدار صرفا مشخص کننده شماره پروسس ospf بر روی روتر می باشد و یک مشخصه local است.

    در پروتکل OSPF بر روی شبکه های broadcast دو روتر به منظور ایفای نقش DR/BDR انتخاب می شوند ، همسایه ها به صورت اتوماتیک با ارسال پیام های multicast به آدرس 224.0.0.9 پیدا می شوند و پیام hello هر 10 ثانیه یک بار ارسال می شود.

    در پروتکل OSPF بر روی شبکه های Non-Broadcast دو روتر به منظور ایفای نقش DR/BDR انتخاب می شوند ، همسایه ها باید با استفاده از دستور neighbor به صورت دستی مشخص شوند و پیام hello هر 30 ثانیه یک بار ارسال می شود.

    فرایند انتخاب روتر DR بدین صورت است که در صورت مشخص شدن مقدار priority روتری که بیشترین مقدار priority را دارد به عنوان DR انتخاب می شود در صورت یکسان بودن مقدار DR بر روی روتر های یک شبکه روتری که بزرگترین Router-ID را دارد به عنوان DR انتخاب می شود.

    مقدار پیش فرض priority برای روتر های سیسکو یک می باشد و در صورت وارد کردن مقدار priority صفر برای یک روتر هیچگاه روتر مذکور به عنوان DR یا BDR انتخاب نمی شود.

    نوع شبکه پیش فرض بر روی اینترفیس های point-to-multipoint شبکه های Frame-Relay نوع nonbroadcast است. بر روی انترفیس های point-to-point نظیر PPP مقدار network-type برابر point-to-point است.

    بر روی شبکه های point-to-point روتری جهت DR/BDR انتخاب نمی شود و همسایه به صورت اتوماتیک کشف می شود و زمان ارسال hello برابر 30 ثانیه است.

    می توان با استفاده از دستور ip ospf priority value مقدار priority هر اینترفیس را مشخص کرد.

    summary کردن شبکه فقط بر روی روتر های ABR و ASBR امکان پذیر است.

    در OSPF می توان Authentication هم به صورت md5 داشت و هم بصورت clear-text.

    در OSPF می توان در دو سر روتر های همسایه شده دو نوع مختلف network-type داشت به شرطی که مقدار hello-time برای دو نوع مختلف برابر باشد.

    OSPF از cost ای برابر Reference-bandwidth/BW جهت بدست آوردن Cost هر مسیر استفاده می کند. مقدار پیش فرض Reference-bandwidth در OSPF برابر 10^7 می باشد که در شبکه های بزرگتر از 100M ایجاد مشکل می کند برای حل این مشکل می توان از دستور auto-cost reference-bandwidth value استفاد کنیم و مقدار پیش فرض را تغییر دهیم.

    می توان با استفاده از دستور ip ospf cost مقدار cost هر اینترفیس را مستقیما بر روی اینترفیس وارد کرد.

    در هر 30 دقیقه به صورت پیش فرض ospf یک periodic flooding update را جهت refresh کردن جدول LSA های روتر های موجود در شبکه ارسال می کند.

    در OSPF ترجیح انتخاب روت های بدین صورت است که در ابتدا مسیر های INTERA-Area و در مرحله بعد INTER-Area و در نهایت روت های External انتخاب می شوند.

  12. The Following 7 Users Say Thank You to farhadnia For This Useful Post:


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

    Lightbulb

    1- روتر های stub area تنها می توانند با روتر های stub یا totally stubby همسایه شوند .
    روتر های NSSA تنها می توانند با روتر های NSSA یا totally NSSA همسایه شوند .

    2- پروتکل OSPF در واقع شبکه های secondary را به عنوان stub network می بیند و نمی تواند با secondary address ها همسایگی برقرار کند . ospf تنها در صورتی یک secondary network را تبلیغ می کند که روی primary network یا primary subnet نیز run شده باشد و مسیر های OSPF برای secondary address ها باید با primary address ها در یک ناحیه باشند تا تبلیغ گردند .
    برای یاد گرفتن مسیرها از همسایه ای که به secondary network متصل است ، یک پروتکل روتینگ دیگر مثل RIP باید فعال شود و به OSPF در واقع Redistribute شود .
    راه دیگر برای چنین شرایطی ، ساخت dot1q subinterface می باشد .

    3- OSPF تنها در یک حالت همسایگی را بین همسایه هایی که در یک subnet نیستند برقرار می کند ، آن هم زمانیست که همسایه ها از طریق لینک های point-to-point که با دستور ip unnumbered کانفیگ شده اند ، به هم متصل شده باشند .

    4- اینترفیس primary و اینترفیس ip unnumbered می توانند OSPF را فعال کنند ، به شرطی که یک دستور network آدرس اینترفیس primary را match کند .

    5- یک ospf external route نمی تواند از یک ospf external route دیگر به عنوان next hop استفاده کند .

    6- درون یک ناحیه ، OSPF از منطق Link State استفاده می کند ، اما بین نواحی مختلف ، OSPF بیشتر شبیه یک پروتکل Distance Vector عمل می کند . برای مثال هنگامیکه LSA3 از یک ناحیه به ناحیه ی دیگر می رود ، تنها اطلاعاتی در مورد destination subnet ، متریک(cost) ، و ABR ی که subnet از طریق آن قابل دسترسی است را لیست می کند (یعنی تمامی معیارهای Distance Vector).

    7- تنها شبکه های broadcast و non-broadcast یک DR و BDR بر اساس priority یا Router-id انتخاب می کنند .
    در شبکه ی non-broadcast ، تمام روتر های درون ناحیه باید با DR و BDR ارتباط لایه 2 داشته باشند .

    8- OSPF network point-to-point ، حالت پیشفرض اینترفیس های point-to-point مانند HDLC ، PPP ، و یا point-to-point NBMA subinterface ها می باشد .

    9- از آنجا که نوع شبکه های broadcast و non-broadcast هر دو DR/BDR را انتخاب می کنند ، با یکدیگر سازگار هستند ، اما با هیچ نوع شبکه ی دیگری سازگار نیستند .

    10- Cost در ospf از سه طریق می تواند تغییر کند :
    دستور bandwidth زیر اینترفیس
    دستور ip ospf cost زیر اینترفیس
    دستور auto-cost reference-bandwidth
    دستور neighbor ... cost ... روی شبکه ی point-to-multipoint non-broadcast

    11- تنها شبکه های point-to-multipoint و point-to-multipoint non-broadcast می توانند cost بر اساس همسایه (per neighbor basis) را ساپورت کنند .
    روی شبکه های point-to-multipoint broadcast ، اگر دستور neighbor استفاده شده است ، باید یک cost به سمت آن همسایه اختصاص یابد .
    اما روی شبکه های point-to-multipoint non-broadcast ، دستور neighbor برای شناساندن همسایه ها مورد استفاده قرار می گیرد و دادن cost به همسایه اختیاری است .

    12- Internal route ها تنها می توانند روی ABR ها خلاصه شوند ، در حالیکه external route ها (redistributed) تنها می توانند روی ASBR ها خلاصه گردند .

    13- دستور area default-cost برای اختصاص دادن یک cost برای default summary route که به درون یک stub area یا NSSA ارسال می شود ، به کار می رود .

    14- در NSSA ، یک ABR با بالاترین Router-id عملیات تبدیل LSA7 به LSA5 را انجام می دهد .

    15- در NSSA نمی توان از دستور default-information originate استفاده کرد ، زیرا این دستور LSA5 تولید می کند که در NSSA ممنوع است .

    16- NSSA ASBR تنها در شرایطی می تواند default route تولید کند که خودش یک default route در جدول روتینگ خود داشته باشد .
    NSSA ABR در هر حال می تواند default route را generate کند .

    17- Virtual Link ها در stubby area یا NSSA ممنوع هستند . در این حالت ، می توان OSPF را درون یک stub area با استفاده از GRE tunnel تانل کرد (تانل باید به area 0 متصل باشد ).

    18- اگر authentication بر روی virtual-link اشتباه باشد ، اینترفیس virtual-link سریعا down نخواهد شد . از آنجا که virtual-link از hello های دوره ای پشتیبانی نمی کند ، چنانچه authentication روی یک virtual-link فعال باشد ، باید از دستور clear ip ospf process استفاده کنیم .

    19- اگر تنها اینرفیس برای رسیدن به سمت دیگر virtual-link دارای cost حداکثری باشد (65535) ، در اینصورت virtual-link ، به هیچ عنوان up نخواهد شد .


    ادامه خواهد داشت
    It's OK to fail, as long as you keep trying

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

  14. The Following 6 Users Say Thank You to Yousef Naimi For This Useful Post:


  15. #8
    Senior Member saeedbabaei24 آواتار ها
    تاریخ عضویت
    Dec 2011
    نوشته ها
    134
    Thanked: 276
    در OSPF به جای جدولهای
    Neighbor Table جدول Adjacency Database قابل مشاهده با show ip ospf neighbor و به جای
    Topology Table جدول Link-state Database قابل مشاهده با the show ip ospf database و به جای
    Routing Table جدول Forwarding Database قابل مشاهده با show ip route داریم.

    بین روتر ها بسته های LSDB رد و بدل میشوند نه روت ها، روتر بعد از گرفتن LSDB پروسه SPF را اجرا و جدول Routing خود را درست میکند؛ پس یکی از را ههای فیلتر کردن روت ها، فیلتر کردن LSDB هاست طوری که مسیر ها قبل از ورود به Routing-Table توسط distribute-list فیلتر شوند. در اینجا distribute-list فقط in را قبول میکند.

    برای همسایه شدن دو روتر موارد زیر باید یکسان باشند:
    Area
    Timers
    Authentication
    stub flags
    MTU
    network types

    اگر MTUها برابر نباشند همسایگی شکل میگیرد ولی LSDB ها رد و بدل نمی شوند بنابراین روتر ها نمیتوانند از همسایه های خود به عنوان Next-hop برای رسیدن به شبکه ای استفاده کنند. (همسایه در وضعیت Exchange می ماند)

    وقتی بین روتر ها لینک هایی داریم که پنای باند آنها بیشتر ازMb 100 است. Cost آنها 1 میشود. برای جلوگیری ازاین امر میتوان با دستور auto-cost reference-bandwidth bandwidth پهنای باند مرجع را تغییر داد. البته باید توجه کرد که پهنای باند مرجع آن قدر بزرگ نود که لینک های با پهنای باند کم غیر قابل دسترس گمان شوند. این دستور به ازای هر روتر مجزا است.

    میتوان cost مربوط به هر همسایه را به صورت دستی مشخص کرد:
    Neighbor nei.ip cost #

    Authentication را میتوان برای یک Area یا همسایه های خاص تنظیم کرد.
    Area # authentication message-digest

    برای اینترفیس :
    ip ospf authentication key # md5 password

    Authentication در Virtual-link ها:
    عبارت بعد از Authentication نوع Authentication را مشخص میکند که md5 باشد یا نه.
    و اگر md5 باشد با دستور area transit-area-id virtual-link router-id message-digest-key key-id md5 password مشخص میکنیم که از کدام کلید با چه پسوردی باشد.


    Network Type:

    اگر Network Type را Broadcast قرار دهیم، همسایه ها و DR/BDR به شکل خودکار شناسایی میشوند. باید دقت داشت که در Map کردن آدرس ها در Frame-relay باید Broadcast را وارد کنیم.

    اگر اینترفیس را point-to-point کنیم، Network Type نیز خود کار point-to-point میشود. در این حالت نیازی به DR/BDR نیست.

    اگر Network Type از نوع non-broadcast باشد،( که پیشفرض Frame-relay هم همین است) همسایه ها باید دستی تنظیم شوند و DR/BDR نیز دستی تیین میشود.

    اگر Network Type از نوع point-to-multipoint انتخاب شود، DR/BDR در کار نیست و همسایه ها به صورت خود کار شناسایی میشوند. در Frame-relay map عبارت Broadcast باید زده شود.

    و اگر Network Type از نوع Point-to-multipoint Non-broadcast باشد، همسایه ها را باید دستی تعریف کنیم و به DR/BDR نیازی نیست.

    در جایی که DR/BDR داریم، انتخاب DR/BDR باید طوری باشد که روتری که قرار است DR شود با بقیه روتر ها اتصال مستقیم داشته باشد.

    با دستور no discard-route internal میتوان اینترفیس null را که هنگام Summary به وجود آمده از غیر فعال کرد.

    برای لینک هایی مثل دایل آپ وقتی نمخواهیم hello ها ار سال شوند، می توانیم از دستور ip ospf demand-circuit استفاده میکنیم.
    دستور دیگری که میتوان برای این شرایط به کار برد ip ospf flood-reduction است که باعث میشود Age همسایه زیاد نشود و آن همسایه از بین نرود و منقضی نشود. (نیازی به Refresh کردن آن نباشد)
    فرق این دو در این است که در demand-circuit اگر همسایه از کار بیفتد، روتر متوجه این اتفاق نمیشود (چون جلوی Hello ها را گرفته ایم).

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


  17. #9
    Member
    تاریخ عضویت
    Sep 2010
    محل سکونت
    اهواز
    نوشته ها
    34
    Thanked: 69
    -برخی از ویژگیهای پروتکل ospf عبارت است از :

    ospf packet از 9 فیلد زیر تشکیل شده است :
    vertion type,packet lenght,roter-id,area-id,checksum,authentication type,authentication
    data,
    data

    -برای اینکه دو روتر همسایه شوند باید در یک area باشند ,(timers (hello interval,dead timer
    atuthentication,stub falg و Mtu با هم برابر یاشد ولی router-id و اینترفیس ip باید uniqeباشد.

    -برای پیدا کردن همسایه از hello message به آدرس multicast 224.0.0.5 ارسال می شود وبرای مدیاهای که multicast را عبور نمی دهند hello ها بصورت unicast ارسال می شود.

    -همسایه ها اطلاعات دسترسی خود به شبکه را در اختیار هم قرار داده ودر routing database که بر اساس الگوریتم spf ایجاد می شود قرار می دهند و هر روتر نسخه ای از آن Database را در درون خود داشته و بر اساس آن routing table خود را می سازند.

    -به ازاء هر تغییر در شبکه یک lSA ایجاد و در area به همه ارسال می شود و نهایتا پس از هر تغییر topology table دو باره ساخته می شود.

    - با توجه به اینکه هر تغییر در شبکه باعث اجرای الگوریتم spf می شود در نتیجه باعث کاهش حافظه و cpu روتر بیشتر مشغول شده ونهایتا منجر به کند شدن شبکه می گردد.لذا تفکیک شبکه به
    area های مختلف توصیه می شود.

    -برخی از انواع lsa های عبارتند :

    router-link - type1هر روتر توسط این lsa وضعیت linkهای خود را در به area خود اطلاع می دهد که شامل linkو cost آن می باشد.

    network Link - Type2 این lsa توسط DR در سطح area پخش می شودو شامل لیست تمام روترهای است که برایشان DR است

    Network Summary Link -Type 3 توسط abr ایجاد شده و شامل مسیر ها وآدرسهای هستندکه از طریق
    ABR در خارج از area قابل دسترسی است.

    --- گزارش تمرینات

    1-برای فعال سازی ospf بر روی اینترفیس دو راه وجود دارد یا با استفاده از ip ospf 1 area area-id در زیر هر اینترفیس ویا دستور network در زیر پروسه router ospf . هر دو روش دارای اثر یکسانی است . فقط اینکه دستور network این
    امکان را می دهد که فقط با یک دستور

    network 0.0.0.0 255.255.255.255 area area-id
    ospf را بر روی همه ایترفیسهای یک روتر فعال نمود.

    2-در صورتیکه area 0 وجود نداشته باشد در نتیجه ارتباط بین area های مختلف برقرار نمی شود زیرا abr که وظیفه اتصال area های مختلف به area صفر را بر عهده دارد که با ایجاد lsa type 3 و inter-area را ارسال می نماید وجود ندارد.

    3- ospf دارای network type های مختلفی است که به نوع مدیا مربوط می باشد و عبارتند از:
    point-to-point, point-to-multi point,NBMA,loopbackوboradcast
    در point-to-point و point-to-multipoint ,
    DR/BDRایجاد نمی گردد.در NBMA نیز Neighbor ها باید دستی تعریف کرد
    loopback :روت در جدول routing با 32/ قرار می گیرد.

    4-اگر ospf روی شبکه multi accessاجرا شود , بخاطر تعدد در میزان همسایگان یک روتر مامور ایجاد ارتباط با همسایگان خواهد شد که به آن DR می گویند.

    DR از طریق Hello Message شناسائی و انتخاب می گردد که این انتخاب می تواند Dynamic ویاManual صورت گیرد.

    بصورت Manual از اولویت که زیر interface تعریف می شود و مقداری بین 0 تا 255
    می تواند داشته باشد استفاده می کنیم.بصورت پیش فرض عدد یک است ,وصفرنیز یعنی در پروسه انتخاب DR شرکت نخواهد کرد.و هر روتری بالاترین اولویت را داشته باشد
    DR وبعدی BDR می شود.

    بصورت Dynamic بالاترین آدرس ip در هر سگمنت بعنوان DR انتخاب می شود.

    بعد از انتخاب DR و BDR چنانچه روتری با اولویت بالاتر وارد شود تا زمانیکه یکی از DR یاBDR در سرویس است انتخابات صورت نخواهد گرفت.


    5- متریک cost ,ospf می باشدکه بصورت زیر محاسبه می گردد:
    cost=auto-refrence-banddwith/link speed
    بصورت پیش فرض 100 می باشد که در این صورت cost برای تمامی media های بالاتر از
    100 برابر 1 خواهد شد و در نتیجه باعث می شود محاسبات sfp دقیق نباشد ,برای
    رفع ان مشکل auto-refrence-bandwith را متناسب با بالاترین link speed در هر
    روتری تنظیم می گردد .
    ویا می توان مقدار cost را بصورت دستی برای هر اینترفییس مشخص نمود.

    6- تمامی Area ها باید دارای یک روتر که دارای یک اینترفیس در area صفر باشد
    داشته باشد تا بتواند با area های دیگر در ارتباط باشد. در صورتیکه چنین شرایطی
    فراهم نباشدبا تعریف virtual link وتعین یک area بصورت transit می توان ارتباط را برقرار نمود.

    7-برای مدیاهای با سرعت کم ,جهت کمتر اشغال شدن خط برای ارسال hello ها بصورت
    پرویدبک می توان با استفاده از ip ospf demand-circut ارسال hello ها را محدود
    به زمان درخواست سرویس نمود.

    با توجه به اینکه هر LSA بعد از 30 دقیقه یکبار در شبکه flood میگردد
    درصورتیکه توپولوژی شبکهstable باشد از ip ospf-flood-reduction از ارسال lsa ها در زمانهای غیر ضروری جلوگیری می کند.

    8-از انواع authentication ها می توان برای ospf استفاده نمود ,می تواند interface level تنظیم گردد که در این صورت فقط همسایه ای که از طریق آن اینترفیس ارتباط دارد باید authenticate گردد, یا اینکه در زیر پروسه ospf تعریف می شود که در این صورت کلیه همسایه ها در هر اینترفبسی باید authenticate
    صورت پذیرد.

    9-در ospf چون abr ,مسول ایجاد Lsa type 3 است لذا ارسال روت بصورت summary برای روتهای internal با دستور area area-id range networkدر فقط روتر ABR
    قابل انجام است.و برای ارسال روتهای external بصورت summary با دستور summary address در ASBR قابل انجام است.
    ویرایش توسط sima : 12-09-2012 در ساعت 05:38 AM

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


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

  1. نرم افزار مانیتورینگ ospf و سایر روتینگ ها
    توسط bahramsport در انجمن Routing & Switching به پارسی
    پاسخ ها: 4
    آخرين نوشته: 12-09-2012, 10:53 PM
  2. سوالاتی در مورد ospf
    توسط hejran_ha در انجمن Routing & Switching به پارسی
    پاسخ ها: 10
    آخرين نوشته: 05-28-2012, 03:01 PM
  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

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

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