Бүгүн биз EIGRP протоколун изилдей баштайбыз, ал OSPF окуу менен бирге CCNA курсунун эң маанилүү темасы болуп саналат.
Биз 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 сыяктуу эле Hello билдирүүлөрүн берүү концепциясын колдонушат. Бир нече секунд сайын ал кошунасынын дагы эле "тирүү" экенине ынануу үчүн Hello жөнөтөт.
Маршрутту түзүүнү чечүүдөн мурун бүт тармактын топологиясын изилдеген аралыктын вектордук протоколунан айырмаланып, EIGRP, RIP сыяктуу, ушактардын негизинде маршруттарды түзөт. Ушактарды айтканда, кошунам бир нерсени кабарласа, EIGRP ага эч кандай суроо-талапсыз макул болот. Мисалы, кошунасы 10.1.1.2ге кантип жетүүнү билем десе, EIGRP ага ишенет: “Сен муну кайдан билдиң? Бардык тармактын топологиясы жөнүндө айтып бериңизчи!
2013-жылга чейин, эгерде сиз Cisco инфраструктурасын гана колдонуп жатсаңыз, EIGRP колдонсоңуз болот, анткени бул протокол 1994-жылы түзүлгөн. Бирок, көптөгөн компаниялар, жада калса Cisco жабдууларын колдонуп, бул боштук менен иштөөнү каалашкан эмес. Менин оюмча, EIGRP бүгүнкү күндө эң мыкты динамикалык маршрутташтыруу протоколу, анткени аны колдонуу бир топ жеңил, бирок адамдар дагы эле OSPFди жактырышат. Менимче, бул алардын Cisco өнүмдөрүнө байлангысы келбегендигине байланыштуу. Бирок Cisco бул протоколду жалпыга жеткиликтүү кылды, анткени ал үчүнчү тараптын Juniper сыяктуу тармактык жабдууларын колдойт жана Cisco жабдыктарын колдонбогон компания менен биригсеңиз, эч кандай көйгөй болбойт.
Тармактык протоколдордун тарыхына кыскача экскурсия жасайлы.
1-жылдары пайда болгон RIPv1980 протоколу бир катар чектөөлөргө ээ болгон, мисалы, хоптун максималдуу саны 16, ошондуктан чоң тармактар боюнча маршрутту камсыз кыла алган эмес. Бир аздан кийин алар RIPге караганда бир топ жакшы болгон IGRP ички шлюз маршруттук протоколун иштеп чыгышты. Бирок, бул шилтеме абалынын протоколуна караганда аралыктын вектордук протоколу болгон. 80-жылдардын аягында ачык стандарт, IPv2 үчүн OSPFv4 шилтеме абалынын протоколу пайда болду.
90-жылдардын башында, Cisco IGRP өркүндөтүлүшү керек деп чечти жана EIGRP ички шлюз багыттоо протоколун чыгарды. Ал OSPFге караганда алда канча эффективдүү болгон, анткени ал RIP жана OSPF функцияларын бириктирген. Биз аны изилдей баштаганда, сиз EIGRPди конфигурациялоо OSPFге караганда бир топ жеңил экенин көрөсүз. Cisco мүмкүн болушунча тезирээк тармак конвергенциясын камсыз кыла турган протокол түзүүгө аракет кылды.
90-жылдардын аягында RIPv2 протоколунун жаңыртылган класссыз версиясы чыккан. 2000-жылдары IPv6 протоколун колдогон OSPF, RIPng жана EIGRPv6 үчүнчү версиясы пайда болгон. Дүйнө акырындык менен IPv6га толук өтүүгө жакындап баратат жана маршрутташтыруу протоколун иштеп чыгуучулар буга даяр болгусу келет.
Эсиңизде болсо, оптималдуу маршрутту тандоодо RIP, аралыктын вектордук протоколу катары, бир гана критерийге – хоптун минималдуу санына же көздөгөн интерфейсине чейинки минималдуу аралыкка таянарын изилдегенбиз. Ошентип, R1 роутери бул каттамдагы ылдамдык 3 кбит/с болгонуна карабастан, R64 роутерине түз маршрутту тандайт - 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 байланышын текшерүү жана өзгөртүү - кээ бир байланыштар эки тараптуу байланыш абалында калат, кээ бирлери FULL абалына өтөт. OSPFден айырмаланып, бул EIGRP протоколунда болбойт - ал болгону 4 параметрди текшерет.
OSPF сыяктуу, бул протокол ар бир 10 секундада 4 параметрди камтыган Hello билдирүүсүн жөнөтөт. Биринчиси, аутентификация критерийи, эгерде ал мурда конфигурацияланган болсо. Бул учурда, жакындыгы белгиленген бардык түзмөктөр бирдей аутентификация параметрлерине ээ болушу керек.
Экинчи параметр түзмөктөрдүн бир автономдуу системага таандык экендигин текшерүү үчүн колдонулат, башкача айтканда, EIGRP протоколун колдонуу менен чектештикти орнотуу үчүн, эки түзмөк тең автономдуу системанын номерине ээ болушу керек. Үчүнчү параметр Hello билдирүүлөрү бир эле Source IP дарегинен жөнөтүлгөнүн текшерүү үчүн колдонулат.
Төртүнчү параметр өзгөрмө K-баалуулардын коэффициенттеринин шайкештигин текшерүү үчүн колдонулат. EIRGP протоколунда К5ден К1ке чейин 5 ушундай коэффициент колдонулат. Эсиңизде болсо, K=0 болсо, параметрлер эске алынбайт, ал эми К=1 болсо, анда параметрлер метриканы эсептөө формуласында колдонулат. Ошентип, ар кандай түзмөктөр үчүн K1-5 баалуулуктары бирдей болушу керек. CCNA курсунда биз бул коэффициенттердин демейки маанилерин алабыз: K1 жана K3 1ге барабар, ал эми K2, K4 жана K5 0гө барабар.
Демек, бул 4 параметр дал келсе, EIGRP кошуна мамилени орнотот жана түзмөктөр бири-бирин кошуна таблицага киргизет. Андан кийин топология таблицасына өзгөртүүлөр киргизилет.
Бардык Hello билдирүүлөрү 224.0.0.10 мультикаст IP дарегине жөнөтүлөт, ал эми жаңыртуулар конфигурацияга жараша кошуналардын 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 кбит/с, ал эми сизде 64 кбит/с линияңыз болсо дагы, өткөрүү жөндөмдүүлүгү 1544 кбит/с болот. Ошондуктан, тармак администратору катары сиз өткөрүү жөндөмдүүлүгүнүн туура маанисин колдонуп жатканыңызды текшеришиңиз керек. Белгилүү бир интерфейс үчүн, ал өткөрүү жөндөмдүүлүгү буйругун колдонуу менен орнотсо болот жана кечиктирүү буйругун колдонуп, демейки кечиктирүү маанисин өзгөртө аласыз. GigabitEthernet же Ethernet интерфейстери үчүн демейки өткөрүү жөндөмдүүлүгүнүн маанилери жөнүндө кабатырлануунун кереги жок, бирок Сериялык интерфейсти колдонуп жатсаңыз, линиянын ылдамдыгын тандоодо этият болуңуз.
Көңүл буруңуз, бул диаграммада кечигүү миллисекунд менен көрсөтүлөт, бирок чындыгында бул микросекунд, менде микросекундтарды μs туура белгилөө үчүн μ тамгасы жок.
Төмөнкү фактыга көңүл буруңуз. Эгерде сиз show interface g0/0 буйругун чыгарсаңыз, система күтүү убактысын микросекундда эмес, ондогон микросекунддарда көрсөтөт.
Бул маселени EIGRP конфигурациялоо боюнча кийинки видеодо кеңири карап чыгабыз, азыр эстен чыгарбоо керек, формулага кечигүү маанилерин алмаштырууда диаграммадан 100 мкс 10го айланат, анткени формула бирдиктерди эмес, ондогон микросекундтарды колдонот.
Диаграммада мен кызыл чекиттер менен көрсөтүлгөн өткөрүү жөндөмдүүлүгү жана кечигүүлөрү тиешелүү болгон интерфейстерди көрсөтөм.
Биринчиден, биз мүмкүн болуучу аралыкты аныктоо керек. Бул формула менен эсептелген FD метрикасы. R5тен тышкы тармакка чейинки бөлүм үчүн биз 107ди 106га бөлүшүбүз керек, натыйжада биз 10 алабыз. Андан кийин, бул өткөрүү жөндөмдүүлүгүнүн маанисине биз 1ге барабар кечигүү кошуубуз керек, анткени бизде 10 микросекунд бар, б.а. бир он. Натыйжада 11 мааниси 256га көбөйтүлүшү керек, башкача айтканда, метрикалык маани 2816 болот. Бул тармактын бул бөлүгү үчүн FD мааниси.
R5 роутери бул маанини R2 роутерине жөнөтөт, ал эми R2 үчүн ал жарыяланган Reported Distance, башкача айтканда, кошуна айткан мааниге айланат. Ошентип, бардык башка түзмөктөр үчүн жарнакталган RD дистанциясы аны сизге кабарлаган аппараттын мүмкүн болгон FD аралыкка барабар болот.
Маршрутизатор R2 өзүнүн маалыматтарынын негизинде FD эсептөөлөрүн жүргүзөт, башкача айтканда, 107ди 105ке бөлүп, 100 алат. Андан кийин бул мааниге тышкы тармакка каттамдагы кечигүүлөрдүн суммасын кошот: R5тин кечигүү, бир он микросекундга барабар жана озунун кечиктируусу он онго барабар. Жалпы кечигүү 11 ондогон микросекундду түзөт. Аны пайда болгон жүзгө кошуп, 111ди алабыз, бул маанини 256га көбөйтүп, FD = 28416 маанисин алабыз. R3 роутери да ушундай кылат, эсептөөлөрдөн кийин FD=281856 маанисин алат. R4 роутери FD=3072 маанисин эсептеп, аны RD катары R1ге өткөрүп берет.
FD эсептөөдө R1 роутери формулага өзүнүн өткөрүү жөндөмдүүлүгүн 1000000 2 100000 кбит/сек эмес, 10.1.1.0 24 кбит/с барабар болгон R2 роутеринин төмөнкү өткөрүү жөндөмдүүлүгүн алмаштыра тургандыгын эске алыңыз, анткени формула дайыма төмөнкү өткөрүү жөндөмдүүлүгүн колдонот. көздөгөн тармакка алып баруучу интерфейс. Бул учурда R5 жана R2 роутерлери 1/2 тармагына баруучу жолдо жайгашкан, бирок бешинчи роутердин өткөрүү жөндөмдүүлүгү чоңураак болгондуктан, R5 роутердин өткөрүү жөндөмдүүлүгүнүн эң кичине мааниси формулага алмаштырылат. R1-R10-R1 жолу боюнча жалпы кечигүү 12+100+256 (ондуктар) = 30976, кыскартылган өткөрүү жөндөмдүүлүгү XNUMX жана бул сандардын XNUMXга көбөйтүлгөн суммасы FD=XNUMX маанисин берет.
Ошентип, бардык түзмөктөр өз интерфейстеринин 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 башка кошунаны табат, ал трафикти багыттоо жана анын маалыматтарын маршруттук таблицага жайгаштыруу үчүн колдонулушу мүмкүн. Андан кийин, протокол кадимки маршруттук ишин улантат.
Биз менен болгонуңуз үчүн рахмат. Биздин макалалар сизге жагабы? Көбүрөөк кызыктуу мазмунду көргүңүз келеби? Буйрутма берүү же досторуңузга сунуштоо менен бизди колдоңуз, 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