L3VPN өткөрүп берүү: жеке маршруттар, демейки маршрут же толук таблица?
CE эмнени алышы керектиги дал келбеген трафиктин кайдан чыгышына жараша аныкталат. Өткөрүп берүүнү тартиби менен карап чыгып, бузулуу учурун макулдашып, андан кийин гана таблицанын өлчөмүн талкуулаңыз.
Сиздин линияңыз көтөрүлгөн, VRF конфигурацияланган, ал эми провайдер долбоордун калганын аныктай турган кыска суроо берет: кардар чети (CE) эмнени алышы керек? Үч жооп кеңири таралган жана алардын эч бири белгилер стектинин бардыгынан келип чыкпайды. Алар трафиктин филиалдан кайдан чыгышы тууралуу тейлөө чечимдери.
Өткөрүп берүүнү тартиби менен карап чыгуу — муну туура жасоонун эң арзан жолу. Эч нерсеге дал келбеген трафикке эмне болорунан баштайсыз, андан кийин жеке префикстерди жана алардын бузулуу учурундагы жүрүм-турумун жазасыз, жана андан кийин гана канчалык чоң агымды көтөрүүгө даяр экениңизди талкуулайсыз.
Эч ким пландаштырбаган трафиктен баштаңыз
Префикстер тизмеси пайда болушунан мурун бир суроо бериңиз: пакет эч бир жеке маршрутка дал келбесе, ал кайда барышы керек? Өз интернет линиясы бар филиал адатта жергиликтүү демейки маршрутту кармайт, ошондуктан кадимки веб-трафик жергиликтүү брандмауэр аркылуу чыгып, провайдерге такыр тийбейт. Ошол долбоордо VPN болгону алыскы жеке сайттарды ташып жүрөт, ал эми такыраак префикстер тандоону жүргүзөт.
Борбордук чыгууну колдонууга арналган филиал — тескери учур. Ал жерде демейки маршрут тейлөөнүн ичине багыттайт, ал эми провайдер же борбордук сайт багыттоону, кайтарым маршруттоону жана каалаган которууну ээлейт. Ошол ээсиз "VPNге демейки" деп айтуу аттарды чечкен, бирок эч нерсеге жетпеген филиалды берет.
Эки долбоор маршруттоо бузулушунун кандай көрүнүшү менен айырмаланат, ошондуктан божомолдоо кымбат. Жергиликтүү демейки маршрутта жоголгон жеке маршрут бул трафикти интернетке жиберет, ал жерде аны брандмауэр таштайт же, андан жаманы, сиз күтпөгөн нерсе жооп берет. Борбордук демейки маршрутта ошол эле жоготуу интернетке кирүүнү толугу менен жок кылат жана билет "бүт филиал иштебей калды" деп келет. Эки бузулуунун эч бири өзүнчө ката эмес, бирок сиз саткан тейлөөгө бирөө гана туура келет, ал эми BGP конфигурациясы гана кайсынысын курганыңызды айтпайт.
Жеке префикстерди бузулуу учуру менен бирге жазыңыз
Филиал жетүүгө тийиш болгон префикстерди тизмелеп, алардын кайсынысы жыйынтыкталганын белгилеңиз. Бир битке өтө кенен агрегат белгисиз даректерди VPNге тартат, бул алыскы тарап аларды чындап ээлеп, багыттаса гана туура.
Андан кийин жеке тейлөө иштебей калгандагы күтүлгөн жүрүм-турумду сүрөттөңүз. Сакталган таштоо маршруту трафикти уруксат эмес жолдон алыс кармайт жана таза, күтүлгөн тыныгууну берет. Калкыма демейки маршрут камдык жолго өтүү менен жеткиликтүүлүктү сактай алат, бирок камдык жолго ошол трафикти ташууга уруксат болсо гана.
Жеткиликтүүлүк менен уруксат берилген камдык жолду өткөрүп берүү документинде эки өзүнчө талап катары кармаңыз. Аларды бириктирген командалар макулдашылган саясаттын аткарылганын текшерүүнүн ордуна филиал бузулушу керекпи деп талкуулашат.
CE чындап эмнени орнотконун текшериңиз
Конфигурация ниети менен багыттоо абалы жетишерлик көп айырмалангандыктан, текшерүү окуяны кароого эмес, өткөрүп берүүгө таандык. IOS-XE кардар четинде төмөнкү үч буйрук үч башка суроого жооп берет: эмне сунушталды, эмне кабыл алынды жана чындап эмне колдонулуп жатат.
show ip bgp vpnv4 vrf BRANCH neighbors 192.0.2.1 received-routes
show ip bgp vpnv4 vrf BRANCH
show ip route vrf BRANCH 0.0.0.0
Үчөөнү тең өткөрүп берүү күнү, бир айдан кийин эмес, эмне макулдашылганын бирөө эске сактап турганда иштетиңиз. Биринчи чыгыш soft-reconfiguration inbound же сакталган route refreshке көз каранды; экөө тең болбосо, CE эмнеден баш тартканын көрсөтө албайт. Экинчиси саясаттан кийинки кабыл алынган жана эң жакшы маршруттарды көрсөтөт. Үчүнчүсү демейки маршруттун чындап кайда кетерин айтат, жана бул бүт өткөрүп берүүдөгү эң пайдалуу сап.
Сайт эки линияга туташса, ошол эле текшерүүлөрдү экинчи CEде жүргүзүңүз. Эки четтин ортосундагы асимметриялык кабыл алуу "бир серверден иштейт, экинчисинен иштебейт" дегендин кеңири таралган себеби, жана ал симметриялуу көрүнгөн конфигурация diffинде көрүнбөйт.
Чоңураак агымды божомолдобой, аны негиздеңиз
Кээде кардарга VRFдин ичинде интернет маршруттары тууралуу маалымат чындап керек болот — саясаттык маршруттоо үчүн же префикс боюнча багыттай турган борбордук чыгуу үчүн. Бул жарыяланышы, чектелиши жана бааланышы тийиш болгон талап, жашыруун демейки маршрут эмес. Ага RIB жана FIB үчүн эстутум, жаңыртуулар үчүн CPU, чыпкаларга тейлөө жана пайда болгон таблицанын ээси кошо келет.
Сыйымдуулук тууралуу талкуулар эки тарапка тең жаңылышат. Толук таблица VRFдин ичинде тыюу салынган эмес жана акысыз да эмес. Ошондой эле, бүгүнкү чыгымды эски маршрут санынан чыгарууга болбойт, ал эми кичирээк белги бөлүү маршруттарды сактоо чыгымын жок кылбайт.
BGP/MPLS IP VPN спецификациясы VPN тейлөөсүнүн жанында интернетке кирүүнүн бир нече схемасын карайт жана ар бир кардар үчүн толук таблицаны же демейки маршрутту милдеттүү деп жарыялабайт, жана "стандарттык практика" тууралуу билдирүү пайда болгондо көрсөтүүгө татыктуу бөлүм ушул: RFC 4364.
Өткөрүп берүүнү жарыяланган топтомду, кабыл алынган топтомду жана тандалган топтомду макулдашылган чыгуу саясатынын жанына жазуу менен, ошондой эле бир жеке даректи, бир пландалган жамааттык даректи жана маршрут жоготуунун бир учурун сыноо менен жабыңыз. Ошол үч сыноонун кол коюлган жазуусу көпчүлүк тармактар эмне кылаары тууралуу каалаган билдирүүдөн да көп талашты чечет.