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 қосқанда немесе платформа кестенің өлшемін өзгерту үшін қайта жүктеуді қажет еткенде не болады? Осы сұрақтарға шыдайтын бюджет қағазда ғана жұмыс істейтін белгілер санынан қымбат.

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