Ինչպես ենք փորձարկում CGNAT-ը. translation-ներ, պորտեր և լոգեր

CGNAT-ի բնութագրում երկու թիվ կա՝ միաժամանակյա սեսիաներ և throughput։ Սայզինգը բաժանորդների թիվը բազմապատկում է սեսիաների միջին քանակով, և թղթի վրա ամեն ինչ համընկնում է։ Ժամը 21:00-ին սարքը հանդիպում է այլ սահմանների՝ քանի նոր translation է այն ստեղծում վայրկյանում, քանի պորտ է ստանում յուրաքանչյուր բաժանորդ, և որքան են սարքը ծանրաբեռնում translation-ների լոգերը, որոնք պահվում են օրենքով նախատեսված հարցումների համար։ Հենց դա ենք չափում՝ Ձեր բաժանորդների թվով և Ձեր պիկային ժամով։

Ստենդը

CGNAT-ը տեղադրվում է CloudLAB ստենդում որպես առանձին սարք կամ սերվիսային քարտով երթուղիչ, կամ ստենդում աշխատում է որպես վիրտուալ ֆունկցիա։ Ստենդը ներսից էմուլյացնում է բաժանորդներին՝ յուրաքանչյուր տնային երթուղիչի համար մեկ հասցե 100.64.0.0/10 ընդհանուր տիրույթից, այնպես, ինչպես նրանց տեսնում է CGNAT-ը NAT444 սխեմայում, իսկ դրսից՝ ինտերնետի սերվերները։ Տրաֆիկը stateful է՝ TCP և UDP Ձեր պրոֆիլով՝ վեբ, վիդեո, խաղեր, VoIP, DNS, իսկ մեկ բաժանորդի սեսիաների թիվը վերցվում է Ձեր պիկային ժամի NetFlow արտահանումից կամ pcap-ից։ Կոնֆիգուրացիան նույնպես Ձերն է՝ պուլեր, պորտերի բլոկի չափ, timeout-ներ, ALG-ներ, լոգավորման ռեժիմ և HA զույգ։

Սարքի հաշվիչները և CPU-ն հարցվում են ամեն վայրկյան out of band։ Ստենդի լոգերի կոլեկտորը հաշվում է սարքի ուղարկած յուրաքանչյուր գրառում բեռնվածության թեստի հետ նույն ժամանակագծի վրա, և ստեղծման արագության անկումը համընկնում է այն վայրկյանի հետ, երբ լոգերը սկսեցին կուտակվել հերթում։

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

• Ստեղծման արագություն. նոր translation-ներ վայրկյանում՝ TCP և UDP առանձին, մինչև գրառումների ստեղծման ձախողումը
• Միաժամանակյա translation-ների առաստաղ. աղյուսակը լցված է մինչև հայտարարված թիվը՝ ընթացիկ տրաֆիկով և աշխատանքային timeout-ներով, ինչ է կատարվում հաջորդ սեսիայի հետ, երբ տեղ չկա
• Պորտերի բլոկներ. չափը և բլոկների թիվը մեկ բաժանորդի համար՝ պիկային ժամի պրոֆիլի դիմաց, պորտերը սպառած բաժանորդը ստանում է նոր բլոկ կամ կորցնում է սեսիաներ՝ նույն հանրային հասցեով կամ այլ
• Լոգավորում. ըստ սեսիաների՝ ըստ բլոկների լոգավորման դիմաց, գրառումներ վայրկյանում syslog-ով կամ IPFIX-ով, ստեղծման արագությունը լոգերով և առանց
• ALG. SIP և FTP translation-ի միջով, payload-ի ներսի հասցեները ճիշտ են վերագրված, ստեղծման արագությունը յուրաքանչյուր միացված ALG-ով
• Hairpinning և mapping. նույն CGNAT-ի հետևում գտնվող 2 բաժանորդ հասնում են միմյանց հանրային հասցեներով, endpoint-independent mapping և filtering խաղերի և VoIP-ի համար
• Stateful failover. ակտիվ հանգույցն անջատվում է բեռի տակ, պահպանված սեսիաներն ըստ պրոտոկոլների, պահպանված բլոկներն ու հանրային հասցեները, վայրկյաններ մինչև լրիվ արագություն

Հիմնական փոխանցումն ըստ կադրի չափերի՝ IPv4 և IPv6 նույն պորտերում, կատարվում է RFC 5180-ի ընթացակարգով։ NAT64-ը, DS-Lite-ը և անցման մյուս մեխանիզմները քննարկված են առանձին գրառման մեջ՝ ինչպես ենք փորձարկում IPv6-ի անցումը։

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

Պորտերի բլոկը։ Տիպիկ նախագծում պլանը տալիս է 512 պորտ մեկ բլոկում և մինչև 4 բլոկ մեկ բաժանորդին՝ հաշվարկված մեկ տնային տնտեսության համար միջինը մի քանի տասնյակ սեսիայով։ Պիկային ժամին այն տունը, որտեղ torrent կլիենտն աշխատում է խաղային կոնսոլի կողքին, հասնում է 4-րդ բլոկին, և նրա նոր սեսիաները գցվում են։ Սարքը այդ մերժումները հաշվում է մի հաշվիչում, որը ոչ ոք չի հարցում, և դրանց մասին ոչ մի գրառում չի անում լոգում։

Լոգավորումը։ Ըստ սեսիաների լոգերը յուրաքանչյուր նոր translation դարձնում են գրառում։ Տիպիկ նախագծում ստեղծման արագությունն ընկավ մոտ մեկ երրորդով, երբ լոգերի հոսքը հասավ լրիվ պիկի, և կոլեկտորը սկսեց գրառումներ կորցնել սարքից շուտ։ Ըստ բլոկների լոգավորումը գրում է մեկ գրառում յուրաքանչյուր բլոկի համար, և սարքի ծանրաբեռնվածությունը գրեթե անհետացավ։

Failover-ը։ HA զույգը համաժամեցնում է սեսիաները, ակտիվ հանգույցն ընկնում է բեռի տակ, TCP սեսիաները պահպանվում են։ Փոխարկումից առաջ վերջին վայրկյանին ստեղծված UDP translation-ները պահուստային հանգույց չեն հասել. դրանց հետևում գտնվող VoIP-ն ու խաղերը նորից են գրանցվում, իսկ բաժանորդների մի մասը վերադառնում է այլ հանրային հասցեով և դուրս է մնում ինտերնետ-բանկից։ Բնութագրի «stateful failover»-ը ճիշտ է սեսիաների մեծ մասի համար, և հաշվետվությունը հաշվում է նրանք, որոնք այն կորցնում է։

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

Translation-ներ վայրկյանում և միաժամանակյա translation-ների առաստաղը յուրաքանչյուր տրաֆիկի պրոֆիլի և լոգավորման ռեժիմի համար, կողքին՝ CPU-ն։ Պորտերի բլոկների պլանը՝ ստուգված Ձեր պիկային ժամի դիմաց. սահմանին հասած բաժանորդների բաժինը և ինչ արեց սարքը դրանից հետո։ Լոգերի գրառումներ վայրկյանում և կորած գրառումներ՝ սարքում և կոլեկտորում։ ALG-ի և hairpinning-ի արդյունքներն ըստ պրոտոկոլների՝ տրաֆիկի գրանցումներով։ Failover-ի համար՝ կորած սեսիաներն ըստ պրոտոկոլների, բաժանորդներ, որոնց հանրային հասցեն փոխվել է, վայրկյաններ մինչև լրիվ արագություն։ Հաջորդ թողարկումն անցնում է նույն դեպքերով՝ կցված կոնֆիգուրացիայով և պրոֆիլով։

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

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