ഒരു IOS XR ഗ്രൂപ്പിലെ രണ്ട് ബ്രിഡ്ജ് ഡൊമെയ്നുകളും ഒരു LAN അല്ല
ഒരു ബ്രിഡ്ജ് ഗ്രൂപ്പിന് കീഴിൽ രണ്ട് ബ്രിഡ്ജ് ഡൊമെയ്നുകൾ ഇടുന്നത് അവയുടെ ഫോർവേഡിംഗ് ഒരുമിച്ച് ചേർക്കുന്നില്ല. ഗ്രൂപ്പ്, ഡൊമെയ്ൻ, ഓരോ അറ്റാച്ച്മെന്റ് എന്നിവയെ വെവ്വേറെ പാളികളായി വായിക്കുക.
ഒരേ IOS XR റൗട്ടറിലുള്ള രണ്ട് ഹോസ്റ്റുകൾക്ക് പരസ്പരം പിംഗ് ചെയ്യാൻ കഴിയുന്നില്ല, എന്നാൽ കോൺഫിഗറേഷൻ നോക്കുമ്പോൾ കഴിയേണ്ടതാണെന്ന് തോന്നും. രണ്ട് സബ്-ഇന്റർഫേസുകളും ഒരേ ബ്രിഡ്ജ് ഗ്രൂപ്പിന് കീഴിൽ കാണാം, പേരുകൾക്ക് ഒരു അക്ഷരത്തിന്റെ വ്യത്യാസമേയുള്ളൂ, കമ്മിറ്റ് ഒരു പരാതിയുമില്ലാതെ കടന്നുപോയി. ഇവിടെ ഇല്ലാത്തത് ശ്രേണിയുടെ ഒരു തലമാണ്: ബ്രിഡ്ജ് ഗ്രൂപ്പ് ഒരു പാത്രം മാത്രമാണ്, അതിനുള്ളിലെ ഓരോ ബ്രിഡ്ജ് ഡൊമെയ്നും സ്വന്തം അംഗത്വമുള്ള സ്വതന്ത്ര ബ്രോഡ്കാസ്റ്റ് ഡൊമെയ്നാണ്. മൂന്നാമത്തെ ഹോസ്റ്റ് ചേർത്താൽ ചിത്രം സാധാരണയായി വ്യക്തമാകുന്നതിന് പകരം മോശമാകും.
| Object | Owns | Does not own |
|---|---|---|
| Bridge group | a named container for domains | any forwarding or MAC learning |
| Bridge domain | one broadcast domain, MAC table, flooding scope | the VLAN match on an ingress port |
| Attachment | which frames from which interface and tag enter the domain | which other domains they can reach |
രോഗലക്ഷണത്തിൽ നിന്ന് തുടങ്ങി മുകളിലേക്ക് വായിക്കുക
ഇന്റർഫേസുകൾ പ്രവർത്തനക്ഷമമെന്ന് കാണിക്കുകയും ARP എൻട്രികൾ ഒരിക്കലും നിറയാതിരിക്കുകയും ചെയ്യുമ്പോൾ ഒരു സബ്നെറ്റിനുള്ളിൽ ഹോസ്റ്റുകൾ പരാജയപ്പെടുന്നത് റൂട്ടിംഗ് പ്രശ്നത്തിന്റെയല്ല, ഡൊമെയ്ൻ അംഗത്വ പ്രശ്നത്തിന്റെ ലക്ഷണമാണ്. റൂട്ടിംഗ് പ്രശ്നങ്ങൾ സാധാരണയായി ഒരു ICMP unreachable അല്ലെങ്കിൽ നിലവിലുള്ള ഒരു next hop തരും; ഇല്ലാത്ത ബ്രോഡ്കാസ്റ്റ് ഡൊമെയ്ൻ ലെയർ ടു-ൽ നിശ്ശബ്ദത മാത്രം തരും. ഒരു IP വിലാസം പോലും നോക്കുന്നതിന് മുമ്പ് രണ്ട് അറ്റാച്ച്മെന്റുകളും ഒരേ ബ്രിഡ്ജ് ഡൊമെയ്നിലാണോ എന്ന് പരിശോധിക്കുക. അല്ലെങ്കിൽ, എത്ര അഡ്രസിംഗ് ജോലി ചെയ്താലും അവയെ ഒന്നിപ്പിക്കില്ല.
ബ്രിഡ്ജ് ഗ്രൂപ്പ് ഒരു പാത്രം മാത്രം, അതിൽ കൂടുതലൊന്നുമില്ല
IOS XR ലെയർ 2 VPN ശ്രേണിയിൽ ഒരു ബ്രിഡ്ജ് ഗ്രൂപ്പ് ഒന്നോ അതിലധികമോ ബ്രിഡ്ജ് ഡൊമെയ്നുകൾ വഹിക്കുന്നു, ഗ്രൂപ്പ് തന്നെ ഒന്നും സ്വിച്ച് ചെയ്യുന്നില്ല. ഒരു ഗ്രൂപ്പിന് കീഴിലുള്ള രണ്ട് ഡൊമെയ്നുകൾ സഹോദരങ്ങളാണ്, ഒരു LAN-ന്റെ അംഗങ്ങളല്ല, കോൺഫിഗറേഷൻ അവ നെസ്റ്റ് ചെയ്തതായി തോന്നിച്ചാലും. ആ ക്രമീകരണം ബോധപൂർവമാണ്: സേവനങ്ങൾ ക്രമീകരിക്കുന്നത് ഗ്രൂപ്പിലാണ്, ഫോർവേഡിംഗ് യഥാർത്ഥത്തിൽ നടക്കുന്നത് ഡൊമെയ്നിലാണ്.
Cisco-യുടെ മൾട്ടിപോയിന്റ് ലെയർ 2 സേവന ഗൈഡ് ഒരു ബ്രിഡ്ജ് ഡൊമെയ്നിനെ ഭൗതികമോ വെർച്വലോ ആയ പോർട്ടുകൾ വഹിക്കുന്ന ബ്രോഡ്കാസ്റ്റ് ഡൊമെയ്നായി വിവരിക്കുന്നു; അത് ലക്ഷ്യ MAC പ്രകാരം സ്വിച്ച് ചെയ്യുന്നു, ഉറവിട വിലാസങ്ങൾ പഠിക്കുന്നു, അജ്ഞാത യൂണികാസ്റ്റും ബ്രോഡ്കാസ്റ്റും മൾട്ടികാസ്റ്റും ആ ഡൊമെയ്നിനുള്ളിൽ മാത്രം ഫ്ലഡ് ചെയ്യുന്നു. നിങ്ങളുടെ സ്വന്തം കോൺഫിഗറേഷൻ വായിക്കുന്നതിന് മുമ്പ് ആ ഗൈഡിലെ ശ്രേണി വായിക്കുക.
ബ്രിഡ്ജ് ഡൊമെയ്ൻ ഫോർവേഡിംഗും പഠനവും സ്വന്തമാക്കുന്നു
MAC പഠനം ഡൊമെയ്നിൽ മാത്രം ഒതുങ്ങുന്നു, അതിനാൽ ഒരു ഡൊമെയ്നിൽ പഠിച്ച ഒരു സ്റ്റേഷൻ അതിന്റെ സഹോദര ഡൊമെയ്നിൽ അദൃശ്യമാണ്. ഫ്ലഡിംഗും അതേ അതിർത്തി പിന്തുടരുന്നു, അതുകൊണ്ടാണ് ഒരു ഹോസ്റ്റ് അയയ്ക്കുന്ന ബ്രോഡ്കാസ്റ്റ് മറ്റേ ഡൊമെയ്നിലെ ഹോസ്റ്റ് വരെ എത്താത്തത്. ഒരു ഡൊമെയ്നിനുള്ളിലെ സ്പ്ലിറ്റ്-ഹൊറൈസൺ ഗ്രൂപ്പുകളും അംഗ അവസ്ഥയും കോൺഫിഗർ ചെയ്ത ഫോർവേഡിംഗ് നിയന്ത്രണങ്ങളും യോഗ്യമായ ഔട്ട്പുട്ടുകളെ കൂടുതൽ ചുരുക്കുന്നു.
ഒരു സ്യൂഡോവയർ അല്ലെങ്കിൽ വെർച്വൽ ഫോർവേഡിംഗ് ഇൻസ്റ്റൻസ് ഒരു ഡൊമെയ്നിലേക്കുള്ള സേവന അറ്റാച്ച്മെന്റാണ്. ഇത് മാതൃ ബ്രിഡ്ജ് ഗ്രൂപ്പിന്റെ പര്യായമല്ല; അങ്ങനെ കണക്കാക്കുമ്പോൾ ഒരു പ്രൊവൈഡർ എഡ്ജ് വേർതിരിക്കപ്പെടേണ്ട രണ്ട് സേവനങ്ങൾ എന്ന് കരുതിയതും യഥാർത്ഥത്തിൽ അല്ലാത്തതുമായ അവസ്ഥയിലെത്തുന്നു.
ഏത് ഫ്രെയിമുകൾ എത്തുന്നു എന്നത് അറ്റാച്ച്മെന്റ് തീരുമാനിക്കുന്നു
ഡൊമെയ്നിന് താഴെയാണ് അറ്റാച്ച്മെന്റ്: ഇന്റർഫേസോ സബ്-ഇന്റർഫേസോ, അത് പൊരുത്തപ്പെടുത്തുന്ന എൻക്യാപ്സുലേഷൻ, ഏതെങ്കിലും ടാഗ് പ്രവർത്തനം, അത് ചേരുന്ന ഡൊമെയ്ൻ. നമ്പർ കാഴ്ചയ്ക്ക് VLAN പോലെ തോന്നുന്ന ഒരു സബ്-ഇന്റർഫേസ് ഫ്രെയിം കരാറല്ല, ഒരേ ഭൗതിക പോർട്ടിന് രണ്ട് വ്യത്യസ്ത പൊരുത്തങ്ങളോടെ രണ്ട് ഡൊമെയ്നുകൾക്ക് ഇൻപുട്ട് നൽകാം. ഇൻഗ്രസ് ഇന്റർഫേസ്, പൊരുത്തപ്പെട്ട ടാഗ്, ടാഗ് പ്രവർത്തനം, ലക്ഷ്യ ഡൊമെയ്ൻ എന്നിവ എഴുതി വയ്ക്കുക, ശേഷം ഈഗ്രസ് വശം വെവ്വേറെ എഴുതുക.
കോൺഫിഗറേഷൻ മാറ്റുന്നതിന് മുമ്പ് ആ കരാർ രണ്ട് സേവനങ്ങൾക്കിടയിൽ താരതമ്യം ചെയ്യുക. രണ്ട് ഡൊമെയ്നുകളും ഒരു ഗ്രൂപ്പിന് കീഴിലായിരിക്കുകയും അവയിൽ ഒന്ന് മാത്രം ട്രാഫിക് വഹിക്കുകയും ചെയ്യുമ്പോൾ, വ്യത്യാസം മിക്കവാറും ഡൊമെയ്നിലല്ല, അറ്റാച്ച്മെന്റിലാണ്.
രൂപകൽപ്പന ഉപനെറ്റുകൾക്കിടയിൽ റൂട്ട് ചെയ്യുന്നുണ്ടെങ്കിൽ, ലെയർ 3 അറ്റാച്ച്മെന്റ് സ്വന്തം ഗേറ്റ്വേ വിലാസവും നയവുമുള്ള മറ്റൊരു ഒബ്ജക്ടാണ്. ഏത് ഗേറ്റ്വേ അതിനെ സേവിക്കുന്നു എന്നതിനെക്കുറിച്ച് ബ്രിഡ്ജ് ഡൊമെയ്നിന്റെ പേര് ഒന്നും വിശദീകരിക്കുന്നില്ല.
പുനഃക്രമീകരിക്കുന്നതിന് മുമ്പ് വിന്യസിച്ച പതിപ്പ് ഉപയോഗിച്ച് പരിശോധിക്കുക
റണ്ണിംഗ് കോൺഫിഗറേഷനല്ല, ഡൊമെയ്ൻ നോക്കാൻ റിലീസിന്റെ സ്വന്തം ഓപ്പറേഷണൽ കമാന്റുകൾ ഉപയോഗിക്കുക. show l2vpn bridge-domain detail ഡൊമെയ്നുകളും അവയുടെ അറ്റാച്ച്മെന്റ് അവസ്ഥയും റിപ്പോർട്ട് ചെയ്യുന്നു, കൂടാതെ MAC ഓപ്ഷനുകളോടുകൂടിയ show l2vpn forwarding bridge-domain എവിടെ എന്താണ് പഠിച്ചതെന്ന് കാണിക്കുന്നു. ഒരു MAC വിലാസം ഒരു ഡൊമെയ്നിൽ കാണുകയും അതിന്റെ സഹോദര ഡൊമെയ്നിൽ കാണാതിരിക്കുകയും ചെയ്താൽ, ശ്രേണി കോൺഫിഗർ ചെയ്തത് കൃത്യമായി ചെയ്യുന്നു.
ശേഷം എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് ഗ്രൂപ്പിന് കീഴിലുള്ള ഓരോ ഡൊമെയ്നും അറ്റാച്ച്മെന്റും കണക്കെടുക്കുക, താരതമ്യത്തിനായി നിലവിലുള്ള കോൺഫിഗറേഷൻ സൂക്ഷിക്കുക. ഓരോ നെസ്റ്റഡ് സേവനവും അതിന്റെ പരിധി പങ്കിടുന്നു എന്നതിന് ഒരു പരിചിത ഒബ്ജക്ട് നാമം തെളിവല്ല.