Өнөөдөр бид OSPF чиглүүлэлтийн талаар суралцаж эхэлнэ. Энэ сэдэв нь EIGRP протоколын нэгэн адил CCNA курсын хамгийн чухал сэдэв юм. Таны харж байгаагаар, 2.4-р хэсэг нь "IPv2-д зориулсан OSPFv4 нэг бүс ба олон бүсийг тохируулах, турших, алдааг олж засварлах (Баталгаажуулалт, шүүлт, гарын авлагын чиглүүлэлтийн хураангуй, дахин хуваарилалт, бүдүүвч талбай, VNet болон LSA ороогүй)" гэсэн гарчигтай.
OSPF-ийн сэдэв нь нэлээд өргөн хүрээтэй тул 2, магадгүй 3 видео хичээл авах болно. Өнөөдрийн хичээл нь асуудлын онолын тал дээр зориулагдсан болно, би энэ протокол гэж юу болох, хэрхэн ажилладаг талаар танд хэлэх болно. Дараагийн видеон дээр бид Packet Tracer ашиглан OSPF тохиргооны горим руу шилжих болно.
Тиймээс энэ хичээлээр бид OSPF гэж юу вэ, энэ нь хэрхэн ажилладаг, OSPF бүс гэж юу вэ гэсэн гурван зүйлийг авч үзэх болно. Өмнөх хичээл дээр OSPF нь чиглүүлэгчийн хоорондын харилцааны холбоосыг судалж, тэдгээр холбоосын хурд дээр үндэслэн шийдвэр гаргадаг Link State чиглүүлэлтийн протокол гэж бид хэлсэн. Илүү өндөр хурдтай, өөрөөр хэлбэл илүү дамжуулах чадвартай урт суваг нь бага дамжуулалттай богино сувгаас давуу эрх олгоно.
RIP протокол нь зайны вектор протокол бөгөөд энэ холбоос бага хурдтай байсан ч нэг ховилын замыг сонгох ба OSPF протокол нь хэрэв энэ маршрутын нийт хурд нь өгөгдлөөс өндөр байвал хэд хэдэн хоптой урт замыг сонгоно. богино зам дээрх хөдөлгөөний хурд.
Бид дараа нь шийдвэрийн алгоритмыг харах болно, гэхдээ одоохондоо OSPF нь Link State Protocol гэдгийг санах хэрэгтэй. Энэхүү нээлттэй стандартыг 1988 онд сүлжээний тоног төхөөрөмж үйлдвэрлэгч болон сүлжээний үйлчилгээ үзүүлэгч бүр ашиглах боломжтой болгосон. Тиймээс OSPF нь EIGRP-ээс хамаагүй илүү алдартай.
OSPF 2-р хувилбар нь зөвхөн IPv4-ийг дэмждэг байсан бөгөөд жилийн дараа буюу 1989 онд хөгжүүлэгчид IPv3-г дэмждэг 6-р хувилбарыг зарласан. Гэсэн хэдий ч IPv6-д зориулсан OSPF-ийн бүрэн ажиллагаатай гурав дахь хувилбар нь зөвхөн 2008 онд гарч ирсэн. Та яагаад OSPF-г сонгосон бэ? Сүүлийн хичээл дээр бид энэхүү дотоод гарцын протокол нь RIP-ээс хамаагүй хурдан чиглүүлэлтийн нэгдлийг гүйцэтгэдэг болохыг олж мэдсэн. Энэ бол ангигүй протокол юм.
Хэрэв та санаж байгаа бол RIP нь дэд сүлжээний маскын мэдээллийг илгээдэггүй, A/24 зэрэглэлийн IP хаягтай тулгарвал хүлээн авахгүй гэсэн үг юм. Жишээлбэл, хэрэв та үүнийг 10.1.1.0/24 гэх мэт IP хаягтай танилцуулбал сүлжээг нэгээс олон дэд сүлжээний маск ашиглан дэд сүлжээнд холбохыг ойлгодоггүй тул үүнийг сүлжээ 10.0.0.0 гэж ойлгох болно.
OSPF нь аюулгүй протокол юм. Жишээлбэл, хэрэв хоёр чиглүүлэгч OSPF мэдээлэл солилцож байгаа бол та нууц үгээ оруулсны дараа зөвхөн хөрш чиглүүлэгчтэй мэдээлэл хуваалцах боломжтой байхаар баталгаажуулалтыг тохируулж болно. Өмнө нь хэлсэнчлэн энэ нь нээлттэй стандарт тул OSPF-ийг олон сүлжээний тоног төхөөрөмж үйлдвэрлэгчид ашигладаг.
Дэлхий нийтийн утгаараа OSPF нь Link State Advertisements буюу LSA-г солилцох механизм юм. LSA мессеж нь чиглүүлэгчээр үүсгэгддэг бөгөөд чиглүүлэгчийн өвөрмөц танигч чиглүүлэгч-id, чиглүүлэгчийн мэддэг сүлжээнүүдийн тухай мэдээлэл, тэдгээрийн өртгийн талаарх мэдээлэл гэх мэт маш олон мэдээллийг агуулдаг. Чиглүүлэгчид чиглүүлэлтийн шийдвэр гаргахын тулд энэ бүх мэдээлэл хэрэгтэй.
R3 чиглүүлэгч нь LSA мэдээллээ R5 чиглүүлэгч рүү илгээдэг бөгөөд R5 чиглүүлэгч нь LSA мэдээллээ R3-тэй хуваалцдаг. Эдгээр LSA нь Link State Data Base буюу LSDB-г бүрдүүлдэг өгөгдлийн бүтцийг төлөөлдөг. Чиглүүлэгч нь хүлээн авсан бүх LSA-г цуглуулж, LSDB-дээ байрлуулдаг. Хоёр чиглүүлэгч хоёулаа мэдээллийн баазаа үүсгэсний дараа хөршүүдээ олж илрүүлэхэд зориулагдсан Сайн байна уу мессежийг солилцож, LSDB-ийг харьцуулах процедурыг эхлүүлнэ.
R3 чиглүүлэгч нь R5 чиглүүлэгчийг DBD буюу "өгөгдлийн сангийн тодорхойлолт" гэсэн мессежийг илгээдэг бол R5 нь өөрийн DBD-ээ R3 чиглүүлэгч рүү илгээдэг. Эдгээр мессежүүд нь чиглүүлэгч бүрийн мэдээллийн санд байдаг LSA индексүүдийг агуулдаг. DBD-г хүлээн авсны дараа R3 нь LSR сүлжээний статусын хүсэлтийг R5 руу илгээж, "Надад 3,4, 9-р мессежүүд байгаа тул надад зөвхөн 5, 7-г илгээнэ үү."
R5 ч мөн адил хийж, гурав дахь чиглүүлэгчид: "Надад 3,4-ийн мэдээлэл байгаа тул надад 9-ыг илгээнэ үү." LSR хүсэлтийг хүлээн авсны дараа чиглүүлэгчид LSU сүлжээний төлөвийг шинэчлэх багцуудыг буцааж илгээдэг, өөрөөр хэлбэл LSR-ийн хариуд гурав дахь чиглүүлэгч нь R1 чиглүүлэгчээс LSU хүлээн авдаг. Чиглүүлэгчид мэдээллийн баазаа шинэчилсний дараа 2 чиглүүлэгчтэй байсан ч бүгд ижил LSDB-тэй байх болно. LSDB мэдээллийн баазыг чиглүүлэгчид үүсгэсний дараа тэдгээр нь тус бүр сүлжээг бүхэлд нь мэдэх болно. OSPF протокол нь чиглүүлэлтийн хүснэгтийг үүсгэхийн тулд хамгийн Shortest Path First алгоритмыг ашигладаг тул түүний зөв ажиллах хамгийн чухал нөхцөл бол сүлжээнд байгаа бүх төхөөрөмжийн LSDB-г синхрончлох явдал юм.
Дээрх диаграммд 9 чиглүүлэгч байгаа бөгөөд тус бүр нь LSR, LSU гэх мэт мессежүүдийг хөршүүдтэйгээ солилцдог. Эдгээр нь бүгд p2p буюу OSPF протоколоор дамжуулан үйл ажиллагааг дэмждэг "цэгээс цэг рүү" интерфэйсүүдээр холбогдож, ижил LSDB үүсгэхийн тулд өөр хоорондоо харилцан үйлчилдэг.
Суурьуудыг синхрончлоход чиглүүлэгч бүр хамгийн богино замын алгоритмыг ашиглан өөрийн чиглүүлэлтийн хүснэгтийг үүсгэдэг. Эдгээр хүснэгтүүд нь өөр өөр чиглүүлэгчид өөр өөр байх болно. Өөрөөр хэлбэл, бүх чиглүүлэгчид ижил LSDB ашигладаг, гэхдээ хамгийн богино маршрутын талаархи өөрсдийн бодол дээр үндэслэн чиглүүлэлтийн хүснэгтийг үүсгэдэг. Энэ алгоритмыг ашиглахын тулд OSPF нь LSDB-г тогтмол шинэчилж байх шаардлагатай.
Тиймээс OSPF өөрөө ажиллахын тулд эхлээд хөршөө олох, LSDB үүсгэх, шинэчлэх, чиглүүлэлтийн хүснэгт үүсгэх 3 нөхцөлийг хангах ёстой. Эхний нөхцөлийг биелүүлэхийн тулд сүлжээний администратор чиглүүлэгчийн дугаар, цаг хугацаа эсвэл орлуулагч тэмдэгтийн маскыг гараар тохируулах шаардлагатай байж магадгүй юм. Дараагийн видеон дээр бид OSPF-тэй ажиллах төхөөрөмжийг тохируулах талаар үзэх болно, одоогоор та энэ протокол нь урвуу маск ашигладаг бөгөөд хэрэв тохирохгүй бол таны дэд сүлжээ таарахгүй эсвэл баталгаажуулалт таарахгүй бол та мэдэх ёстой. , чиглүүлэгчдийн хөрш үүсэх боломжгүй болно. Тиймээс, OSPF-ийн алдааг олж засварлахдаа энэ хөрш яагаад үүсдэггүйг олж мэдэх ёстой, өөрөөр хэлбэл дээрх параметрүүд таарч байгаа эсэхийг шалгах хэрэгтэй.
Сүлжээний администраторын хувьд та LSDB үүсгэх үйл явцад оролцдоггүй. Өгөгдлийн сангууд нь чиглүүлэгчдийн ойр орчмыг үүсгэсний дараа, чиглүүлэлтийн хүснэгтийг байгуулсны дараа автоматаар шинэчлэгддэг. Энэ бүгдийг OSPF протоколтой ажиллахаар тохируулсан төхөөрөмж өөрөө гүйцэтгэдэг.
Нэг жишээ авч үзье. Бидэнд 2 чиглүүлэгч байгаа бөгөөд би хялбар болгох үүднээс RID 1.1.1.1 ба 2.2.2.2-ыг өгсөн. Бид тэдгээрийг холбомогц холбоосын суваг шууд дээш төлөвт шилжих болно, учир нь би эдгээр чиглүүлэгчийг OSPF-тэй ажиллахаар анх тохируулсан. Харилцаа холбооны суваг үүссэн даруйд А чиглүүлэгч шууд А чиглүүлэгч рүү Hello багц илгээнэ. Энэ пакет нь энэ чиглүүлэгч нь Hello-г анх удаа илгээж байгаа тул энэ суваг дээр хэнийг ч хараахан "хараагүй" гэсэн мэдээлэл, мөн өөрийн таниулбар, түүнд холбогдсон сүлжээний мэдээлэл болон бусад мэдээллийг агуулна. хөрштэйгээ хуваалцах.
Энэ пакетийг хүлээн авсны дараа B чиглүүлэгч нь: "Би энэ холбооны суваг дээр OSPF хөрш болох боломжит нэр дэвшигч байгааг харж байна" гэж хэлээд Init төлөвт орно. Hello багц нь unicast эсвэл broadcast мессеж биш бөгөөд энэ нь multicast OSPF IP хаяг 224.0.0.5 руу илгээсэн олон дамжуулалт юм. Зарим хүмүүс олон дамжуулалтын дэд сүлжээний маск гэж юу вэ гэж асуудаг. Баримт нь multicast нь дэд сүлжээний маскгүй бөгөөд энэ нь радио дохио хэлбэрээр тархдаг бөгөөд үүнийг давтамжид тохируулсан бүх төхөөрөмж сонсдог. Жишээлбэл, хэрэв та 91,0 давтамж дээр FM радио цацаж байгааг сонсохыг хүсвэл радиогоо тэр давтамжид тохируулна уу.
Үүнтэй адилаар В чиглүүлэгч нь 224.0.0.5 multicast хаягийн мессежийг хүлээн авахаар тохируулагдсан. Энэ сувгийг сонсож байхдаа А чиглүүлэгчээс илгээсэн Hello багцыг хүлээн авч, өөрийн мессежээр хариу өгдөг.
Энэ тохиолдолд В хариулт нь олон шалгуурыг хангасан тохиолдолд л хөрш бий болно. Эхний шалгуур бол Сайн байна уу мессеж илгээх давтамж болон энэ мессежийн хариу хүлээх хугацаа нь Dead Interval хоёр чиглүүлэгчийн хувьд ижил байх ёстой. Ихэвчлэн үхсэн интервал нь хэд хэдэн Hello таймерын утгатай тэнцүү байдаг. Тиймээс, хэрэв A чиглүүлэгчийн Hello Timer нь 10 секунд, B чиглүүлэгч нь 30 секундын дараа мессеж илгээдэг бол үхсэн интервал нь 20 секунд байвал зэргэлдээх үйл ажиллагаа явагдахгүй.
Хоёрдахь шалгуур нь чиглүүлэгч хоёулаа ижил төрлийн баталгаажуулалтыг ашиглах ёстой. Үүний дагуу баталгаажуулалтын нууц үг нь мөн таарч байх ёстой.
Гурав дахь шалгуур нь Arial ID бүсийн тодорхойлогчдын тохирох байдал, дөрөв дэх нь сүлжээний угтварын урттай тохирч байна. Хэрэв А чиглүүлэгч нь /24 угтвартай бол B чиглүүлэгч нь /24 сүлжээний угтвартай байх ёстой. Дараагийн видеон дээр бид үүнийг илүү нарийвчлан авч үзэх болно, одоогоор энэ нь дэд сүлжээний маск биш гэдгийг тэмдэглэх болно, энд чиглүүлэгчид урвуу Wildcard маск ашигладаг. Мэдээжийн хэрэг, чиглүүлэгчид энэ бүсэд байгаа бол Stub бүсийн тугнууд бас таарах ёстой.
Эдгээр шалгуурыг шалгасны дараа тэдгээр нь таарч байвал B чиглүүлэгч өөрийн Hello багцаа А чиглүүлэгч рүү илгээдэг. А-ийн мессежээс ялгаатай нь В чиглүүлэгч нь А чиглүүлэгчийг хараад өөрийгөө танилцуулсан гэж мэдээлдэг.
Энэ мессежийн хариуд А чиглүүлэгч нь В чиглүүлэгч рүү дахин Hello илгээж, энэ нь мөн чиглүүлэгч В харсан гэдгээ баталж байгаа бөгөөд тэдгээрийн хоорондох холбооны суваг нь 1.1.1.1 ба 2.2.2.2 төхөөрөмжүүдээс бүрдэх ба энэ нь өөрөө 1.1.1.1 төхөөрөмж юм. . Энэ бол хороолол байгуулах маш чухал үе шат юм. Энэ тохиолдолд хоёр талын 2-WAY холболтыг ашигладаг, гэхдээ 4 чиглүүлэгчийн тархсан сүлжээтэй унтраалгатай бол яах вэ? Ийм "хуваалцсан" орчинд чиглүүлэгчдийн нэг нь Зориулалтын чиглүүлэгчийн DR, хоёр дахь нь нөөцийн зориулалтын чиглүүлэгч BDR-ийн үүргийг гүйцэтгэх ёстой.
Эдгээр төхөөрөмж бүр нь бүрэн холболт буюу бүрэн залгаатай төлөвийг бий болгох бөгөөд энэ нь юу болохыг бид дараа нь авч үзэх болно, гэхдээ энэ төрлийн холболтыг зөвхөн DR болон BDR-тэй хийх болно; доод хоёр чиглүүлэгч D ба B нь "цэгээс цэг рүү" хоёр талын холболтын схемийг ашиглан бие биетэйгээ харилцдаг хэвээр байна.
Өөрөөр хэлбэл, DR болон BDR-ийн тусламжтайгаар бүх чиглүүлэгчид хөршийн бүрэн харилцааг бий болгож, бие биетэйгээ цэгээс цэг рүү холбодог. Энэ нь маш чухал бөгөөд учир нь зэргэлдээ төхөөрөмжүүдийн хооронд хоёр талын холболтын үед Hello багцын бүх параметрүүд таарч байх ёстой. Манай тохиолдолд бүх зүйл таарч байгаа тул төхөөрөмжүүд нь ямар ч асуудалгүй хороолол үүсгэдэг.
Хоёр талын харилцаа холбоо тогтоогдсон даруйд А чиглүүлэгч нь В чиглүүлэгч рүү Өгөгдлийн сангийн тодорхойлолт буюу "өгөгдлийн сангийн тайлбар" илгээж, ExStart төлөвт шилжинэ - солилцооны эхлэл буюу ачааллыг хүлээж байна. Өгөгдлийн сангийн тодорхойлогч нь номын агуулгын хүснэгттэй төстэй мэдээлэл бөгөөд энэ нь чиглүүлэлтийн мэдээллийн санд байгаа бүх зүйлийн жагсаалт юм. Үүний хариуд В чиглүүлэгч нь мэдээллийн баазын тайлбараа А чиглүүлэгч рүү илгээж, Exchange сувгийн харилцааны төлөвт ордог. Хэрэв Exchange төлөвт чиглүүлэгч мэдээллийн санд зарим мэдээлэл дутуу байгааг илрүүлбэл LOADING ачаалах төлөвт орж, хөрштэйгээ LSR, LSU болон LSA мессежүүдийг солилцож эхэлнэ.
Тиймээс, А чиглүүлэгч хөрш рүүгээ LSR илгээх бөгөөд тэр нь LSU пакетаар хариу өгөх бөгөөд А чиглүүлэгч нь В чиглүүлэгч рүү LSA мессежээр хариу өгөх болно. Төхөөрөмжүүд LSA мессеж солилцохыг хүссэн хэмжээгээр энэ солилцоо хийгдэх болно. LOADING төлөв нь LSA мэдээллийн сангийн бүрэн шинэчлэл хараахан болоогүй байна гэсэн үг. Бүх өгөгдлийг татаж авсны дараа хоёр төхөөрөмж нь БҮРЭН зэргэлдээ төлөвт орох болно.
Хоёр талын холболттой бол төхөөрөмжүүд нь зүгээр л зэргэлдээ төлөвт байх ба бүрэн залгаа байдал нь зөвхөн чиглүүлэгчид болох DR болон BDR-ийн хооронд л боломжтой гэдгийг анхаарна уу. Энэ нь чиглүүлэгч бүр сүлжээнд гарсан өөрчлөлтийн талаар DR-д мэдээлдэг гэсэн үг бөгөөд бүх чиглүүлэгчид Эдгээр өөрчлөлтүүдийн талаар DR-ээс олж мэдээрэй
DR болон BDR-ийг сонгох нь чухал асуудал юм. Ерөнхий орчинд DR хэрхэн сонгогддогийг харцгаая. Манай схем гурван чиглүүлэгч, унтраалгатай гэж үзье. OSPF төхөөрөмжүүд эхлээд Hello мессежийн давуу талыг харьцуулж, дараа нь чиглүүлэгчийн ID-г харьцуулна.
Хамгийн өндөр ач холбогдол бүхий төхөөрөмж нь DR болно. Хэрэв хоёр төхөөрөмжийн тэргүүлэх чиглэлүүд давхцаж байвал энэ хоёроос хамгийн өндөр чиглүүлэгчийн ID-тай төхөөрөмжийг сонгож, DR болно.
Хоёр дахь хамгийн чухал эсвэл хоёр дахь хамгийн өндөр чиглүүлэгчийн ID-тай төхөөрөмж нь нөөц зориулалтын чиглүүлэгч BDR болно. Хэрэв DR амжилтгүй болвол тэр даруй BDR-ээр солигдох болно. Энэ нь DR-ийн үүргийг гүйцэтгэж эхлэх бөгөөд систем өөрийг сонгох болно. BDR
Та DR болон BDR-ийн сонголтыг ойлгосон гэж найдаж байна, хэрэв үгүй бол би энэ асуудалд дараах видеонуудын аль нэгэнд буцаж очоод энэ үйл явцыг тайлбарлах болно.
Одоогийн байдлаар бид Hello гэж юу болох, Өгөгдлийн сангийн тодорхойлогч, LSR, LSU, LSA мессежүүдийг харлаа. Дараагийн сэдэв рүү шилжихээсээ өмнө OSPF-ийн зардлын талаар бага зэрэг яръя.
Cisco-д маршрутын зардлыг анхдагчаар 100 Мбит/с гэж тохируулсан Лавлагааны зурвасын өргөнийг сувгийн өртөгтэй харьцуулсан томъёогоор тооцдог. Жишээлбэл, төхөөрөмжүүдийг цуваа портоор холбоход хурд нь 1.544 Mbps, зардал нь 64. 10 Mbps хурдтай Ethernet холболтыг ашиглахад зардал нь 10, FastEthernet холболтын үнэ 100 Mbps хурд нь 1 байх болно.
Гигабит Ethernet ашиглах үед бид 1000 Mbps хурдтай байдаг, гэхдээ энэ тохиолдолд хурдыг үргэлж 1 гэж үздэг. Тэгэхээр, хэрэв таны сүлжээнд Гигабит Ethernet байгаа бол Ref-ийн анхдагч утгыг өөрчлөх шаардлагатай. 1000-аар BW. Энэ тохиолдолд зардал нь 1 байх бөгөөд нийт хүснэгтийг 10 дахин өсгөх зардлын утгыг дахин тооцоолох болно. Бид зэргэлдээх хэсгийг бүрдүүлж, LSDB-г барьсны дараа бид чиглүүлэлтийн хүснэгтийг бүтээх ажилд шилждэг.
LSDB-г хүлээн авсны дараа чиглүүлэгч бүр SPF алгоритмыг ашиглан маршрутын жагсаалтыг бие даан үүсгэж эхэлдэг. Манай схемд чиглүүлэгч А нь өөрөө ийм хүснэгт үүсгэх болно. Тухайлбал, A-R1 маршрутын зардлыг тооцож 10 гэж тодорхойлдог. Диаграммыг ойлгоход хялбар болгохын тулд А чиглүүлэгч В чиглүүлэгч рүү хүрэх оновчтой замыг тодорхойлсон гэж бодъё. A-R1 холбоосын өртөг нь 10 байна. , A-R2 холбоос 100, A-R3 чиглэлийн зардал нь 11, өөрөөр хэлбэл A-R1(10) ба R1-R3(1) чиглэлийн нийлбэртэй тэнцүү байна.
Хэрэв A чиглүүлэгч R4 чиглүүлэгч рүү очихыг хүсвэл үүнийг A-R1-R4 эсвэл A-R2-R4 маршрутын дагуу хийх боломжтой бөгөөд хоёр тохиолдолд маршрутын үнэ ижил байх болно: 10+100 =100+10=110. A-R6 маршрут 100+1= 101 үнэтэй байх бөгөөд энэ нь аль хэдийн илүү сайн болсон. Дараа нь бид A-R5-R1-R3 маршрутын дагуу R5 чиглүүлэгч рүү хүрэх замыг авч үзэх бөгөөд өртөг нь 10+1+100 = 111 болно.
R7 чиглүүлэгч рүү хүрэх замыг A-R1-R4-R7 эсвэл A-R2-R6-R7 гэсэн хоёр замаар тавьж болно. Эхнийх нь үнэ нь 210, хоёр дахь нь 201 байх бөгөөд энэ нь та 201-ийг сонгох хэрэгтэй гэсэн үг юм. Тиймээс В чиглүүлэгчид хүрэхийн тулд А чиглүүлэгч 4 чиглэлийг ашиглаж болно.
A-R1-R3-R5-B чиглэлийн үнэ 121. A-R1-R4-R7-B чиглэлийн үнэ 220. A-R2-R4-R7-B чиглэлийн үнэ 210, A-R2- R6-R7- B нь 211-ийн өртөгтэй. Үүний үндсэн дээр А чиглүүлэгч нь 121-тэй тэнцэх хамгийн бага зардалтай маршрутыг сонгон чиглүүлэлтийн хүснэгтэд байрлуулна. Энэ бол SPF алгоритм хэрхэн ажилладаг талаар маш хялбаршуулсан диаграмм юм. Үнэн хэрэгтээ энэ хүснэгтэд зөвхөн оновчтой маршрут дамждаг чиглүүлэгчдийн тэмдэглэгээ төдийгүй тэдгээрийг холбосон портуудын тэмдэглэгээ болон бусад шаардлагатай мэдээллийг багтаасан болно.
Чиглүүлэлтийн бүстэй холбоотой өөр сэдвийг авч үзье. Ихэвчлэн компанийн OSPF төхөөрөмжийг тохируулахдаа тэдгээр нь бүгд нэг нийтлэг бүсэд байрладаг.
R3 чиглүүлэгчтэй холбогдсон төхөөрөмж гэнэт бүтэлгүйтвэл яах вэ? R3 чиглүүлэгч нь R5 ба R1 чиглүүлэгчид энэ төхөөрөмжтэй суваг ажиллахаа больсон тухай мессежийг даруй илгээж эхлэх бөгөөд бүх чиглүүлэгчид энэ үйл явдлын талаар шинэчлэлтүүдийг солилцож эхэлнэ.
Хэрэв танд 100 чиглүүлэгч байгаа бол тэд бүгд ижил нийтлэг бүсэд байгаа тул холбоосын төлөвийн мэдээллийг шинэчлэх болно. Хөрш зэргэлдээ чиглүүлэгчдийн аль нэг нь бүтэлгүйтсэн тохиолдолд ижил зүйл тохиолдох болно - бүсийн бүх төхөөрөмжүүд LSA шинэчлэлтүүдийг солилцох болно. Ийм мессеж солилцсоны дараа сүлжээний топологи өөрөө өөрчлөгдөнө. Ийм зүйл тохиолдвол SPF нь өөрчлөгдсөн нөхцлийн дагуу чиглүүлэлтийн хүснэгтүүдийг дахин тооцоолох болно. Энэ бол маш том процесс бөгөөд хэрэв танд нэг бүсэд мянга мянган төхөөрөмж байгаа бол чиглүүлэгчийн санах ойн хэмжээг хянах шаардлагатай бөгөөд ингэснээр бүх LSA болон LSDB холбоосын мэдээллийн асар том мэдээллийн санг хадгалахад хангалттай. Бүсийн зарим хэсэгт өөрчлөлт гарсан даруйд SPF алгоритм нь маршрутуудыг нэн даруй дахин тооцоолдог. Анхдагч байдлаар, LSA нь 30 минут тутамд шинэчлэгддэг. Энэ процесс нь бүх төхөөрөмж дээр нэгэн зэрэг тохиолддоггүй, гэхдээ ямар ч тохиолдолд чиглүүлэгч бүр 30 минут тутамд шинэчлэлтүүдийг хийдэг. Илүү олон сүлжээний төхөөрөмж. LSDB-г шинэчлэхэд илүү их санах ой, цаг хугацаа шаардагдана.
Энэ асуудлыг нэг нийтлэг бүсийг хэд хэдэн тусдаа бүсэд хуваах, өөрөөр хэлбэл олон бүсчлэлийг ашиглах замаар шийдэж болно. Үүнийг хийхийн тулд та өөрийн удирддаг бүх сүлжээний төлөвлөгөө эсвэл диаграммтай байх ёстой. AREA 0 бол таны үндсэн бүс юм. Энэ нь гадаад сүлжээнд холбогдох, жишээлбэл, интернетэд нэвтрэх газар юм. Шинэ бүс үүсгэхдээ та дүрмийг баримтлах ёстой: бүс бүр нэг ABR, Area Border Router-тэй байх ёстой. Ирмэг чиглүүлэгч нь нэг бүсэд нэг интерфейстэй, өөр бүсэд хоёр дахь интерфейстэй байдаг. Жишээлбэл, R5 чиглүүлэгч нь 1-р бүс ба 0-р бүсэд интерфэйстэй байдаг. Миний хэлсэнчлэн бүс бүр нь тэг бүсэд холбогдсон байх ёстой, өөрөөр хэлбэл захын чиглүүлэгчтэй байх ёстой бөгөөд тэдгээрийн аль нэг нь AREA 0-д холбогдсон байна.
R6-R7 холболт амжилтгүй болсон гэж үзье. Энэ тохиолдолд LSA шинэчлэлт нь зөвхөн AREA 1-ээр дамжих бөгөөд зөвхөн энэ бүсэд нөлөөлнө. 2-р бүс ба 0-р бүсийн төхөөрөмжүүд энэ талаар мэдэхгүй байх болно. Edge чиглүүлэгч R5 нь өөрийн бүсэд болж буй үйл явдлын талаархи мэдээллийг нэгтгэж, сүлжээний төлөв байдлын талаархи хураангуй мэдээллийг үндсэн бүс AREA 0 руу илгээдэг. ABR чиглүүлэгч нь маршрутын хураангуй мэдээллийг нэг бүсээс нөгөө бүс рүү дамжуулах тул нэг бүсэд байгаа төхөөрөмжүүд бусад бүс дэх LSA-ийн бүх өөрчлөлтийг мэдэх шаардлагагүй.
Хэрэв та бүсийн тухай ойлголтыг бүрэн ойлгоогүй бол дараагийн хичээлүүдээс OSPF чиглүүлэлтийн тохиргоог хийж, зарим жишээг үзэх үед илүү ихийг мэдэж болно.
Бидэнтэй хамт байсанд баярлалаа. Манай нийтлэл танд таалагдаж байна уу? Илүү сонирхолтой контент үзэхийг хүсч байна уу? Захиалга өгөх эсвэл найзууддаа санал болгох замаар биднийг дэмжээрэй, Хабр хэрэглэгчдэд зориулсан 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