Ինչպես ենք փորձարկում multicast-ը. join-ի ուշացում, (S,G), RP

Երթուղիչի տեխնիկական բնութագրում գրված է՝ «PIM-SM, PIM-SSM, IGMPv3, MLDv2, 8K multicast երթուղի»։ Յուրաքանչյուր տող անվանում է մի ֆունկցիա, որը սարքն ունի։ Դրանցից ոչ մեկը չի ասում, թե քանի միլիվայրկյան է անցնում ստացողի join-ից մինչև նրա առաջին փաթեթը, քանի (S,G) գրառում է տեղավորվում սարքավորման աղյուսակում, և ինչ է հասնում ստացողներին, մինչ ծառը վերակառուցվում է խափանումից հետո։ Մենք չափում ենք հենց այդ թվերը՝ յուրաքանչյուր ստացողի համար։

Ստենդը

Փորձարկվող սարքը տեղադրվում է CloudLAB ստենդում 1G, 10G կամ 100G պորտերով (400G և ավելի արագ՝ ըստ նախագծի)՝ երթուղիչների զույգ կամ միջուկի կոմուտատոր, կամ մուտքի կոմուտատոր IGMP snooping-ով։ Գեներատորը էմուլյացնում է ծառի երկու ծայրերը՝ աղբյուրներ, որոնք հոսքեր են ուղարկում Ձեր պլանի խմբերին, և ստացողներ յուրաքանչյուր ելքային պորտի հետևում, որոնք միանում և հեռանում են IGMPv2 կամ v3, MLDv1 կամ v2 արձանագրությամբ։ Վերևի կողմում էմուլյացված PIM հարևանները և OSPF, IS-IS կամ BGP peer-երը սարքին տալիս են unicast աղյուսակ, որպեսզի RPF ստուգումն աշխատի իրական երթուղիներով։ Յուրաքանչյուր հոսք կրում է հաջորդականության համարներ և ժամանակի նշումներ, և յուրաքանչյուր ստացող հաղորդում է իր առաջին փաթեթը, կորուստները և կրկնօրինակները։

Դիզայնը վերցվում է Ձեր կոնֆիգուրացիայի արտահանումից՝ RP-ի տեղը (ստատիկ, BSR կամ anycast RP), SSM միջակայքը, PIM և IGMP տայմերները, snooping-ի և querier-ի կարգավորումները։ Ալիքի փոխարկումը դիտողի աչքերով նկարագրված է վիդեոյի QoE-ի մասին գրառման մեջ, այս գրառումը դրա տակ գտնվող ցանցի մասին է։

Ինչ ենք ստուգում

• Join-ի և leave-ի ուշացում. report-ից մինչև այդ պորտի առաջին փաթեթը, leave-ից մինչև վերջինը, սկզբում մեկ ստացող, հետո հարյուրավորներ, որոնք միանում են նույն վայրկյանին
• Մասշտաբ. խմբերն ու (S,G) գրառումներն ավելացվում են քայլ առ քայլ, մինչև միացված խումբը մնա առանց տրաֆիկի, կամ փոխանցումը սարքավորումից անցնի CPU-ին
• Ռեպլիկացիա. մեկ հոսքը պատճենվում է բոլոր ելքային պորտերին unicast-ի կողքին, յուրաքանչյուր պատճենի արագությունը և latency-ն
• Ծառի զուգամիտում. անջատում ենք RPF ուղու կապուղին, շարքից հանում ենք վերին երթուղիչը, ընդհատումը յուրաքանչյուր ստացողի համար՝ unicast զուգամիտման ժամանակի կողքին
• Կրկնօրինակներ. երկու անգամ ստացված փաթեթներ, մինչ հին և նոր ուղիները միաժամանակ են փոխանցում, խափանումից հետո և ընդհանուր ծառից աղբյուրի ծառին անցնելիս
• RP-ի խափանում. ինչ է լինում աշխատող հոսքերի, նոր ստացողների և նոր աղբյուրների հետ, մինչև պահուստային RP-ն ստանձնի դերը
• Snooping L2-ում. խմբեր ըստ պորտի, անհայտ multicast-ի flood, fast leave, querier-ը անհետացել է կամ տեղափոխվել այլ կոմուտատոր

RFC 3918-ը տալիս է join-ի ուշացման, խմբերի տարողության և փոխանցման արագության մեթոդիկան, RFC 5180-ը IPv6 multicast-ը թողնում է իր շրջանակից դուրս, ուստի MLD-ն գնում է առանձին բլոկով՝ ըստ RFC 3918-ի։ Խափանումները հետևում են մեր failover-ի մեթոդիկային, անցման չափանիշները՝ Ձեր դիզայնից։

Ինչն է սովորաբար խափանվում

Սարքավորման աղյուսակը։ Տիպիկ նախագծում բնութագրում գրված էր 8K multicast երթուղի, և դիզայնի թիմը դա կարդաց որպես 8000 ալիք։ SSM-ով և մեկ ալիքին 4 աղբյուրով սարքի գրառումները սպառվեցին 2000 ալիքի վրա։ 2001-րդ ալիքն ուներ IGMP վիճակ և վերև ուղարկված PIM join, նրա տրաֆիկը հասնում էր սարքին և այլևս ոչ մի տեղ չէր գնում։ Ոչ մի տող լոգում, ոչ մի ահազանգ, մութ խմբերը ցույց է տալիս միայն ստուգումը յուրաքանչյուր ստացողի համար։

Նախ unicast, հետո multicast։ RPF ուղու կապուղին ընկնում է, unicast-ը զուգամիտվում է 200 մվ-ում, իսկ տիպիկ փորձարկման ժամանակ ստացողները մնում են առանց տրաֆիկի ևս 2,5 վ՝ երթուղու փոփոխությունից հետո սարքը 1500 (S,G) գրառում վերակառուցում է մեկ առ մեկ։ Վերևում 2 երթուղիչ ունեցող LAN-ում լինում է հակառակը՝ երկուսն էլ փոխանցում են, մինչև assert-ը որոշի, թե որն է մնում, և ստացողները հաշվում են կրկնօրինակներ։ Վիդեո դեկոդերը դա կթաքցնի, բորսայական գնանշումների հոսքը՝ ոչ։

Querier-ը։ Snooping-ով և առանց querier-ի VLAN-ում մուտքի կոմուտատորն աշխատում է join-ից հետո մոտ 4 րոպե։ Ոչ ոք հարցումներ չի ուղարկում, պատասխանելու բան չկա, անդամակցության տայմերը (260 վ լռելյայն տայմերների դեպքում) սպառվում է, և կոմուտատորը կտրում է պորտը։ Հոսքն անհետանում է, իսկ տիկետում գրում են «պարբերաբար»։ Ստենդում դա աստիճան է 260-րդ վայրկյանին՝ ստացողի ժամանակային գծի վրա։

Ինչ կա հաշվետվության մեջ

Join-ի և leave-ի ուշացումը յուրաքանչյուր ստացողի համար՝ պերցենտիլներով, ըստ join-ների տեմպի։ Մասշտաբի սահմանը՝ վերջին խումբը, որով գնացել է տրաֆիկ, և այն կետը, որտեղ փոխանցումը դուրս է եկել սարքավորումից։ Յուրաքանչյուր խափանման համար՝ ընդհատում և կրկնօրինակներ յուրաքանչյուր ստացողի համար, unicast զուգամիտման ժամանակի կողքին։ RP-ի խափանման ժամանակային գիծը։ Կոմուտատորից կարդացված snooping աղյուսակները այն բանի կողքին, ինչ իրականում հասել է յուրաքանչյուր ստացողին։ Կոնֆիգուրացիայի արտահանումը և էմուլյացված աղբյուրների, ստացողների և հարևանների կարգավորումները, որպեսզի վենդորը կարողանա կրկնել ցանկացած կետ։

Որտեղից սկսել

Ուղարկեք մեզ սարքերի մոդելները, multicast-ի դիզայնը (RP, SSM միջակայք, խմբերի քանակ) և կոնֆիգուրացիայի արտահանումը։ Մենք պատասխանում ենք թեստի պլանի նախագծով՝ կետերը, ստենդի սխեման և ժամկետները։ Հաշվետվությունը մնում է Ձեզ, և Դուք կարող եք այն ցույց տալ վենդորին։ Գրեք մեզ կամ տեսեք, թե էլ ինչ է անում ստենդը։