ഒരു VTEP ലേക്ക് ECMP: VXLAN എൻട്രോപി എവിടെ നിന്ന് വരുന്നു

ഹോസ്റ്റ് റൂട്ടിന് തുല്യ ചെലവുള്ള മൾട്ടിപ്പാത്ത് അർഥശൂന്യമാണെന്ന പ്രസ്താവന ശരിയെന്ന് തോന്നുന്നത്ര പലപ്പോഴും ആവർത്തിക്കപ്പെടുന്നു. /32 ഒരു ലക്ഷ്യ വിലാസം തിരഞ്ഞെടുക്കുന്നു, ആ തിരഞ്ഞെടുപ്പിൽ പാക്കറ്റിനെ ഒരു ഭൗതിക ലിങ്കിൽ മാത്രം പരിമിതപ്പെടുത്തുന്ന ഒന്നുമില്ല. ലക്ഷ്യം വിദൂര VXLAN ടണലിന്റെ അവസാന പോയിന്റ് ആകുമ്പോൾ, നിരവധി അടുത്ത ഹോപ്പുകൾക്ക് വ്യത്യസ്ത ഓവർലേ ഫ്ലോകൾ വഹിക്കാം, അവ വഹിക്കുന്നുണ്ടോ എന്നത് ഫോർവേഡിംഗ് ഹാഷിന് എന്ത് കാണാൻ അനുവാദമുണ്ട് എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു. ബാക്കിയുള്ളത് പുറം ഹെഡറിലെ ഗണിതമാണ്, പ്രിഫിക്സിന്റെ സ്വഭാവമല്ല.

റൂട്ട് എത്തിച്ചേരാനുള്ള കഴിവ് തീരുമാനിക്കുന്നു; ഹാഷ് വിതരണം തീരുമാനിക്കുന്നു.

കെട്ടുകഥ: /32 എന്നാൽ ഒരു പാത മാത്രം

OSPF ഒരു VTEP ലൂപ്പ്ബാക്കിലേക്ക് തുല്യ ചെലവുള്ള എത്തിച്ചേരൽ റിപ്പോർട്ട് ചെയ്യാം, അതേസമയം ഫോർവേഡിംഗ് പട്ടിക അതേ പ്രിഫിക്സിന് അടുത്ത ഹോപ്പുകളുടെ ഒരു ഗ്രൂപ്പ് ഇൻസ്റ്റാൾ ചെയ്യുന്നു. പ്രോട്ടോക്കോൾ സ്ഥാനാർഥികളെ നൽകുന്നു; പ്ലാറ്റ്ഫോം അവയിൽ ഏതാണ് ഉപയോഗയോഗ്യമെന്നും പാക്കറ്റ് എങ്ങനെ അനുവദിക്കപ്പെടുന്നുവെന്നും തീരുമാനിക്കുന്നു. ഓരോ എൻകാപ്സുലേറ്റഡ് ഫ്രെയിമിനും പുതിയ ഹാഷ് കണക്കാക്കുന്ന റൂട്ടിംഗ് പ്രോട്ടോക്കോളില്ല. ഈ വേർതിരിവാണ് ഒരേ റൂട്ടുകളുള്ള രണ്ട് റൂട്ടറുകൾക്ക് ട്രാഫിക് വ്യത്യസ്തമായി വിതരണം ചെയ്യാൻ കഴിയുന്നതിന്റെ കാരണം.

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

എൻട്രോപി എവിടെ നിന്ന് വരണം

രണ്ട് VTEP കൾക്കിടയിൽ പുറം സോഴ്സ്, ലക്ഷ്യ വിലാസങ്ങൾ സ്ഥിരമായി നിൽക്കുന്നു, പരമ്പരാഗത വിന്യാസത്തിൽ UDP ലക്ഷ്യ പോർട്ട് 4789 ആണ്. ആ മൂല്യങ്ങൾ മാത്രം വായിക്കുന്ന ഹാഷ് സ്ഥിരമായ ഇൻപുട്ട് കാണുകയും സ്ഥിരമായ പാത തിരികെ നൽകുകയും ചെയ്യുന്നു. പുറം ഹെഡറിൽ എന്തോ മാറണം, അത് മാറ്റാൻ കഴിയുന്ന ഉപകരണമാണ് VTEP.

RFC 7348 എൻകാപ്സുലേറ്റഡ് ഫ്രെയിമിനുള്ളിലെ ഫീൽഡുകളിൽ നിന്ന് UDP സോഴ്സ് പോർട്ട് കണ്ടെത്താൻ നിർദ്ദേശിക്കുന്നു. അപ്പോൾ വ്യത്യസ്ത ആന്തരിക സംഭാഷണങ്ങൾ വ്യത്യസ്ത പുറം ട്യൂപ്പിളുകൾ ഉണ്ടാക്കുന്നു, ഇത് സാധാരണ ട്രാൻസ്പോർട്ട് ഹാഷിന് പ്രവർത്തിക്കാൻ എന്തെങ്കിലും നൽകുന്നു.

ഫോർവേഡിംഗ് ഹാർഡ്വെയറിന് പാക്കറ്റിലേക്ക് കൂടുതൽ ആഴത്തിൽ നോക്കാൻ കഴിയുമെങ്കിൽ, അതിന്റെ ഹാഷ് നടപ്പാക്കൽ ഏത് ആന്തരിക ഫീൽഡുകളെ പിന്തുണയ്ക്കുന്നു എന്ന് പരിശോധിക്കുക. ആ ആഴം ഓരോ അൺഡർലേ ഉപകരണത്തിനും ആവശ്യകതയായി കാണരുത്, കാരണം സോഴ്സ്-പോർട്ട് വൈവിധ്യം മാത്രം ഇതിനകം പ്രയോജനകരമായ വ്യത്യാസങ്ങൾ വെളിപ്പെടുത്തുന്നു.

യഥാർഥത്തിൽ ലഭിക്കുന്ന ഹാഷ് പരിശോധിക്കുക

അനുമാനിക്കാതെ അളക്കുക. എൻകാപ്സുലേറ്റഡ് ട്രാഫിക്കിന്റെ ഒരു സാമ്പിൾ എടുത്ത് പുറം സോഴ്സ് പോർട്ടുകൾ നോക്കുക, തുടർന്ന് ഫലം ഫോർവേഡിംഗ് എൻട്രികളുമായും ഓരോ ലിങ്കിലെ കൗണ്ടറുകളുമായും താരതമ്യം ചെയ്യുക.

show ip route 10.255.0.5/32
show ip cef 10.255.0.5 internal
ip route show 10.255.0.5
tcpdump -ni eth0 -c 200 'udp port 4789' -vv

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

സാമ്പിളിന് മുമ്പും ശേഷവും കൗണ്ടറുകൾ രേഖപ്പെടുത്തുക, അപ്ലിങ്കുകൾ പങ്കിടുന്ന അസംബന്ധമായ ട്രാഫിക് ശ്രദ്ധിക്കുക, അല്ലാത്തപക്ഷം സംഖ്യകൾ ഹാഷ് അർഹിക്കുന്നതിനേക്കാൾ മോശമായി കാണപ്പെടും.

സമാന വിതരണം എന്തിനെ അർഥമാക്കുന്നില്ല

പ്രതി-ഫ്ലോ ഹാഷ് ഒരു സംഭാഷണം ഒരു പാതയിൽ നിലനിർത്താൻ രൂപകൽപ്പന ചെയ്തതാണ്, അതിന്റെ ഇൻപുട്ടുകളും ലഭ്യമായ പാതാ സമുച്ചയവും മാറാത്തിടത്തോളം. അതിനാൽ ഒരു വലിയ TCP കൈമാറ്റം എല്ലാ അപ്ലിങ്കുകളും ഒരുമിച്ച് ചേർക്കുന്നില്ല, ലിങ്കുകൾ ചേർത്താലും ആ ഫ്ലോ വേഗത്തിലാകില്ല. ഇത് സാധാരണ സ്വഭാവമാണ്, തകരാറല്ല.

പല ഫ്ലോകൾ യാദൃച്ഛികമായി ഒരേ അടുത്ത ഹോപ്പിൽ കൂട്ടിയിടിക്കാം. ചെറിയ സാമ്പിൾ വളരെ ചരിഞ്ഞതായി തോന്നാം, എന്നാൽ ഹാഷ് താൻ ക്രമീകരിക്കപ്പെട്ടത് കൃത്യമായി ചെയ്യുകയാണ്. കൂടാതെ ലിങ്ക് പരാജയമോ പാതാ സമുച്ചയത്തിലെ മാറ്റമോ സ്ഥാപിത ഫ്ലോകളെ കൈമാറ്റത്തിനിടയിൽ നീക്കാം.

അംഗീകൃത പദ്ധതിയിൽ പ്രതിനിധീകരണ വിലാസ ജോടികൾ, ട്രാൻസ്പോർട്ടുകൾ, നിരക്കുകൾ എന്നിവ ഉപയോഗിച്ച് പരീക്ഷിക്കുക, ലിങ്ക്-അഗ്രിഗേഷൻ അംഗങ്ങളുടെ തിരഞ്ഞെടുപ്പ് റൂട്ടഡ് മൾട്ടിപ്പാത്ത് തിരഞ്ഞെടുപ്പിൽ നിന്ന് വേർതിരിച്ച് നിർത്തുക, കാരണം രണ്ട് ഹാഷിംഗ് ഘട്ടങ്ങൾ സ്വന്തം പാറ്റേൺ രൂപപ്പെടുത്തുന്നു. നിറഞ്ഞ അടുത്ത-ഹോപ്പ് ഗ്രൂപ്പും ദൃശ്യമായ പുറം എൻട്രോപിയും ഫലം വിശദീകരിക്കുന്നു; പ്രിഫിക്സ് നീളം അല്ല.