Ինչպես ենք փորձարկում BNG-ն. PPPoE, IPoE և սեսիաների փոթորիկ

BNG-ի տեխնիկական բնութագրում նշված է բաժանորդների քանակ, օրինակ՝ 64 000 սեսիա մեկ շասսիի վրա։ Այդ թիվը չափված է դատարկ սարքի վրա՝ սեսիաները բարձրացվել են դանդաղ, օգտատերերը եղել են տեղային ցուցակում։ Ձեր ցանցում հոսանքի անջատումից հետո քաղաքի բոլոր CPE-ները միանում են միաժամանակ, RADIUS-ը գտնվում է այլ տվյալների կենտրոնում, իսկ տների կեսն աշխատում է dual stack-ով։ Մենք չափում ենք, թե վայրկյանում քանի սեսիա է սարքը բարձրացնում, քանիսն է պահում, երբ յուրաքանչյուրում տրաֆիկ կա, և քանի րոպեում է բոլորին վերադարձնում վերագործարկումից հետո։

Ստենդը

BNG-ն կամ BRAS-ը տեղադրվում է CloudLAB ստենդում ցանկացած եզրային երթուղիչի նման, իսկ վիրտուալ BNG-ն աշխատում է ստենդի հիպերվիզորում կամ Ձեր tenant-ում։ Հասանելիության կողմից գեներատորը էմուլյացնում է բաժանորդներին հասանելիության հանգույցների հետևում՝ PPPoE հաճախորդներ PAP-ով կամ CHAP-ով, IPoE հաճախորդներ DHCPv4-ով և DHCPv6-ով, մեկ C-VLAN յուրաքանչյուր բաժանորդի համար՝ հասանելիության հանգույցի S-VLAN-ի ներսում, կամ Ձեր VLAN պլանը։ Սեսիան բարձրանալուց հետո յուրաքանչյուր բաժանորդ ուղարկում և ստանում է իր սակագնի տրաֆիկը։ Ցանցի կողմից այն խաղում է վերին մակարդակի երթուղիչների և սերվերների դերը 1G, 10G կամ 100G պորտերով (400G և ավելի արագ՝ ըստ նախագծի)։

Մուտքերը գնում են Ձեր RADIUS սերվերին կամ էմուլյացվածին՝ այն ատրիբուտներով, որոնք սպասում է Ձեր BNG-ն՝ սակագնային պլան, հասցեների պուլ, QoS պրոֆիլ, սեսիայի timeout։ Բաժանորդների քանակը, սակագների խառնուրդը և ըստ ժամերի միացումների պատկերը վերցվում են Ձեր վիճակագրությունից և հզորության հաշվարկից։

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

• Հաստատման արագություն. PPPoE և IPoE սեսիաներ վայրկյանում՝ աստիճանաբար, մինչև առաջին մերժումները, PPPoE-ի համար ժամանակը PADI-ից մինչև IPCP-ի բարձրանալը, IPoE-ի համար՝ DHCP Discover-ից մինչև Ack
• Սեսիաների առաստաղ. աճը դանդաղ է նախորդ կետում չափված արագությունից, ուստի կոտրվում է հենց քանակը, յուրաքանչյուր սեսիայում տրաֆիկ կա, և ամբողջ քանակը պահվում է ժամերով
• RADIUS. Access-Request-ների հաճախականությունը և պատասխանի ժամանակը՝ ինչպես տեսնում է BNG-ն, timeout-ներ, կրկնություններ, անցում երկրորդ սերվերին, CoA՝ սեսիայի ընթացքում սակագնային պլանը փոխելու համար
• Accounting. Start, Stop և Interim գրառումները համեմատվում են սեսիաների հետ վայրկյան առ վայրկյան՝ աճի ընթացքում և դրանից հետո
• Shaping ըստ բաժանորդի. սակագնի արագությունը երկու ուղղությամբ, երբ բոլոր բաժանորդներն ակտիվ են, H-QoS՝ բաժանորդի հերթը պորտի կամ հասանելիության հանգույցի shaper-ի ներսում, ձայնը ներբեռնումներից առաջ՝ մեկ տան ներսում
• Dual stack. IPv6CP՝ DHCPv6 prefix delegation-ով PPPoE-ում, DHCPv4՝ DHCPv6-ի կողքին IPoE-ում, միևնույն քաղաքականությունը և shaper-ը երկու ընտանիքի համար
• Վերագործարկում և խափանում. reload, հանված line card, անցում պահուստային քարտին կամ շասսիին լրիվ բեռի տակ, ժամանակը, երբ բաժանորդների 50 %-ի, 90 %-ի և 100 %-ի սեսիաներն ու տրաֆիկը վերադարձել են
• Churn. մուտքեր և ելքեր հաստատուն արագությամբ, մինչ մնացածները տրաֆիկ են փոխանցում, որից հետո սեսիաները, հասցեները և հիշողությունը վերադառնում են սկզբնական վիճակին

Հերթերի մեխանիկան նկարագրված է QoS-ի մասին գրառման մեջ, իսկ RADIUS սերվերն ինքը բեռի տակ ստուգվում է առանձին թեստով։

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

Փոթորիկը վերագործարկումից հետո։ Տիպիկ ընդունում. ստենդում 30 000 PPPoE բաժանորդով BNG-ն (օրինակ) վերագործարկվում է բեռի տակ։ Բոլոր CPE-ները PADI են ուղարկում նույն վայրկյաններին, BNG-ն Access-Request-ներ է ուղարկում ավելի արագ, քան RADIUS-ը պատասխանում է, հարցումներն ընկնում են timeout-ի մեջ, CPE-ները կրկնում են, և կրկնությունները բեռ են ավելացնում։ Բոլոր բաժանորդները վերադառնում են 18 րոպեում՝ դիզայնով նախատեսված 5-ի դիմաց։ PADI-ի սահմանափակումը հասանելիության յուրաքանչյուր պորտում և RADIUS-ի ավելի երկար timeout-ը դա կրճատում են մինչև 4 րոպե։ Առանց թեստի առաջին չափումը կլիներ աջակցության ծառայության հերթը։

Accounting, որը հետ է մնում։ Մուտքերն անցնում են, տրաֆիկը գնում է, իսկ Interim գրառումները փոթորկի ընթացքում կուտակվում են BNG-ում, և Start գրառումների մի մասն այդպես էլ չի լքում հերթը։ Բաժանորդը ցանցում է, իսկ բիլինգը դա չգիտի։ Մենք ամեն վայրկյան հաշվում ենք գրառումները սեսիաների դիմաց, ուստի տարբերությունը երևում է որպես թիվ։

IPv6-ի կեսը։ Տիպիկ նախագծում 100 Մբիթ/վ սակագնային պլանը միայն IPv4-ով պահում էր 100, իսկ երկու ընտանիքով միասին տալիս էր 190, քանի որ IPv6 սեսիաները ստացել էին քաղաքականություն այլ շաբլոնից։ Միաժամանակ մեկ ընտանիքով տրաֆիկ ունեցող թեստը դա երբեք ցույց չի տալիս։

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

Հաստատման արագությունը ըստ հասանելիության տեսակի և ստեկի՝ այն աստիճանով, որտեղ սկսվել են մերժումները։ Սեսիաների առաստաղը տրաֆիկով և այն, ինչ առաջինը սպառվեց՝ հիշողություն, հասցեների պուլեր, RADIUS կամ control plane-ի CPU։ Վերականգնման կորեր յուրաքանչյուր վերագործարկումից և խափանումից հետո՝ վերադարձած բաժանորդներ վայրկյանում։ RADIUS-ի պատասխանի ժամանակը և accounting գրառումները սեսիաների դիմաց։ Փաստացի արագությունը յուրաքանչյուր սակագնի համար։ BNG-ի կոնֆիգուրացիան, RADIUS ատրիբուտները և բաժանորդների պրոֆիլները, որպեսզի փորձարկումը կրկնվի հաջորդ թողարկման վրա, իսկ հայտնի սխեմայով կրկնությունը տևում է 3 աշխատանքային օր։

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

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