Մեկ IOS XR խմբում երկու կամուրջ-դոմենը մեկ LAN չեն
Երկու կամուրջ-դոմեն մեկ կամուրջ-խմբի տակ տեղադրելը չի միավորում նրանց փոխանցումը։ Խումբը, դոմենը և յուրաքանչյուր կցում կարդացեք որպես առանձին շերտեր։
Նույն IOS XR երթուղիչի երկու հոսթ չեն կարող միմյանց ping անել, թեև կոնֆիգուրացիան այնպիսի տեսք ունի, կարծես պետք է կարողանան։ Երկու ենթաինտերֆեյսներն էլ երևում են նույն կամուրջ-խմբի տակ, անունները տարբերվում են մեկ տառով, և commit-ը անցել է առանց բողոքի։ Պակասում է հիերարխիայի մեկ մակարդակ՝ կամուրջ-խումբը տարա է, և դրա ներսում յուրաքանչյուր կամուրջ-դոմեն իր սեփական հեռարձակման դոմենն է՝ իր անդամակցությամբ։ Ավելացրեք երրորդ հոսթը, և պատկերը սովորաբար ավելի է վատանում, քան պարզվում։
| 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-ի, սովորում է աղբյուրի հասցեները և անհայտ unicast, broadcast և multicast հոսքը հեղեղում է միայն այդ դոմենի ներսում։ Նախքան ձեր սեփական կոնֆիգուրացիան կարդալը կարդացեք այդ ուղեցույցի հիերարխիան։
Կամուրջ-դոմենինն են պատկանում փոխանցումը և ուսուցումը
MAC-ի ուսուցումը սահմանափակված է դոմենով, ուստի մեկ դոմենում սովորած կայանը անտեսանելի է իր քրոջ մեջ։ Հեղեղումը հետևում է նույն սահմանին, դրա համար էլ մեկ հոսթի ուղարկած հեռարձակումը երբեք չի հասնում մյուս դոմենի հոսթին։ Այնուհետև դոմենի ներսում բաժանված հորիզոնի խմբերը, անդամակցության վիճակը և ցանկացած կարգավորված փոխանցման կառավարում էլ ավելի են նեղացնում թույլատրելի ելքերը։
Կեղծլար կամ վիրտուալ փոխանցման օրինակը ծառայության կցումն է դոմենին։ Այն ծնող կամուրջ-խմբի հոմանիշը չէ, և հենց այդպես վերաբերվելը թողնում է մատակարարի եզրը երկու ծառայությունների հետ, որոնք պետք է մեկուսացված լինեին և մեկուսացված չեն։
Կցումը որոշում է, թե որ կադրերն են ընդհանրապես հասնում
Դոմենի տակ նստում է կցումը՝ ինտերֆեյսը կամ ենթաինտերֆեյսը, այն ինկապսուլյացիան, որին համապատասխանում է, ցանկացած պիտակի գործողություն և այն դոմենը, որին միանում է։ Ենթաինտերֆեյսը, որի համարը պատահաբար նման է VLAN-ին, կադրի պայմանագիր չէ, և նույն ֆիզիկական պորտը կարող է կերակրել երկու դոմեն երկու տարբեր համապատասխանությամբ։ Գրեք մուտքային ինտերֆեյսը, համապատասխան պիտակը, պիտակի գործողությունը և նպատակային դոմենը, ապա առանձին գրեք ելքային կողմը։
Համեմատեք այդ պայմանագիրը երկու ծառայությունների միջև նախքան կոնֆիգուրացիան տեղափոխելը։ Երբ երկու դոմեններն էլ մեկ խմբի տակ են և դրանցից միայն մեկն է տրաֆիկ տեղափոխում, տարբերությունը գրեթե միշտ կցման մեջ է, ոչ թե դոմենում։
Եթե նախագիծը նաև երթուղավորում է ենթացանցերի միջև, 3-րդ շերտի կցումը ևս մեկ օբյեկտ է՝ իր դարպասի հասցեով և քաղաքականությամբ։ Կամուրջ-դոմենի անունը ոչինչ չի բացատրում այն մասին, թե որ դարպասն է սպասարկում այն։
Նախքան վերակազմավորումը ստուգեք տեղակայված թողարկմամբ
Դոմենին նայելու համար օգտագործեք թողարկման սեփական գործառնական հրամանները, ոչ թե ընթացիկ կոնֆիգուրացիան։ show l2vpn bridge-domain detail հաղորդում է դոմենների և նրանց կցման վիճակի մասին, իսկ show l2vpn forwarding bridge-domain MAC ընտրանքներով ցույց է տալիս, թե ինչ է սովորել և որտեղ։ Եթե MAC հասցեն հայտնվում է մեկ դոմենում և ոչ իր քրոջ մեջ, հիերարխիան անում է հենց այն, ինչի համար կարգավորվել է։
Այնուհետև նախքան որևէ բան փոխելը գույքագրեք խմբի տակ գտնվող յուրաքանչյուր դոմեն և կցում, և պահպանեք գոյություն ունեցող կոնֆիգուրացիան համեմատության համար։ Մեկ ծանոթ օբյեկտի անունը ապացույց չէ, որ յուրաքանչյուր ներդրված ծառայություն կիսում է դրա շրջանակը։