MPLS സ്യൂഡോവയറുകളിൽ MTUയ്ക്കുള്ള അധിക മുപ്പത് ബൈറ്റ് നിയമം തകരുന്നു
സ്ഥിരമായ ഓവർഹെഡ് സംഖ്യ അതിന്റെ അനുമാനങ്ങൾ മറയ്ക്കുന്നു. Ethernet ഹെഡർ, VLAN ടാഗുകൾ, ലേബൽ എൻട്രികൾ, നിയന്ത്രണ വാക്ക് എന്നിവ എണ്ണി, ശരിയായ ഫീൽഡുമായി താരതമ്യം ചെയ്യുക.
MPLSന് എത്ര കൂട്ടിച്ചേർക്കണമെന്ന് ഒരു എൻജിനീയറിനോട് ചോദിച്ചാൽ, സാധാരണയായി മുപ്പത് എന്ന സംഖ്യ ആത്മവിശ്വാസത്തോടെ പറയുന്നത് കേൾക്കും. സംഖ്യ തെറ്റല്ല, വേരുപിഴച്ചതാണ്: തുടക്കത്തിലെ സംഖ്യ എന്താണ് എണ്ണുന്നത്, പ്രൊവൈഡർ എഡ്ജ് യഥാർത്ഥത്തിൽ എന്താണ് കൈമാറുന്നത് എന്നതിനെ മുഴുവൻ ആശ്രയിച്ചിരിക്കുന്നു. Ethernet സ്യൂഡോവയറിൽ അനുമാനങ്ങൾ ദൃശ്യമാണ്, അവ എഴുതിയാൽ ഗണിതം നാട്ടുകഥയ്ക്ക് പകരം വരും.
ഒരേ പേരിൽ മൂന്ന് വ്യത്യസ്ത കാര്യങ്ങൾ അളക്കുന്നു. ഉപഭോക്താവിന്റെ IP പാക്കറ്റ്, സ്യൂഡോവയറിലൂടെ കൈമാറുന്ന Ethernet ഫ്രെയിം, പ്രൊവൈഡറിന്റെ സ്വന്തം പുറം ലിങ്ക് ഫ്രെയിമിംഗ് എന്നിവയുണ്ട്. ഇവ കൂട്ടിക്കലർത്തുന്ന ബജറ്റ് ഒരു ഉപകരണ ഫീൽഡും പ്രതീക്ഷിക്കാത്ത മൂല്യം നൽകുന്നു.
എല്ലാ അനുമാനങ്ങളും വ്യക്തമാക്കിയ ഒരു കണക്കാക്കിയ ബജറ്റ്
1500 ബൈറ്റ് ഉപഭോക്തൃ IP പാക്കറ്റ്, ഉപഭോക്താവിന്റെ FCS ഇല്ലാതെ സ്യൂഡോവയറിലൂടെ കൈമാറുന്ന സാധാരണ Ethernet ഹെഡർ, സൂക്ഷിക്കാത്ത VLAN ടാഗ്, രണ്ട് എൻട്രികളുള്ള ലേബൽ സ്റ്റാക്ക്, നാല് ബൈറ്റ് നിയന്ത്രണ വാക്ക് എന്നിവ എടുക്കുക. കൈമാറുന്ന Ethernet ഹെഡർ 14 കൂട്ടുന്നു, സൂക്ഷിച്ച ടാഗുകൾ ഒന്നും കൂട്ടുന്നില്ല, രണ്ട് ലേബൽ എൻട്രികൾ 8 കൂട്ടുന്നു കാരണം ഓരോ എൻട്രിയും 4 ബൈറ്റ് ആണ്, നിയന്ത്രണ വാക്ക് 4 കൂട്ടുന്നു. ഇത് 1526 ബൈറ്റ് MPLS-എൻകാപ്സുലേറ്റ് ചെയ്ത പാക്കറ്റ് നൽകുന്നു.
ഫലം ശ്രദ്ധയോടെ വായിക്കുക. ഇത് പ്രൊവൈഡർ ലിങ്കിന്റെ പുറം Ethernet ഹെഡറും അതിന്റെ FCSഉം ഒഴിവാക്കുന്നു, കൂടാതെ MTU എന്ന പേരുള്ള ഏത് ഫീൽഡിലും ടൈപ്പ് ചെയ്യേണ്ട സ്ഥിരാങ്കമല്ല, ഒരു ഉദാഹരണമാണ്. രണ്ട് ലേബലുകളും ഒരു അനുമാനമാണ്: യഥാർത്ഥ സ്റ്റാക്ക് ട്രാൻസ്പോർട്ട് ലേബൽ, സേവന ലേബൽ, ചിലപ്പോൾ അതിലധികവും വഹിക്കാം, ഓരോ എൻട്രിക്കും അതേ 4 ബൈറ്റ് ചെലവാകും.
സ്യൂഡോവയറിലൂടെ യഥാർത്ഥത്തിൽ കടന്നുപോകുന്നത്
RFC 4448 Ethernet ഫ്രെയിമുകൾ MPLSനുള്ളിൽ എങ്ങനെ സഞ്ചരിക്കുന്നു എന്ന് നിർവചിക്കുന്നു, അതിന്റെ സാധാരണ മാതൃകയിൽ ഉപഭോക്താവിന്റെ പ്രിയാംബിൾ, FCS എന്നിവ ഇൻഗ്രസിൽ നീക്കം ചെയ്ത് എഗ്രസിൽ വീണ്ടും സൃഷ്ടിക്കുന്നു. അതുകൊണ്ടാണ് FCS മുകളിലെ ബജറ്റിൽ കാണാത്തത്. VLAN കൈകാര്യം സേവന മോഡിനെ ആശ്രയിച്ചിരിക്കുന്നു: ഉപഭോക്തൃ ടാഗുകൾ സൂക്ഷിക്കുന്ന മോഡ് അവയുടെ ബൈറ്റുകൾ തിരികെ കൂട്ടുന്നു, അവ മാപ്പ് ചെയ്യുന്ന മോഡ് അങ്ങനെ ചെയ്യുന്നില്ല. അധിക സംരക്ഷണമോ അധിക എൻകാപ്സുലേഷനോ മുകളിൽ കണക്കാക്കണം.
നിയന്ത്രണ വാക്ക് ഉപയോഗിക്കുമ്പോഴെല്ലാം ഗണിതത്തിന്റെ ഭാഗമാണ്. RFC 8469 ഇത് Ethernet സ്യൂഡോവയറുകൾക്ക് ശുപാർശ ചെയ്യുന്നു, അതിനാൽ ഇത് ഐച്ഛികമെന്ന് വിവരിക്കുന്ന പഴയ രേഖ നിങ്ങളുടെ പാത അത് ഒഴിവാക്കുന്നു എന്നതിന് തെളിവല്ല. ഡയഗ്രാമിൽ നിന്ന് അനുമാനിക്കാതെ യഥാർത്ഥ സേവന മോഡ് പ്രൊവൈഡറുമായി സ്ഥിരീകരിക്കുക.
സംഖ്യയെ ശരിയായ ഫീൽഡുമായി താരതമ്യം ചെയ്യുക
ഇപ്പോൾ ആവശ്യമായ എൻകാപ്സുലേറ്റ് ചെയ്ത വലിപ്പം ഓരോ പ്രസക്ത ലിങ്കിനും അടുത്ത്, നിങ്ങൾ കോൺഫിഗർ ചെയ്യുന്ന പരിധിയുടെ നിർമ്മാതാവ് നിർവചനത്തിനും അടുത്ത് വയ്ക്കുക. ചില ഫീൽഡുകൾ IP പാക്കറ്റ് വിവരിക്കുന്നു, മറ്റുള്ളവ ഫ്രെയിമോ മറ്റ് എൻകാപ്സുലേഷൻ അതിരോ വിവരിക്കുന്നു. രണ്ട് സംഖ്യകൾ ഒരുപോലെ തോന്നാം, പക്ഷേ വ്യത്യസ്ത ശേഷികൾ വിവരിക്കാം, അങ്ങനെയാണ് യോജിക്കുന്നതായി തോന്നുന്ന കോൺഫിഗറേഷൻ ഉൽപാദനത്തിൽ ഡ്രോപ്പുകൾ ഉണ്ടാക്കുന്നത്.
ബന്ധമില്ലാത്ത പ്ലാറ്റ്ഫോമുകൾക്കിടയിൽ മൂല്യം പകർത്തുന്നത് അപകടകരമാകുന്നതും ഇതുകൊണ്ടാണ്. ഫീൽഡിന്റെ പേരാണ് സ്പെസിഫിക്കേഷൻ, മറ്റൊരു നിർമ്മാതാവിന്റെ കൺസോളിൽ നിന്ന് ഓർക്കുന്ന ദശാംശ സംഖ്യയല്ല.
ping പേലോഡുകൾ MTU മൂല്യങ്ങളല്ല
IPv4 ping ന്റെ പേലോഡ് IP MTU അല്ല. IP ഹെഡറും ICMP ഹെഡറും ബൈറ്റുകൾ ഉപയോഗിക്കുന്നു, അതിനാൽ വിജയിക്കുന്ന പേലോഡ് വലിപ്പം വയറിലെ വലിയ പാക്കറ്റിന് തുല്യമാണ്. ഒരു വലിപ്പത്തിൽ കടന്നുപോകുന്ന പ്രോബ് മറ്റൊരു VLAN മോഡോ ആഴമേറിയ ലേബൽ സ്റ്റാക്കോ ഉപയോഗിക്കുന്ന സേവനത്തെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. പരീക്ഷണം ഒരു പാത, ഒരു വലിപ്പം, ഒരു പേലോഡ് രൂപം എന്നിവ അളക്കുന്നു, സേവനത്തിന് മൂന്നും മാറ്റാം.
അതിലും മോശം, യഥാർത്ഥ ട്രാഫിക് ഒരിക്കലും ഉപയോഗിക്കാത്ത പാതയും വലിപ്പവും പ്രോബ് പരീക്ഷിച്ചതിനാൽ വലിയ ഫ്രെയിമുകൾ പരാജയപ്പെടുമ്പോൾ ping വിജയിച്ചേക്കാം. ഇതിനെ എത്തിച്ചേരലിനെക്കുറിച്ചുള്ള ഒരു ഡാറ്റ പോയിന്റായി കാണുക, ലെയർ-2 സേവനത്തിന്റെ സ്പെസിഫിക്കേഷനായി അല്ല.
ഫ്രെയിം ഉൾക്കൊള്ളാത്തപ്പോൾ
വളരെ വലിയ ഫ്രെയിമുകൾ കൈമാറാൻ കഴിയില്ലെങ്കിൽ, പിന്തുണയുള്ള ഫ്രാഗ്മെന്റേഷനോ പുനഃസംയോജന സംവിധാനമോ ഇല്ലെങ്കിൽ, അവ വലിച്ചെറിയപ്പെടുന്നു, സാധാരണയായി ഇരു അറ്റത്തും വ്യക്തമായ പിശകില്ലാതെ. തുടർന്ന് ആപ്ലിക്കേഷനുകൾ ബൾക്ക് കൈമാറ്റങ്ങളിൽ സമയപരിധി കാണിക്കും, അതേസമയം സംവേദനാത്മക സെഷനുകൾ ആരോഗ്യത്തോടെ തുടരും, ഇത് ആളുകളെ ബൈറ്റ് എണ്ണുന്നതിന് പകരം ഫയർവാളുകളും റൂട്ടുകളും നോക്കാൻ അയയ്ക്കുന്നു.
പ്രൊവൈഡറുമായി യഥാർത്ഥ ബജറ്റ് വ്യക്തമാക്കുക: സേവന മോഡ്, ടാഗ് കൈകാര്യം, ലേബൽ ആഴം, നിയന്ത്രണ വാക്ക്, നിങ്ങളുടെ ഉപകരണം നടപ്പാക്കുന്ന കൃത്യമായ പരിധി. സംഖ്യയ്ക്ക് അടുത്ത് അനുമാനങ്ങൾ എഴുതുക, അല്ലാത്തപക്ഷം അടുത്ത എൻജിനീയർ മുപ്പത് ബൈറ്റ് നിയമവും ഒരു രഹസ്യവും അവകാശമായി പ്രാപിക്കും.