Бүгүн биз роутерлерди изилдей баштайбыз. Эгер сиз менин видео курсумду биринчиден 17-сабакка чейин бүтүргөн болсоңуз, анда сиз которгучтардын негиздерин үйрөндүңүз. Эми биз кийинки түзмөккө - роутерге өтөбүз. Мурунку видеосабактан белгилүү болгондой, CCNA курсунун темаларынын бири Cisco Switching & Routing деп аталат.
Бул серияда биз Cisco роутерлерин изилдебейбиз, бирок жалпысынан маршрутизация түшүнүгүн карайбыз. Бизде үч тема болот. Биринчиси, сиз роутерлор жөнүндө билгендериңизди карап чыгуу жана аны коммутаторлорду изилдөө процессинде алган билимиңиз менен бирге кантип колдонсо болору жөнүндө сүйлөшүү. Биз коммутаторлор менен роутерлор кантип чогуу иштээрин түшүнүшүбүз керек.
Андан кийин, биз маршрутташтыруу деген эмне экенин, ал эмнени билдирерин жана ал кантип иштээрин карап чыгабыз, андан кийин маршруттук протоколдордун түрлөрүнө өтөбүз. Бүгүн мен сиз мурунку сабактарда көргөн топологияны колдонуп жатам.
Тармак боюнча берилиштер кантип жыларын жана TCP үч тараптуу кол алышуу кантип аткарыларын карап чыктык. Тармак аркылуу жөнөтүлгөн биринчи билдирүү SYN пакети болуп саналат. 10.1.1.10 IP дареги бар компьютер 30.1.1.10 серверине байланышкысы келгенде, башкача айтканда, FTP байланышын түзүүгө аракет кылганда, үч тараптуу кол алышуу кандай болорун карап көрөлү.
Байланышты баштоо үчүн компьютер 25113 кокустук номери менен булак портун түзөт. Эгер мунун кантип болгонун унутуп калсаңыз, мен сизге бул маселени талкуулаган мурунку видеосабактарды карап чыгууну сунуштайм.
Андан кийин, ал 21 портуна туташуу керек экенин билгендиктен, ал көздөгөн порттун номерин кадрга коет, андан кийин өзүнүн IP дареги жана көздөгөн IP дареги болгон OSI Layer 3 маалыматын кошот. Чекиттүү маалыматтар акыркы чекитке жеткенге чейин өзгөрбөйт. Серверге жеткенде алар да өзгөрбөйт, бирок сервер кадрга экинчи деңгээлдеги маалыматты, башкача айтканда MAC дарегин кошот. Бул өчүргүчтөр OSI 2-деңгээл маалыматын гана кабыл алганына байланыштуу. Бул сценарийде роутер 3-кабат маалыматын караган жападан жалгыз тармак түзүлүш болуп саналат; табигый түрдө, компьютер да бул маалымат менен иштейт. Ошентип, коммутатор XNUMX-деңгээл маалыматы менен гана иштейт, ал эми роутер XNUMX-деңгээл маалыматы менен гана иштейт.
Коммутатор XXXX:XXXX:1111 булак MAC дарегин билет жана компьютер кирип жаткан сервердин MAC дарегин билгиси келет. Ал булак IP дарегин көздөгөн дарек менен салыштырат, бул түзмөктөр ар башка субсеттерде жайгашканын түшүнөт жана башка субсеттерге жетүү үчүн шлюзду колдонууну чечет.
Мага шлюз IP дареги кандай болушу керектигин ким чечет деген суроону көп беришет. Биринчиден, бул тармакты түзүүчү жана ар бир түзмөккө IP дарегин берген тармак администратору тарабынан чечилет. Администратор катары сиз роутериңизге ички тармактагы уруксат берилген даректер диапазонунда каалаган даректи дайындай аласыз.Бул адатта биринчи же акыркы жарактуу дарек, бирок аны дайындоо боюнча катуу эрежелер жок. Биздин учурда администратор шлюздун же роутердин 10.1.1.1 дарегин дайындап, аны F0/0 портуна дайындаган.
10.1.1.10 статикалык IP дареги бар компьютерде тармакты орнотконуңузда, сиз 255.255.255.0 ички тармак маскасын жана 10.1.1.1 демейки шлюзду дайындайсыз. Эгер сиз статикалык даректи колдонбосоңуз, анда сиздин компьютериңиз динамикалык даректи дайындаган DHCPди колдонуп жатат. Компьютер статикалык же динамикалык IP дарегин колдонгонуна карабастан, башка тармакка кирүү үчүн шлюз дареги болушу керек.
Ошентип, 10.1.1.10 компьютери 10.1.1.1 роутерге кадр жөнөтүшү керек экенин билет. Бул өткөрүп берүү жергиликтүү тармактын ичинде ишке ашат, анда IP дареги маанилүү эмес, бул жерде MAC дареги гана маанилүү. Компьютер буга чейин роутер менен эч качан байланыша элек жана анын MAC дарегин билбейт деп ойлойлу, андыктан ал алгач ички тармактагы бардык түзмөктөрдөн сураган ARP сурамын жөнөтүшү керек: “эй, силердин кимиңерде 10.1.1.1 дареги бар? Мага MAC дарегиңизди айтыңыз! ARP уктуруу билдирүү болгондуктан, ал бардык түзмөктөрдүн бардык портторуна, анын ичинде роутерге жөнөтүлөт.
Компьютер 10.1.1.12, ARP алгандан кийин: "жок, менин дарегим 10.1.1.1 эмес" деп ойлоп, өтүнүчтү четке кагат, компьютер 10.1.1.13 да ушундай кылат. Маршрутизатор суроо-талапты кабыл алып, ал суралып жатканын түшүнөт жана F0/0 портунун MAC дарегин жөнөтөт - жана бардык порттор башка MAC дареги бар - компьютерге 10.1.1.10. Эми, XXXX:AAAA шлюз дарегин билип, бул учурда көздөгөн дарек, компьютер аны серверге багытталган кадрдын аягына кошот. Ошол эле учурда, ал берүү катасын текшерүү механизми болгон FCS/CRC кадр башын орнотот.
Андан кийин 10.1.1.10 компьютеринин кадры зымдар аркылуу 10.1.1.1 роутерге жөнөтүлөт. Кадрды алгандан кийин, роутер текшерүү үчүн компьютер сыяктуу эле алгоритмди колдонуу менен FCS/CRCти жок кылат. Берилиштер бирдиктердин жана нөлдөрдүн жыйындысынан башка эч нерсе эмес. Эгерде маалыматтар бузулса, башкача айтканда, 1 0 болуп калса же 0 бир болуп калса, же маалымат агып кетсе, ал көбүнчө хабды колдонууда пайда болот, анда аппарат кадрды кайра жөнөтүшү керек.
Эгерде FCS/CRC текшерүүсү ийгиликтүү өтсө, роутер булактын жана көздөгөн MAC даректерин карап, аларды жок кылат, анткени бул 2-кабат маалыматы жана 3-кабат маалыматын камтыган кадрдын корпусуна өтөт. Андан ал кадрдагы маалымат 30.1.1.10 IP дареги бар түзүлүшкө арналганын билет.
Роутер кандайдыр бир жол менен бул аппараттын кайда жайгашканын билет. Коммутаторлор кантип иштээрин карап жатканда биз бул маселени талкуулаган жокпуз, ошондуктан азыр карап чыгабыз. Роутерде 4 порт бар, ошондуктан мен ага дагы бир нече байланыштарды коштум. Ошентип, роутер 30.1.1.10 IP дареги бар түзмөк үчүн маалыматтар F0/1 порту аркылуу жөнөтүлүшү керек экенин кайдан билет? Эмне үчүн аларды F0/3 же F0/2 порту аркылуу жөнөтпөйт?
Чынында, роутер маршруттук таблица менен иштейт. Ар бир роутерде белгилүү бир кадрды кайсы порт аркылуу өткөрүүнү чечүүгө мүмкүндүк берген таблица бар.
Бул учурда, F0/0 порту 10.1.1.1 IP дарегине конфигурацияланган жана бул анын 10.1.1.10/24 тармагына туташкандыгын билдирет. Ошо сыяктуу эле, F0/1 порту 20.1.1.1 дарегине конфигурацияланган, башкача айтканда, 20.1.1.0/24 тармагына туташкан. Роутер бул эки тармакты тең билет, анткени алар түздөн-түз портторуна туташкан. Ошентип, 10.1.10/24 тармагы үчүн трафик F0/0 порту аркылуу, ал эми 20.1.1.0/24 тармагына F0/1 порту аркылуу өтүшү керек деген маалымат демейки боюнча белгилүү. Маршрутизатор кайсы порттор аркылуу башка тармактар менен иштөөнү кантип билет?
40.1.1.0/24 тармагы F0/2 портуна, 50.1.1.0/24 тармагы F0/3 портуна, ал эми 30.1.1.0/24 тармагы экинчи роутерди серверге туташтырганын көрүп жатабыз. Экинчи роутерде дагы маршруттук таблица бар, анда тармак 30. анын портуна туташкан, аны 0/1 деп белгилейли, ал эми 0/0 порту аркылуу биринчи роутерге туташкан. Бул роутер анын 0/0 порту 20 тармагына туташып турганын, ал эми 0/1 порту 30 тармагына туташып турганын билет жана башка эч нерсе билбейт.
Ошо сыяктуу эле, биринчи роутер 40/50 жана 0/2 портторуна туташкан 0. жана 3. тармактар жөнүндө билет, бирок 30-тармак жөнүндө эч нерсе билбейт. Маршрутизациялоо протоколу роутерлерге демейки боюнча аларда жок маалымат менен камсыз кылат. Бул роутерлердин бири-бири менен байланышуу механизми маршрутизациянын негизин түзөт жана динамикалык жана статикалык маршрутизация бар.
Статикалык роутерге биринчи роутерге маалымат берилет: 30.1.1.0/24 тармагына кайрылуу керек болсо, анда F0/1 портун колдонуу керек. Бирок, экинчи роутер 10.1.1.10 компьютери үчүн арналган серверден трафикти кабыл алганда, аны менен эмне кылууну билбейт, анткени анын маршруттук таблицасында 30. жана 20. тармактар жөнүндө гана маалымат бар. Демек, бул роутер да керек. статикалык маршрутту каттоо үчүн : Эгерде ал 10 тармак үчүн трафикти кабыл алса, аны 0/0 порту аркылуу жөнөтүшү керек.
Статикалык роутер менен байланышкан көйгөй, мен 30 тармак менен иштөө үчүн биринчи роутерди кол менен конфигурациялашым керек. жана тармак 10 менен иштөө үчүн экинчи роутерди конфигурациялашым керек. Бул менде 2 гана роутер болсо, бул оңой, бирок менде 10 роутер болгондо, орнотуу. статикалык багыттоо көп убакытты талап кылат. Бул учурда, динамикалык маршрутту колдонуу мааниси бар.
Ошентип, компьютерден кадрды алгандан кийин, биринчи роутер өзүнүн маршруттук таблицасын карап, аны F0/1 порту аркылуу жөнөтүүнү чечет. Ошол эле учурда ал кадрга XXXX.BBBB булагы MAC дарегин жана XXXX.CCSS көздөгөн MAC дарегин кошот.
Бул кадрды алгандан кийин, экинчи роутер экинчи OSI катмарына тиешелүү MAC даректерин "кесип", үчүнчү катмардын маалыматына өтөт. Ал көздөгөн IP дареги 3 роутердин 30.1.1.10/0 порту менен бир тармакка таандык экенин көрүп, булак MAC дарегин жана көздөгөн MAC дарегин кадрга кошуп, фреймди серверге жөнөтөт.
Мен буга чейин айткандай, андан кийин окшош процесс карама-каршы багытта кайталанат, башкача айтканда, кол алышуунун экинчи этабы ишке ашырылат, мында сервер SYN ACK билдирүүсүн жөнөтөт. Мунун алдында, ал бардык керексиз маалыматты жокко чыгарып, SYN пакетин гана калтырат.
Бул пакетти алгандан кийин, экинчи роутер алынган маалыматты карап чыгып, аны толуктайт жана жөнөтөт.
Ошентип, мурунку сабактарда биз коммутатор кантип иштээрин билдик, эми роутерлор кантип иштээрин билдик. Глобалдык мааниде маршрутизация деген эмне деген суроого жооп берели. Айланадагы кесилиште орнотулган ушундай жол белгисине туш болдуңуз дейли. Сиз биринчи бутак RAF Fairfax, экинчи аэропортко, үчүнчү түштүккө алып барарын көрө аласыз. Эгерде сиз төртүнчү жолго чыксаңыз, сиз туюкта каласыз, бирок бешинчисинде шаардын борбору аркылуу Брексби сепилине бара аласыз.
Жалпысынан алганда, маршрутизатор роутерди трафикти каякка жөнөтүү жөнүндө чечим кабыл алууга мажбурлайт. Бул учурда, сиз, айдоочу катары кесилишинен кайсы чыгууну чечишиңиз керек. Тармактарда роутерлор пакеттерди же фреймдерди кайда жөнөтүү жөнүндө чечим кабыл алышы керек. Маршрутизация сиз роутерлор бул чечимдерди кабыл алган таблицаларды түзүүгө мүмкүндүк берерин түшүнүшүңүз керек.
Мен айткандай, статикалык жана динамикалык багыттоо бар. Статикалык маршрутизацияны карап көрөлү, ал үчүн мен бири-бирине туташкан 3 түзмөктү тартам, биринчи жана үчүнчү түзмөк тармактарга туташкан. Бир тармак 10.1.1.0 40.1.1.0 тармагы менен байланышууну каалайт жана роутерлердин ортосунда 20.1.1.0 жана 30.1.1.0 тармактары бар деп коёлу.
Бул учурда, роутер порттору ар кандай ички тармактарга таандык болушу керек. 1-роутер демейки боюнча 10. жана 20. тармактар жөнүндө гана билет жана башка тармактар жөнүндө эч нерсе билбейт. 2-роутер 20. жана 30. тармактар жөнүндө гана билет, анткени алар ага туташкан, ал эми 3-роутер 30. жана 40. тармактар жөнүндө гана билет. Эгерде тармак 10. 40. тармак менен байланышкысы келсе, мен 1-роутерге 30-тармак жөнүндө айтышым керек. .. жана ал 40. тармакка кадрды өткөргүсү келсе, ал 20. тармак үчүн интерфейсти колдонушу керек жана кадрды ошол эле тармак 20 аркылуу жөнөтүшү керек.
Мен экинчи роутерге 2 маршрутту дайындашым керек: эгерде ал пакетти 40. тармактан 10. тармакка өткөргүсү келсе, анда 20. тармак портун колдонушу керек, ал эми пакетти 10. тармактан 40. тармакка өткөрүү үчүн. - тармак. порт 30. Ошо сыяктуу эле, мен 3. жана 10 тармактары жөнүндө роутер 20 маалымат беришим керек.
Эгер сизде кичинекей тармактар болсо, анда статикалык маршрутту орнотуу абдан оңой. Бирок, тармак канчалык чоңойсо, статикалык багыттоодо ошончолук көп көйгөйлөр пайда болот. Келгиле, сиз биринчи жана үчүнчү роутерлерди түз байланыштырган жаңы байланыш түздүңүз деп элестетип көрөлү. Бул учурда, динамикалык маршруттоо протоколу 1-роутердин маршруттоо таблицасын автоматтык түрдө төмөндөгүлөр менен жаңылайт: "эгерде сизге 3-роутер менен байланышуу керек болсо, түз маршрутту колдонуңуз"!
Багыттоо протоколдорунун эки түрү бар: ички шлюз протоколу IGP жана тышкы шлюз протоколу EGP. Биринчи протокол маршруттук домен деп аталган өзүнчө, автономдуу системада иштейт. Элестетиңиз, сизде 5 гана роутер бар чакан уюм бар. Эгерде биз бул роутерлердин ортосундагы байланыш жөнүндө гана сөз кыла турган болсок, анда биз IGP дегенди билдирет, бирок ISP провайдерлери сыяктуу Интернет менен байланышуу үчүн тармагыңызды колдонсоңуз, анда сиз EGP колдоносуз.
IGP 3 популярдуу протоколдорду колдонот: RIP, OSPF жана EIGRP. CCNA окуу планы акыркы эки протоколду гана айтат, анткени RIP эскирген. Бул маршруттук протоколдордун эң жөнөкөйсү жана кээ бир учурларда дагы эле колдонулат, бирок тармактын керектүү коопсуздугун камсыз кылбайт. Бул Cisco RIPти окуу курсунан чыгарып салган себептеринин бири. Бирок, мен баары бир бул тууралуу айтып берем, анткени аны үйрөнүү маршрутизациянын негиздерин түшүнүүгө жардам берет.
EGP протоколунун классификациясы эки протоколду колдонот: BGP жана EGP протоколунун өзү. CCNA курсунда биз BGP, OSPF жана EIGRP гана камтыйбыз. RIP жөнүндө окуяны видеосабактардын биринде чагылдырылган бонустук маалымат катары кароого болот.
Маршрутизациялоо протоколдорунун дагы 2 түрү бар: Дистанттык вектор протоколдору жана шилтеме абалынын маршруттук протоколдору.
Биринчи өтүү аралыкты жана багыт векторлорун карайт. Мисалы, мен R1 жана R4 роутеринин ортосунда түз байланыш түзө алам, же R1-R2-R3-R4 жолу менен байланыш түзө алам. Эгерде биз дистанциялык вектордук методду колдонгон маршруттук протоколдор жөнүндө сөз кыла турган болсок, анда бул учурда байланыш дайыма эң кыска жол боюнча ишке ашырылат. Бул байланыш минималдуу ылдамдыкка ээ болот деген мааниге ээ эмес. Биздин учурда бул 128 кбит/с, бул R1-R2-R3-R4 маршруту боюнча байланышка караганда бир топ жайыраак, мында ылдамдыгы 100 Мбит/сек.
Келгиле, RIP аралыктын вектордук протоколун карап көрөлү. Мен R1 роутердин алдына 10 тармагын, R4 роутердин артына 40 тармагын тартам.Бул тармактарда көптөгөн компьютерлер бар деп коёлу. Эгерде мен 10. R1 жана тармак 40. R4 ортосунда байланышууну кааласам, анда мен R1ге статикалык маршрутту дайындайм: "эгерде сизге 40 тармагына туташуу керек болсо, R4 роутерине түз байланышты колдонуңуз." Ошол эле учурда, мен бардык 4 роутерде RIPти кол менен конфигурациялашым керек. Андан кийин R1 маршруттук таблицасы автоматтык түрдө айтат, эгерде тармак 10. тармак 40 менен байланышкысы келсе, R1-R4 түз байланышын колдонуу керек. Айланып өтүү ылдамыраак болуп чыкса дагы, Дистанциянын вектордук протоколу эң кыска берүү аралыктары менен эң кыска жолду тандайт.
OSPF - бул ар дайым тармактын бөлүмдөрүнүн абалын караган шилтеме абалын маршруттоо протоколу. Бул учурда, ал каналдардын ылдамдыгын баалайт жана R1-R4 каналында трафиктин өтүү ылдамдыгы өтө төмөн экенин көрсө, R1-R2-R3-R4 ылдамдыгы жогору болгон жолду тандайт. узундук эң кыска жолдон ашат. Ошентип, эгерде мен бардык роутерлерде OSPF протоколун конфигурацияласам, 40. тармакты 10. тармакка кошууга аракет кылганда, трафик R1-R2-R3-R4 маршруту боюнча жөнөтүлөт. Ошентип, RIP - аралыктын вектордук протоколу, ал эми OSPF - бул шилтеме абалынын маршруттоо протоколу.
Дагы бир протокол бар - EIGRP, проприетардык Cisco маршруттук протоколу. Биз башка өндүрүүчүлөрдүн тармак түзмөктөрү жөнүндө сөз кыла турган болсок, мисалы, Juniper, алар EIGRP колдобойт. Бул RIP жана OSPFге караганда бир топ натыйжалуу болгон эң сонун маршрутташтыруу протоколу, бирок аны Cisco түзмөктөрүнө негизделген тармактарда гана колдонсо болот. Кийинчерээк бул протокол эмне үчүн жакшы экенин кененирээк айтып берем. Азырынча, EIGRP гибриддик протоколду билдирген аралыктын вектордук протоколдорунун жана шилтеме абалынын багыттоо протоколдорунун өзгөчөлүктөрүн айкалыштырат.
Кийинки видеосабакта биз Cisco роутерлерин карап чыгабыз, мен сизге коммутаторлор жана роутерлор үчүн арналган Cisco IOS операциялык системасы жөнүндө бир аз айтып берем. 19 же 20-күндө биз маршрутташтыруу протоколдору жөнүндө кененирээк маалымат алабыз жана мен Cisco роутерлерин кичинекей тармактарды колдонуп конфигурациялоону мисал катары көрсөтөм.
Биз менен болгонуңуз үчүн рахмат. Биздин макалалар сизге жагабы? Көбүрөөк кызыктуу мазмунду көргүңүз келеби? Буйрутма берүү же досторуңузга сунуштоо менен бизди колдоңуз, Habr колдонуучулары үчүн биз сиз үчүн ойлоп тапкан баштапкы деңгээлдеги серверлердин уникалдуу аналогуна 30% арзандатуу: (RAID1 жана RAID10 менен жеткиликтүү, 24 өзөккө чейин жана 40 ГБ DDR4 чейин).
Dell R730xd 2 эсе арзанбы? Бул жерде гана Нидерландыда! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 доллардан! Жөнүндө окуу
Source: www.habr.com