Метка на VRF ці на прэфікс? Рэальны кошт ёмістасці

Дзве схемы абвяшчаюць адзін і той жа прэфікс кліента праз адно і тое ж ядро правайдэра. Адна выдзяляе метку на кожны прэфікс, другая — адну метку на ўвесь VRF, і другая выглядае таннейшай на кожным слайдзе. Колькасць метак рэальная, але гэта звычайна не той бюджэт, які сканчаецца першым. Выбар паміж імі азначае падлік чатырох рэсурсаў, а не аднаго, і меткі — найменшы з іх.

Выбар таксама залежыць ад таго, што маршрутызатар выхаду павінен зрабіць з пакетам пасля зняцця меткі. Рашэнне павінна вызначаць менавіта гэтая функцыянальная розніца, а не арыфметыка метак.

Што насамрэч эканоміць кожнае выдзяленне

Выдзяленне на прэфікс нясе інфармацыю пра перасылку ў метцы. Маршрутызатар выхаду можа адправіць пакет прама ў патрэбную суседнюю вобласць без пошуку прызначэння, таму гэта добра масштабуецца для вялікіх набораў маршрутаў VRF і таму спажывае адну метку на кожны абвешчаны прэфікс у кожным VRF. Выдзяленне на VRF, напрыклад Junos vrf-table-label, абвяшчае адну метку на кожны экзэмпляр маршрутызацыі і выкарыстоўвае гэтую метку для выбару табліцы VRF; затым маршрутызатар выконвае пошук IP унутры табліцы.

Гэта сапраўдная архітэктурная розніца, а не кнопка наладкі. Метачная разметка на VRF дае меншую прастору метак і прасцейшае абвяшчэнне, але патрабуе аднаго пошуку і меткі, якая нічога не кажа пра прызначэнне. Разметка на прэфікс дае карце лініі выхаду больш інфармацыі загадзя і каштуе метак прапарцыйна колькасці маршрутаў, якія вы трымаеце.

Кніга метак — меншая

Меткі MPLS канчатковыя, але прастора метак дастаткова вялікая, каб звычайныя правайдэры не вычарпалі яе некалькімі тысячамі прэфіксаў. Метачная разметка на VRF сапраўды дапамагае на платформах з малымі апаратнымі табліцамі метак або ў схемах, дзе адзін VRF нясе поўную інтэрнэт-стужку і меткі на прэфікс памнажаюць попыт на меткі на колькасць маршрутаў. Гэта рэальныя абмежаванні, і менавіта праз іх існуе гэтая функцыя. Ні адно з іх не датычыцца колькасці прэфіксаў у табліцы.

Падлічыце меткі як для сэрвісу, так і для транспарту, перш чым выбіраць. Схема на VRF усё яшчэ патрабуе транспартных метак для loopback-аў і для кожнага кроку шляху, і ўсё яшчэ патрабуе стану суседства. Калі тэхнічнае заданне лічыць толькі сэрвісныя меткі, эканомія вымяраецца па няправільнай кнізе.

Стужкі маршрутаў каштуюць памяці раней за меткі

Кожны атрыманы шлях спажывае памяць плоскасці кіравання, апрацоўку абнаўленняў і час збежнасці, незалежна ад таго, ці VRF выкарыстоўвае адну метку ці дзесяць тысяч. Поўная інтэрнэт-стужка ўнутры VRF дорага каштуе праз шляхі BGP, RIB, запісы FIB і змены за імі, а не праз метку, якая стаіць перад табліцай. Тая ж стужка павялічвае і радыус выбуху ўцечкі маршруту або палітычнай памылкі ўнутры гэтага кліента.

Таму спытайце, што кліенту насамрэч патрэбна. Калі кантракт — гэта прыватныя пляцоўкі плюс выхад па змаўчанні, поўная табліца дадае выдаткі, не дадаючы патрабавання. Гэта камерцыйнае пытанне, і яно заслугоўвае пісьмовага адказу, а не здагадкі, успадкаванай ад мінулай схемы. Калі сэрвісу стужка сапраўды патрэбная для палітыкі або для выбару лакальнага выхаду, зрабіце гэта асобным пунктам з уласным рэзервам ёмістасці і ўласнымі паводзінамі пры збоі.

Калі разметка на VRF — правільнае значэнне па змаўчанні

Гэта добрае значэнне па змаўчанні, калі платформа дакументуе яе як падтрыманую, калі колькасць маршрутаў VRF вялікая і калі кошт пошуку на выхадзе прымальны для профілю трафіку. Гэта таксама натуральны выбар, калі аперацыйная прастата важнейшая за выцісканне апошняй мікрасекунды з перасылкі, бо адну метку на кліента прасцей тлумачыць і аўдытаваць, чым метку на прэфікс.

Гэта няправільнае значэнне па змаўчанні, калі дакументацыя платформы прывязвае функцыю да пэўнага абсталявання або абмежаванняў выпуску, ці калі схема залежыць ад рашэнняў перасылкі на прэфікс на выхадзе. Прачытайце ўласную даведку платформы пра заяву, перш чым меркаваць паводзіны; каманда Junos дакументаваная, але менавіта абмежаванні абсталявання і выпуску вакол яе вызначаюць разгортванне.

Бюджэт, які можна абараніць

Пабудуйце справу пра ёмістасць як пяць асобных лікаў: атрыманыя шляхі, выбраныя маршруты, усталяваныя запісы перасылкі, сэрвісныя меткі і транспартныя меткі. Дадайце стан наступнага кроку і суседства, колькасць кліентаў і мадэль рэзервавання. Здымак шчаслівага шляху аднаго VRF не з'яўляецца лікам маштабу, а намінальны памер прасторы метак не з'яўляецца даступнай апаратнай табліцай.

Затым узгадніце рэжым збою разам са сталым станам. Што адбудзецца, калі стужка вырасце ўдвая, калі кліент дадасць другі VRF або калі платформе спатрэбіцца перазагрузка, каб змяніць памер табліцы? Бюджэт, які вытрымлівае гэтыя пытанні, каштоўнейшы за колькасць метак, якая працуе толькі на паперы.

Выберыце выдзяленне па дзеянні на выхадзе і межах платформы, а затым зрабіце стужку маршрутаў яўнай сэрвіснай пастановай. Метка — бачная частка схемы; маршруты — тая частка, за якую даводзіцца плаціць штодня.