એક 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 |
લક્ષણથી શરૂ કરો અને ઉપર વાંચો
એક સબનેટની અંદર હોસ્ટ નિષ્ફળ જાય, જ્યારે ઇન્ટરફેસ up હોવાનું જણાવે અને ARP એન્ટ્રીઓ ક્યારેય ભરાતી નથી, ત્યારે તે રાઉટિંગની નહીં પણ ડોમેન-સભ્યપદાની સમસ્યાની નિશાની છે. રાઉટિંગ સમસ્યાઓ સામાન્ય રીતે ICMP અપ્રાપ્ય સંદેશ અથવા અસ્તિત્વમાં રહેલું આગળનું હોપ આપે છે; ખૂટતું બ્રોડકાસ્ટ ડોમેન બીજા સ્તરે મૌન આપે છે. એક પણ IP સરનામું જોતા પહેલાં ચકાસો કે બંને જોડાણ એક જ બ્રિજ ડોમેનમાં છે કે નહીં. જો ન હોય, તો કોઈ પણ સરનામાંકન કાર્ય તેમને જોડશે નહીં.
બ્રિજ જૂથ એક કન્ટેનર છે અને વધુ કંઈ નહીં
IOS XR ની સ્તર 2 VPN શ્રેણીમાં બ્રિજ જૂથ એક અથવા વધુ બ્રિજ ડોમેન ધરાવે છે, અને જૂથ પોતે કંઈપણ સ્વિચ કરતું નથી. એક જૂથ હેઠળના બે ડોમેન ભાઈ-બહેન છે, એક LAN ના સભ્યો નથી, ભલે ગોઠવણી વાંચતાં એવું લાગે કે તેઓ નેસ્ટેડ છે. તે ગોઠવણી ઇરાદાપૂર્વક છે: જૂથ એ જગ્યા છે જ્યાં તમે સેવાઓ ગોઠવો છો, અને ડોમેન એ જગ્યા છે જ્યાં ફોરવર્ડિંગ ખરેખર થાય છે.
Cisco ની લેયર 2 મલ્ટિપોઇન્ટ સેવાઓની માર્ગદર્શિકા બ્રિજ ડોમેનને બ્રોડકાસ્ટ ડોમેન તરીકે વર્ણવે છે, જે ભૌતિક કે વર્ચ્યુઅલ પોર્ટ ધરાવે છે, લક્ષ્ય MAC મુજબ સ્વિચ કરે છે, સ્રોત સરનામાં શીખે છે અને અજાણ્યા યુનિકાસ્ટ, બ્રોડકાસ્ટ અને મલ્ટિકાસ્ટને ફક્ત તે ડોમેનની અંદર ફેલાવે છે. તમારી પોતાની ગોઠવણી વાંચતા પહેલાં તે માર્ગદર્શિકાની શ્રેણી વાંચો.
બ્રિજ ડોમેન પાસે ફોરવર્ડિંગ અને શિક્ષણ છે
MAC શિક્ષણ ડોમેન સુધી મર્યાદિત છે, તેથી એક ડોમેનમાં શીખેલું સ્ટેશન તેના ભાઈ-બહેનમાં અદૃશ્ય છે. ફેલાવો પણ એ જ સીમા અનુસરે છે, તેથી એક હોસ્ટ મોકલેલો બ્રોડકાસ્ટ બીજા ડોમેનના હોસ્ટ સુધી ક્યારેય પહોંચતો નથી. પછી ડોમેનની અંદરના વિભાજિત ક્ષિતિજ જૂથો, સભ્ય સ્થિતિ અને કોઈપણ ગોઠવાયેલા ફોરવર્ડિંગ નિયંત્રણો પાત્ર આઉટપુટને વધુ સાંકડા કરે છે.
સ્યુડોવાયર અથવા વર્ચ્યુઅલ ફોરવર્ડિંગ ઇન્સ્ટન્સ એ ડોમેન સાથેનું સેવા-જોડાણ છે. તે પિતૃ બ્રિજ જૂથનો સમાનાર્થી નથી, અને તેને એમ ગણવાથી જ પ્રદાતા-ધાર એવી બે સેવાઓ સાથે રહી જાય છે જે અલગ રહેવાની હતી પણ નથી.
જોડાણ નક્કી કરે છે કે કયા ફ્રેમ આવશે
ડોમેનની નીચે જોડાણ રહે છે: ઇન્ટરફેસ કે સબઇન્ટરફેસ, તે જે એન્કેપ્સ્યુલેશન સાથે મેળ ખાય છે, કોઈપણ ટેગ ક્રિયા, અને જે ડોમેનમાં તે જોડાય છે. જેનો નંબર સંજોગવશાત VLAN જેવો દેખાય તે સબઇન્ટરફેસ ફ્રેમ કરાર નથી, અને એક જ ભૌતિક પોર્ટ બે અલગ મેળ સાથે બે ડોમેનને ખવડાવી શકે છે. ઇનગ્રેસ ઇન્ટરફેસ, મેળ ખાતો ટેગ, ટેગ ક્રિયા અને લક્ષ્ય ડોમેન લખો, પછી ઇગ્રેસ બાજુ અલગથી લખો.
ગોઠવણી ખસેડતા પહેલાં બે સેવાઓ વચ્ચે તે કરારની સરખામણી કરો. જ્યારે બંને ડોમેન એક જૂથ હેઠળ હોય અને તેમાંથી ફક્ત એક જ ટ્રાફિક વહન કરે, ત્યારે ફરક લગભગ હંમેશા ડોમેનમાં નહીં પણ જોડાણમાં હોય છે.
જો ડિઝાઇન સબનેટ વચ્ચે રાઉટિંગ પણ કરે, તો સ્તર 3 જોડાણ પોતાના ગેટવે સરનામા અને નીતિ સાથેનું વધારાનું ઑબ્જેક્ટ છે. બ્રિજ ડોમેનનું નામ કયો ગેટવે તેની સેવા કરે છે તે વિશે કંઈ સમજાવતું નથી.
પુનર્ગઠન પહેલાં તૈનાત રિલીઝ સાથે ચકાસો
ચાલી રહેલી ગોઠવણીને બદલે ડોમેન જોવા માટે રિલીઝની પોતાની ઓપરેશનલ કમાન્ડ વાપરો. show l2vpn bridge-domain detail ડોમેન અને તેમની જોડાણ સ્થિતિ જણાવે છે, અને MAC વિકલ્પો સાથે show l2vpn forwarding bridge-domain શું ક્યાં શીખ્યું તે દર્શાવે છે. જો MAC સરનામું એક ડોમેનમાં દેખાય અને તેના ભાઈ-બહેનમાં ન દેખાય, તો શ્રેણી બરાબર તે જ કરે છે જે માટે તે ગોઠવાયેલી છે.
પછી કંઈપણ બદલતા પહેલાં જૂથ હેઠળના દરેક ડોમેન અને જોડાણની યાદી બનાવો, અને સરખામણી માટે હાલની ગોઠવણી સાચવો. એક પરિચિત ઑબ્જેક્ટ નામ એ પુરાવો નથી કે દરેક નેસ્ટેડ સેવા તેની વ્યાપ્તિ વહેંચે છે.