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 അറ്റാച്ച്മെന്റോ ലക്ഷ്യ ആക്സസ് നിയമമോ പരിഹരിക്കാനാകില്ല, കൂടാതെ ഗതാഗതം ആരോഗ്യകരമാണെന്ന് ആദ്യം പറഞ്ഞ തെളിവ് അത് നശിപ്പിക്കുന്നു.