AFI, SAFI: സേവനനാമത്തിന് മുൻപ് ജോടി വായിക്കുക
AFI 25 SAFI 65-നൊപ്പം AFI 25 SAFI 70-നൊപ്പമുള്ള അതേ സേവനമല്ല. ജോടി വായിക്കുക, തുടർന്ന് കുടുംബ കൈമാറ്റം, റൂട്ട്, ഫോർവേഡിംഗ് ഫലം എന്നിവ പരിശോധിക്കുക.
ഒരു സെഷൻ ഉയരുന്നതും ഒരു റൂട്ട് പ്രത്യക്ഷപ്പെടുന്നതും കാണാം, എന്നിട്ടും തെറ്റായ സേവനം വായിക്കുന്നു. ഓരോ പ്രഖ്യാപനത്തിന്റെയും തുടക്കത്തിലുള്ള സംഖ്യകളുടെ ജോടി, വിലാസ കുടുംബ ഐഡന്റിഫയറും അടുത്ത വിലാസ കുടുംബ ഐഡന്റിഫയറും, ഏത് പാർസർ പേലോഡ് വായിക്കുന്നു, ഏത് പട്ടിക ഫലം സൂക്ഷിക്കുന്നു എന്ന് തീരുമാനിക്കുന്നു. ജോടി തെറ്റിയാൽ ഇംപോർട്ട് നയം, റൂട്ട്-ടാർഗെറ്റ് പൊരുത്തം, അടുത്ത ഹോപ്പ് അന്വേഷണം എന്നിവയെല്ലാം ആരും പ്രഖ്യാപിക്കാത്ത ഒരു ഘടനയ്ക്കെതിരെ പ്രവർത്തിക്കുന്നു. താഴെയുള്ള യാത്ര ആ ജോടിയിൽ തുടങ്ങി ഫോർവേഡിംഗ് ഫലത്തിൽ അവസാനിക്കുന്നു.
റൂട്ട് ഏത് പട്ടികയിൽ പെടുന്നു എന്ന് രണ്ട് സംഖ്യകൾ തീരുമാനിക്കുന്നു
ജോടി രണ്ടുതവണ പ്രത്യക്ഷപ്പെടുന്നു: മൾട്ടിപ്രോട്ടോക്കോൾ കഴിവിനുള്ളിൽ, അവിടെ സംസാരിക്കുന്നയാൾ ഒരു കുടുംബം പ്രഖ്യാപിക്കുന്നു, കൂടാതെ ആ കുടുംബം വഹിക്കുന്ന ഓരോ NLRIയുടെയും മുന്നിൽ. അത് ഇതിനെ മൂല ബോക്സിലെ ക്രമീകരണമല്ലാതെ റൂട്ടിന്റെ സ്വത്താക്കുന്നു. നിർമ്മാതാക്കൾ ഇതിനെ Address family VPNv4 Unicast പോലുള്ള പേരായി അച്ചടിക്കുന്നു, സംഖ്യകൾ സ്ഥാനത്തു നിൽക്കുമ്പോൾ പദപ്രയോഗം പതിപ്പുകൾക്കിടയിൽ മാറുന്നു.
| Where you meet it | Family pair | Boundary of what it proves |
|---|---|---|
| VPNv4 unicast capability on a neighbour | 1 / 128 | the peer will signal labelled VPN-IPv4, nothing about import |
| VPNv6 unicast capability on a neighbour | 2 / 128 | the peer will signal VPN-IPv6, silent about the transport below |
| VPLS NLRI with a VE ID and a label base | 25 / 65 | a pseudowire is signalled, not that a bridge learned a MAC |
| EVPN MAC/IP advertisement route | 25 / 70 | a binding is advertised, not that the host answers |
നാല് എൻകോഡിംഗുകൾ മിക്കവാറും എല്ലാ സംരംഭ കേസുകളും ഉൾക്കൊള്ളുന്നു: MPLS ലേബലുള്ള VPN-IPv4-ന് 1 കൂടെ 128, IPv6 തുല്യത്തിന് 2 കൂടെ 128, BGP സിഗ്നൽ ചെയ്ത VPLS-ന് 25 കൂടെ 65, EVPN-ന് 25 കൂടെ 70. ആദ്യ തെറ്റ് എന്നത് എല്ലാ Layer 2 സേവനവും 25 കൂടെ 65-ന്റെ പിന്നിലാണെന്ന് കരുതുന്നതാണ്, അത് EVPN മറയ്ക്കുന്നു. രണ്ടാമത്തേത് രണ്ട് IP കുടുംബങ്ങളെ നീളമേറിയ വിലാസമുള്ള ഒരു കുടുംബമായി കാണുന്നതാണ്, എന്നാൽ അവ വെവ്വേറെ ചർച്ച ചെയ്യപ്പെടുന്നു, വിവിധ പിയറുകളിൽ സ്വീകരിക്കാം. മൂന്നാമത്തേത് ഒന്നിനെ മാത്രം അറിയുന്ന പതിപ്പിൽ നിന്ന് ടെംപ്ലേറ്റ് പകർത്തുമ്പോൾ പ്രത്യക്ഷപ്പെടുന്നു. രജിസ്ട്രിയിൽ നോക്കുന്നത് സേവനനാമത്തിൽ കെട്ടിപ്പടുത്ത ഊഹത്തെക്കാൾ വേഗം മൂന്നിനെയും തീർക്കും.
നാല് വരികളെ IANA രജിസ്ട്രിയിലെ ഉദാഹരണങ്ങളായി കാണുക, രജിസ്ട്രി തന്നെയല്ല. ഏതെങ്കിലും സംഖ്യ പരിചിതമായ ഒന്നുമായി പൊരുത്തപ്പെടുന്നില്ലെങ്കിൽ, അതിനു ചുറ്റും നയം നിർമ്മിക്കുന്നതിന് മുൻപ് അത് നോക്കുക.
AFI 25 ബന്ധമില്ലാത്ത രണ്ട് NLRI ഫോർമാറ്റുകൾ വഹിക്കുന്നു
രണ്ട് Layer 2 കുടുംബങ്ങളും AFI 25-ന് കീഴിൽ ഇരിക്കുന്നു, സാമ്യം അവിടെ അവസാനിക്കുന്നു. RFC 4761 section 3.2.2-ലെ VPLS NLRI നീളം, റൂട്ട് വേർതിരിക്കി, VE ID, VE ബ്ലോക്ക് ഓഫ്സെറ്റ്, VE ബ്ലോക്ക് വലിപ്പം, ലേബൽ അടിത്തറ എന്നിവ വഹിക്കുന്നു, അവ ഒരുമിച്ച് ഒരു pseudowire അന്ത്യബിന്ദുവിനും അതിന്റെ ലേബലിനും പേര് നൽകുന്നു. EVPN AFI 25 നിലനിർത്തി SAFI 70-ലേക്ക് പോകുന്നു, അവിടെ പേലോഡ് ഒരു റൂട്ട് തരം: ഈതർനെറ്റ് സ്വയം കണ്ടെത്തൽ, MAC/IP പ്രഖ്യാപനം, ഉൾക്കൊള്ളുന്ന മൾട്ടികാസ്റ്റ്, ഈതർനെറ്റ് സെഗ്മെന്റ്, IP പ്രിഫിക്സ്. അതിനാൽ ഒരേ ബൈറ്റ് ഓഫ്സെറ്റ് രണ്ട് കുടുംബങ്ങളിൽ വ്യത്യസ്ത അർത്ഥം നൽകുന്നു. ഒന്നിനായി എഴുതിയ പാർസർ മറ്റൊന്ന് പരാതിയില്ലാതെ വായിച്ച് അർത്ഥശൂന്യത ഉത്പാദിപ്പിക്കുന്നു. വ്യാഖ്യാനം തെറ്റാണെന്ന് അറിയിക്കുന്ന ഏക മുന്നറിയിപ്പ് ജോടിയാണ്.
ഒരു കുടുംബത്തിൽ VE ബ്ലോക്ക് ഓഫ്സെറ്റ് എന്നർത്ഥമുള്ള ഫീൽഡിന് മറ്റൊന്നിൽ തുല്യമില്ല, MAC/IP പ്രഖ്യാപന റൂട്ട് EVPN-ൽ മാത്രമേ ഉള്ളൂ. ഗുണവിശേഷത രണ്ടിനും ബാധകമെന്ന് ഉദ്ധരിക്കുന്നതാണ് ക്യാപ്ചർ അവലോകനം തെറ്റാകുന്ന വഴി.
ആരെങ്കിലും നിങ്ങൾക്ക് ഒരു ക്യാപ്ചർ അല്ലെങ്കിൽ നിർമ്മാതാവിന്റെ പട്ടിക നൽകുമ്പോൾ, ഗുണവിശേഷത ഏത് കുടുംബത്തിന്റേതാണെന്ന് ചോദിക്കുക. തുടർന്ന് സ്വീകരിക്കുന്ന നടപ്പാക്കൽ ആ കുടുംബത്തെ പിന്തുണയ്ക്കുന്നുവെന്ന് ഉറപ്പാക്കുക, ഡാറ്റാഷീറ്റിലെ സേവനനാമമല്ല. രണ്ട് പ്ലാറ്റ്ഫോമുകൾക്കും VPLS പിന്തുണ അവകാശപ്പെടാം, പക്ഷേ വ്യത്യസ്ത സിഗ്നലിംഗ് കുടുംബങ്ങൾ നടപ്പാക്കുന്നു. ജോടി അവയെ വേർതിരിക്കുന്നു; ഉൽപ്പന്ന ലേബൽ അല്ല.
സെഷന്റെ സ്വന്തം വിലാസ കുടുംബം വേറിട്ട ചോദ്യമാണ്
VPN-IPv6 സാധാരണയായി TCP ബന്ധം IPv4-ന് മുകളിലൂടെ നടക്കുന്ന ഒരു സെഷനിലൂടെ പ്രഖ്യാപിക്കപ്പെടുന്നു, അത് പിന്തുണയ്ക്കുന്ന രൂപകൽപ്പനയാണ്, തകരാറല്ല. അതിനാൽ സെഷൻ സംഗ്രഹം മാത്രം വായിക്കുന്നത് പിയറുകൾ ഏത് VPN കുടുംബങ്ങൾ കൈമാറുന്നു എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.
NLRI കുടുംബം, ഗതാഗത കുടുംബം, ഫോർവേഡിംഗ് കുടുംബം എന്നിവ മൂന്ന് സ്വതന്ത്ര തീരുമാനങ്ങളാണ്. റൗട്ടറിന് അതിന്റെ പിയറുമായി IPv4 സംസാരിക്കാം, VPN-IPv6 ലഭ്യത സ്വീകരിക്കാം, അടുത്ത ഹോപ്പ് നിങ്ങൾ ഉദ്ദേശിക്കാത്ത ഒരു പാതയിലൂടെ ലഭ്യമായ IPv6 വിലാസമായ ഒരു റൂട്ട് ഇൻസ്റ്റാൾ ചെയ്യാം. ഓരോ പാളിക്കും സ്വന്തം സ്ഥിരീകരണം വേണം. പ്രഖ്യാപനങ്ങൾ ശരിയായി തോന്നുമ്പോഴും IPv6 ലക്ഷ്യങ്ങൾ എത്താനാകുന്നില്ലെന്ന് റിപ്പോർട്ട് ചെയ്യുന്ന സൈറ്റുകൾ സാധാരണയായി അടുത്ത ഹോപ്പ് റെസല്യൂഷൻ നഷ്ടപ്പെട്ടവയാണ്, കുടുംബ ചർച്ചയല്ല.
സെഷന്റെ വിലാസ കുടുംബം വെവ്വേറെ പരീക്ഷിക്കുക, തുടർന്ന് അത് വഹിക്കുന്ന കുടുംബങ്ങൾ, തുടർന്ന് കോർ ഫോർവേഡ് ചെയ്യാനാകുന്നത്. മൂന്നിനെയും വേർതിരിച്ചു നിർത്തുന്നത് ശരിയായ പ്രഖ്യാപനത്തെ IPv6 അറ്റം മുതൽ അറ്റം വരെ പ്രവർത്തിക്കുന്നു എന്ന തെളിവായി വായിക്കുന്ന സാധാരണ തെറ്റായ രോഗനിർണ്ണയം തടയുന്നു. ഒരു പിയർ മറ്റൊന്നിനോട് ഒരു പ്രിഫിക്സിനെക്കുറിച്ച് പറഞ്ഞു എന്ന് മാത്രമേ അത് തെളിയിക്കുന്നുള്ളൂ.
ചർച്ച ചെയ്തു, സ്വീകരിച്ചു, ഇംപോർട്ട് ചെയ്തു, ഇൻസ്റ്റാൾ ചെയ്തു
ഒരു പ്രതീക്ഷിത റൂട്ടിന് നാല് അവസ്ഥകൾ ക്രമത്തിൽ ഉണ്ടായിരിക്കണം, ഓരോന്നും നിരീക്ഷിക്കാവുന്നതാണ്. കുടുംബം ആ പിയറുമായി ചർച്ച ചെയ്യപ്പെട്ടിരിക്കണം, റൂട്ട് എത്തണം, ഒരു റൂട്ട് ടാർഗെറ്റ് അതിനെ ഉദ്ദേശിച്ച സന്ദർഭത്തിലേക്ക് ഇംപോർട്ട് ചെയ്യണം, റൂട്ട് ഇൻസ്റ്റാൾ ആകാൻ അടുത്ത ഹോപ്പ് പരിഹരിക്കപ്പെടണം. ആദ്യ അവസ്ഥ ഒഴിവാക്കിയാൽ ബാക്കി മൂന്ന് ഉത്തരമില്ലാത്തതാകുന്നു, കാരണം ചർച്ച ചെയ്യാത്ത കുടുംബം പരിശോധിക്കാൻ റൂട്ടുകൾ ഉത്പാദിപ്പിക്കുന്നില്ല. Cisco ശൈലിയിലുള്ള പ്ലാറ്റ്ഫോമുകളിൽ കുടുംബ സംഗ്രഹങ്ങളും പിയർ ഓരോന്നിന്റെയും കഴിവുകളും വേറിട്ട കമാന്റുകളാണ്.
show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address familyചർച്ച ഓരോ പിയറിനും അച്ചടിക്കുന്ന കഴിവ് കൈമാറ്റത്തിൽ കാണാം, ഒരു കുടുംബവും ലിസ്റ്റ് ചെയ്യാത്ത സ്ഥാപിത സെഷൻ നിങ്ങൾ ആവശ്യപ്പെട്ടതിൽ ഒന്നും വഹിക്കുന്നില്ല. ഇംപോർട്ട് വിപുലീകൃത സമൂഹങ്ങളായി വഹിക്കുന്ന റൂട്ട് ടാർഗെറ്റുകൾ തീരുമാനിക്കുന്നു, അതിനാൽ ശരിയായ ജോടി തെറ്റായി ടൈപ്പ് ചെയ്ത ടാർഗെറ്റിനൊപ്പം പട്ടിക ശൂന്യമായി വിടുന്നു. തുടർന്ന് ഇൻസ്റ്റാളേഷൻ സ്വീകരിക്കുന്ന സന്ദർഭത്തിൽ അടുത്ത ഹോപ്പ് പരിഹരിക്കപ്പെടുന്നതിനെ ആശ്രയിക്കുന്നു, ഓരോ പ്രഖ്യാപനവും മികച്ചതായി തോന്നുമ്പോഴും അത് പരാജയപ്പെടാം.
ഡാറ്റ പ്ലെയിൻ അവസാനം സ്ഥിരീകരിക്കുക, കാരണം പട്ടികയിലെ റൂട്ട് ഒരു വാദമാണ്, വിതരണമല്ല. അതേ നാല് അവസ്ഥകൾ ഓരോ കുടുംബത്തിനും ബാധകമാണ്; കമാന്റുകളും പട്ടികയുടെ പേരുകളും മാത്രം മാറുന്നു.
കുടുംബ ജോടി ഒരിക്കലും തെളിയിക്കാത്തത്
ജോടി ശരിയായി വായിക്കുന്നത് തുടർന്നുള്ള റൂട്ടിംഗ് വിവരങ്ങൾ എങ്ങനെ വ്യാഖ്യാനിക്കണം എന്ന് പറയുന്നു, അതാണ് മുഴുവൻ വാദം. ലഭ്യത, നയം, ഡാറ്റ പ്ലെയിന്റെ ആരോഗ്യം എന്നിവയെക്കുറിച്ച് ഒന്നും അത് പറയുന്നില്ല. രണ്ടിനെയും കൂട്ടിക്കലർത്തുന്നത് ആരും പരിശോധിക്കാത്ത ഒരു നെറ്റ്‌വർക്കിനെക്കുറിച്ച് ആത്മവിശ്വാസമുള്ള പ്രസ്താവനകൾ സൃഷ്ടിക്കുന്നു. റൂട്ട് ടാർഗെറ്റ് പൊരുത്തക്കേടും തകർന്ന അടുത്ത ഹോപ്പും ജോടിയിൽ നിന്ന് മാത്രം ഒരുപോലെ തോന്നുന്നു. ജോടി ഒരു വായനാ നിർദ്ദേശമാണ്, ഒരിക്കലും വിധിയല്ല.
എസ്കലേറ്റ് ചെയ്യുമ്പോൾ ജോടി, റൂട്ട് ടാർഗെറ്റ്, പരിഹരിച്ച അടുത്ത ഹോപ്പ് എന്നിവ ഒരേ കുറിപ്പിൽ ഇടുക. അപ്പോൾ അടുത്ത എൻജിനീയർക്ക് സേവനനാമം വീണ്ടും വ്യാഖ്യാനിക്കുന്നതിനു പകരം പരീക്ഷിക്കാൻ മൂന്ന് സ്വതന്ത്ര കാര്യങ്ങളുണ്ട്. ചർച്ച ഇല്ലെങ്കിൽ അവർ ഉടൻ കാണുന്നു, തെറ്റായ ടാർഗെറ്റ് ഇംപോർട്ട് വ്യക്തമായി ഇല്ലാതാക്കുന്നു, പരിഹരിക്കപ്പെടാത്ത അടുത്ത ഹോപ്പ് റൂട്ട് നിലവിലുണ്ടെങ്കിലും ഉപയോഗശൂന്യമായി വിടുന്നു.