Skip to content
Բոլոր հոդվածները
Standards and methodology Protocols

Ինչպես ենք փորձարկում BGP-ն. 1M երթուղի, անջատված կապուղի և վայրկյանաչափ

Alexander Zemskov 4 րոպե ընթերցում
Ինչպես ենք փորձարկում BGP-ն. 1M երթուղի, անջատված կապուղի և վայրկյանաչափ

Երթուղիչի տեխնիկական բնութագրում գրված է՝ «BGP: 4M երթուղի, 1000 peer»։ Թիվը ճիշտ է այն իմաստով, որ աղյուսակը տեղավորվում է հիշողության մեջ։ Այն ոչինչ չի ասում այն մասին, թե որքան ժամանակ է սարքը ծախսում այդ երթուղիները տեղադրելու վրա, ինչ է կատարվում փոխանցման հետ այդ ընթացքում, և քանի վայրկյան տրաֆիկը կորչում է, երբ մեկ upstream ընկնում է։ Այդ 3 բանն ենք մենք չափում։

Ստենդը

Փորձարկվող սարքը (DUT) տեղադրվում է դարակում, 1G, 10G կամ 100G պորտերը մալուխով միացվում են տրաֆիկի գեներատորին։ Գեներատորը էմուլյացնում է հարևաններին՝ eBGP upstream-ներ, iBGP route reflector-ներ, մի քանի հարյուր peer, եթե դիզայնը դա պահանջում է, IPv4 և IPv6 հասցեների ընտանիքներով, VPNv4՝ MPLS դիզայնների համար, EVPN՝ երբ սարքը ֆաբրիկի leaf է։ Յուրաքանչյուր էմուլյացված peer հայտարարում է աղյուսակի իր մասը, ընդհանուր առմամբ մինչև 1M երթուղի, և նույն գեներատորը տրաֆիկ է ուղարկում այդ պրեֆիքսներին, որպեսզի մենք տեսնենք և՛ փոխանցումը, և՛ RIB-ը։

Կոնֆիգուրացիան Ձերն է։ Քաղաքականությունը վերցնում ենք արտադրական շաբլոնից՝ community-ներ, local preference, AS-path ֆիլտրեր, պրեֆիքսների սահմանափակումներ, այն route map-երը, որոնք իրականում գրել է շահագործման թիմը։ Դատարկ կոնֆիգուրացիայով թեստը պատմում է չիպի մասին։ Ձեր կոնֆիգուրացիայով թեստը պատմում է Ձեր ցանցի մասին։

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

  • Սեսիաների հաստատում. 100, 500 և ավելի peer միաժամանակ են բարձրացվում, MD5-ով կամ TCP-AO-ով, եթե դիզայնն օգտագործում է դրանք, և չափվում է ժամանակը, մինչև բոլոր սեսիաները Established վիճակում լինեն
  • Աղյուսակի բեռնում. 1M երթուղի հայտարարվում է միանգամից, ժամանակը, մինչև վերջին պրեֆիքսը FIB-ում լինի, CPU-ն և հիշողությունը բեռնման ընթացքում
  • Քաղաքականություն. յուրաքանչյուր route map-ին և prefix list-ին տրվում են երթուղիներ, որոնք պետք է անցնեն, և երթուղիներ, որոնք պետք է մերժվեն, արդյունքը կարդացվում է գեներատորի կողմից
  • Կոնվերգենցիա. peer-ն ընկնում է, կապուղին անջատվում է, պրեֆիքսը հետ է կանչվում, գեներատորը միլիվայրկյաններով չափում է փոխանցման ընդհատումը յուրաքանչյուր տուժած հոսքի համար
  • Churn. մի քանի հազար պրեֆիքսի անընդհատ flap մեկ ժամվա ընթացքում, երբ փոխանցման հարթությունն ամբողջ ժամանակ բեռի տակ է
  • Սահմաններ. max prefix սահմանափակումներ, graceful restart և BFD տայմերներ, route dampening, եթե այն միացված է
  • Soak. 24 ժամ չափված հզորության 80%-ով, երթուղիների աղյուսակն ու տրաֆիկն աշխատում են, հետո ստուգում, որ ոչինչ չի արտահոսել

Ցուցակը կազմում է 80-ից 150 կետ՝ կախված դիզայնից։ Յուրաքանչյուր կետ ունի անցման չափանիշ, որը գրվում է թեստը սկսելուց առաջ, ուստի արդյունքը «այո» կամ «ոչ» է։

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

Աղյուսակը նորմալ է բեռնվում։ Անակնկալները կոնվերգենցիայում են։ Տիպիկ դեպք. 1M երթուղու աղյուսակով սարքը 40 վայրկյան է ծախսում 300 000 պրեֆիքս հետ կանչելու վրա upstream-ի խափանումից հետո, և այդ 40 վայրկյանի ընթացքում կորած պրեֆիքսների տրաֆիկը փոխանցվում է մեռած ինտերֆեյսի մեջ։ Բնութագրում դրա համար տող չկար։

Երկրորդ դեպք. քաղաքականություն, որն աշխատում է 10 պրեֆիքսի համար և մասշտաբում լուռ դադարում է աշխատել։ Մի քանի հազար գրառումով prefix list, continue դրույթով route map, և երթուղիների մի մասն անցնում է, թեև պետք է մերժվեր։ Արտադրությունում ոչ ոք դա չի տեսնում, մինչև որևէ հաճախորդ ինչ-որ տարօրինակ բան չհայտարարի։

Երրորդ դեպք. BFD-ն 50 մվ ինտերվալով կայուն է 10 սեսիայի դեպքում և սկսում է flap անել 200-ի դեպքում, քանի որ control plane-ը նույն պահին զբաղված է երթուղիների տեղադրմամբ։ Լուծումը տայմերն է, բայց թիվը պետք է իմանալ մինչև ներդրումը։

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

Յուրաքանչյուր կետ՝ իր չափանիշով և արդյունքով։ Կոնվերգենցիան աղյուսակի տեսքով՝ իրադարձություն, տուժած պրեֆիքսների քանակ, ընդհատումը միլիվայրկյաններով, ամենավատ և միջին հոսք։ Աղյուսակի բեռնումը՝ որպես ժամանակի ընթացքում տեղադրված երթուղիների կոր։ CPU-ի և հիշողության գրաֆիկներ ամբողջ ընթացքի համար։ Սարքի և էմուլյացված peer-երի կոնֆիգուրացիան, որպեսզի վենդորը կարողանա կրկնել ցանկացած կետ։ Firmware-ի տարբերակ, պորտերի արագություններ, ստենդի սխեման։ Հաշվետվության մեջ ոչինչ կախված չէ նրանից, թե որ գեներատորն ենք օգտագործել։

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

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

Հեղինակ

Alexander Zemskov

Ցանցերի և անվտանգության թեստավորման փորձագետ և վաճառք (19+ տարի) | Performance & Load Testing | IXIA | Spirent | Keysight | Xena | Xinertel և այլն

Բլոգ

Կարդացեք նաև

Standards and methodology Protocols

Ինչպես ենք փորձարկում Wi-Fi 6-ը, 6E-ն և 7-ը. 200 կլիենտ, roaming և TR-398 թերթիկը

Յուրաքանչյուր մուտքի կետի բնութագիր պարունակում է PHY արագություն. 5,4 Gbit/s, 11 Gbit/s, 46 Gbit/s Wi-Fi 7-ի համար։ Թիվը մոդուլյացիայի աղյուսակն է։ Այն, ինչ ստանում է կլ…

Alexander Zemskov 4 րոպե ընթերցում
Standards and methodology Protocols

Ինչպես ենք փորձարկում IPsec-ը և IKEv2-ը. 5000 թունել, rekey-ներ և իրական տրաֆիկ ներսում

Firewall-ի բնութագրում IPsec-ի տողը չափված է մեկ թունելով, մեծ փաթեթներով և չիպի աջակցած ամենաարագ cipher-ով։ Ձեր site-to-site տնտեսությունը 800 թունել է, AES-GCM-ի և գոր…

Alexander Zemskov 3 րոպե ընթերցում
Standards and methodology Protocols

Ինչպես ենք փորձարկում EVPN-ը և VXLAN-ը. ֆաբրիկի leaf հազարավոր host-երի տակ

Տվյալների կենտրոնի ֆաբրիկն ընդունվում է 2 քայլով։ Քայլ 1. ինտեգրատորը ցույց է տալիս, որ տարբեր leaf-երի վրա երկու host կարող են ping անել միմյանց։ Քայլ 2-ը տեղի է ունենու…

Alexander Zemskov 4 րոպե ընթերցում