നിങ്ങൾ ഇപ്പോൾ നിർമ്മിച്ച RSVP-TE LSP നെ നിങ്ങളുടെ L2VPN എന്തുകൊണ്ട് അവഗണിക്കുന്നു

രണ്ട് എൻജിനീയർമാർക്ക് ഒരേ അറ്റകുറ്റപ്പണി ജാലകത്തിൽ നിന്ന് പുതിയ പാത സേവനത്തിലുണ്ടെന്ന വിശ്വാസത്തോടെ പുറത്തിറങ്ങാം, ഒപ്പം ഇരുവരും വ്യത്യസ്ത കാരണങ്ങളാൽ തെറ്റാകാം. ഒരാൾ LSP നിർമ്മിച്ചു, സേവനം അതിനെ പിന്തുടരുമെന്ന് കരുതി. മറ്റൊരാൾ സേവനത്തെ വെറുതെ വിട്ടു, ഒന്നും മാറിയില്ലെന്ന് കരുതി. pseudowire ആ നിമിഷത്തിൽ തന്റെ പിയർ വിലാസം പരിഹരിക്കുന്ന ട്രാൻസ്പോർട്ട് മാത്രമേ എപ്പോഴും ഉപയോഗിക്കൂ, അതിനാൽ യഥാർത്ഥ ചോദ്യം ആ പരിഹാരം ഇപ്പോൾ എന്ത് ഉൽപ്പാദിപ്പിക്കുന്നു എന്നതാണ്, രണ്ട് ഡിസൈനുകളും അതിന് വ്യത്യസ്തമായി ഉത്തരം നൽകുന്നു.

ഒരു ലേബൽ സേവനത്തെ പേരിടുന്നു, മറ്റൊന്ന് പാക്കറ്റ് നീക്കുന്നു

pseudowire ലേബൽ, RFC 4447 ൽ വിവരിച്ചിരിക്കുന്നതുപോലെ ലക്ഷ്യ LDP ഉപയോഗിച്ച് സിഗ്നൽ ചെയ്യപ്പെടുന്നു, സ്വീകരിക്കുന്ന പ്രൊവൈഡർ എഡ്ജിനോട് ഏത് അറ്റാച്ച്മെന്റ് സർക്യൂട്ട് ഫ്രെയിം സ്വീകരിക്കണമെന്ന് പറയുന്നു. ഫ്രെയിം എങ്ങനെ അവിടെ എത്തി എന്നതിനെക്കുറിച്ച് അത് ഒന്നും പറയുന്നില്ല. അതിനടിയിലുള്ള ലേബൽ ട്രാൻസ്പോർട്ടിന്റേതാണ്, ആ സ്റ്റാക്ക് പിയർ loopback ന് ലഭ്യത പ്രഖ്യാപിച്ചത് കൊണ്ടാണ് നിർമ്മിക്കുന്നത്, അത് LDP ആകട്ടെ, RSVP-TE ആകട്ടെ അല്ലെങ്കിൽ സെഗ്മെന്റ് റൂട്ട് ചെയ്ത പാതയാകട്ടെ. രണ്ട് പാളികളെ വ്യത്യസ്ത പ്രോട്ടോക്കോളുകൾ സിഗ്നൽ ചെയ്യുന്നതിനാൽ, ഒന്ന് ആരോഗ്യകരമായിരിക്കുമ്പോൾ മറ്റൊന്ന് കാലഹരണപ്പെട്ടതാകാം. ഈ വേർതിരിവാണ് മുഴുവൻ ആശയക്കുഴപ്പത്തിന്റെ ഉറവിടം.

നേരിട്ട് പറയേണ്ടതുണ്ട്: pseudowire LSP തിരഞ്ഞെടുക്കുന്നില്ല. അത് ഫ്രെയിം ട്രാൻസ്പോർട്ടിന് കൈമാറുന്നു, ട്രാൻസ്പോർട്ട് തനിക്ക് നൽകിയ ലക്ഷ്യ വിലാസത്തിൽ നിന്ന് തീരുമാനിക്കുന്നു.

പുതിയ LSP യിലൂടെയുള്ള വ്യക്തമായ ping ഇത്ര കുറച്ച് മാത്രം തെളിയിക്കുന്നതും ഇതുകൊണ്ടാണ്. LSP സജീവമായിരിക്കാം, ലേബൽ ഉള്ളതാകാം, മറ്റ് സേവനങ്ങൾ വഹിക്കുന്നതാകാം, അതേസമയം നിങ്ങളുടെ pseudowire ഇപ്പോഴും മറ്റൊരു അടുത്ത ഹോപ്പിലൂടെ പരിഹരിക്കപ്പെടുന്നു. ബൈൻഡിംഗ് വായിക്കുന്നതുവരെ ആ രണ്ട് വസ്തുതകൾക്കും ബന്ധമില്ല.

ഓപ്ഷൻ A: pseudowire നെ തിരഞ്ഞെടുത്ത ട്രാൻസ്പോർട്ടിൽ പിൻ ചെയ്യുക

പിൻ ചെയ്യുക എന്നത് സേവനത്തിന്റെ ട്രാൻസ്പോർട്ട് പരിഹാരം നിർണ്ണായകമാക്കുക എന്നാണ്. പ്ലാറ്റ്ഫോമിനെ ആശ്രയിച്ച് അത് ടണൽ തിരഞ്ഞെടുപ്പ് നയം, സേവനത്തിൽ വ്യക്തമായ ട്രാൻസ്പോർട്ട് അന്തിമ ബിന്ദു, അല്ലെങ്കിൽ പിയർ വിലാസത്തിനുള്ള അടുത്ത ഹോപ്പ് പുനരെഴുതുന്ന റൂട്ട് നയം എന്നിവയുടെ രൂപം എടുക്കുന്നു. മൂന്നും ഉള്ളിൽ ഒരേ കാര്യം ചെയ്യുന്നു: ഒരു ലക്ഷ്യത്തിന്റെ പരിഹാരം ഒരു നിർദ്ദിഷ്ട LSP യിൽ അടിച്ചേൽപ്പിക്കുന്നു. അതാണ് ഫലത്തെ പിന്നീട് ഓഡിറ്റ് ചെയ്യാവുന്നതാക്കുന്നത്.

ചെലവ് പരിധിയാണ്. പിയർ വിലാസത്തിൽ പൊരുത്തപ്പെടുന്ന നയം ആ പിയറിലേക്ക് ചൂണ്ടുന്ന ഓരോ സേവനത്തെയും ബാധിക്കുന്നു, നിങ്ങളുടെ മനസ്സിലുണ്ടായിരുന്ന pseudowire നെ മാത്രമല്ല.

കരുതൽ പാത മാറ്റ ജാലകത്തിന് മുൻപ് തീരുമാനം അർഹിക്കുന്നു, അതിനിടയിൽ അല്ല. പിൻ ചെയ്ത LSP വീണാൽ, സേവനത്തെ മറ്റൊരു അംഗീകൃത പാതയിലൂടെ പോകാൻ അനുവദിക്കുന്നു അല്ലെങ്കിൽ നിർത്താൻ അനുവദിക്കുന്നു. കാലതാമസമോ വേർപിരിവോ ഉള്ള വ്യവസ്ഥ ലംഘിക്കുന്ന പാതയിലേക്ക് നിശബ്ദമായി മടങ്ങുന്ന നയം വ്യക്തമായ തടസ്സത്തെ ആർക്കും വിശദീകരിക്കാൻ ഏറെ ബുദ്ധിമുട്ടുള്ള ഒന്നാക്കി മാറ്റിയിരിക്കുന്നു.

ഓപ്ഷൻ B: IGP തിരഞ്ഞെടുക്കട്ടെ, എന്ത് സംഭവിക്കുന്നു എന്ന് നോക്കുക

സേവനത്തെ വെറുതെ വിടുന്നത് സാധുവായ ഡിസൈനാണ്, പലപ്പോഴും മികച്ചതും. pseudowire പിയർ loopback ലേക്കുള്ള മറ്റേതൊരു ട്രാഫിക്കിനെയും പോലെ അതേ പരിഹാരം പിന്തുടരുന്നു, അതിനാൽ IGP സംയോജനം, പ്രിഫിക്സ് അടിച്ചമർത്തൽ, കോർ ഇതിനകം നൽകുന്ന റിഡണ്ടൻസി എന്നിവ പാരമ്പര്യമായി ലഭിക്കുന്നു. കുറഞ്ഞ നയങ്ങൾ എന്നാൽ കാലഹരണപ്പെട്ട പൊരുത്തം ഒളിക്കാൻ കുറഞ്ഞ സ്ഥലങ്ങൾ. വിനിമയം എന്നത്, സേവനം ഏത് പാത എടുക്കുന്നു എന്നത് ഇനി നിങ്ങൾ നിയന്ത്രിക്കുന്നില്ല, ഒരു പാത നിലനിൽക്കുന്നു എന്നത് മാത്രം.

സമചെലവ് ബഹുപാതം ഈ വിനിമയത്തെ ഒറ്റനോട്ടത്തിൽ തോന്നുന്നതിനേക്കാൾ മൂർച്ചയുള്ളതാക്കുന്നു. ഹാഷിംഗ് ഫ്ലോ അനുസരിച്ചാണ്, അതിനാൽ ഒരു pseudowire നുള്ളിൽ രണ്ട് സംഭാഷണങ്ങൾ വ്യത്യസ്ത പുറം ലേബലുകളിൽ പുറപ്പെടാം.

ഏതെങ്കിലും ഒന്നിനെ വിശ്വസിക്കുന്നതിന് മുൻപ് ഇൻസ്റ്റാൾ ചെയ്ത ഫോർവേഡിംഗ് വായിക്കുക

സേവനത്തിൽ നിന്നല്ല, പിയർ വിലാസത്തിൽ നിന്ന് തുടങ്ങുക. Junos ൽ show route 203.0.113.1 detail തിരഞ്ഞെടുത്ത അടുത്ത ഹോപ്പും ലേബൽ പ്രവർത്തനവും അച്ചടിക്കുന്നു, show route table mpls.0 വരുന്ന ലേബലിനെ ആ പ്രവർത്തനത്തിലേക്ക് മാപ്പ് ചെയ്യുന്നു. IOS XR ൽ show mpls l2transport vc 100 detail ഏൽപ്പിച്ച സ്റ്റാക്കിനൊപ്പം pseudowire അവസ്ഥ നൽകുന്നു.

ട്രാൻസ്പോർട്ട് യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന LSP ഉറപ്പാക്കുക, നിങ്ങളുടെ ഡിസൈൻ രേഖ പേരിടുന്നതല്ല. IOS XR ൽ traceroute mpls ipv4 203.0.113.1/32 ലേബൽ സ്വിച്ച് ചെയ്ത പാതയിലൂടെ സഞ്ചരിച്ച് അതിനൊപ്പമുള്ള ലേബലുകളും പുറത്തേക്കുള്ള ഇന്റർഫേസുകളും പട്ടികപ്പെടുത്തുന്നു, അത് പാത സ്വയം നിരീക്ഷിക്കാൻ ഏറ്റവും അടുത്തതാണ്. പിന്നീട് വിദൂര പ്രൊവൈഡർ എഡ്ജിൽ നിന്ന് അഭ്യാസം ആവർത്തിക്കുക, കാരണം മടക്ക ദിശ സ്വതന്ത്രമായി പരിഹരിക്കപ്പെടുന്നു, ഭാഗിക നയ വിന്യാസത്തിന് ശേഷം അസമമിതി സാധാരണമാണ്. ഒരു ദിശയിൽ ശരിയും മറ്റേതിൽ തെറ്റുമായ പാത ഒരുപോലെ തെറ്റായ പാതയേക്കാൾ മോശമാണ്, കാരണം നിങ്ങളുടെ പരീക്ഷണങ്ങളിൽ പകുതി വിജയിക്കും.

തെളിവുകൾ സേവന രേഖയോടൊപ്പം സൂക്ഷിക്കുക: പിയർ വിലാസം, അടുത്ത ഹോപ്പ്, പുറം ലേബൽ, പരിശോധിച്ച തീയതി. റൂട്ട് നയങ്ങൾ മോശമായി പഴകുന്നു, രണ്ട് പാദങ്ങൾക്ക് മുൻപ് ഏതാണ് നിലവിലുണ്ടായിരുന്നതെന്ന് ആർക്കും ഓർമ്മയില്ല.

ഇഷ്ടം കൊണ്ടല്ല, പരാജയ രീതി കൊണ്ട് തിരഞ്ഞെടുക്കുക

പിൻ ചെയ്യുന്നത് IGP പ്രകടിപ്പിക്കാൻ കഴിയാത്ത വ്യവസ്ഥയുള്ള സേവനങ്ങൾക്കും ഓരോ മാറ്റത്തിലും നയം പരിപാലിക്കാൻ കഴിയുന്ന ടീമുകൾക്കും അനുയോജ്യമാണ്. IGP യെ ഏൽപ്പിക്കുന്നത് ലൂപ്പിൽ മനുഷ്യനില്ലാതെ ഏതെങ്കിലും ഒരു പരാജയത്തെ അതിജീവിക്കേണ്ട സേവനങ്ങൾക്ക് അനുയോജ്യമാണ്.

നിർണ്ണായക ചോദ്യം തെറ്റായ പാത നിങ്ങൾക്ക് എത്ര ചെലവാക്കുന്നു എന്നതാണ്. തെറ്റായ LSP യിലെ സേവനം അൽപ്പം മാത്രം മോശമായി പ്രവർത്തിക്കുന്നെങ്കിൽ, IGP തീരുമാനിക്കട്ടെ, പരിശ്രമം നിരീക്ഷണത്തിൽ ചെലവിടുക. തെറ്റായ പാത കരാർ, ഓഡിറ്റ് കണ്ടെത്തൽ അല്ലെങ്കിൽ വേർപിരിവ് ആവശ്യകത ലംഘിക്കുന്നെങ്കിൽ, അത് പിൻ ചെയ്ത് കരുതൽ പാത എഴുതുക. പിന്നീട് കരുതൽ പാത പരീക്ഷിക്കുക, കാരണം പരീക്ഷിക്കാത്ത കരുതൽ ഒരു അനുമാനമാണ്, പദ്ധതിയല്ല. ഏതായാലും, കോറിൽ ഏതെങ്കിലും മാറ്റത്തിന് ശേഷം ഇൻസ്റ്റാൾ ചെയ്ത ബൈൻഡിംഗ് വീണ്ടും വായിക്കുക, കയറിയ pseudowire നെ സിഗ്നലിംഗ് പ്രവർത്തിക്കുന്നു എന്നതിന് മാത്രം തെളിവായി കണക്കാക്കുക.