AS-കൾക്കിടയിലെ VPNv4: ലേബൽ കൈമാറ്റ കരാർ എന്ത് ആവശ്യപ്പെടുന്നു

AS അതിർത്തി റൂട്ടറിൽ ഒരു VPNv4 ലേബൽ വായിക്കുന്നത്, ഹാൻഡ്ഓഫ് ഏത് ഇന്റർ-AS മോഡൽ നടപ്പാക്കുന്നു എന്ന് അറിയുന്നതുവരെ കാര്യമായി ഒന്നും പറയുന്നില്ല. ലേബൽ സ്വതന്ത്രമായി റൂട്ടിന്റെ സ്വത്തല്ല; രണ്ട് റൂട്ടറുകൾക്കിടയിലെ എൻകാപ്സുലേഷനും ഡെലിവറിയും സംബന്ധിച്ച ഒരു കരാർ അത് രേഖപ്പെടുത്തുന്നു. ഡിസ്പ്ലേ വായിക്കുന്നതിന് മുമ്പ് മോഡൽ തിരിച്ചറിയുക. അല്ലെങ്കിൽ ആരും എഴുതിവയ്ക്കാത്ത ഒരു കരാർ നിങ്ങൾ ഡീബഗ് ചെയ്യുകയാണ്.

അതിർത്തി ഏത് മോഡൽ നടപ്പാക്കുന്നു

VRF-മുതൽ-VRF വിന്യാസം പൊരുത്തപ്പെടുന്ന VRF-കളെ റൂട്ട് ചെയ്ത അറ്റാച്ച്മെന്റുകളിലൂടെ ചേർക്കുന്നു. ഓരോ വശവും മറുവശത്തെ ഒരു കസ്റ്റമർ-എഡ്ജ് അയൽക്കാരനായി കാണുന്നു, അവ സാധാരണ IPv4 റൂട്ടുകൾ കൈമാറുന്നു, അതിനാൽ ആ അതിർത്തിയിൽ MPLS ആവശ്യമില്ല.

രണ്ടാമത്തെ വിന്യാസം അതിർത്തി റൂട്ടറുകൾക്കിടയിൽ തന്നെ ലേബൽ ചെയ്ത VPNv4 റൂട്ടുകൾ കൈമാറുന്നു. ഇന്റർകണക്ടിലുടനീളം ഒരു സ്ഥിരതയുള്ള ലേബൽ-സ്വിച്ച്ഡ് പാതയും ഇരുവശവും അംഗീകരിക്കുന്ന റൂട്ട്-ടാർഗെറ്റ് വിതരണവും വിശ്വാസ മോഡലും ഉണ്ടെങ്കിൽ മാത്രമേ അത് പ്രവർത്തിക്കൂ. ഏതെങ്കിലും ഭാഗം ഇല്ലെങ്കിൽ, കോൺഫിഗറേഷൻ എന്ത് സൂചിപ്പിച്ചാലും, മോഡൽ ഉപയോഗത്തിലില്ല.

മൂന്നാമത്തേത് ലേബൽ ചെയ്ത PE എത്തിച്ചേരൽ വിതരണം ചെയ്യുന്നു, അതേസമയം VPN റൂട്ടുകൾ AS-കൾക്ക് കുറുകെ എൻഡ്പോയിന്റുകൾക്കിടയിലോ റൂട്ട് റിഫ്ലക്ടറുകൾക്കിടയിലോ സഞ്ചരിക്കുന്നു. മൂന്നും അതിർത്തിയിൽ വ്യത്യസ്ത ജോലി അവശേഷിപ്പിക്കുന്നു, ഒന്നിന്റെ കൺട്രോൾ പ്ലെയിൻ മറ്റൊന്നിന്റെ ഇന്റർഫേസ് അനുമാനങ്ങളുമായി കലർത്തുന്നതാണ് ക്ലാസിക് പരാജയം. ആ പൊരുത്തക്കേട് സാധാരണയായി ഒരു വശത്ത് ശരിയായി തോന്നുന്നതും മറുവശത്ത് അപ്രത്യക്ഷമാകുന്നതുമായ ഒരു ലേബലായി പ്രത്യക്ഷപ്പെടുന്നു.

ഒരു പ്രിഫിക്സ് തുടക്കം മുതൽ അവസാനം വരെ വായിക്കുക

അനുവദിച്ച ഒരു ഉപഭോക്തൃ പ്രിഫിക്സ് എടുത്ത് അതിലൂടെ നടക്കുക. എന്ത് പ്രഖ്യാപിച്ചു, എന്ത് എത്തി, അടുത്ത ഹോപ്പ്, ലേബൽ, അത് സ്വീകരിച്ച ഇംപോർട്ട് നയം എന്നിവ നോക്കുക. തുടർന്ന് ആ അടുത്ത ഹോപ്പിലേക്കുള്ള ഫോർവേഡിംഗ് റൂട്ടർ എങ്ങനെ പരിഹരിക്കുന്നു എന്നത് നോക്കുക, കാരണം അവിടെയാണ് ലേബൽ ഒരു പാക്കറ്റായി മാറുന്നത്. ഏതെങ്കിലും പകുതി ഒഴിവാക്കിയാൽ, ട്രാഫിക് നീക്കിയേക്കാവുന്ന ഒരു കൺട്രോൾ പ്ലെയിനിനെ നിങ്ങൾ വിവരിക്കുകയാണ്. രണ്ട് വായനകളും ഒരുമിച്ച് മാത്രമേ അർത്ഥവത്താകൂ.

സംഖ്യ ലോക്കലാണ്. അത് അനുവദിച്ച റൂട്ടറുമായും അവിടേക്ക് പാക്കറ്റുകൾ കൊണ്ടുപോകുന്ന പാതയുമായും ബന്ധപ്പെട്ട് മാത്രമേ അർത്ഥം നൽകൂ, അതുകൊണ്ടാണ് ഒരേ മൂല്യം രണ്ടുതവണ പ്രത്യക്ഷപ്പെടുകയും രണ്ട് വ്യത്യസ്ത കാര്യങ്ങൾ അർത്ഥമാക്കുകയും ചെയ്യുന്നത്. സ്വീകരിക്കുന്ന വശം ലഭിച്ചതായി പറയുന്നതുമായി അത് താരതമ്യം ചെയ്യുക.

ലേബൽ ലോക്കലാണ്, വാഗ്ദാനവും അങ്ങനെതന്നെ

കഴിവ് ഇന്റർകണക്ടിന്റെ രണ്ടറ്റത്തും പരിശോധിക്കുന്നു, ഒരറ്റത്ത് മാത്രമല്ല. നിങ്ങളുടെ ഇന്റർഫേസിലെ ഒരു കമാൻഡ് അയൽ പ്രൊവൈഡർ ഇന്റർഫേസിൽ ഒന്നും ചെയ്യുന്നില്ല, BGP സ്വീകരിച്ച ഒരു റൂട്ട് സ്വയം അയൽക്കാരനെ ലേബൽ ചെയ്ത പാക്കറ്റ് ഫോർവേഡ് ചെയ്യാൻ ബാധ്യസ്ഥനാക്കുന്നുമില്ല.

RFC 4364 ലേബൽ ചെയ്ത VPNv4 പിയറിംഗ് വിശ്വസനീയമായ വിന്യാസങ്ങളിൽ മാത്രമായി പരിമിതപ്പെടുത്തുന്നു, ആ പിയറിനോട് ഒരിക്കലും പ്രഖ്യാപിക്കാത്ത ലേബലുകൾ സ്വീകരിക്കുന്നതിനെതിരെ മുന്നറിയിപ്പ് നൽകുന്നു. അത് പ്രോട്ടോക്കോൾ പ്രസ്താവനയാണ്, അത്രതന്നെ സുരക്ഷാ പ്രസ്താവനയുമാണ്. പൊതു ഇന്റർനെറ്റ് റൂട്ടിംഗ് ബന്ധത്തെ സ്വകാര്യ VPN റൂട്ട് കൈമാറ്റത്തിൽ നിന്ന് അകറ്റി നിർത്തുക. ഇന്റർകണക്ട് സാധാരണ IP ആണെങ്കിൽ, ഒരു ലേബൽ അതിജീവിക്കുമെന്ന് പ്രതീക്ഷിക്കരുത്. ലിങ്ക് ലേബൽ ചെയ്തതാണെങ്കിൽ, ഓരോ ഹോപ്പിലും പുറം ട്രാൻസ്പോർട്ട് ലേബൽ ശരിയായി മാറ്റപ്പെടുന്നുവെന്ന് സ്ഥിരീകരിക്കുക.

ഒരു വശത്ത് ശരിയായി തോന്നുകയും മറുവശത്ത് അപ്രത്യക്ഷമാകുകയും ചെയ്യുന്ന ലേബൽ സാധാരണയായി ആ പൊരുത്തക്കേടാണ്, ഒരു റൂട്ടിംഗ് ബഗ് അല്ല.

സ്വീകാര്യതയിൽ എന്ത് എഴുതിവയ്ക്കണം

സ്വീകാര്യത ഒരു പാക്കറ്റ് പരിശോധനയാണ്, ഒരു ടേബിൾ അവലോകനമല്ല. ഒരു ഉപഭോക്തൃ പാക്കറ്റിനെ വിദൂര VRF-ലേക്ക് പിന്തുടർന്ന് അതിന്റെ മറുപടിയും തിരികെ പിന്തുടരുക, തുടർന്ന് ഹാൻഡ്ഓഫ് ഏത് മോഡൽ നടപ്പാക്കുന്നു എന്ന് എഴുതിവയ്ക്കുക. ഇരുവശത്തുമുള്ള ഹാൻഡ്ഓഫ് ഉത്തരവാദികളെയും അതിർത്തി സാധാരണ IP ആണോ ലേബൽ ചെയ്ത ട്രാഫിക് ആണോ വഹിക്കുന്നത് എന്നതും ചേർക്കുക.

അടുത്ത ഓപ്പറേറ്റർക്ക് അതേ ലേബൽ ഡിസ്പ്ലേ ശരിയായി വായിക്കാൻ സാധ്യമാക്കുന്നത് ആ കുറിപ്പാണ്. അതില്ലാതെ മോഡൽ കോൺഫിഗറേഷനിൽ നിന്ന് അനുമാനിക്കപ്പെടുന്നു, അനുമാനിച്ച അനുമാനങ്ങളാണ് അതേ തെറ്റ് ആവർത്തിക്കാനുള്ള വഴി. RFC 4364 ഇന്റർ-AS വിഭാഗം ഏത് മോഡൽ ഉദ്ദേശിച്ചിരുന്നു എന്ന് തീരുമാനിക്കാനുള്ള സ്ഥലമാണ്.