RSVP-TE சுரங்கப்பாதை இயங்குகிறது, ஆனால் வாடிக்கையாளரின் L3VPN-க்கு வழி இல்லை
போக்குவரத்தும் சேவையும் தனித்தனி முடிவுகள். லேபிள் அடுக்கைப் படியுங்கள், அடுத்த ஹாப் தீர்வு மற்றும் VRF இணைப்பைத் தனித்தனியாகச் சரிபார்த்து, பின்னர் ஒரு உண்மையான வாடிக்கையாளர் ஓட்டத்தைச் சோதிக்கவும்.
வாடிக்கையாளர் VPN செயலிழந்ததாகத் தெரிவிக்கும்போதும், போக்குவரத்துக் குழு சுரங்கப்பாதை சரியாக இருப்பதாகத் தெரிவிக்கும்போதும் இரு குழுக்களும் ஒரே நேரத்தில் சரியாக இருக்கலாம். டிராஃபிக் பொறியியல் செய்யப்பட்ட LSP மற்றும் MPLS L3VPN வெவ்வேறு கேள்விகளுக்குப் பதிலளிக்கின்றன: ஒன்று லேபிள் செய்யப்பட்ட பாக்கெட்டுகளை மையத்தின் வழியாக நகர்த்துகிறது, மற்றொன்று பாக்கெட் எந்த ரவுட்டிங் சூழலுக்குச் சொந்தமானது என்பதைத் தீர்மானிக்கிறது. இரண்டும் கலக்கப்படும்போது, விவாதம் வட்டமாகச் சுற்றுகிறது, ஏனெனில் ஒவ்வொரு தரப்பும் வெவ்வேறு பொருளை அளவிடுகிறது, இரண்டு அளவீடுகளும் செல்லுபடியாகும்.
போக்குவரத்து இயங்கி சேவை நின்றிருப்பது சாதாரண நிலை
LSP நிறுவப்பட்டு, போக்குவரத்தைச் சுமந்து, ஒவ்வொரு கண்காணிப்பு அமைப்பிலும் தெரியும் வகையில் இருக்கலாம், ஆனால் வாடிக்கையாளர் சேவை பயன்படுத்த முடியாததாகவே இருக்கும். இந்தக் கலவையில் எந்த முரண்பாடும் இல்லை, ஏனெனில் தொலை ப்ரீஃபிக்ஸ் உள்ளதா, இறக்குமதிக் கொள்கை அதை ஏற்றுக்கொண்டதா, அல்லது இணைக்கப்பட்ட சுற்று பிரேம்களைக் கடத்துகிறதா என்பது பற்றி சுரங்கப்பாதைக்கு எந்தக் கருத்தும் இல்லை.
குழப்பத்தை வழக்கமாக வெளிப்படுத்தும் அறிகுறி சமச்சீரற்றது: PE லூப்பேக்கிலிருந்து பிங் வெற்றி பெறுகிறது, ஆனால் வாடிக்கையாளர் LAN-இல் உள்ள ஹோஸ்ட்டுக்கு எதுவும் கிடைக்கவில்லை, அல்லது நேர்மாறாக. கோட்பாட்டை உருவாக்கும் முன் எந்த முகவரிகள் வேலை செய்தன என்பதை எழுதுங்கள். நீங்கள் இரண்டு வெவ்வேறு பொருட்களைச் சோதிக்கிறீர்கள் என்பதைக் கவனித்தவுடன், அடுத்த படி யாருடைய வரைபடம் சரி என்று வாதிடுவது அல்ல, லேபிள் அடுக்கைப் படிப்பது. இரண்டு முகவரிகள், இரண்டு உரிமையாளர்கள், மற்றவர் ஏதோ உடைத்தார் என்று ஒவ்வொருவரும் நம்பும் பொதுவாக இரண்டு வெவ்வேறு நபர்கள்.
அடுக்கை இரண்டு பொறுப்புகளாகப் படியுங்கள்
கீழ் லேபிள் சேவைக்குரியது, மேல் லேபிள் வழிக்குரியது. RFC 4364 வரிசையை எளிமையாக விவரிக்கிறது: முதலில் VPN வழி லேபிள் வைக்கப்படுகிறது, பின்னர் அந்த லேபிள் பாக்கெட் BGP-இன் அடுத்த ஹாப்பை நோக்கி சுரங்கப்பாதையில் அனுப்பப்படுகிறது, அங்குதான் டிராஃபிக் பொறியியல் சுரங்கப்பாதை தன் சொந்த லேபிளை மேலே தள்ளுகிறது.
| Object | Decision it encodes | Who owns it |
|---|---|---|
| Attachment and VRF | Which customer context receives the arriving packet | Edge configuration |
| VPN route and service label | Which remote forwarding context handles the destination | BGP VPN signalling |
| Transport LSP and tunnel label | How the core carries the packet to the BGP next hop | RSVP-TE or another tunnel mechanism |
தொலை PE-இல் சேவை லேபிள் சிகிச்சையைத் தேர்ந்தெடுக்கிறது, அது VRF தேடல் அல்லது இணைப்பு முடிவாக இருக்கலாம். அந்த லேபிளை மையத்தை மட்டும் கடக்கும் ஒன்றால் மாற்ற முடியாது, ஒரே இடைமுகத்தில் ஒரே அடுக்கில் இரண்டும் தோன்றினாலும் அவை ஒன்றுக்கொன்று மாற்றக்கூடியவை அல்ல.
RSVP வெற்றி எதை நிரூபிக்கிறது, எதை நிரூபிக்கவில்லை
RSVP-TE வள ஒதுக்கீடுகளுடன் அல்லது இல்லாமல் வெளிப்படையாக ரவுட் செய்யப்பட்ட LSP-களை நிறுவுகிறது, இது பாக்கெட் மையத்தின் வழியாகச் செல்லும் வழியைப் பற்றிய குறிப்பிட்ட மற்றும் பயனுள்ள உத்தரவாதமாகும். இது வாடிக்கையாளர் வழிகளைப் பற்றிய அறிக்கை அல்ல, மேலும் கட்டமைக்கப்பட்ட சுரங்கப்பாதை பெயர் வழியே அல்ல.
RSVP இருப்பதும் முனையிலிருந்து முனை வரை செயல்திறன் உறுதிமொழியை வழங்காது. ஒரு LSP-இல் அலைவரிசை ஒதுக்கீடு இணைக்கப்பட்ட சுற்று, வாடிக்கையாளரின் சொந்த அணுகல் வழி அல்லது தொலை விளிம்பில் வரிசை நடத்தை பற்றி எதுவும் கூறவில்லை. அதை உத்தரவாதமாகக் கருதுவது யாரும் கேட்காத கேள்விகளுக்கு நம்பிக்கையான பதில்களைத் தருகிறது. தேவை உண்மையில் அலைவரிசை உறுதிமொழியாக இருந்தால், அதை உண்மையில் நடைமுறைப்படுத்தும் பகுதிகளிலிருந்து இணைக்க வேண்டும், LSP அந்தச் சங்கிலியின் நடுப்பகுதி மட்டுமே.
வரிசையாகச் சரிபார்த்து, பின்னர் நிறுத்துங்கள்
போக்குவரத்திலிருந்து வெளிநோக்கி வேலை செய்து, தோல்வியடையும் முதல் படிநிலையில் நிறுத்துங்கள், ஏனெனில் ஒவ்வொரு அடுத்த படிநிலையும் முந்தையவை நிலைத்தன என்று கருதுகிறது. முதலில் LSP நிறுவப்பட்டுள்ளதையும், சேவை ப்ரீஃபிக்ஸின் அனுப்புதல் பதிவு உண்மையில் அதை நோக்கிக் குறிப்பதையும் உறுதிப்படுத்துங்கள். பின்னர் VPN வழி சரியான அட்டவணையில் உள்ளதையும், அதன் லேபிள் பிணைப்பு உள்ளதையும், இறக்குமதிக் கொள்கை அதை ஏற்றுக்கொண்டதையும் உறுதிப்படுத்துங்கள். பின்னர் இணைப்பை உறுதிப்படுத்துங்கள்: இடைமுகம், உறைவு மற்றும் பொருந்தும் இடத்தில் அந்த ஒப்பந்தத்திற்குச் சொந்தமான VLAN அடையாளங்காட்டி.
show mpls lsp
show mpls forwarding-table 10.60.0.0 24
show bgp vpnv4 unicast vrf CUSTOMER 10.60.0.0/24
show ip vrf detail CUSTOMERகட்டளை இலக்கணம் தளத்தைப் பொறுத்து மாறுபடும், எனவே அந்த நான்கு வரிகளையும் ஸ்கிரிப்டாக அல்ல, நான்கு கேள்விகளாகக் கருதுங்கள். முக்கியமானது என்னவென்றால் ஒவ்வொன்றும் வெவ்வேறு பொருளை விசாரிக்கிறது, அதனால்தான் தோல்வி ஒரு குறிப்பிட்ட உரிமையாளரைச் சுட்டிக்காட்டுகிறது.
அனுமதிக்கப்பட்ட ஒரு கோரிக்கையைப் பின்பற்றி நல்ல சான்றுகளை வைத்திருங்கள்
கொள்கையால் அனுமதிக்கப்பட்ட ஒரு உண்மையான வாடிக்கையாளர் கோரிக்கை மற்றும் அதன் பதிலுடன் முடிக்கவும். முனையிலிருந்து முனை வரை இயங்கும் ஒரு ஓட்டம் ஒரு பக்க கவுண்டர் வாசிப்புகளை விட அதிகத்தைத் தீர்மானிக்கிறது, அது ஒவ்வொரு பகுதியையும் தனித்தனியாக அல்ல, கலவையைச் சோதிக்கிறது.
பிந்தைய கட்டம் தோல்வியடையும்போது, போக்குவரத்தை மீண்டும் கட்டமைப்பதற்குப் பதிலாக வெற்றிகரமான LSP கண்காணிப்பைப் பாதுகாத்து வைத்திருங்கள். இயங்கும் சுரங்கப்பாதையை மீண்டும் கட்டியெழுப்புவது இல்லாத தொலை ப்ரீஃபிக்ஸ், தவறான VRF இணைப்பு அல்லது இலக்கு அணுகல் விதியைச் சரிசெய்ய முடியாது, மேலும் போக்குவரத்து ஆரோக்கியமாக இருந்தது என்று முதலில் சொன்ன சான்றை அது அழிக்கிறது.