اطلاعیه

بستن
هنوز اطلاعیه ای در دست نیست.

مبحث OSPF و مباحث مربوط به دوره CCNP route

بستن
این موضوع بسته شده است.
X
X
 
  • فیلتر کردن
  • زمان
  • نمایش
Clear All
پست های جدید

    مبحث OSPF و مباحث مربوط به دوره CCNP route

    سلام... یه پستی راجبه OSPF و redistribute توی انجمن بودش..خیلی جالب بود...گفتم مبحث جامعی رو باهاش شروع کنیم
    خب سناریو رو کم کم میریم جلو و بهش اضافه میکنیم...
    اول از همه سناریو به این صورت شروع میشه که سه تا area داریم... area 0 داخلش هم شبکه multiaccess داریم هم شبکه point-to-point
    Capture.JPG

    دوتا area دیگه هم داریم روی هر area اینترفیس های loopback رو اضافه کردیم
    خب از دوره CCNA با کانفیگ ها و مسایل مربوط به همسایگی روترها و database exchange آشنا هستیم.
    به فرض نمونه کانفیگ برای روتر Router1 به این صورت میشه :
    interface FastEthernet0/0
    ip address 192.168.1.1 255.255.255.0
    duplex auto
    speed auto
    !
    interface FastEthernet0/1
    no ip address
    duplex auto
    speed auto
    shutdown
    !
    interface Vlan1
    no ip address
    shutdown
    !
    router ospf 1
    log-adjacency-changes
    network 192.168.1.0 0.0.0.255 area 0
    !
    ip classless
    !
    !
    !
    !
    !
    !
    !
    line con 0
    !
    line aux 0
    !
    line vty 0 4
    login
    !
    !
    !
    end

    ------
    یه سری نکات که گفتنش بد نیس رو یادآوری میکنم :
    * لینک های point-to-point بطور پیش فرض در دستور sh ip ospf neighbor دارای priority صفر هستند. و اینکه state اونها بصورت -/Full خواهد بود چون DR یا BDR وجود نداره
    * dead time & hellotime به ترتیب 10 و 40 ثانیه بصورت پیش فرض هستند.
    * در شبکه های multiaccess پیش فرض priority یک میباشد و state لینکها بصورت full/DR یا full/BDR خواهد بود..البته وضعیت DRother هم وجود داره.
    ملاک انتخاب DR&BDR مقدار priority میباشد که میشه دستی اونو مقدار هم داد.این انتخاب بصورت non preemption است یعنی اگر priority یک روتر رو بالا هم ببریم تا اون بشه DR ، این اتفاق رخ نمیده و حتما باید پروسه OSPF ریست بشه با دستور clear ip ospf proccess.
    *دستور خیلی مهم sh ip ospf database هم میتونه خیلی کمک کنه مارو.

    اما همسایگی در بستر شبکه LAN

    زمانی که دو روتر میخوان باهم تشکیل همسایگی بدن این همسایگی با ارسال بسته های hello انجام میشه.بسته به آدرس 224.0.0.5 به تمامی روترهای ospf ارسال میشه.روی LAN زمان hello interval برابر 10 ثانیه و dead interval برایر 40 ثانیه است.در دو روتر همسایه باید این timer ها باهم برابر باشند تا همسایگی تشکیل بشه برخلاف eigrp که برابر بودن مهم نبود.
    اما چه موردهایی باید match باشن تا همسایگی تشکیل بشه :
    دوتا روتر باید در یک سابنت باشند
    اینترفیس های connected به روتر نباید در حالت passive باشند یعنی اینکه ارسال و دریافت hello روی اینترفیس انجام نشه وقتی passive هست.
    باید در یک area باشند
    router-id باید حتما unique باشد
    ip mtu باید یکسان باشد.
    * روترهایی که از نظر router-id مثل هم هستند error بوجود میاد و duplicate میشه و همسایگی تشکیل نمیشه. اما روترهای دیگه با هر دوی این روترها که duplicate شده اند، همسایگی تشکیل میدن.
    * دستور sh ip ospf adj میتونه در tshoot کمک کنه وقتی که همسایگی ازبین رفته و دلیل واضحی هم وجود نداره برای این مشکل.


    همسایگی در بستر WAN

    تمامی بحثهای مربوط به همسایگی در LAN در اینجا هم صدق میکنه البته یکسری موارد دیگه بهش اضافه میکنیم.
    در شبکه WAN بعد از ران کردن OSPF ،میتونیم انتظار داشته باشیم که همسایگی بین دوروتر up بشه یا باید کارهای دیگه هم انجام بدیم ؟ مثلا DR&BDR باید انتخاب کنیم ؟ چندتا همسایه انتظار داریم که روی اینترفیس ها ببینیم ؟ ...
    برای این سوالا چندتا مبحث رو باید باز کنیم
    OSPF Network Type
    Broadcast-point-to-point -loopback - NBMA- point to multipoint - point to point nonbroadcast

    در اینترفیس های loopback ، نتورک تایپ اون بصورت loopback است و وقتی که این نوع اینترفیس ها advertise میشن حالا با هر توع mask که هستند ، بصورت 32/ تبلیغ میشن که البته قابل عوض کردن هم هستن.
    OSPF از همین مفهوم نتورک تایپ استفاده میکنه برای شبکه هایی که میخواد DR&BDR انتخاب کنه و در شبکه های دیگه انتخاب نمیکنه !. یا مثلا کجا یک شبکه multiaccess هست و کجاشبکه بصورت point to point ? !!
    از طریق نتورک تایپ در سطح اینترفیس!
    در شبکه های multiaccess و اینترفیس های fastethernet ، پیش فرض نتورک تایپ بصورت broadcast است. و اینترفیس های سریال ، نتورک تایپ اونا بصورت point to point.
    نتیجه این میشه که در broadcast ، باید DR&BDR انتخاب بشن، همسایگی بصورت dynamic اجرا میشه و در point to point ، همسایگی بازم بصورت dynamic اجرا میشه ولی DR&BDR انتخاب نمیشن.
    ID Telegram : hamedelnino

    #2
    LSA Types

    LSA type 1 = router
    LSA type 2 =network
    LSA type 3 = net summary
    LSA type 4 = ASBR summary
    LSA type 5 = AS external
    LSA type 7 = NSSA external

    مهمترین موردهای مربوط به LSA این موارد هستن که بالا گفته شد

    وقتی که میخوایم یک LSA رو تعریف کنیم باید چندتا پارامتر رو عنوان کنیم :
    اسم LSA چیه ؟ چه روتری اونو تولید میکنه ؟ به چه جهتی تولیدش میکنه ؟ در ضمن هر LSA برای خودش یک ID داره .و اینکه LSID اون چیه ؟

    اما
    LSA type 1

    اسم این LSA ، همونطور که بالا گفته شد router است . بلد بودن اسم این LSA ها وقتی که دستور sh ip ospf database رو میزنیم به درد میخورن.هر روتری میاد واسه خودش یک LSA type 1 درست میکنه و در کل area ی خودش پخش میکنه( وضعیت لینکهاشو میخواد با اون LSA در area، تبلیغ کنه ).
    LSID برای این LSA میشه RID روتری که اونو تولید کرده
    روترهایی که داخل یک area هستن ( روترهای internal ) ، هر تعداد که اینترفیس داشته باشند داخل area ، فقط یک LSA type 1 درست میکنند اما روترهای ABR به ازای هر area یک LSA type 1 درست میکنن

    حالا این LSA قراره چه چیزایی رو لیست کنه ؟
    اینترفیس هایی که روش DR انتخاب نشده . یعنی اینترفیس های point to point :
    -روتر میاد subnet number / mask خودشو میگه
    -cost اینترفیس رو هم مشخص میکنه

    اینترفیس هایی که روش DR انتخاب شده . یعنی اینترفیس های broadcast :
    - علاوه بر دو مورد بالا ، ip address DR رو هم نشون میده
    -اشاره میکنه به اینکه این اینترفیس به یک شبکه transit یا multiaccess وصله
    حالا به چه درد میخوره اینا ؟ مورد بعدی LSA type 2 هست که در همین مورد توضیح میده

    چندتا نکته هم مربوط به LSA type 1 بگیم و بریک سراغ LSA type 2
    گفتیم area بندی میکنیم تا الگوریتم spf در area دیگه اجرا نشه.وقتی تغییراتی توی نتورک رخ بده، این تغییرات وضعیت لینکهارو از کجا تشخیص بدیم ؟ از LSA type 1 . پس :
    رورتر ABR نمیتونه این LSA رو از خودش عبور بده.
    در هر area باید جدول LSDB توی کل نتورک که میخواد تصمیم گیری روتینگ یکسان داشته باشه ، باید مثل هم باشه . پس در هر area خروجی LSDB ، برای LSA type 1 باهم یکسان است.
    توی هر area فقط LSA type1 های همون area نمایش داده میشه.یعنی روتری که در area 1 هست با روتری که در area 2 ، از نظر LSA type 1 باهم متفاوت هستند.چون R1 فقط LSA مربوط به area حوشو میبینه و R2 هم همینطور.

    اما
    LSA type 2

    اسم این LSA ، نتورک network است.
    وقتی که در شبکه های multiaccess هستیم و DR انتخاب شده ، وجود دارد.و این DR است که LSA type 2 درست میکنه.
    آی پی ادرس اینترفیس DR رو توی اون سابنت مشخص میکنه و بعنوان LSID خودش قرار میده
    آی پی ادرس خود DR و شبکه transit رو اعلام میکنه
    LSA type 2 داخل area به مقدار DR وجود داره..مثلا در نتورک اگر 2تا DR داریم ، 2تا هم LSA type 2 داریم.
    LSA type 2 هم از ABR عبور نمیکنه.یعنی تمامی روترهای داخل یک area ، تمامشون باید جدول LSDB شون در مورد LSA type 1&2 یکسان باشه.

    LSA type 3

    اسم Summary است.
    ABR ها ، LSA type 1&2 رو از خودشن عبور نمیدن . ولی بجاش LSA type 3 تولید میکنند.حالا چه غلطی میکنن اینا ?
    رورتر ABR میاد میبینه توی یک area چندتا لینک وجود داره ، به تعداد اون ، LSA type 3 تولید میکنه و میفرسته اونارو به area های دیگه.
    چون summary اسمش هست منظور detail و جزییات از توپولوزی نتورک رو نداره و ربطی هم به summarization نداره.
    فقط نتورک رو advertise میکنه که بقیه روترها در area های دیگه برای رسیدن به اون نتورکها بیان سراغ این رورت یعنی ABR.
    روت های بین area یی یا همون inter-area ها با این نوع LSA در شبکه advertise میشن.
    LSID که اینا میگیرن ، همون NETID نتورکی هست که ABR داره advertise میکنه.
    روت های در جدول روتینگ که با LSA type 3 یاد گرفته شده اند بصورت O IA نمایش داده میشن.


    ID Telegram : hamedelnino

    کامنت


      #3
      اما تا اینجا با LSA type 1,2,3 آشنا شدیم ولی در قالب یه مثال بخوایم بگیم به اینصورت میشه که :
      سناریو زیر رو در نظر بگیرید
      Capture.JPG

      فک کنم واضح باشه که OSPF باید ران شده باشه..همسایگی ها UP شده باشند و جدول LSDB بین اونا ردوبدل شده باشه و خلاصه روتینگ کار کنه
      اما میریم با جدول های روترهاdetail تربحث رو باز کنیم

      از R3 شروع میکنیم..مشخص هست که در شبکه multiaccess هستیم..پس DR باید انتخاب بشه.اما جدول همسایگی این روتر بصورت زیر است

      Capture.JPG

      مشخصه که روترهای R1 , R2 با روتر R3 همسایه هستن و state اونا هم مشخصه..پس خود روتر R3 بعنوان DR انتخاب شده.
      dead time هم پیش فرض 40 ثانیه هسا که در شکل شروع به کم شدن کرده و وقتی hello ارسال بشه دوباره counter ریست میشه و برمیگرده به 40 ثانیه.
      اما حالا بیایم DR رو عوض کنیم..گفتیم که DR بخواد عوض شه یعنی یه روتری دیگه بخواد نقش DR رو بگیره ..اصن تلاشی برای اینکار نمیکنه..حتی اگر priority بالاتری داشته باشه..چون DR انتخاب شده و لزومی نداره که یه روتر دیگه بخواد شیرین بازی دربیار و بگه من DR میخوام بشم

      پس حالا میریم ببینیم چه اتفقی میفته وقتی میخوایم DR رو عوض کنیم
      مثلا R1 رو میخوایم DR کنیم..پس میریم priority اونو بالا میبیرم با دستور ip ospf priority 10 در سطح اینترفیس...قبلا گفتیم که priority پیش فرض در شبکه های ethernet یک است
      تا قبل از عوض کردن ، روتر R3 بعنوان DR انتخاب شده...حالا روی روتر R1 میخوایم یه تغییراتی بدیم..بصورت زیر :
      Capture.JPG
      piority روتر R1 رو بالا بردیم ولی میبینیم که بازم R3 بعنوان Dr هست...باید پروسه OSPF رو ریست کنیم. clear ip ospf process
      وقتی این دستور رو میزینیم دوباره همسایگی ها up میشن و پروسه از اول شروع میشه ولی میبینین که اینبار DR عوض شده
      Capture.JPG
      ID Telegram : hamedelnino

      کامنت


        #4
        خب میریم سراغ ospf network type
        اول از همه گفتیم که اینترفیس های fastethernet ، نتورک تایپ اونا broadcast هست و با هر mask ی که باشن ، باهمون توی شبکه advertise میشن...برای دیدنش هم تصویر زیر :

        capture.jpg

        مشخصه که broadcast هست

        اما منتظور اینکه با هر mask ی توی شبکه advertise میشن چیه.؟ اگر بیایم جدول LSDB رو بیینیم و جدول روتینگ متوجه میشیم اینو :
        در روترهای R1,4 جدول روتینگ رو میبینیم که نتورک 172.16.0.0 بصورت 24/ ، همونطوری که ما خواستیم و نوشتیمش توی شبکه advertise شده
        capture.jpg

        اما توی شکل بالا میبینیم که اینترفیس های loopback ما بصورت 32/ توی شبکه وارد شدن !!!!
        در صورتی که ما اونارو با 24/ نوشته بودیم!!
        این همون خاصیت اینترفیس های loopback و نتورک تایپ اوناس که باعث میشه بصورت 32/ توی شبکه advertise بشن
        مثلا روی روتر R1 ، اینترفیس loopback رو مییبینیم :
        capture.jpg

        که میتونیم این نتورک تایپ رو هم عوض کنیم تا loopback های ما هم همون زوری توی شبکه تبلیغ بشن که هستن!!! با دستور ip ospf network
        type
        که البته توی packet tarcer جواب نمیده متاسفانه
        ID Telegram : hamedelnino

        کامنت


          #5
          اما اینترفیس های سریال هم هستن که نتورک تایپ اونا point to point هست
          capture.jpg
          اما بریم سراغ جدول LSDB روترهای OSPF
          گفتیم که داخل یک area باید این جدول برای LSA type 1,2 یکسان باشه تا روتینگ یکسانی داشته باشند.هر روتر یک LSA type 1 درست میکنه و اونو توی area خودش پخش میکنه..و در شبکه multiaccess روتری که DR هست LSA type2 رو درست میکنه و در اون آی پی آدرس خودش و اینکه اون شبکه بعنوان trasint خست رو اعلام میکنه.LSID اون هم میشه آی پی آدرس روتر DR.
          روی روتر R3 جدول رو نگاه میکنیم :

          capture.jpg

          جدول بالا جدول LSDB روتر R3 است. خب اونجایی که اسمهای LSA هارو تعریف کردیم الان به کار میان..میبینین که Router Link State و Net Link States و Summary Net Link States در این جدول دیده میشه..
          LSA type 1 که همون Router Link state هست.
          LSA type 2 هم Net Link State
          LSA type 3 هم Summary net link state است.
          گفتیم LSA tyep 1 رو هر روتر خودش تولید میکنه و در همون area که هست پخش میکنه و LSID اونم میشه RID همون روتر که اونو درست کرده
          پس توی جدول میبینم که روترهای R1,R2,R3 هریک با RID های خودشون LSA type 1 رو درست کردند و توی Area خودشون پخشش کردن
          Link ID که توی جدول هست همون LSID میباشد.چون LSA type 1 برای LSID خودش RID رو در نظر میگیره.یکم فک کنم بد گفتم ولی چیزه واضحی هست


          اما در مورد LSA type 2 فقط در شبکه های multiaccess وجود داره.اونو روتر DR تولید میکنه و LSID اونم میشه آِ پی آدرس روتر DR.
          چون یکی DR داریم پس فقط یک LSA type 2 هم وجود داره...چیزایی که قبلا هم توی پست های بالا اشاره شد.
          ADV router هم که در این LSA type همون روتر DR هست .

          LSA type 3 رو هم میبینیم.گفته بودیم که روتر ABR اونو درست میکنه.این روتر هر تعداد لینک و نتورک که در area های دیگس رو میبینه و برای هرکدوم یک LSA type 3 درست میکنه.توی جدول هم میبینیم که روتر R3 ، تعداد 4تا نتورک رو توی جدول LSDB داره.یعنی دوتا روتر ABR ما هرکدوم دوتا نتورک رو از area های دیگه یاد گرفتن .LSID هر LSA type رو هم net-id اون نتورکی که advertise کردن ، قرار دادن.منظور Link Id های توی جدول است

          اما دوتا گزینه cheksum&seq هم وجود داره.هر پروتکول reliability برای اطمینان از اینکه اطلاعاتش درست ردوبدل میشه این دو گزینه رو هم داره مثل TCP که میدونین دیگه

          cheksum برای تشخیص خطا توی LSA هست و چون Ack گرفته میشه ، مطمئن هست که cheksum ردوبدل شده درسته
          اما seq برای اینه که : فرض کنیم روتری داریم که 6تا لینک داره ، روتر بابت همه این لینکها فقط یک LSA type 1 ارسال میکنه . حالا اگر تغییری توی نتورک بوجود بیاد همون LSA type1 رو مجدد با تغییرات ارسال میکنه ولی با seq دیگه.
          ID Telegram : hamedelnino

          کامنت


            #6
            ادامه سناریو رو با GNS3 میریم جلو
            capture.jpg

            اما نحوه انتخاب بهترین مسیر ( محاسبه cost در روت های intra-area )
            در داخل یک area فقط LSA type 1,2 داریم که جریان دارند.یعنی اگر جدول LSDB هرکدوم از اینارو نگاه کنیم روترهای داخل یک area ، تمامی اونها یکسان هستند.حالا در داخل یک area روتری یک روت رو بدست بیاره همه اون روترها میان الگوریتم SPF رو روی جدول LSDB پیاده سازی میکنند و در نتیجه روت هایی بدست میارن که اون هارو در جدول روتینگ با O نشان داده میشه.بهترین مسیر رو برای totalcost برای هر سابنت مشخص میکند.

            نحوه انتخاب بهترین مسیر ( محاسبه cost در روت های inter-area )
            زمانی که بین area ها میخوایم کار کنیم ، مثلا در نتورک زیر :

            capture.jpg

            روترهایی که در area 1 هستند ، بابت نتورک هایی که در area 0 هستند ، LSA type 1,2 نمیگیرن ولی بجاش یک LSA type 3دارن که ABR فرستاده.این LSA چیو نشون میده ؟
            subnet nimber /mask
            RID روتر ABR
            cost روتر ABR رو تا اون نتورک هم مشخص میکنه
            فرضا اگر دوتا ABR داشته باشیم، اون ABRی انتخاب میشه که cost اون بطور مجموع کمتر از ABR دیگه باشه.
            این نتورک های بدست آمده با O IA در جدول روتینگ نشان داده میشوند.
            یعنی به این صورت میشه که cost خودش تا روتر ABR رو که با LSA type 1,2 پیدا کرده رو جمع میزنه با cost ی که ABR خودش توی LSA type 3 اعلام کرده که میشه cost روتر ABR تا اون نتورک.

            چندتا نکته در مورد inter-area & intra-area
            توی شکل زیر روترهای R1,R2 نتورک 10.10.10.0/24 رو با LSA type 3 به داخل area 10 ارسال میکنند.هردو روترها میتونن با LSA type 1&2 و اجرای الگوریتم SPF ، میزان cost تا نتورک موردنظر رو حساب میکنن و با O توی جدول روتینگ نشان داده میشه.
            حالا فرض کنیم که که در شکل زیرcost ها به این صورت باشه که مسیر بالا 5 و مسیر پایین 3 باشه برای نتورک 10.10.10.0/24 روی روترهای R1 و R2.
            از طرف دیگه ، وقتی R1 و R2 ، این رو به هم دیگه یاد بدن ، R2 میاد با متریک 3 بهش یاد میده و R1 با متریک 5 بهش یاد میده توی LSA type 3.
            نتیجه اینکه : ممکنه R1 برای رسیدن به area 0 و نتورک 10.10.10.0/24 ، تصمیم بگیره بیاد سراغ R2، از اونجا بره سمت نتورک 10.10.10.0/24 که خودش بطور مستقیم هم به این نتورک وصله و میتونه بهش دسترسی داشته باشه.
            برای اینکه روتینگ LOOP اتفاق نیفته دوتا قانون وجود داره :
            1- وقتی یک روتری میخواد بین روت (intra-area ) و روت inter-area یا همون O و OIA بخواد انتخاب کنه ، همیشه روت O اولویت داره
            2-اگر روتری LSA type 3 رو توی یک area غیر صفر یا nonbackbone یاد بگیره مثلا در این مثال area 10 ، اونو drop میکنه.
            پس قانون اول میگه که LSA type 3 روتر R2 به روتر R1 نمیرسه که این روتر بخواد بره سراغ قانون دوم

            capture.jpg
            ID Telegram : hamedelnino

            کامنت


              #7
              یکم بیشتر بریم داخل جدول و دیتابیس OSPF روترها...الان با GNS3 استارت زدیم..دیگه تا اون ته و توی اونارو در میاریم

              روی روتر R3 , R1 ,R5 میریم ببینیم جدول رو برای کدوم از LSA type ها...
              اول از همه روتر R3 :
              این روتر توی یه شبکه multiaccess هست که فقط یه DR داره..توی areaی خودش 3تا روتر ( با خودش ) هستن.
              دستور sh ip ospf database router
              اما خروجی این دستور برای روتر R3



              Router#sh ip ospf database router


              OSPF Router with ID (3.3.3.3) (Process ID 1)


              Router Link States (Area 0)


              Routing Bit Set on this LSA
              LS age: 142
              Options: (No TOS-capability, DC)
              LS Type: Router Links
              Link State ID: 1.1.1.1
              Advertising Router: 1.1.1.1
              LS Seq Number: 80000009
              Checksum: 0x6EB7
              Length: 48
              Area Border Router
              Number of Links: 2


              Link connected to: a Transit Network
              (Link ID) Designated Router address: 172.16.1.3
              (Link Data) Router Interface address: 172.16.1.1
              Number of TOS metrics: 0
              TOS 0 Metrics: 1


              Link connected to: a Stub Network
              (Link ID) Network/subnet number: 192.168.1.1
              (Link Data) Network Mask: 255.255.255.255
              Number of TOS metrics: 0
              TOS 0 Metrics: 1




              Routing Bit Set on this LSA
              LS age: 197
              Options: (No TOS-capability, DC)
              LS Type: Router Links
              Link State ID: 2.2.2.2
              Advertising Router: 2.2.2.2
              LS Seq Number: 80000009
              Checksum: 0x45D6
              Length: 48
              Area Border Router
              Number of Links: 2


              Link connected to: a Transit Network
              (Link ID) Designated Router address: 172.16.1.3
              (Link Data) Router Interface address: 172.16.1.2
              Number of TOS metrics: 0
              TOS 0 Metrics: 1


              Link connected to: a Stub Network
              (Link ID) Network/subnet number: 192.168.2.1
              (Link Data) Network Mask: 255.255.255.255
              Number of TOS metrics: 0
              TOS 0 Metrics: 1




              LS age: 324
              Options: (No TOS-capability, DC)
              LS Type: Router Links
              Link State ID: 3.3.3.3
              Advertising Router: 3.3.3.3
              LS Seq Number: 80000007
              Checksum: 0x213
              Length: 48
              Number of Links: 2


              Link connected to: a Stub Network
              (Link ID) Network/subnet number: 192.168.3.1
              (Link Data) Network Mask: 255.255.255.255
              Number of TOS metrics: 0
              TOS 0 Metrics: 1


              Link connected to: a Transit Network
              (Link ID) Designated Router address: 172.16.1.3
              (Link Data) Router Interface address: 172.16.1.3
              Number of TOS metrics: 0
              TOS 0 Metrics: 1


              خب روتر R3 در areaیی هست که دو روتر دیگه هم هستن.پس باید در این area سه LSA type 3 وجود داشته باشه.
              قبلا گفتیم که روی اینترفیسهایی که DR انتخاب میشن ، علاوه بر subnet number /mask و cost اون اینترفیس ، LSA type 1 شامل آی پی آدرس رورتر DR هم هست و اینکه اشاره میکنه این اینترفیس به یه نتورک transit وصله.
              اینجا هم به همین شکله. مثلا LSA type 1 روتر R2 رو اگه دقت کنین.میبینین که علاوه بر اینکه LSID اونو RID روتر R2 معرفی کرده...اینترفیس های خودش هم که دوتاس رو در قالب یکLSA type 1 معرفی کرده...یک اینترفیس فیزیکی و یکی هم loopback.
              اینترفیس فیزیکی رو بعنوان شبکه transit معرفی کرده و اینترفیس loopback رو بعنوان یک شبکه stub ( که بعدا باهم یاد میگیریم ایو )
              اینترفیس فیزیکی که DR داره ، آی پی آدرس روتر DR هم مشخص شده و متریک رو هم معین کرده
              اینترفیس loopabck با mask/32 معرفی شده بخاطر نتورک تایپ این نوع اینترفیس ها که loopback هستن.متریک هم مشخصه

              اما همین دستور روی روتر R1 :

              روتر R1 در دو area هست.پس برای هر area باید LSA type 1 جدا باشه.



              Router#sh ip ospf database router


              OSPF Router with ID (1.1.1.1) (Process ID 1)


              Router Link States (Area 0)


              LS age: 1426
              Options: (No TOS-capability, DC)
              LS Type: Router Links
              Link State ID: 1.1.1.1
              Advertising Router: 1.1.1.1
              LS Seq Number: 80000009
              Checksum: 0x6EB7
              Length: 48
              Area Border Router
              Number of Links: 2


              Link connected to: a Transit Network
              (Link ID) Designated Router address: 172.16.1.3
              (Link Data) Router Interface address: 172.16.1.1
              Number of TOS metrics: 0
              TOS 0 Metrics: 1


              Link connected to: a Stub Network
              (Link ID) Network/subnet number: 192.168.1.1
              (Link Data) Network Mask: 255.255.255.255
              Number of TOS metrics: 0
              TOS 0 Metrics: 1




              Routing Bit Set on this LSA
              LS age: 1483
              Options: (No TOS-capability, DC)
              LS Type: Router Links
              Link State ID: 2.2.2.2
              Advertising Router: 2.2.2.2
              LS Seq Number: 80000009
              Checksum: 0x45D6
              Length: 48
              Area Border Router
              Number of Links: 2


              Link connected to: a Transit Network
              (Link ID) Designated Router address: 172.16.1.3
              (Link Data) Router Interface address: 172.16.1.2
              Number of TOS metrics: 0
              TOS 0 Metrics: 1


              Link connected to: a Stub Network
              (Link ID) Network/subnet number: 192.168.2.1
              (Link Data) Network Mask: 255.255.255.255
              Number of TOS metrics: 0
              TOS 0 Metrics: 1




              LS age: 1611
              Options: (No TOS-capability, DC)
              LS Type: Router Links
              Link State ID: 3.3.3.3
              Advertising Router: 3.3.3.3
              LS Seq Number: 80000007
              Checksum: 0x213
              Length: 48
              Number of Links: 2


              Link connected to: a Stub Network
              (Link ID) Network/subnet number: 192.168.3.1
              (Link Data) Network Mask: 255.255.255.255
              Number of TOS metrics: 0
              TOS 0 Metrics: 1


              Link connected to: a Transit Network
              (Link ID) Designated Router address: 172.16.1.3
              (Link Data) Router Interface address: 172.16.1.3
              Number of TOS metrics: 0
              TOS 0 Metrics: 1



              Router Link States (Area 1)


              LS age: 1429
              Options: (No TOS-capability, DC)
              LS Type: Router Links
              Link State ID: 1.1.1.1
              Advertising Router: 1.1.1.1
              LS Seq Number: 80000007
              Checksum: 0xF5A
              Length: 48
              Area Border Router
              Number of Links: 2


              Link connected to: another Router (point-to-point)
              (Link ID) Neighboring Router ID: 4.4.4.4
              (Link Data) Router Interface address: 10.1.4.1
              Number of TOS metrics: 0
              TOS 0 Metrics: 64


              Link connected to: a Stub Network
              (Link ID) Network/subnet number: 10.1.4.0
              (Link Data) Network Mask: 255.255.255.252
              Number of TOS metrics: 0
              TOS 0 Metrics: 64




              LS age: 1562
              Options: (No TOS-capability, DC)
              LS Type: Router Links
              Link State ID: 4.4.4.4
              Advertising Router: 4.4.4.4
              LS Seq Number: 80000007
              Checksum: 0xA835
              Length: 60
              Number of Links: 3


              Link connected to: a Stub Network
              (Link ID) Network/subnet number: 192.168.4.1
              (Link Data) Network Mask: 255.255.255.255
              Number of TOS metrics: 0
              TOS 0 Metrics: 1


              Link connected to: another Router (point-to-point)
              (Link ID) Neighboring Router ID: 1.1.1.1
              (Link Data) Router Interface address: 10.1.4.2
              Number of TOS metrics: 0
              TOS 0 Metrics: 64


              Link connected to: a Stub Network
              (Link ID) Network/subnet number: 10.1.4.0
              (Link Data) Network Mask: 255.255.255.252
              Number of TOS metrics: 0
              TOS 0 Metrics: 64

              خب اینجا هم تقریبا همون مسایل هست ولی چیزی که جالبه اینه که شما برای اینترفیس های سریال دوتا خط میبینیم...یکی بعنوان point to point معرفی شده و یکی هم بعنوان stub . که در stub اومده اون رو بعنوان یه نتورک فقط معرفی کرده.متریک هم که مشخصه.
              نکته اینکه ایترفیس های point to point در جدول دیتابیس برای LSA type 1 دوتا رکورد دارن
              ID Telegram : hamedelnino

              کامنت


                #8
                تا اینجا با LSA type 1,2,3 آشنا شدیم...
                اینکه LSA type 1 رو هر روتر خودش درست میکنه...LSID اونو برابر با RID خودش میذاره و توی اون area که هست ، پخشش میکنه.هر تعداد هم که اینترفیس داشته باشه روتر ، بابت همش فقط یه LSA type 1 درست میکنه.توش هم subnet number/mask اینترفیس و cost رو مشخص میکنه
                LSA type 2 رو توی شبکه های اترنت داشتبم که روتر DR اونو درست میکنه .توش مثل LSA type 1 رکورد میذاره و علاوه بر اون آی پی آدرس روتر DR رو هم اعلام میکنه و اینکه میگه این نتورک یک transit هست.LSID رو هم برابر با آی پی آدرس روتر DR میذاره
                LSA type 3 هم روتر ABR اونو تولید میکنه..به تعداد لینک و نتورکهایی که در area های دیگه وجود داره و ABR در اون area ها هست ، LSA type 3 تولید میکنه.LSID اونو هم برابر با اون Net-id نتورکی قرار میده که داره اونو advertise میکنه.

                اما یکم بریم سراغ اینکه متریک رو چطور میتونیم tuning کنیم؟ دستکاری کنیم ؟ و بطور کلی در بهترین مسیر نقش داشته باشیم!!!؟
                سه تا روش برای این منظور وجود داره :
                changing the reference bandwidth
                setting the interface bandwidth
                setting the ospf cost directly
                قبل از اینکه توضیح اینارو بدیم...همین اول بگم که روش سومی بهترین پیشنهاده واسه هدفی که داریم

                روش اول : changing the reference bandwidth
                cost به این صورت حساب میشه در OSPF :
                reference BW /interface BW
                پیش فرض مقدار reference BW برابر 100mg است.برای همین cost اینترفیس های سریال که پهنای باند 1.5 دارن برابر میشه با 64... چون : 100/1.544 مساوی میشه با تقریبا 64
                و cost اینترفیس های fastethernet میشه 1.البته cost اینترفیس های gigethernet هم برابر 1 است
                برای عوض کردن این مقدار :
                router(config)#auto-cost reference-bandwidth bandwidth

                روش دوم : setting the interface BW
                اگر بخوایم که OSPF بین دو مسیر تفاوت قائل بشه، باید ببینیم چه چیزی این تفاوت رو حاصل میکنه ؟ جواب : BW
                پس در سطح اینترفیس باید BW رو تغییر بدیم که البته این اصلا پیشنهاد نمیشه چون این BW که ست میشه روی اینترفیس فقط برای این کار نیست و و در جاهای دیگه هم نقش بازی میکنه مثلا در QoS
                router(config-if)#bandwidth speed

                روش سوم : setting the OSPF cost directly
                router(configif)#ip ospf cost value
                ID Telegram : hamedelnino

                کامنت


                  #9
                  OSPF Routes Filtering

                  وقتی که توی یک area هستیم، روترهای داخل اون area ، هرکدوم به تنهایی تصمیم میگیرن که از چه مسیری برن و SPF رو ، روی جدول LSDB پیاده سازی میکنن
                  روترهای داخل یک area، باید نتیجه گیری یکسانی از روتینگ ها داشته باشند یعنی باید جدول های LSDB یکسان داشته باشند
                  خب حالا چون OSPF که روت advertise نمیکنه که ما بخوایم روت ***** کنیم ، بلکه میاد LSA رو توی شبکه advertise میکنه پس ما هم باید LSA ***** کنیم.
                  LSA type 3 که از area وارد میشه و LSA type 5 که از ASBR وارد میشن رو میتونیم ***** کنیم. تا خطر روتینگ لوپ اتفاق نیفته! پس اجازه نداریم LSA type 1,2 رو ***** کنیم.
                  پس فیلترینگ روی تمامی روترها شدنی نیس فقط روترهای ABR&ASBR

                  Filtering LSA type 3 on ABRs Routers

                  capture.jpg

                  شکل بالارو در نظر بگیرید.مشخصه که subnet 3 در ABR1 ، ***** شده LSA type 3 اون
                  همچنین ABR2 ، فقط subnet1 رو اجازه عبور میده و subnet 2,3 ***** شدن.
                  وقتی subnet3 روی هردو ABR ***** شده ؛ عملا این سابنت از area0 خارج نمیشه.
                  وقتی هم که فقط subnet2 توسط ABR1 وارد area1 شده ، یعنی اینکه میتونیم فیلترینگ رو برای عوض کردن و تعیین کردن جهت ترافیک بکار ببیریم.
                  یا شکل زیر رو در نظر بگیرید.
                  area 0 ....in یعنی subnet 12 رو area 0 نداره ولی area1 خواهد داشت.

                  capture.jpg
                  یا بخوایم روی سناریو خودمون این کارو انجام بدیم.مثلا بیایم نتورک 192.168.3.0 رو برای area 1 و روتر R4 ***** کنیم.
                  یادم رفت دستورشو بگم

                  router(config-router)#area
                  number
                  filter-list prefix
                  namein|out

                  in یعنی وارد نشو به area 0
                  out یعنی خارج نشو از area 0
                  ..... میریم سراغ مثال....

                  اول میریم سراغ R4 ال ببینیم نتورک 192.168.3.0 رو داره یا نه ؟
                  مسیر داریم توی جدول روتینگ به این نتورک.

                  capture.jpg

                  حالا میایم ***** میکنیم..
                  وارد روتر ABR باید بشیم
                  نتورکی که میخوایم وارد نشه و ***** کنیم رو باید اول انتخاب کنیم که با ACL یا prefix-list انجام میدیم دقت کینم که توی همین انتخاب باید deny یا permit شدن رو تعیین کنیم...یعنی ***** شدن یا نشدن.بعدش اعمال اون به OSPF رو انجام میدیم
                  وارد ABR میشیم و مابقی توی عکس

                  capture.jpg

                  prefix-listبه اسم into1 نوشتیم. و در seq10 اون نتورکی که باید ***** شه رو deny کردیم.چون این نتورک توپ بک هست و ما 24/ نوشنتیم ولی با توجه به نتورک تایپش اون 32/ advertise میشه.ما le رو تا 32 اضافه کردیم بهش.
                  ودر seq20 مابقی نتورک هارو permit دادیم
                  حالا باید به OSPF اینو بفهمونیم.

                  capture.jpg

                  یعنی اون نتورک که deny شده به area 1 وارد نشه
                  حالا روی روتر R4 دوباره جدول روتینگ رو میبینیم که نتورک 192.168.3.0 نیست



                  ID Telegram : hamedelnino

                  کامنت


                    #10
                    capture.jpg

                    چون توی یه پست نمیشد بیشتر از 5تا فایل ضمیمه کرد ، مجبور شدم این عکس آخر که واسه پست بالاس و نتیجه کار رو اینجا بذارم
                    ID Telegram : hamedelnino

                    کامنت


                      #11
                      نتورکی که میخوایم وارد نشه و ***** کنیم رو باید اول انتخاب کنیم که با ACL یا prefix-list انجام میدیم
                      یه اشتباهی کردم اینکه با ACL نمیشه در این مورد استفاده کرد

                      اما محدودیتی که این نوع فیلترینگ داره اینه که : فرضا اگر یه ABR داشته باشیم و بیایم یک LSA type 3 رو محدود کنیم.دقیقا مثال بالا ***** کردن یک LSA type 3 f بود که اگر داخل دیتابیس OSPF هم ببینیم...نتورک مورد نظر ما برای LSA type 3 وجود نداره :



                      اما این باعث میشه که هرتعداد روتر که در area دیگه هستن محدود بشن و اون LSA رو نگیرن و در نتیجه نتورک رو بهش دسترسی و روت ندارن..فرضا اگر در area 1 ما تعدادی روتر دیگه هم داشتیم...اونا هم محدود میشدن.حالا اگه بخوایم روی فقط یکی از روترهای area 1 این فیلترینگ اعمال بشه برای LSA type 3 ، روی مابقی روترهای اون area اثر میذاره .
                      راه حل این مشکل استفاده از distribute-list هست

                      به اینصورت که LSA رو ***** نمیکنیم.و جدول LSDB رو هم دست نمیزنیم .روتر LSA هارو میگیره، از هر نوعی که باشن.SPF رو روی اونا انجام میده تا LSDB رو بسازه.و نتیجه رو ببره داخل جدول روتینگ.حالا distribute-list میاد خِرشو میگیره یعنی جلوشو میگیره و اونو ***** میکنه.LSA داخل جدول LSDB بلقی میمونه و بدون تغییر روت در جدول روتینگ حذف میشه.




                      پس دیگه لازم نیس حتما روی روتر ABR انجام بدیم و روی تمامی روترها شدنی است.
                      روی سناریو خودمون مثال بزنیم..مثلا روی R5 ، نتورک 192.168.3.0 رو نمیخوایم.
                      میریم روی R5:



                      با distribute-list میتونیم از ACL و prefix-list و route-map استفاده کنیم برای نتورکی که مورد نظر ماست
                      حالا روی R5 ، در جدول روتینگ نتورک 192.168.3.0 نیست ولی در جدول LSDB اون LSA type3 اون نتورک وجود داره.ما جلوی LSA رو نگرفتیم ولی وقتی خواست وارد جدول روتینگ بشه اوجا چسبوندیمش بیخ دیوار







                      ID Telegram : hamedelnino

                      کامنت


                        #12
                        OSPF Route Summarization

                        روی روترهای ABR&ASBR قابل انجام است.چون وقتی میخوایم روی روترهای OSPF غیر از ABR مثلا ، این کار انجام بشه،قاعدتا جدولهای LSDB اونا از نظر LSA type1&2 باهم فرق خواهند کرد.برای همین فقط روی روتر ABR قابل انجام است.تا اینکه از نظرLSDB و LSA type 1,2 باهم همه روترها در داخل یک area ، یکسان باشند.
                        دلیل summary کردن چیه ؟ فرض کنید area 0 & area 1 داریم.در area 0 تعداد 10تا سابنت باشه ، روتر ABR میاد 100تا LSA type3 درست میکنه. و در روترهای area1 ، در جدول دیتابیس به تعداد 100تا روت خواهیم داشت.حالا میخوایم این 100تا رو در قالب یهLSA که summary هست بفرستیم.

                        Manual summarization at ABR

                        router(config-router)#area area-id range ip address [csot cost]
                        area-id میشه AREAیی که روت های زیرمجموعه توی اون وجود داره
                        IP address هم میشه چیزی که قراره advertise بشه.
                        وقتی میایم 10 تا روت رو summary میکنیم در قالب یک آدرس ، اون summary رو advertise میکنه
                        حالا اگه این دستور رو نوشتیم و اون نتورک summary هم مشخص کردیم ولی برای اون روت زیر مجموعه یا subordinate route وجود نداشت، دیگه اون summary هم advertise نمیشه.
                        متریک summary هم برابر میشه با کمترین متریک از بین اون روت هایی که داره summary میشه....
                        برای مثال روی سناریو خودمون بیایم 3تا loopback روی R3 اضافه میکنیم.
                        LP 1 : 10.100.1.0/24
                        LP 2 : 10.100.2.0/24
                        LP 3 : 10.100.3.0/24
                        میخوایم این نتورک ها در قالب 10.100.0.0/16 در بیان و summary بشن.
                        میریم روی روتر ABR یعنی R1 یا R2. مثلا روی R1 این کارو انجام میدیم.
                        اول از همه جدول روتینگ R4 رو میبینیم که سه تا نتورک که اضافه کردیم وجود دارن بصورت 32/ هستن که حتما میدونید چرا ؟




                        میخوایم کازی کنیم که این 3 تا نتورک ، در قالب یک نتورک دیده بشن.
                        در جدول روتینگ R4 دیدیم که هر سه این نتورک ها وجود دارن.در جدول دیتابیس نیز هم 3 تا روت و LSA type 3 هست که همه رو از R1 یاد گرفته




                        میریم سراغ روتر R1 که ABR هست :



                        آخر دستور میتونین بغیر از cost گزینه های دیگه رو هم ببیننید...اولیش که پیش فرض هست و معلومه..آخری میگه که شما این رنج رو advertose نکن دیگه

                        حالا روی R4 اثرشو میبینیم :

                        ID Telegram : hamedelnino

                        کامنت


                          #13
                          Manual summarization at ASBR
                          روتر ASBR روتری هست که قراره روت های خارج از OSPF رو برای ما وارد کنه.حالا این روت ها میتونن استاتیک باشن ، میتونن eigrp باشن یا هر چیز دیگه ای که به OSPF تعلق نداشته باشه. با LSA type 5 وارد OSPF میشن.این نوع LSA با LSA type 3 از خیلی جهات شبیه هم هستن.
                          LSID رو واسه خودش دقیقا net-id نتورکی هایی که خارج از OSPF دارن وارد میشن ، قرار میده
                          RID روترASBR رو واسه خودش قرار میده : list's the ASBR's RID advertising router
                          متریک رو هم میتونه وارد کنه در LSA type 5
                          اما دستوری که برای summary کردن روی روتر ASBR زده میشه :
                          router (config-router)#summary-address prefix mask

                          متریک رو نمیتونه مشخصا در دستور لحاظ کنه با این حال متریک رو چی قرار میده ؟ کمترین متریک بین اون روت هایی که داره یاد میده!
                          دقیقا همون صحبت های ABR ، اینجا هم وجود داره.
                          برای مثال توی مثال خودمون ، روی روتر R3 روت های استاتیک ایجاد میکنیم و اونارو با redistribute وارد OSPF میکنیم.
                          نتورک های 14.14.1.0/24 و 14.1.4.2.0/24 و 14.14.3.0/24 و 14.14.4.0/24
                          حالا روترR2 این نتورک هارو با LSAtype 5 یاد میگیره ، بعد کاری میکنیم که با summary بجای 4تا LSA type 5 ، فقط یکی LSA type 5 بصورت summary یاد بگیره و advertise کنه.
                          من سناریو رو همونطوری توضیح میدم...متاسفانه سیستمم خیلی ضعیفه و GNS3 هم اذیت میکنه نمیتونم راحت کار رو پیش ببرم وگرنه مثل قبل با عکس میرفتیم جلو...شرمنده


                          روی روتر R3
                          router(config)#ip route 14.14.1.0 255.255.255.0 loopback 0
                          router(config)#ip route 14.14.2.0 255.255.255.0 loopback 0
                          router(config)#ip route 14.14.3.0 255.255.255.0 loopback 0
                          router(config)#ip route 14.14.4.0 255.255.255.0 loopback 0
                          توی جدول روتینگ روتر R3 این نتورک ها استاتیک هستن ولی توی جدول LSDB اون هیچ LSA یی اینها نیست پس نباید روی روترهای دیگه هم باشه.
                          با redistribute میایم این روت های استاتیک رو وارد OSPF میکنیم.
                          router(config)#router ospf 1
                          router(config-router)#redistribute static subnets
                          نتیجه این میشه که در OSPF database روتر R3 ، به تعداد 4تا نتورک LSA type 5 اضافه شده.حالا روی مابقی روترهای OSPF ، این نتورک ها اضافه شدن هم در جدول روتینگ هم در دیتابیس!!! کاش سیستم راه میوفتاد اینارو میتونستم نشون بدم
                          در جدول روتینگ این نتورک ها O E2 نشان داده میشوند.که حالا جای بحث داره اینا.
                          میایم summary میکنیم
                          روی روتر R3router(config)#router ospf 1
                          router(config-router)#summary-address 14.14.0.0 255.255.0.0
                          حالا وقتی جدول دیتابیس رو در R3 ببینیم، برای LSA type 5 فقط یک رکورد وجود داره که اونم summary شدس.ودر جدول روتینگ فقط یک روت بصورت O E2 هست که summary شده اون 4تا نتورک میباشد.
                          ID Telegram : hamedelnino

                          کامنت


                            #14
                            OSPF stubby area

                            یک feature هست که به ما اجازه میده ارسال default route و flood کردن اون به داخل یک area رو کنترل کنیم.از طریق ABR .
                            به این صورت که : فرض کنید دو area 0 & 1 داریم و یک روتر ABR هم وجود داره.area 1 رو از نوع stubby تعریف میکنیم.حالا انگار فقط default route وارد این area میشه از طریق روتر ABR.و اینکه کنترل میکنیم چه LSA type هایی اجازه عبور از ABR رو دارن.البته فقط در مورد LSA type 3 & 5 بحث میشه.
                            زمانیکه یک area رو از نوع stub تعریف میکنیم یعنی اینکه به هیچ عنوان اجازه عبور LSA type 5 رو بهش نمیدیم.پس تکلیف اون روت هایی که از روتینگ پروتکول دیگه مثلا eigrp یا مثلا توی مثال خودمون نتورک های 14.14. به این area چی میشه ؟یه خرده جلوتر توضیح میدیم.
                            * اما گفتیم که یه default route ی از سمت ABR ، به area stub وارد و advertise میشه.بصورت پیش فرض متریک اونو برابر 1 قرار میده.
                            * ممکن است براساس انواع مختلف stub area ، اجازه عبور LSA type3 داده بشه یا نشه.
                            * در stub area نمیتونیم از redistribute استفاده کنیم.چرا ؟ چون وقتی از redistribute استفاده میشه ، عملا LSA type 5 وارد داستان میشه و قرار بود که در stub area ، هیچ LSA type 5 ی وارد نشه.
                            * flag stub باید بین دو همسایه تیک خورده باشه تا اصطلاحا همسایگی بین اونا up بشه.
                            انواع Stubby area :
                            stub - totally stub
                            NSSA(not-so-stubby area ) - totally NSSA





                            فرض کنیم دو area 0 & 1 و ABR وجود دارند. و area 1یکی از انواع stub area ها باشه ،
                            اول از همه یک default route از روتر ABR وارد این area 1 میشه.
                            با توجه به جدول بالا ، تمامی stub area ها اجازه عبور LSA type 5 رونمیدن.پس LSA type5 از روتر ABR نمیتونه وارد بشه به area 1.
                            حالا اگر area 1 رو از نوع totally تعریف کنیم ( از هر دو نوع یعنی totally stub & totally nssa ) ، دیگه LSA type 3 هم اجازه عبور به area 1 رو هم نداره. و فقط یک default route وارد میشه به این area.
                            اما یه فرق دیگه که در جدول بالا هم مشخصه اینه که area های nssa مجاز به redistribute هستن در صورتی که area های غیر nssa مجاز نیستند.
                            * area 0 نمیتونه stub باشه.
                            اما کانفیگش خیلی سادس.باید روی تمامی روترهای یک area کانفیگش یکسان زده بشه.
                            route(config-route)#area
                            area-id
                            stub

                            زدن دستور بالا روی تمامی روترهای یک area و همچنین روتر ABR ، یعنی اینکه کانفیگ ما برای stub بوده.
                            اما اگر دستور زیر رو به روتر ABR اضافه کنیم کانفیگی که انجام دادیم برای totally stub خواهد شد.
                            area
                            area-id
                            stub no-summary
                            میتونیم متریک پیش فرض رو برای default route که وارد area میشه رو عوض کنیم :
                            area
                            area-id
                            default-metric
                            metric


                            اما گفتیم که در stub area & titally stub نمیتونیم از redistribute استفاده کنیم.برای همین NSSA وارد شد تا اجاره ورود روت های خارجی رو به داخل stubby area بدن.
                            شکل زیر رو در نظر بگیرین :





                            مثلا area 34 یک نوع از stub هست پس LSA type 5 توی اون مجاز نیس.از eigrp باید روت ها رو با LSA type 5 وارد area 34 کنه.به این صورت که : یک LSA type 7 درست میکنه و میگه وقتی که روت external وارد ospf و stub area یا nssa کنم ، بجای اینکه LSA type 5 که غیرمجاز هست وارد کنم ، با LSA type7 وارد میکنم.حالا اگر ABR ی خواست اونو بفرسته به بیرون از اون area ، با LSA type 5 میفرسته.
                            کانفیگ هم مثل stub هست
                            area
                            area-id
                            nssa
                            area
                            area-id
                            nssa no-summary

                            با همون توضیحات قبلی که گفته شد.
                            ID Telegram : hamedelnino

                            کامنت


                              #15
                              مبحث virtual-link که فک میکنم آخرین بحث برای OSPF باشه داخل CCNP route
                              در بحث area بندی ، desing های مربوط به اون قواعد و قوانینی وجود اره :
                              * تمامی area های nonbackbone باید به area 0 وصل بشن
                              * area 0 باید پیوسته باشه
                              *بین areaهای nonbackbone نباید غیر از area 0 ، ارتباطی وجود داشته باشد.




                              در بسیاری از سناریو ها ممکن است که اتفاق بیفته که دوتا area 0 بوجود بیاد مثلا روترهای در area 0 لینک اونا قطع بشه و نتیجش بشه دوتا area 0.
                              یا مثلا اتفاقی که میفته یک area غیر backbone رو به یک area غیر backbone وصل کنیم.اینا معمولا شرایطی هستن که ممکن است area بندی توش رعایت نشه.
                              virtual-link میاد که این موارد رو برطرف کنه.قراره بیاد دوتا area nonbackbone رو از طریق یک nonbackbone area ی دیگه ، همسایگی بین اونا تشکیل بده تقریبا مثل کانکشن point to point عمل کنه.
                              این اتفاق رو روترهای ABR میوفته.
                              همسایگی بین دوتا ABR تقریبا مثل همسایگی بین دو روتر است ولی : ospf message ها بصورت unicast هستن نه multicast و مستقیما به آدرس آی پی روتر ABR میره.
                              به areaیی که میخواد این کانکشن رو برقرار کنه میگن transit area
                              یک بیتی به نام Do Not Age (DNA)s وجود داره در LSA ها که ست میشه.در حالت عادی هر 30 دقیقه یکبار reflooding اتفاق میفته و انتظار داره که از طرف مقابل اونو دریافت کنه وگرنه age out مبکنه اونو ، ولی وقتی virtual link همسایه بشن ، بهش میگه که اینجا بیت DNA رو ست کن و انتظار نداشته باش که هر 30 دقیقه یکبار به طرف مقابل reflood انجام بده . باعث میشه overhead نتورک رو بیاره پایین.
                              اما کانفیگ :
                              داخل روترهای ABR انجام میشه همچنین بین دوروتر که میخوایم کانفیگش رو انجام بدیم حتما باید یک area وجود داشته باشد.
                              حالا اگر مثلا 4تا area این وسط بود چی ؟ باید 4تا virtual link جدا بزنیم.
                              router(config-router)#area
                              area-numbe
                              r virtual-link
                              remote-RID

                              این کانفیگ دو طرفه است و باید روی هر دو سمت لینک برقرار شه.
                              transit area نباید یک stubby area باشد
                              remote-RID یعنی آدرس RID روتر مقابل
                              مثالش رو هم اگه سیستمم اجازه بده میزنم
                              ID Telegram : hamedelnino

                              کامنت

                              در حال انجام ...
                              X