രണ്ട് ഉപഭോക്താക്കൾക്ക് ഒരേ /24? VPNv4-ന് RD-യും ലേബലും വേണം
രണ്ട് വാടകക്കാർക്ക് ഒരേ /24 പ്രഖ്യാപിക്കാനാകുന്നത് RD ഓരോ റൂട്ടിനും സ്വന്തം ഐഡന്റിറ്റി നൽകുന്നതുകൊണ്ടാണ്. ലേബൽ മറ്റൊരു ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു: എങ്ങനെ ഫോർവേഡ് ചെയ്യണം.
രണ്ട് വാടകക്കാർ അവരുടെ ശാഖയ്ക്ക് ഒരേ 10.50.0.0/24 നൽകുന്നു, ഒരു മാറ്റത്തിന് ശേഷം ഒരാളുടെ റൂട്ട് പ്രൊവൈഡർ എഡ്ജിൽ നിന്ന് അപ്രത്യക്ഷമാകുമ്പോൾ മറ്റേയാൾ പ്രവർത്തിക്കുന്നു. ആ ടിക്കറ്റിന് പിന്നിലെ ലളിതവൽക്കരണം സാധാരണയായി റൂട്ട് ഡിസ്റ്റിംഗ്വിഷർ (RD) ഒഴിവാക്കലാണ്, കാരണം "ലേബൽ ഇതിനകം ഉപഭോക്താവിനെ തിരിച്ചറിയുന്നു". അത് ചെയ്യുന്നില്ല. RD-യും ലേബലും രണ്ട് വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു, ഈ വിടവ് ഓവർലാപ്പിംഗ് വിലാസങ്ങൾ നിർബന്ധിക്കുമ്പോൾ മാത്രമേ കാണുന്നുള്ളൂ.
രണ്ട് വേണ്ടിടത്ത് ഒരു റൂട്ട്
സാധാരണ IPv4 യൂണികാസ്റ്റ് ഒരേ പ്രിഫിക്സിലേക്കുള്ള രണ്ട് പാതകൾ താരതമ്യം ചെയ്ത് മികച്ചത് ഇൻസ്റ്റാൾ ചെയ്യുന്നു. വാടകക്കാരൻ A-യിൽ നിന്നുള്ള 10.50.0.0/24, വാടകക്കാരൻ B-യിൽ നിന്നുള്ള 10.50.0.0/24 എന്നിവ ഒരു കീയാണ്, അതിനാൽ ഒന്ന് വിജയിക്കുന്നു, മറ്റേത് ബാക്കപ്പ് പാതയായി മാത്രം അവശേഷിക്കുന്നു. പ്രോട്ടോക്കോൾ പറഞ്ഞത് ചെയ്തു; നിയന്ത്രണ തലത്തിനോട് രണ്ട് വ്യത്യസ്ത റൂട്ടുകൾ ഒരു ഐഡന്റിഫയറിന് കീഴിൽ സൂക്ഷിക്കാൻ ആവശ്യപ്പെട്ടിരുന്നു.
ഫലം പിശകിനെക്കാൾ കാണാതായ റൂട്ട് പോലെ തോന്നുന്നു: മത്സരത്തിൽ തോറ്റ PE ഇപ്പോഴും സ്വന്തം വാടകക്കാരനെ പ്രാദേശികമായി ഫോർവേഡ് ചെയ്യുന്നു, അതിനാൽ സൈറ്റിനുള്ളിലെ പരിശോധന വിജയിക്കുന്നു, സൈറ്റുകൾക്കിടയിലെ പരിശോധന പരാജയപ്പെടുന്നു. ഏതെങ്കിലും നയത്തിൽ തൊടുന്നതിന് മുമ്പ് VPNv4 പട്ടികയിൽ ആ പ്രിഫിക്സിന്റെ എൻട്രികൾ എണ്ണുക.
RD ഒരു കീയെ രണ്ടാക്കുന്നു
എട്ട് ബൈറ്റ് റൂട്ട് ഡിസ്റ്റിംഗ്വിഷർ IPv4 പ്രിഫിക്സിന് മുന്നിൽ ചേർക്കുന്നു, BGP വഹിക്കുന്ന വസ്തു IPv4 പ്രിഫിക്സിന് പകരം VPN-IPv4 വിലാസമാകുന്നു. രണ്ട് വാടകക്കാർക്ക് ഒരേ 32 ബിറ്റ് സൂക്ഷിക്കാനാകുന്നത് മുന്നിലെ 64 ബിറ്റ് വ്യത്യസ്തമായതുകൊണ്ടാണ്. AS അടിസ്ഥാനമാക്കിയ RD-യ്ക്കും വിലാസ അടിസ്ഥാനമാക്കിയ RD-യ്ക്കും ഫോർമാറ്റ് തരങ്ങളുണ്ട്, തിരഞ്ഞെടുപ്പ് ഉത്ഭവ PE-യുടേതാണ്. PE-കൾ ഒരേ AS പങ്കിടുമ്പോൾ AS അടിസ്ഥാനമാക്കിയ RD സാധാരണമാണ്, പങ്കിടാത്തപ്പോൾ വിലാസ അടിസ്ഥാനമാക്കിയത്.
RD-യെ അംഗത്വ ടാഗായി വായിക്കരുത്. റൂട്ട് ലക്ഷ്യങ്ങൾ ഇംപോർട്ടും എക്സ്പോർട്ടും നിയന്ത്രിക്കുന്നു, ഏത് VRF-കൾക്ക് റൂട്ട് ഇൻസ്റ്റാൾ ചെയ്യാമെന്ന് തീരുമാനിക്കുന്നു; റൂട്ടിന് സ്വന്തം ഐഡന്റിറ്റി ഉണ്ടെന്ന് മാത്രം RD ഉറപ്പാക്കുന്നു. ഓരോ VRF-നും സ്വന്തം RD നൽകുന്നത് സാധാരണ രീതിയാണ്, കാരണം അത് ആ മാപ്പിംഗ് റൂട്ട് ദർശനിയിൽ വായനയോഗ്യമായി നിലനിർത്തുന്നു.
ലേബൽ ഒരു പ്രാദേശിക ഫോർവേഡിംഗ് നിർദ്ദേശമാണ്
ഓരോ പ്രഖ്യാപനവും MPLS ലേബലും വഹിക്കുന്നു, അതിന്റെ അർത്ഥം അത് അനുവദിച്ച റൗട്ടറിൽ മാത്രം പരിമിതമാണ്. മറ്റൊരു PE ബന്ധമില്ലാത്ത ലക്ഷ്യത്തിന് അതേ നമ്പർ നൽകിയേക്കാം. അതുകൊണ്ടാണ് ലേബലിന് ഉപഭോക്താവിന്റെ ഐഡന്റിറ്റിയെ മാറ്റിസ്ഥാപിക്കാനാകാത്തത്: നമ്പർ അടുത്ത ഹോപ്പിനും അത് ഇൻസ്റ്റാൾ ചെയ്ത ഫോർവേഡിംഗ് അവസ്ഥയ്ക്കും അരികിൽ മാത്രമേ ശരിയാകൂ.
അനുവദനത്തിന്റെ ഗ്രാനുലാരിറ്റി നടപ്പാക്കലും രൂപകൽപ്പനയും അനുസരിച്ച് മാറുന്നു: ചില പ്ലാറ്റ്ഫോമുകൾ ഓരോ VRF-നും ഒരു ലേബൽ നൽകുന്നു, മറ്റുള്ളവ ഓരോ പ്രിഫിക്സിനും, ലേബൽ ഉപഭോക്താവിനെയല്ല, ഫോർവേഡിംഗ് പ്രവർത്തനത്തെ തിരിച്ചറിയാം. ഒരേ ലക്ഷ്യത്തിലെത്തുന്ന രണ്ട് വ്യത്യസ്ത ലേബലുകൾ വൈരുദ്ധ്യമല്ല, രണ്ട് PE-കളിൽ ഒരേ ലേബൽ നമ്പറും അല്ല.
| Field | Where it lives | Scope | If you remove it |
|---|---|---|---|
| RD | VPNv4 NLRI | Per advertised route | Overlapping prefixes collide |
| Route target | Extended community | Import and export policy | Route lands in the wrong VRF |
| Label | Labeled NLRI and forwarding state | Per allocating router | No instruction for the data plane |
| Next hop | Path attribute | Per path | The label cannot be resolved |
ഒന്ന് മറ്റൊന്നിനെ മാറ്റിസ്ഥാപിക്കാനാകാത്തത് എന്തുകൊണ്ട്
ഒരു പ്രഖ്യാപനം വായിക്കുക എന്നത് നാല് കാര്യങ്ങൾ ഒരുമിച്ച് നോക്കുകയാണ്: RD-യോഗ്യമായ പ്രിഫിക്സ്, റൂട്ട് ലക്ഷ്യങ്ങൾ, അടുത്ത ഹോപ്പ്, ലേബൽ. ഉപയോക്തൃ പാക്കറ്റ് വായിക്കുക എന്നത് ആ വിവരത്തിൽ നിന്ന് ഇൻസ്റ്റാൾ ചെയ്ത സ്റ്റാക്ക് നോക്കുകയാണ്. ആരോഗ്യകരമായ രൂപകൽപ്പന രണ്ട് വശവും ഒത്തുപോകുന്നത് കാണിക്കുന്നു, തകർന്നതിൽ സാധാരണയായി ഒരു വശം ശരിയും മറ്റേത് പഴയതുമായിരിക്കും. ആ താരതമ്യമാണ് ഐഡന്റിറ്റി പ്രശ്നത്തെ ഫോർവേഡിംഗ് പ്രശ്നത്തിൽ നിന്ന് വേർതിരിക്കുന്നത്.
നിയന്ത്രണ തലവും ഡാറ്റ തലവും തമ്മിലുള്ള വൃത്തിയുള്ള വൈരുദ്ധ്യം ഒരു അധ്യാപന ഉപകരണമാണ്, എൻകോഡിംഗിന്റെ വിവരണമല്ല. RFC 8277 ലേബൽ ലേബൽ ചെയ്ത NLRI-യ്ക്കുള്ളിൽ വയ്ക്കുന്നു, അതിനാൽ പ്രഖ്യാപനം തന്നെ ബന്ധനം വഹിക്കുന്നു; അത് ഫോർവേഡിംഗിന് ഉപയോഗിക്കുന്നത് പിന്നീടുള്ള, വേറിട്ട ഘട്ടമാണ്.
വാടകക്കാരന്റെ റൂട്ട് കാണാതാകുമ്പോൾ ഈ ക്രമത്തിൽ പരിശോധിക്കുക: പ്രിഫിക്സിന് രണ്ട് VPNv4 എൻട്രികൾ, ഓരോന്നിലും ശരിയായ റൂട്ട് ലക്ഷ്യം, പരിഹരിക്കാവുന്ന അടുത്ത ഹോപ്പ്, സ്വീകരിക്കുന്ന PE-യ്ക്ക് അവസ്ഥയുള്ള ലേബൽ. ഐഡന്റിറ്റി ഫോർവേഡിംഗ് മൂല്യം കൊണ്ട് ശരിയാക്കുന്നതോ അല്ലെങ്കിൽ നേരെമറിച്ചോ ഒരു പരിശോധനയിൽ വിജയിച്ച് അടുത്തതിൽ പരാജയപ്പെടും.