AFI மற்றும் SAFI: சேவைப் பெயருக்கு முன் இணையைப் படியுங்கள்
AFI 25 உடன் SAFI 65 என்பது AFI 25 உடன் SAFI 70 போன்ற அதே சேவை அல்ல. இணையைப் படித்து, பின்னர் குடும்பப் பரிமாற்றம், வழி மற்றும் அனுப்பீட்டு முடிவைச் சரிபார்க்கவும்.
ஒரு அமர்வு எழுவதைப் பார்க்கலாம், ஒரு வழி தோன்றுவதைப் பார்க்கலாம், இருந்தும் தவறான சேவையைப் படித்துக்கொண்டிருக்கலாம். ஒவ்வொரு அறிவிப்பின் தொடக்கத்திலும் உள்ள எண்களின் இணை, முகவரிக் குடும்ப அடையாளம் மற்றும் அடுத்த முகவரிக் குடும்ப அடையாளம், எந்தப் பாகுபடுத்தி சுமையைப் படிக்கிறது, எந்த அட்டவணை முடிவை வைத்திருக்கிறது என்பதைத் தீர்மானிக்கிறது. இணையைத் தவறினால், இறக்குமதிக் கொள்கை, வழி இலக்குப் பொருத்தம் மற்றும் அடுத்த தாவல் தேடல் அனைத்தும் யாரும் அறிவிக்காத கட்டமைப்புக்கு எதிராக இயங்கும். கீழேயுள்ள பயணம் அந்த இணையில் தொடங்கி அனுப்பீட்டு முடிவில் முடிகிறது.
வழி எந்த அட்டவணையில் உள்ளது என்பதை இரண்டு எண்கள் தீர்மானிக்கின்றன
இணை இருமுறை தோன்றுகிறது: பல நெறிமுறை திறனுக்குள், அங்கு பேச்சாளர் ஒரு குடும்பத்தை அறிவிக்கிறார், மற்றும் அந்தக் குடும்பம் எடுத்துச் செல்லும் ஒவ்வொரு NLRIக்கும் முன். இது அதை மூலப் பெட்டியின் அமைப்பாக அல்லாமல் வழியின் பண்பாக ஆக்குகிறது. உற்பத்தியாளர்கள் அதை Address family VPNv4 Unicast போன்ற பெயராக அச்சிடுகிறார்கள், எண்கள் அப்படியே இருக்கும்போது சொற்கள் பதிப்புகளுக்கிடையே நகர்கின்றன.
| Where you meet it | Family pair | Boundary of what it proves |
|---|---|---|
| VPNv4 unicast capability on a neighbour | 1 / 128 | the peer will signal labelled VPN-IPv4, nothing about import |
| VPNv6 unicast capability on a neighbour | 2 / 128 | the peer will signal VPN-IPv6, silent about the transport below |
| VPLS NLRI with a VE ID and a label base | 25 / 65 | a pseudowire is signalled, not that a bridge learned a MAC |
| EVPN MAC/IP advertisement route | 25 / 70 | a binding is advertised, not that the host answers |
நான்கு குறியாக்கங்கள் கிட்டத்தட்ட ஒவ்வொரு நிறுவன வழக்கையும் உள்ளடக்குகின்றன: MPLS லேபிள் உள்ள VPN-IPv4க்கு 1 உடன் 128, IPv6 சமனுக்கு 2 உடன் 128, BGP சமிக்ஞை பெற்ற VPLSக்கு 25 உடன் 65, மற்றும் EVPNக்கு 25 உடன் 70. முதல் தவறு என்பது ஒவ்வொரு Layer 2 சேவையும் 25 உடன் 65க்குப் பின்னால் உள்ளது என்று கருதுவது, இது EVPNஐ மறைக்கிறது. இரண்டாவது, இரண்டு IP குடும்பங்களையும் நீண்ட முகவரி கொண்ட ஒரு குடும்பமாகக் கருதுவது, ஆனால் அவை தனித்தனியாகப் பேச்சுவார்த்தை செய்யப்பட்டு வெவ்வேறு சகாக்களில் ஏற்கப்படலாம். மூன்றாவது, ஒன்றை மட்டும் அறிந்த பதிப்பிலிருந்து டெம்ப்ளேட் நகலெடுக்கப்படும்போது தோன்றுகிறது. பதிவேட்டில் தேடுவது சேவைப் பெயரில் கட்டப்பட்ட ஊகத்தை விட மூன்றையும் விரைவாகத் தீர்க்கிறது.
நான்கு வரிகளையும் IANA பதிவேட்டின் எடுத்துக்காட்டுகளாகக் கருதுங்கள், பதிவேட்டையே அல்ல. ஒரு எண் உங்களுக்குத் தெரிந்த எதனுடனும் பொருந்தவில்லை என்றால், அதைச் சுற்றி கொள்கை கட்டுவதற்கு முன் அதைப் பாருங்கள்.
AFI 25 தொடர்பில்லாத இரண்டு NLRI வடிவங்களைக் கொண்டு செல்கிறது
இரண்டு Layer 2 குடும்பங்களும் AFI 25ன் கீழ் அமர்ந்துள்ளன, ஒற்றுமை அங்கேயே முடிகிறது. RFC 4761 section 3.2.2 இல் உள்ள VPLS NLRI நீளம், வழி வேறுபடுத்தி, VE ID, VE தொகுதி இடப்பெயர்வு, VE தொகுதி அளவு மற்றும் லேபிள் அடிப்படையைக் கொண்டு செல்கிறது, அவை ஒன்றாக ஒரு pseudowire முனை மற்றும் அதன் லேபிளைப் பெயரிடுகின்றன. EVPN AFI 25ஐ வைத்துக்கொண்டு SAFI 70க்குச் செல்கிறது, அங்கு சுமை ஒரு வழி வகை: ஈதர்நெட் தானியங்கி கண்டறிதல், MAC/IP அறிவிப்பு, உள்ளடங்கிய மல்டிகாஸ்ட், ஈதர்நெட் பிரிவு, IP முன்னொட்டு. எனவே அதே பைட் இடப்பெயர்வு இரு குடும்பங்களிலும் வெவ்வேறு பொருள் தருகிறது. ஒன்றுக்கு எழுதப்பட்ட பாகுபடுத்தி மற்றொன்றைப் புகாரில்லாமல் படித்து அர்த்தமற்றதை உருவாக்குகிறது. விளக்கம் தவறு என்பதற்கான ஒரே எச்சரிக்கை இணைதான்.
ஒரு குடும்பத்தில் VE தொகுதி இடப்பெயர்வு எனப் பொருள்படும் புலத்திற்கு மற்றொன்றில் இணையில்லை, மேலும் MAC/IP அறிவிப்பு வழி EVPN இல் மட்டுமே உள்ளது. பண்பு இரண்டிற்கும் பொருந்துவது போல மேற்கோள் காட்டுவதே பிடிப்பு மறுஆய்வு தவறாகும் வழி.
யாராவது உங்களுக்கு ஒரு பிடிப்பு அல்லது உற்பத்தியாளர் அட்டவணையைக் கொடுத்தால், பண்பு எந்தக் குடும்பத்தைச் சேர்ந்தது என்று கேளுங்கள். பின்னர் பெறும் செயலாக்கம் அந்தக் குடும்பத்தை ஆதரிக்கிறதா என்று உறுதிசெய்யுங்கள், தரவுத் தாளில் உள்ள சேவைப் பெயரை அல்ல. இரு தளங்களும் VPLS ஆதரவைக் கூறலாம், ஆனால் வெவ்வேறு சமிக்ஞைக் குடும்பங்களைச் செயல்படுத்துகின்றன. இணை அவற்றைப் பிரிக்கிறது; தயாரிப்பு லேபிள் பிரிக்காது.
அமர்வின் சொந்த முகவரிக் குடும்பம் தனிக் கேள்வி
VPN-IPv6 அதன் TCP இணைப்பு IPv4 மேல் இயங்கும் அமர்வின் வழியாக வழக்கமாக அறிவிக்கப்படுகிறது, அது ஆதரிக்கப்பட்ட வடிவமைப்பு, குறைபாடு அல்ல. எனவே அமர்வுச் சுருக்கத்தை மட்டும் படிப்பது, சகாக்கள் எந்த VPN குடும்பங்களைப் பரிமாறுகிறார்கள் என்பதைப் பற்றி எதுவும் கூறாது.
NLRI குடும்பம், போக்குவரத்துக் குடும்பம் மற்றும் அனுப்பீட்டுக் குடும்பம் மூன்று சுயாதீன முடிவுகள். ஒரு திசைவி தன் சகனுடன் IPv4 பேசலாம், VPN-IPv6 அணுகலை ஏற்கலாம், மேலும் அடுத்த தாவல் நீங்கள் கருதாத பாதை வழியாக அணுகக்கூடிய IPv6 முகவரியாக இருக்கும் வழியை நிறுவலாம். ஒவ்வொரு அடுக்குக்கும் அதன் சொந்த உறுதிப்படுத்தல் தேவை. அறிவிப்புகள் சரியாகத் தெரியும்போதே IPv6 இலக்குகள் சென்றடையவில்லை எனப் புகாரளிக்கும் தளங்கள் பொதுவாக அடுத்த தாவல் தீர்வை இழந்துள்ளன, குடும்பப் பேச்சுவார்த்தையை அல்ல.
அமர்வின் முகவரிக் குடும்பத்தைத் தனியாகச் சோதியுங்கள், பின்னர் அது எடுத்துச் செல்லும் குடும்பங்களை, பின்னர் மையம் அனுப்பக்கூடியதை. மூன்றையும் தனித்தனியாக வைத்திருப்பது, சரியான அறிவிப்பை IPv6 முனை முதல் முனை வரை இயங்குகிறது என்பதற்கான சான்றாகப் படிக்கும் பொதுவான தவறான நோயறிதலைத் தடுக்கிறது. ஒரு சகன் மற்றொருவருக்கு முன்னொட்டு பற்றிச் சொன்னது மட்டுமே அது நிரூபிக்கிறது.
பேச்சுவார்த்தை செய்யப்பட்டது, பெறப்பட்டது, இறக்குமதி செய்யப்பட்டது, நிறுவப்பட்டது
ஒரு எதிர்பார்க்கப்பட்ட வழிக்கு நான்கு நிலைகள் வரிசையாக இருக்க வேண்டும், ஒவ்வொன்றும் கவனிக்கக்கூடியது. குடும்பம் அந்தச் சகனுடன் பேச்சுவார்த்தை செய்யப்பட்டிருக்க வேண்டும், வழி வந்து சேர வேண்டும், ஒரு வழி இலக்கு அதை நோக்கம் கொண்ட சூழலுக்கு இறக்குமதி செய்ய வேண்டும், மேலும் வழி நிறுவப்பட அடுத்த தாவல் தீர்க்கப்பட வேண்டும். முதல் நிலையைத் தவிர்ப்பது மற்ற மூன்றையும் பதிலற்றதாக்குகிறது, ஏனெனில் பேச்சுவார்த்தை செய்யப்படாத குடும்பம் ஆய்வு செய்ய வழிகளை உருவாக்காது. Cisco பாணி தளங்களில் குடும்பச் சுருக்கங்களும் சகன் வாரியான திறன்களும் தனிக் கட்டளைகள்.
show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address familyபேச்சுவார்த்தை ஒவ்வொரு சகனுக்கும் அச்சிடப்படும் திறன் பரிமாற்றத்தில் தெரிகிறது, மேலும் எந்தக் குடும்பமும் பட்டியலிடப்படாத நிறுவப்பட்ட அமர்வு நீங்கள் கேட்டதில் எதையும் எடுத்துச் செல்லாது. இறக்குமதியை விரிவாக்கப்பட்ட சமூகங்களாக எடுத்துச் செல்லப்படும் வழி இலக்குகள் தீர்மானிக்கின்றன, எனவே சரியான இணை தவறாகத் தட்டச்சு செய்யப்பட்ட இலக்குடன் அட்டவணையைக் காலியாக விடுகிறது. பின்னர் நிறுவல் பெறும் சூழலில் அடுத்த தாவல் தீர்க்கப்படுவதைப் பொறுத்தது, ஒவ்வொரு அறிவிப்பும் சரியாகத் தெரியும்போதே அது தோல்வியடையலாம்.
தரவுத் தளத்தைக் கடைசியாக உறுதிசெய்யுங்கள், ஏனெனில் அட்டவணையில் உள்ள வழி ஒரு கூற்று, விநியோகம் அல்ல. அதே நான்கு நிலைகளும் ஒவ்வொரு குடும்பத்திற்கும் பொருந்தும்; கட்டளைகளும் அட்டவணைப் பெயர்களும் மட்டுமே மாறுகின்றன.
குடும்ப இணை ஒருபோதும் எதை நிரூபிக்காது
இணையைச் சரியாகப் படிப்பது அதைத் தொடர்ந்து வரும் வழியிடல் தகவலை எவ்வாறு விளக்குவது என்பதைச் சொல்கிறது, அதுவே முழுக் கூற்று. அணுகல், கொள்கை அல்லது தரவுத் தளத்தின் ஆரோக்கியம் பற்றி எதுவும் கூறாது. இரண்டையும் கலப்பது யாரும் சரிபார்க்காத நெட்வொர்க்கைப் பற்றி நம்பிக்கையான கூற்றுகளை உருவாக்குகிறது. வழி இலக்குப் பொருந்தாமையும் உடைந்த அடுத்த தாவலும் இணையில் இருந்து மட்டும் ஒரே மாதிரி தெரிகின்றன. இணை ஒரு வாசிப்பு வழிமுறை, ஒருபோதும் தீர்ப்பு அல்ல.
நீங்கள் மேல்நிலைக்குக் கொண்டு செல்லும்போது இணை, வழி இலக்கு மற்றும் தீர்க்கப்பட்ட அடுத்த தாவல் ஆகியவற்றை ஒரே குறிப்பில் வையுங்கள். அப்போது அடுத்த பொறியாளருக்கு சேவைப் பெயரை மீண்டும் விளக்குவதற்குப் பதிலாகச் சோதிக்க மூன்று சுயாதீன விஷயங்கள் இருக்கும். பேச்சுவார்த்தை இல்லாவிட்டால் உடனே காண்பார்கள், தவறான இலக்கு இறக்குமதியை வெளிப்படையாக இல்லாமல் விடும், தீர்க்கப்படாத அடுத்த தாவல் வழியை இருந்தும் பயன்படுத்த முடியாததாகவும் விடும்.