Skip to content
Բոլոր հոդվածները
Երթուղավորում և կոմուտացիա

Ինչպես ենք փորձարկում PoE-ն. բյուջե, առաջնահերթություն, PSU

Alexander Zemskov 4 րոպե ընթերցում
Ինչպես ենք փորձարկում PoE-ն. բյուջե, առաջնահերթություն, PSU

PoE կոմուտատորի բնութագրում գնորդը կարդում է երկու տող՝ «PoE+ բոլոր 48 պորտերում» և հզորության բյուջեն, օրինակ՝ 740 Վտ։ 48 պորտը 30-ական Վտ-ով կազմում է 1440 Վտ։ Երկու տողն էլ ազնիվ են, պարզապես միաժամանակ չեն գործում։ Գնորդը տեսախցիկներն ու մուտքի կետերը հաշվում է հարկի հատակագծով։ Կոմուտատորը հաշվում է վատտերը, պահում է դրանք ըստ դասերի և որոշում, թե որ պորտը կմարի, երբ գումարը սպառվի։ Մենք ստուգում ենք այդ թվաբանությունը՝ բեռով յուրաքանչյուր պորտում, տվյալներով նույն պորտերով և սնուցման բլոկով, որը հանում ենք թեստի կեսին։

Ստենդը

Կոմուտատորը, ինժեկտորը կամ midspan-ը տեղադրվում է CloudLAB ստենդում, իսկ նրա access պորտերը միացվում են էմուլյացված սնվող սարքերին (PD)։ Յուրաքանչյուրը ծրագրավորվող բեռ է՝ պատասխանում է detection-ին և դասակարգմանը որպես 0-ից 8 դասի իրական սարք, LLDP-ով հզորություն է պահանջում և սպառում է տրված հոսանք կամ ժամանակային պրոֆիլ։ Տվյալներն անցնում են բեռի միջով դեպի գեներատորի պորտ, ուստի վատտերը և կադրերը հաշվվում են նույն պորտում նույն վայրկյանին։ Իրական սարքեր միացնում ենք այնտեղ, որտեղ արդյունքը որոշում է դրանց սեփական վարքը՝ մուտքի կետեր Wi-Fi ստենդից, IP տեսախցիկ, սեղանի հեռախոս։

Կոնֆիգուրացիան Ձերն է՝ բաշխում ըստ դասի, ըստ LLDP հարցման կամ ըստ փաստացի սպառման, պորտերի առաջնահերթությունները, սնուցման բլոկների կազմը, perpetual և fast PoE, firmware-ը։ Տրաֆիկն այն է, որը այս պորտերը կտանեն օբյեկտում՝ տեսախցիկների վիդեո, ձայն, մուտքի կետերի uplink-եր։ Բուն փոխանցումը նկարագրված է կոմուտատորների փորձարկման մասին գրառման մեջ, իսկ այստեղ կոմուտատորը գնահատվում է որպես սնուցման աղբյուր։

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

  • Detection և դասակարգում ըստ պորտերի. 802.3af, 802.3at և 802.3bt դասեր 0-ից 8, single և dual signature սարքեր, սխալ signature, որին սնուցում չպետք է տրվի
  • Համաձայնեցում LLDP-ով. սարքը խնդրում է իր դասից ավելի կամ պակաս, ինչ է հատկացնում կոմուտատորը և որքան է տևում հատկացումը
  • Լրիվ բյուջե. բոլոր պորտերը բեռնված են դասի առավելագույնով, վատտերը կոմուտատորի պորտում և սարքի կողմում, գումարը բնութագրի դիմաց
  • Սպառված բյուջե. միացնում ենք հաջորդ սարքը և տեսնում, թե որ պորտը կոմուտատորը չի միացնի կամ կանջատի, և արդյոք դա որոշում է կարգավորված առաջնահերթությունը
  • Սնուցման դեգրադացիա. 2 բլոկից մեկը հանում ենք լրիվ բեռի տակ, նոր բյուջեն, անջատված պորտերը և որքան արագ, հետո բլոկը հետ և սնուցման վերադարձի ժամանակը
  • Մեկնարկային հոսանք և գերբեռնում. inrush ըստ դասերի, սարք, որը քաշում է դասից ավելի կամ կարճ միացված է, անջատման ժամանակը և հարևան պորտերը, որոնք պետք է մնան սնուցման տակ
  • Տվյալներ սնուցման փոփոխության ժամանակ. կադրերի կորուստ և latency ըստ պորտերի, մինչ 24 սարք միանում են միաժամանակ, պորտն անջատվում է ըստ առաջնահերթության, բեռը տատանվում է
  • Վերագործարկում perpetual և fast PoE-ով. սնուցումը յուրաքանչյուր պորտում տաք վերագործարկման և firmware-ի թարմացման ժամանակ, ընդհատումը միլիվայրկյաններով, որքան արագ է սառը կոմուտատորը սնուցում պորտերը

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

Բյուջեն։ Տիպիկ նախագծում 48 պորտանոց կոմուտատորը՝ 740 Վտ 2 սնուցման բլոկից, հզորությունը բաշխում է ըստ դասի՝ 4-րդ դասի յուրաքանչյուր AP պահում է 30 Վտ, իսկ սպառում է 13-ից 17 Վտ։ 25-րդ պորտը սնուցում չի ստանում մոտ 400 Վտ փաստացի սպառման դեպքում։ LLDP հարցմամբ բաշխումը (18 Վտ մեկ AP-ին) միացնում է 41 պորտ։ Հետո հանում ենք մեկ բլոկը՝ բյուջեն կիսով չափ ընկնում է, կոմուտատորը 2 վայրկյանում անջատում է 21 պորտ, որոնցից 3-ում critical նշված տեսախցիկներ են։ Առաջնահերթությունը տրված էր պորտերին, իսկ անջատումը գնաց ըստ պորտի համարի։

Մուտքի կետը։ AP-ին բոլոր ռադիոների համար սարքի կողմում պետք է 30 Վտ, իսկ այն միացված է PoE+ պորտին։ Հասնում է 25,5 Վտ, մուտքի կետը բեռնվում է սահմանափակ ռեժիմում և անջատում է մեկ ռադիո։ Կոմուտատորի log-ում պորտը միացված է և սնուցված, մինչդեռ ծածկույթի պլանը հաշվարկված է բոլոր ռադիոների համար։

Թարմացումը։ Perpetual PoE-ն միացված է և պահում է սնուցումը տաք վերագործարկման ժամանակ։ Firmware-ի թարմացումն այլ ճանապարհով է գնում՝ պորտերը 3 վայրկյանով կորցնում են սնուցումը, բոլոր տեսախցիկները վերագործարկվում են, և յուրաքանչյուրը մոտ 90 վայրկյան ոչինչ չի գրանցում։ 40 միացված տեսախցիկով թեստը դա ցույց է տալիս, դատարկ կոմուտատորով թեստը՝ ոչ։

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

Պորտերի աղյուսակ՝ որոշված դասը, LLDP-ով պահանջված և հատկացված հզորությունը, վատտերը կոմուտատորում և սարքում, եզրակացությունը յուրաքանչյուր կետի համար։ Բյուջեի կորն ըստ պորտերի՝ այն կետով, որտեղ կոմուտատորը հրաժարվում է, և անջատման հերթականությամբ սնուցման բլոկների յուրաքանչյուր վիճակի համար։ Սնուցման և տվյալների ընդհատումները յուրաքանչյուր իրադարձության համար (բլոկի խափանում, գերբեռնում, վերագործարկում, թարմացում)՝ միլիվայրկյաններով, կադրերի կորստով և latency-ով ըստ պորտերի։ Կոմուտատորի սեփական վատտերը մեկ Gbps-ի համար առանձին կետ են, տե՛ս էներգասպառումը բեռի տակ։ Կարճ ցուցակի համար՝ մեկ աղյուսակ բոլոր թեկնածուների համար, և «PoE+ բոլոր պորտերում» տողը դառնում է այն սարքերի թիվը, որոնք յուրաքանչյուր կոմուտատոր իրականում կսնուցի։

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

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

Հեղինակ

Alexander Zemskov

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

Բլոգ

Կարդացեք նաև

Ստանդարտներ և մեթոդիկա Երթուղավորում և կոմուտացիա

Բազմավենդոր ցանցի փորձարկում. մեկ RFC, երկու ընթերցում

Երկու երթուղիչ երկու վենդորից, և երկու բնութագրերում էլ RFC-ների նույն ցանկն է։ Երկուսն էլ ճիշտ են։ RFC-ն տարբերակներ է թողնում, յուրաքանչյուր վենդոր ընտրում է իր լռելյայ…

Alexander Zemskov 4 րոպե ընթերցում
Ստանդարտներ և մեթոդիկա

Ինչպես ենք ավտոմատացնում ցանցի ռեգրեսիոն թեստերը

Նոր որոնվածի release notes-ում գրված է՝ «սխալների ուղղում և արտադրողականության բարելավում»։ Արտահայտության երկրորդ կեսը ոչ ոք չի չափում։ Ձեռքով ռեգրեսիան ինժեներից խլում …

Alexander Zemskov 4 րոպե ընթերցում
Անվտանգություն

Ինչպես ենք փորձարկում հեռավոր աշխատանքի VPN-ը. MFA և failover

VPN կոնցենտրատորի բնութագրում երկու թիվ կա՝ օգտատերերի քանակը և throughput-ը, և դրանք չափված են առանձին։ Առաջինը՝ հազարավոր դատարկ թունելներով, երկրորդը՝ մի քանի հաստ թու…

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