Өнөөдөр бид OSPF-ийг судлахын зэрэгцээ CCNA курсын хамгийн чухал сэдэв болох EIGRP протоколыг судалж эхлэх болно.
Бид дараа нь 2.5-р хэсэг рүү буцах боловч одоохондоо 2.4-р хэсгийн дараа шууд 2.6-р хэсэг болох "IPv4-ээр EIGRP-г тохируулах, баталгаажуулах, алдааг олж засварлах (Баталгаажуулалт, шүүлт, гараар хураангуйлах, дахин хуваарилалт, бүдүүвчийг оруулаагүй)" рүү шилжих болно. Тохиргоо)."
Өнөөдөр бид танилцуулах хичээлтэй байх бөгөөд энэ хичээлээр би таныг EIGRP-ийн сайжруулсан дотоод гарцын чиглүүлэлтийн протоколын тухай ойлголттой танилцуулах бөгөөд дараагийн хоёр хичээлээр протоколын роботуудыг тохируулах, алдааг олж засварлах талаар авч үзэх болно. Гэхдээ эхлээд би дараах зүйлийг хэлмээр байна.
Сүүлийн хэдэн хичээл дээр бид OSPF-ийн талаар суралцсан. Бид олон сарын өмнө RIP-ийг үзэхдээ чиглүүлэлтийн гогцоонууд болон урсгалыг давтахаас сэргийлдэг технологийн талаар ярьж байсныг санаж байгаасай гэж хүсч байна. OSPF ашиглах үед чиглүүлэлтийн гогцооноос хэрхэн сэргийлэх вэ? Үүний тулд Route Poison, Split Horizon гэх мэт аргуудыг ашиглах боломжтой юу? Эдгээр нь та өөрөө хариулах ёстой асуултууд юм. Та бусад сэдэвчилсэн эх сурвалжуудыг ашиглаж болно, гэхдээ эдгээр асуултын хариултыг олоорой. Би таныг өөр өөр эх сурвалжтай ажиллах замаар хариултаа хэрхэн олохыг сураасай гэж хүсч байгаа бөгөөд энэ видеоны доор сэтгэгдэлээ үлдээхийг зөвлөж байна, ингэснээр миний хэдэн шавь энэ даалгаврыг гүйцэтгэсэн болохыг харах болно.
EIGRP гэж юу вэ? Энэ нь RIP гэх мэт зайны вектор протокол болон OSPF зэрэг холбоосын төлөвийн протоколын аль алиных нь ашигтай шинж чанаруудыг хослуулсан эрлийз чиглүүлэлтийн протокол юм.
EIGRP нь 2013 онд олон нийтэд нээлттэй болсон Cisco-ийн өмчийн протокол юм. Холбоос-төлөвийг хянах протоколоос тэрээр хөршүүдийг үүсгэдэггүй RIP-ээс ялгаатай нь хөрш байгуулах алгоритмыг баталсан. RIP нь протоколын бусад оролцогчидтой чиглүүлэлтийн хүснэгтүүдийг солилцдог боловч OSPF энэ солилцоог эхлүүлэхийн өмнө залгаа үүсгэдэг. EIGRP нь ижил аргаар ажилладаг.
RIP протокол нь 30 секунд тутамд бүрэн чиглүүлэлтийн хүснэгтийг үе үе шинэчилж, бүх интерфейс болон бүх маршрутын талаарх мэдээллийг хөршүүддээ түгээдэг. EIGRP нь мэдээллийн үе үе бүрэн шинэчлэлт хийдэггүй, харин OSPF-тэй адил Сайн байна уу мессежийг цацах үзэл баримтлалыг ашигладаг. Хэдэн секунд тутамд хөршөө "амьд" байгаа эсэхийг шалгахын тулд "Сайн байна уу" гэсэн мессеж илгээдэг.
Маршрут үүсгэхээр шийдэхээсээ өмнө сүлжээний топологийг бүхэлд нь судалдаг зайны вектор протоколоос ялгаатай нь EIGRP нь RIP шиг цуурхал дээр үндэслэн маршрут үүсгэдэг. Би цуурхал гэж хэлэхэд хөрш нь ямар нэгэн зүйл мэдээлэх үед EIGRP үүнийг ямар ч эргэлзээгүйгээр хүлээн зөвшөөрдөг гэсэн үг юм. Жишээлбэл, хөрш нь 10.1.1.2-т хэрхэн хүрэхээ мэддэг гэж хэлбэл EIGRP түүнд "Чи үүнийг яаж мэдсэн юм бэ? Бүх сүлжээний топологийн талаар надад хэлээч!
2013 оноос өмнө, хэрэв та зөвхөн Cisco дэд бүтцийг ашиглаж байсан бол энэ протоколыг 1994 онд үүсгэсэн тул EIGRP ашиглаж болно. Гэсэн хэдий ч олон компаниуд Cisco тоног төхөөрөмж ашиглаж байсан ч энэ цоорхойтой ажиллахыг хүсээгүй. Миний бодлоор EIGRP нь өнөөдөр хамгийн сайн динамик чиглүүлэлтийн протокол юм, учир нь үүнийг ашиглахад илүү хялбар боловч хүмүүс OSPF-ийг илүүд үздэг хэвээр байна. Энэ нь тэд Cisco-ийн бүтээгдэхүүнтэй холбогдохыг хүсэхгүй байгаатай холбоотой гэж бодож байна. Харин Cisco энэ протоколыг олон нийтэд нээлттэй болгосон учир нь Juniper зэрэг гуравдагч этгээдийн сүлжээний төхөөрөмжийг дэмждэг бөгөөд хэрэв та Cisco төхөөрөмж ашигладаггүй компанитай хамтран ажиллавал танд ямар ч асуудал гарахгүй.
Сүлжээний протоколуудын түүхийг богино хугацаанд сонирхоцгооё.
1-аад онд гарч ирсэн RIPv1980 протокол нь хэд хэдэн хязгаарлалттай байсан, жишээлбэл, дээд тал нь 16 хоптой байсан тул том сүлжээгээр чиглүүлэлт өгөх боломжгүй байв. Хэсэг хугацааны дараа тэд RIP-ээс хамаагүй дээр байсан IGRP дотоод гарцын чиглүүлэлтийн протоколыг боловсруулсан. Гэсэн хэдий ч энэ нь холбоосын төлөвийн протоколоос илүү зайны вектор протокол байсан. 80-аад оны сүүлээр нээлттэй стандарт, IPv2-д зориулсан OSPFv4 холбоос төлөвийн протокол гарч ирэв.
90-ээд оны эхээр Cisco IGRP-г сайжруулах шаардлагатай гэж үзэн EIGRP-ийн сайжруулсан дотоод гарцын чиглүүлэлтийн протоколыг гаргасан. Энэ нь RIP болон OSPF хоёрын шинж чанарыг хослуулсан учраас OSPF-ээс хамаагүй илүү үр дүнтэй байсан. Бид үүнийг судалж эхлэхэд EIGRP-г тохируулах нь OSPF-ээс хамаагүй хялбар гэдгийг харах болно. Cisco сүлжээний нэгдлийг хамгийн хурдан хангах протоколыг бий болгохыг оролдсон.
90-ээд оны сүүлээр RIPv2 протоколын шинэчилсэн ангигүй хувилбар гарсан. 2000-аад онд IPv6 протоколыг дэмждэг OSPF, RIPng болон EIGRPv6-ийн гурав дахь хувилбар гарч ирэв. Дэлхий IPv6 руу бүрэн шилжихэд аажмаар ойртож байгаа бөгөөд чиглүүлэлтийн протокол хөгжүүлэгчид үүнд бэлэн байхыг хүсч байна.
Хэрэв та санаж байгаа бол бид оновчтой маршрутыг сонгохдоо RIP нь зайны вектор протоколын хувьд зөвхөн нэг шалгуураар удирддаг болохыг судалж үзсэн - хамгийн бага хоп тоо эсвэл очих интерфейс хүртэлх хамгийн бага зай. Тиймээс, R1 чиглүүлэгч нь R3 чиглүүлэгч рүү шууд чиглүүлэгчийг сонгох болно, гэхдээ энэ маршрутын хурд нь 64 кбит/с буюу R1-R2-R3 чиглэлийн хурдаас хэд дахин бага буюу 1544 кбит/с-тэй тэнцэх юм. RIP протокол нь 2 үсрэлтийн хурдан замаас илүү нэг үсрэлтийн урттай удаан замыг оновчтой гэж үзэх болно.
OSPF сүлжээний топологийг бүхэлд нь судалж, R3 чиглүүлэгчтэй харилцах илүү хурдан маршрут болгон R2-ээр дамжин өнгөрөх замыг ашиглахаар шийднэ. RIP нь хопуудын тоог хэмжигдэхүүн болгон ашигладаг бол OSPF-ийн хэмжүүр нь өртөг бөгөөд ихэнх тохиолдолд холбоосын зурвасын өргөнтэй пропорциональ байдаг.
EIGRP нь маршрутын өртөгт анхаарлаа хандуулдаг боловч хэмжигдэхүүн нь OSPF-ээс хамаагүй илүү төвөгтэй бөгөөд зурвасын өргөн, саатал, найдвартай байдал, ачаалал, хамгийн их MTU зэрэг олон хүчин зүйлээс хамаардаг. Жишээлбэл, хэрэв нэг зангилаа бусдаас илүү ачаалалтай байвал EIGRP нь бүх маршрутын ачааллыг шинжилж, ачаалал багатай өөр зангилаа сонгоно.
CCNA хичээл дээр бид зөвхөн зурвасын өргөн ба саатал зэрэг хэмжигдэхүүн үүсгэх хүчин зүйлсийг харгалзан үзэх болно; эдгээр нь метрийн томъёог ашиглах болно.
RIP зайны вектор протокол нь зай ба чиглэл гэсэн хоёр ойлголтыг ашигладаг. Хэрэв бид 3 чиглүүлэгчтэй бөгөөд тэдгээрийн нэг нь 20.0.0.0 сүлжээнд холбогдсон бол сонголтыг зайгаар хийх болно - эдгээр нь хопууд, энэ тохиолдолд 1 хоп, чиглэл, өөрөөр хэлбэл аль зам дагуу - дээд эсвэл бага - урсгалыг илгээх .
Нэмж дурдахад RIP нь мэдээллийн үе үе шинэчлэгдэж, 30 секунд тутамд бүрэн чиглүүлэлтийн хүснэгтийг сүлжээгээр тараадаг. Энэ шинэчлэлт нь 2 зүйлийг хийдэг. Эхнийх нь чиглүүлэлтийн хүснэгтийн бодит шинэчлэл, хоёр дахь нь хөршийн амьдрах чадварыг шалгах явдал юм. Хэрэв төхөөрөмж хөршөөсөө 30 секундын дотор хариултын хүснэгтийн шинэчлэлт эсвэл шинэ маршрутын мэдээллийг хүлээн авахгүй бол хөрш рүү чиглэсэн замыг цаашид ашиглах боломжгүй гэдгийг ойлгоно. Чиглүүлэгч нь 30 секунд тутамд шинэчлэлт илгээж, хөрш амьд байгаа эсэх, маршрут хүчинтэй байгаа эсэхийг мэдэх болно.
Миний хэлсэнчлэн Split Horizon технологийг маршрутын гогцооноос урьдчилан сэргийлэхэд ашигладаг. Энэ нь шинэчлэлтийг ирсэн интерфэйс рүү буцааж илгээхгүй гэсэн үг юм. Гогцооноос урьдчилан сэргийлэх хоёр дахь технологи бол Route Poison юм. Хэрэв зурагт үзүүлсэн 20.0.0.0 сүлжээтэй холболт тасарсан бол холбогдсон чиглүүлэгч нь хөршүүд рүүгээ "хордсон маршрут" илгээдэг бөгөөд энэ сүлжээнд одоо 16 хопоор нэвтрэх боломжтой болсон гэж мэдээлдэг. бараг боломжгүй. RIP протокол ингэж ажилладаг.
EIGRP хэрхэн ажилладаг вэ? Хэрэв та OSPF-ийн тухай сургамжуудаас санаж байгаа бол энэ протокол нь гурван үүргийг гүйцэтгэдэг: энэ нь хөршийг тогтоох, сүлжээний топологийн өөрчлөлтийн дагуу LSDB-ийг шинэчлэхэд LSA ашигладаг, чиглүүлэлтийн хүснэгтийг бий болгодог. Хороолол байгуулах нь олон параметрүүдийг ашигладаг нэлээд төвөгтэй журам юм. Жишээлбэл, 2WAY холболтыг шалгаж, өөрчлөх - зарим холболтууд хоёр талын харилцааны төлөвт үлдэж, зарим нь БҮРЭН төлөвт шилждэг. OSPF-ээс ялгаатай нь EIGRP протоколд энэ нь тохиолддоггүй - энэ нь зөвхөн 4 параметрийг шалгадаг.
OSPF-ийн нэгэн адил энэ протокол нь 10 секунд тутамд 4 параметр агуулсан Hello мессежийг илгээдэг. Эхнийх нь хэрэв өмнө нь тохируулагдсан бол баталгаажуулах шалгуур юм. Энэ тохиолдолд ойрхон байгаа бүх төхөөрөмжүүд ижил баталгаажуулалтын параметртэй байх ёстой.
Хоёрдахь параметр нь төхөөрөмжүүд нь нэг бие даасан системд хамаарах эсэхийг шалгахад ашиглагддаг, өөрөөр хэлбэл EIGRP протоколыг ашиглан зэргэлдээх байдлыг тогтоохын тулд хоёр төхөөрөмж хоёулаа ижил бие даасан системийн дугаартай байх ёстой. Гурав дахь параметр нь Сайн байна уу мессежийг ижил эх сурвалжийн IP хаягаас илгээсэн эсэхийг шалгахад ашиглагддаг.
Дөрөв дэх параметр нь хувьсах K-утга коэффициентуудын нийцтэй байдлыг шалгахад ашиглагддаг. EIRGP протокол нь K5-ээс K1 хүртэлх ийм 5 коэффициентийг ашигладаг. Хэрэв та санаж байгаа бол K=0 бол параметрүүдийг үл тоомсорлож, харин K=1 бол хэмжигдэхүүнийг тооцоолох томъёонд параметрүүдийг ашиглана. Тиймээс өөр өөр төхөөрөмжүүдийн хувьд K1-5-ийн утга ижил байх ёстой. CCNA курс дээр бид эдгээр коэффициентүүдийн анхдагч утгыг авна: K1 ба K3 нь 1-тэй тэнцүү, K2, K4, K5 нь 0-тэй тэнцүү байна.
Хэрэв эдгээр 4 параметр таарч байвал EIGRP нь хөршийн харилцааг бий болгож, төхөөрөмжүүд хөршийн хүснэгтэд бие биенээ оруулна. Дараа нь топологийн хүснэгтэд өөрчлөлт орно.
Бүх Сайн байна уу мессежийг олон дамжуулалтын IP хаяг 224.0.0.10 руу илгээдэг бөгөөд тохиргооноос хамааран шинэчлэлтүүдийг хөршүүдийн unicast хаяг эсвэл олон дамжуулалтын хаяг руу илгээдэг. Энэхүү шинэчлэлт нь UDP эсвэл TCP дээр ирдэггүй, харин RTP, Reliable Transport Protocol хэмээх өөр протоколыг ашигладаг. Энэ протокол нь хөрш шинэчлэлтийг хүлээн авсан эсэхийг шалгадаг бөгөөд нэрнээс нь харахад түүний гол үүрэг нь харилцааны найдвартай байдлыг хангах явдал юм. Хэрэв шинэчлэлт хөршдөө хүрэхгүй бол хөршөө хүлээн авах хүртэл дамжуулалт давтагдана. OSPF нь хүлээн авагчийн төхөөрөмжийг шалгах механизмгүй тул хөрш зэргэлдээх төхөөрөмжүүд шинэчлэлтийг хүлээн авсан эсэхийг систем мэдэхгүй.
Хэрэв та санаж байгаа бол RIP нь 30 секунд тутамд сүлжээний топологийн шинэчлэлтийг илгээдэг. EIGRP нь сүлжээнд шинэ төхөөрөмж гарч ирэх эсвэл зарим өөрчлөлт гарсан тохиолдолд л үүнийг хийдэг. Хэрэв дэд сүлжээний топологи өөрчлөгдсөн бол протокол нь шинэчлэлтийг илгээх боловч бүхэл бүтэн топологийн хүснэгтийг биш, зөвхөн энэ өөрчлөлттэй бичлэгүүдийг илгээх болно. Хэрэв дэд сүлжээ өөрчлөгдвөл зөвхөн топологи шинэчлэгдэх болно. Энэ нь шаардлагатай үед хийгддэг хэсэгчилсэн шинэчлэлт бололтой.
Таны мэдэж байгаагаар OSPF нь сүлжээнд ямар нэгэн өөрчлөлт орсон эсэхээс үл хамааран 30 минут тутамд LSA-г илгээдэг. Сүлжээнд ямар нэгэн өөрчлөлт гарах хүртэл EIGRP нь ямар ч шинэчлэлтийг удаан хугацаанд явуулахгүй. Тиймээс EIGRP нь OSPF-ээс хамаагүй илүү үр дүнтэй байдаг.
Чиглүүлэгчид шинэчлэлтийн багцуудыг солилцсоны дараа гурав дахь шат эхэлнэ - зурагт үзүүлсэн томьёог ашиглан тооцоолсон хэмжигдэхүүн дээр суурилсан чиглүүлэлтийн хүснэгтийг бүрдүүлэх. Тэр зардлыг тооцож, энэ зардлаар шийдвэр гаргадаг.
R1 нь R2 чиглүүлэгч рүү Hello, тэр чиглүүлэгч нь R1 чиглүүлэгч рүү Hello илгээсэн гэж бодъё. Хэрэв бүх параметрүүд таарч байвал чиглүүлэгчид хөршүүдийн хүснэгтийг үүсгэдэг. Энэ хүснэгтэд R2 нь R1 чиглүүлэгчийн тухай оруулга бичиж, R1 нь R2-ийн тухай оруулга үүсгэдэг. Үүний дараа R1 чиглүүлэгч нь 10.1.1.0/24 холбогдсон сүлжээнд шинэчлэлтийг илгээдэг. Чиглүүлэлтийн хүснэгтэд энэ нь сүлжээний IP хаяг, түүнтэй холбогдох чиглүүлэгчийн интерфейс, энэ интерфэйсээр дамжих замын зардлын талаарх мэдээлэл шиг харагдаж байна. Хэрэв та санаж байгаа бол EIGRP-ийн өртөг нь 90, дараа нь Зайны утгыг зааж өгсөн бөгөөд энэ талаар бид дараа нь ярих болно.
Бүрэн хэмжигдэхүүн нь K коэффициент болон янз бүрийн хувиргалтуудын утгыг агуулдаг тул илүү төвөгтэй харагдаж байна. Cisco вэбсайт нь томьёоны бүрэн хэлбэрийг өгдөг боловч хэрэв та өгөгдмөл коэффициент утгуудыг орлуулах юм бол энэ нь илүү энгийн хэлбэрт хувирах болно - хэмжигдэхүүн нь (зурвасын өргөн + саатал) * 256-тай тэнцүү байх болно.
Бид томьёоны хялбаршуулсан хэлбэрийг ашиглан хэмжигдэхүүнийг тооцоолоход ашиглах болно, үүнд килобит дахь зурвасын өргөн нь 107-тэй тэнцүү байх ба очих сүлжээний хамгийн бага зурвасын өргөн рүү чиглэсэн бүх интерфейсийн хамгийн бага зурвасын өргөнд хуваагдах ба хуримтлагдсан саатал нь нийт байна. Зорилтот сүлжээнд хүрэх бүх интерфейсийн хувьд хэдэн арван микросекундын саатал.
EIGRP-ийг сурахдаа бид дөрвөн тодорхойлолтыг ойлгох хэрэгтэй: Боломжтой зай, Тайлбарласан зай, залгамжлагч (хөршийн чиглүүлэгч нь очих газрын сүлжээнд хүрэх замын зардал хамгийн бага), Боломжит залгамжлагч (нөөц хөрш чиглүүлэгч). Тэдгээрийн утгыг ойлгохын тулд дараах сүлжээний топологийг анхаарч үзээрэй.
1/10.1.1.0 сүлжээнд хүрэх хамгийн сайн замыг сонгохын тулд R24 чиглүүлэлтийн хүснэгтийг үүсгэж эхэлцгээе. Төхөөрөмж бүрийн хажууд дамжуулах хурдыг кбит/с, хоцролтыг мс-ээр харуулав. Бид 100 Mbps эсвэл 1000000 kbps GigabitEthernet интерфейс, 100000 kbps FastEthernet, 10000 kbps Ethernet, 1544 kbps цуврал интерфэйсүүдийг ашигладаг. Эдгээр утгыг чиглүүлэгчийн тохиргооноос харгалзах физик интерфэйсүүдийн шинж чанарыг харах замаар олж мэдэх боломжтой.
Цуваа интерфэйсүүдийн өгөгдмөл дамжуулалт нь 1544 kbps бөгөөд 64 kbps шугамтай байсан ч дамжуулах чадвар нь 1544 kbps байх болно. Тиймээс сүлжээний администраторын хувьд та зөв зурвасын өргөнийг ашиглаж байгаа эсэхээ шалгах хэрэгтэй. Тодорхой интерфэйсийн хувьд үүнийг зурвасын өргөний командыг ашиглан тохируулж болох бөгөөд хойшлуулах командыг ашиглан та анхдагч саатлын утгыг өөрчилж болно. Та GigabitEthernet эсвэл Ethernet интерфэйсүүдийн анхдагч зурвасын өргөний утгуудын талаар санаа зовох хэрэггүй, гэхдээ хэрэв та цуваа интерфэйс ашиглаж байгаа бол шугамын хурдыг сонгохдоо болгоомжтой байгаарай.
Энэ диаграммд сааталыг миллисекунд ms-ээр харуулсан гэж үздэг боловч бодит байдал дээр энэ нь микросекунд, микросекунд μs-ийг зөв тэмдэглэх μ үсэг надад байхгүй гэдгийг анхаарна уу.
Дараахь баримтад анхаарлаа хандуулна уу. Хэрэв та show interface g0/0 командыг өгвөл систем хоцролтыг микросекундээр биш хэдэн арван микросекундээр харуулах болно.
EIGRP-г тохируулах дараагийн видеон дээр бид энэ асуудлыг нарийвчлан авч үзэх болно, учир нь томъёонд хоцрогдлын утгыг орлуулах үед диаграмаас 100 μs 10 болж хувирдаг, учир нь томъёонд нэгж биш хэдэн арван микросекунд ашигладаг.
Диаграммд би улаан цэгүүдээр үзүүлсэн дамжуулалт ба сааталтай холбоотой интерфейсүүдийг зааж өгөх болно.
Юуны өмнө бид боломжит зайг тодорхойлох хэрэгтэй. Энэ бол томъёог ашиглан тооцоолсон FD хэмжигдэхүүн юм. R5-аас гадаад сүлжээ хүртэлх хэсгийн хувьд бид 107-г 106-д хуваах хэрэгтэй бөгөөд үр дүнд нь бид 10-ыг авна. Дараа нь энэ зурвасын өргөний утга дээр бид 1-тэй тэнцэх саатал нэмэх шаардлагатай, учир нь бидэнд 10 микросекунд байна, өөрөөр хэлбэл, нэг арав. Үр дүнгийн 11-ийн утгыг 256-аар үржүүлэх ёстой, өөрөөр хэлбэл хэмжигдэхүүн нь 2816 болно. Энэ нь сүлжээний энэ хэсгийн FD утга юм.
R5 чиглүүлэгч нь энэ утгыг R2 чиглүүлэгч рүү илгээх бөгөөд R2-ийн хувьд энэ нь зарласан мэдээлэгдсэн зай, өөрөөр хэлбэл хөршийн хэлсэн утга болно. Тиймээс бусад бүх төхөөрөмжүүдийн сурталчилсан RD зай нь танд мэдээлсэн төхөөрөмжийн боломжит FD зайтай тэнцүү байх болно.
R2 чиглүүлэгч нь өгөгдөл дээрээ үндэслэн FD тооцооллыг хийдэг, өөрөөр хэлбэл 107-г 105-д хувааж, 100-г авдаг. Дараа нь энэ утгад гадаад сүлжээнд хүрэх зам дахь саатлын нийлбэрийг нэмнэ: R5-ийн саатал, нэг арван микросекундтэй тэнцүү, ба өөрийн саатал, арван аравтай тэнцэх. Нийт саатал 11 арван микросекунд болно. Бид үүнийг үүссэн зуу дээр нэмээд 111-ийг аваад, энэ утгыг 256-аар үржүүлж, FD = 28416 утгыг авна. R3 чиглүүлэгч нь ижил зүйлийг хийж, тооцооллын дараа FD=281856 утгыг хүлээн авдаг. R4 чиглүүлэгч нь FD=3072 утгыг тооцоод R1 рүү RD гэж дамжуулдаг.
FD-ийг тооцоолохдоо R1 чиглүүлэгч нь өөрийн 1000000 кбит/с зурвасын өргөнийг томъёонд орлуулдаггүй, харин R2 чиглүүлэгчийн доод зурвасын өргөнийг 100000 кбит/с-тэй тэнцүүлэхийг анхаарна уу, учир нь томъёо нь үргэлж хамгийн бага зурвасын өргөнийг ашигладаг. очих сүлжээ рүү хөтлөх интерфэйс . Энэ тохиолдолд R10.1.1.0 ба R24 чиглүүлэгчид нь 2/5 сүлжээний зам дээр байрладаг боловч тав дахь чиглүүлэгч нь илүү том зурвасын өргөнтэй тул R2 чиглүүлэгчийн хамгийн бага зурвасын өргөнийг томъёонд орлуулна. R1-R2-R5 зам дээрх нийт саатал 1+10+1 (арав) = 12, багассан дамжуулах чадвар 100, эдгээр тоонуудын нийлбэрийг 256-аар үржүүлбэл FD=30976 утгыг өгнө.
Тиймээс бүх төхөөрөмжүүд өөрсдийн интерфэйсүүдийн FD-ийг тооцоолсон бөгөөд R1 чиглүүлэгч нь очих сүлжээнд хүрэх 3 чиглэлтэй байна. Эдгээр нь R1-R2, R1-R3, R1-R4 чиглэлүүд юм. Чиглүүлэгч нь 30976-тай тэнцэх боломжтой FD зайны хамгийн бага утгыг сонгодог - энэ нь R2 чиглүүлэгч рүү хүрэх зам юм. Энэ чиглүүлэгч нь залгамжлагч буюу "залгамжлагч" болдог. Чиглүүлэлтийн хүснэгт нь Боломжит залгамжлагчийг (нөөц залгамжлагч) зааж өгдөг - энэ нь R1 ба залгамжлагчийн хоорондох холболт тасарсан тохиолдолд маршрут нөөц боломжтой залгамжлагч чиглүүлэгчээр дамжина гэсэн үг юм.
Боломжит залгамжлагчдыг нэг дүрмийн дагуу хуваарилдаг: энэ чиглүүлэгчийн зарласан RD зай нь залгамжлагч хүртэлх сегмент дэх чиглүүлэгчийн FD-ээс бага байх ёстой. Манай тохиолдолд R1-R2 нь FD = 30976, R1-K3 хэсгийн RD нь 281856, R1-R4 хэсгийн RD нь 3072-тэй тэнцүү байна. 3072 < 30976 тул R4 чиглүүлэгчийг Боломжит залгамжлагчаар сонгосон.
Энэ нь R1-R2 сүлжээний хэсэгт харилцаа холбоо тасарсан тохиолдолд 10.1.1.0/24 сүлжээний урсгалыг R1-R4-R5 чиглэлийн дагуу илгээнэ гэсэн үг юм. RIP ашиглах үед маршрутыг солиход хэдэн арван секунд, OSPF ашиглахад хэдэн секунд зарцуулагддаг ба EIGRP дээр тэр даруй тохиолддог. Энэ нь бусад чиглүүлэлтийн протоколуудаас EIGRP-ийн бас нэг давуу тал юм.
Хэрэв залгамжлагч болон боломжтой залгамжлагч хоёулаа нэгэн зэрэг салгагдсан бол яах вэ? Энэ тохиолдолд EIGRP нь боломжит залгамжлагчаар дамжуулан нөөц замыг тооцоолох боломжтой DUAL алгоритмыг ашигладаг. Энэ нь хэдэн секунд болж магадгүй бөгөөд энэ хугацаанд EIGRP нь траффикийг дамжуулах, түүний өгөгдлийг чиглүүлэлтийн хүснэгтэд байрлуулахад ашиглаж болох өөр хөршийг олох болно. Үүний дараа протокол хэвийн чиглүүлэлтийн ажлаа үргэлжлүүлнэ.
Бидэнтэй хамт байсанд баярлалаа. Манай нийтлэл танд таалагдаж байна уу? Илүү сонирхолтой контент үзэхийг хүсч байна уу? Захиалга өгөх эсвэл найзууддаа санал болгох замаар биднийг дэмжээрэй, Хабр хэрэглэгчдэд зориулсан 30% хямдралтай, анхан шатны түвшний серверүүдийн өвөрмөц аналогийг бид танд зориулан зохион бүтээжээ. (RAID1 болон RAID10, 24 хүртэлх цөм, 40 ГБ хүртэл DDR4-тэй байх боломжтой).
Dell R730xd 2 дахин хямд байна уу? Зөвхөн энд Нидерландад! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 доллараас! тухай уншина уу
Эх сурвалж: www.habr.com