VRF сайын белгиби же префикс сайын белгиби? Накта сыйымдуулук эсеби

Эки долбоор бир провайдердин өзөгүндө бирдей кардар префиксин жарнамалайт. Бири ар бир префикс үчүн белги бөлөт, экинчиси бүт VRF үчүн бир белги бөлөт, жана экинчиси ар бир слайдда арзаныраак көрүнөт. Белгилердин саны чыныгы, бирок бул адатта эң оболу бүтө турган бюджет эмес. Экөөнүн ортосунда тандоо төрт ресурсту саноону билдирет, бирди эмес, жана алардын ичинен белгилер эң кичине.

Тандоо белгини алып салгандан кийин чыгуу маршрутизатору пакет менен эмне кылышы керектигине да байланыштуу. Чечимди ошол функционалдык айырма башкарышы керек, белги арифметикасы эмес.

Ар бир бөлүү чынында эмнени үнөмдөйт

Префикс сайын бөлүү жиберүү маалыматын белгиде алып жүрөт. Чыгуу маршрутизатору пакетти бара турган жерди издөөсүз түз туура кошуналыкка жөнөтө алат, ошондуктан ал чоң VRF маршруттар топтомдору үчүн жакшы масштабдалат жана ошондуктан ар бир VRFде ар бир жарнамаланган префикс үчүн бир белги сарптайт. VRF сайын бөлүү, мисалы Junos vrf-table-label, ар бир маршруттоо инстанциясы үчүн бир белгини жарнамалайт жана ошол белгини VRF таблицасын тандоо үчүн колдонот; андан кийин маршрутизатор таблицанын ичинде IP издейт.

Бул жөндөө туткасы эмес, чыныгы архитектуралык айырма. VRF сайын белгилөө сизге кичирээк белги мейкиндигин жана жөнөкөй белги жарнамасын берет, бирок бир издөө жана бара турган жер жөнүндө эч нерсе айтпаган белгинин баасы менен. Префикс сайын белгилөө чыгуу линия картасына алдын ала көбүрөөк маалымат берет жана сиз ташыган маршруттарга пропорционалдуу белги сарптайт.

Белгилер китеби — кичинеси

MPLS белгилери чектелүү, бирок белги мейкиндиги ушунчалык чоң, кадимки тейлөө провайдерлери аны бир нече миң префикс менен бүтүрүшпөйт. VRF сайын белгилөө чынында кичине аппараттык белги таблицалары бар платформаларда жардам берет, же бир VRF толук интернет агымын ташыган жана префикс сайын белгилер белгиге болгон суроо-талапты маршруттардын санына көбөйтө турган долбоорлордо. Булар чыныгы чектөөлөр, жана ушул функциянын бар болушунун себеби да ошол. Алардын эч бири таблицадагы префикстердин саны жөнүндө эмес.

Тандоодон мурун тейлөө жана ташуу үчүн белгилерди санаңыз. VRF сайын долбоор дагы эле loopback-тар жана жолдогу ар бир секирик үчүн ташуу белгилерин талап кылат, жана дагы эле кошуналык абалын талап кылат. Эгер долбоордун кыскача баяндамасы тейлөө белгилерин гана санаса, үнөмдөө туура эмес китепте өлчөнүп жатат.

Маршрут агымдары белгилерден мурун эстутумду сарптайт

Ар бир кабыл алынган жол башкаруу тегиздигинин эстутумун, жаңыртууларды иштетүүнү жана конвергенция убактысын сарптайт, VRF бир белгини колдонсунбу же он миңдиби. VRF ичиндеги толук интернет агымы BGP жолдорунун, RIBдин, FIB жазууларынын жана алардын артындагы толкундоонун себебинен кымбат, таблицанын алдындагы белгинин себебинен эмес. Ошол эле агым ошол ижарачынын ичинде маршруттун агып кетишинин же саясат катасынын таасир радиусун да кеңейтет.

Ошондуктан кардар чынында эмнени талап кылаарын сураңыз. Эгер келишим жеке сайттар жана демейки чыгуу болсо, толук таблица талапты кошпостон чыгымды кошот. Бул коммерциялык суроо, жана ал мурунку долбоордон мураска калган божомолдун ордуна жазуу жүзүндөгү жоопко татыктуу. Эгер тейлөөгө агым саясат үчүн же жергиликтүү чыгууну тандоо үчүн чынында керек болсо, аны өзүнүн сыйымдуулук кору жана өзүнүн бузулуу учурундагы жүрүм-туруму менен ачык сап кылып жасаңыз.

VRF сайын белгилөө качан туура демейки болот

Платформа аны колдоо катары документтештирсе, VRF маршруттарынын саны чоң болсо жана чыгуудагы издөөнүн баасы трафик профили үчүн кабыл алынарлык болсо, бул жакшы демейки. Ошондой эле, операциялык жөнөкөйлүк жиберүүдөн акыркы микросекундду кысуудан маанилүүрөөк болгондо, бул табигый тандоо, анткени ар бир ижарачыга бир белгини түшүндүрүү жана текшерүү ар бир префикске бир белгиден оңоюраак.

Платформанын документтери функцияны белгилүү аппараттык же чыгарылыш чектөөлөрүнө байланыштырса, же долбоор чыгуудагы префикс сайын жиберүү чечимдерине көз каранды болсо, бул туура эмес демейки. Жүрүм-турумду божомолдоодон мурун платформанын өзүнүн statement шилтемесин окуңуз; Junos буйругу документтештирилген, бирок анын айланасындагы аппараттык жана чыгарылыш чектөөлөрү жайгаштырууну чынында чечет.

Коргой алган бюджет

Сыйымдуулук далилин беш өзүнчө сан катары куруңуз: кабыл алынган жолдор, тандалган маршруттар, орнотулган жиберүү жазуулары, тейлөө белгилери жана ташуу белгилери. next-hop жана кошуналык абалын, ижарачылардын санын жана резервдөө моделинин кошуңуз. Бир VRFдин жагымдуу жолунун сүрөтү масштаб көрсөткүчү эмес, ал эми белги мейкиндигинин номиналдык өлчөмү жеткиликтүү аппараттык таблица эмес.

Андан кийин туруктуу абал менен катар бузулуу режими боюнча да макулдашыңыз. Агым жарым эсе өскөндө, ижарачы экинчи VRF кошкондо же платформа таблицанын өлчөмүн өзгөртүү үчүн кайра жүктөөнү талап кылганда эмне болот? Ошол суроолорго туруштук берген бюджет кагазда гана иштеген белгилердин санынан кымбатыраак.

Бөлүүнү чыгуу аракети жана платформанын чектөөлөрү боюнча тандаңыз, анан маршрут агымын ачык тейлөө чечимине айландырыңыз. Белги — долбоордун көрүнүүчү бөлүгү; маршруттар — күн сайын төлөнүшү керек болгон бөлүк.