--- title: RFC 2544. կոմուտատորների և երթուղիչների թեստավորման մեթոդաբանություն | TEST4NET description: RFC 2544 CloudLAB-ում՝ 7 կադրի չափ, 60-վայրկյանանոց փորձեր, զրո կորուստով throughput երկուական որոնումով, latency, frame loss, back-to-back, recovery և reset։ Թեստ-պլան և հաշվետվություն։ --- [Skip to content](https://test4net.com/hy/methodologies/rfc-2544#main-content) [![TEST4NET](https://test4net.com/hubfs/test4net-logo-fixed-2.svg)](https://test4net.com/?hsLang=hy) - CLOUDLAB - SERVICES - SOLUTIONS - VENDORS - RESOURCES - COMPANY - [Հայերեն](https://test4net.com/hy/methodologies/rfc-2544) - [English](https://test4net.com/methodologies/rfc-2544) - [Русский](https://test4net.com/ru/methodologies/rfc-2544) [Login](https://lab.test4net.com) [Support](https://test4net.com/support?hsLang=hy) - [Հայերեն](https://test4net.com/hy/methodologies/rfc-2544) - [English](https://test4net.com/methodologies/rfc-2544) - [Русский](https://test4net.com/ru/methodologies/rfc-2544) How It Works Remote access to a live test lab: pick a scenario, run it, get the report Equipment & Capabilities Traffic generators, emulators and DUT racks available in the lab Access Plans Hourly sessions, subscriptions and dedicated racks [Log in to CloudLAB POPULAR Your sessions, reservations and reports](https://lab.test4net.com) [Open the CloudLAB portal](https://lab.test4net.com) Network Test & Validation Load & Performance Testing Functional Testing Conformance Testing Interoperability Testing Security & Resilience Testing All testing services Automation & Expertise Test Automation & CI/CD Test Plan & Methodology Design Training Programs Lab & Equipment Lab Rental Hosted DUT Testing Equipment Repair Not sure where to start? Get a test plan for your setup Tell us what you run and what worries you. We propose the tests, tools and timeline. [Request a test plan](https://test4net.com/contacts?hsLang=hy) By Technology By Industry By Task Routing & Switching Firewalls & NGFW SD-WAN & WAN Cloud & NFV 5G & Mobile Core Wi-Fi Storage & Infrastructure AI / Switching Fabric (RoCEv2) All technologies Telecom Operators Network & Security Vendors Banks & Financial Services System Integrators Enterprise IT Teams Managed Service Providers Media, Broadcast & Streaming Government & Public Sector All industries Pre-deployment Validation Vendor Selection Cloud Migration Readiness AI/GPU Cluster & RoCEv2 Readiness New Technology Rollout Troubleshooting & Benchmarking Disaster Recovery & Failover Testing SLA Validation & Vendor Accountability All tasks Testing Tools & Lab Ixia / Keysight POPULAR Emblasoft NEW Apposite Technologies T-Plan Cubro Candela Technologies Netitest How we integrate the tools IT Infrastructure HPE Vinchin Yeastar Become a partner Read Technologies / Protocols Methodologies [Blog Case studies, test insights and lab notes](https://test4net.com/blog?hsLang=hy) [Industry News What is changing in network testing and infrastructure](https://test4net.com/news?hsLang=hy) FAQ How the lab, sessions and reports work BGP Route exchange, policy and convergence OSPF & IS-IS IGP adjacency, flooding and SPF timing MPLS & Segment Routing LDP, RSVP-TE and SR-MPLS label paths EVPN / VXLAN Overlay fabrics, MAC/IP routes, multi-homing IPsec & IKEv2 Tunnel setup, rekeying and throughput TLS / HTTPS Handshakes, cipher suites and inspection RoCEv2 Lossless Ethernet, PFC and ECN for AI fabrics Wi-Fi 6 / 6E / 7 802.11ax/be, OFDMA, MLO and roaming All protocols [RFC 2544 Throughput, latency, frame loss and back-to-back](https://test4net.com/methodologies/rfc-2544?hsLang=hy) RFC 2889 LAN switch benchmarking: forwarding, MAC learning, congestion [RFC 9411 / RFC 3511 Firewall and NGFW performance benchmarking](https://test4net.com/methodologies/rfc-9411-rfc-3511?hsLang=hy) RFC 6349 TCP throughput and buffer delay testing RFC 5180 IPv6 benchmarking methodology ITU-T Y.1564 Ethernet service activation: CIR, EIR, KPIs per service ITU-T Y.1731 Ethernet OAM: delay, jitter, loss and SLA monitoring TR-398 Wi-Fi in-premises performance test plan All methodologies From the blog [![Wi-Fi testing](https://test4net.com/hubfs/blog-covers/menu/menu-wifi-640.webp) Wi-Fi Wi-Fi Testing for High-Performance Use Cases: Why a Walk Test Is Not a Test](https://test4net.com/blog/wi-fi-testing-for-high-performance-use-cases-why-a-walk-test-is-not-a-test?hsLang=hy) [![Security validation](https://test4net.com/hubfs/blog-covers/menu/menu-security-640.webp) Security One Test Is Not Enough: Why Security Infrastructure Needs Continuous Validation](https://test4net.com/blog/security-platform-continuous-validation-updates?hsLang=hy) [![Security product testing](https://test4net.com/hubfs/blog-covers/menu/menu-lab-640.webp) Methodology How to Run a Security Product Test You Can Actually Trust](https://test4net.com/blog/how-to-run-a-security-product-test-you-can-actually-trust?hsLang=hy) [About Us Independent lab in Armenia, team and history](https://test4net.com/about?hsLang=hy) [Why TEST4NET What you get that vendor slides never show](https://test4net.com/why-test4net?hsLang=hy) Our Lab & Certifications Equipment, methods and the standards we test against Partner Program Resell, integrate and co-test with us [Contacts Talk to an engineer, not a sales bot](https://test4net.com/contacts?hsLang=hy) [Support portal](https://test4net.com/support?hsLang=hy) - CLOUDLAB How It Works Equipment & Capabilities Access Plans [Log in to CloudLAB POPULAR](https://lab.test4net.com) - SERVICES Network Test & Validation Load & Performance Testing Functional Testing Conformance Testing Interoperability Testing Security & Resilience Testing All testing services Automation & Expertise Test Automation & CI/CD Test Plan & Methodology Design Training Programs Lab & Equipment Lab Rental Hosted DUT Testing Equipment Repair [Not sure where to start? Get a test plan for your setup](https://test4net.com/contacts?hsLang=hy) - SOLUTIONS By Technology Routing & Switching Firewalls & NGFW SD-WAN & WAN Cloud & NFV 5G & Mobile Core Wi-Fi Storage & Infrastructure AI / Switching Fabric (RoCEv2) All technologies By Industry Telecom Operators Network & Security Vendors Banks & Financial Services System Integrators Enterprise IT Teams Managed Service Providers Media, Broadcast & Streaming Government & Public Sector All industries By Task Pre-deployment Validation Vendor Selection Cloud Migration Readiness AI/GPU Cluster & RoCEv2 Readiness New Technology Rollout Troubleshooting & Benchmarking Disaster Recovery & Failover Testing SLA Validation & Vendor Accountability All tasks - VENDORS Testing Tools & Lab Ixia / Keysight POPULAR Emblasoft NEW Apposite Technologies T-Plan Cubro Candela Technologies Netitest How we integrate the tools IT Infrastructure HPE Vinchin Yeastar Become a partner - RESOURCES Read [Blog](https://test4net.com/blog?hsLang=hy) [Industry News](https://test4net.com/news?hsLang=hy) FAQ Technologies / Protocols BGP OSPF & IS-IS MPLS & Segment Routing EVPN / VXLAN IPsec & IKEv2 TLS / HTTPS RoCEv2 Wi-Fi 6 / 6E / 7 All protocols Methodologies [RFC 2544](https://test4net.com/methodologies/rfc-2544?hsLang=hy) RFC 2889 [RFC 9411 / RFC 3511](https://test4net.com/methodologies/rfc-9411-rfc-3511?hsLang=hy) RFC 6349 RFC 5180 ITU-T Y.1564 ITU-T Y.1731 TR-398 All methodologies From the blog [Wi-Fi Testing for High-Performance Use Cases: Why a Walk Test Is Not a Test Wi-Fi](https://test4net.com/blog/wi-fi-testing-for-high-performance-use-cases-why-a-walk-test-is-not-a-test?hsLang=hy) [One Test Is Not Enough: Why Security Infrastructure Needs Continuous Validation Security](https://test4net.com/blog/security-platform-continuous-validation-updates?hsLang=hy) [How to Run a Security Product Test You Can Actually Trust Methodology](https://test4net.com/blog/how-to-run-a-security-product-test-you-can-actually-trust?hsLang=hy) - COMPANY [About Us](https://test4net.com/about?hsLang=hy) [Why TEST4NET](https://test4net.com/why-test4net?hsLang=hy) Our Lab & Certifications Partner Program [Contacts](https://test4net.com/contacts?hsLang=hy) [Login](https://lab.test4net.com) [Support](https://test4net.com/support?hsLang=hy) Մեթոդաբանություն · Կոմուտատորների և երթուղիչների բենչմարքինգ # RFC 2544. զրո կորուստով բենչմարք կոմուտա­տորների և երթուղիչների համար RFC 2544-ը 1999 թվականից forwarding plane-ի ստանդարտ թեստն է՝ 7 կադրի չափ, 60-վայրկյանանոց փորձեր և throughput-ի մեկ կանոն՝ զրո կորցրած կադր։ Այս էջում մեթոդն այնպես, ինչպես մենք այն վարում ենք CloudLAB-ում՝ որտեղից է սովորաբար գալիս datasheet-ի թիվը և ինչ եք ստանում հաշվետվությունում։ - 7 կադրի չափ՝ 64-ից 1518 բայթ, յուրաքանչյուրը թեստավորվում է առանձին. ազնիվ սյունակը 64 բայթինն է - Throughput-ը գտնվում է երկուական որոնումով. 60 վ փորձում 1 կորցրած կադրը ձախողում է քայլը - 6 թեստ RFC-ում՝ throughput, latency, frame loss, back-to-back, system recovery և reset [Ստանալ RFC 2544 թեստ-պլան](https://test4net.com/hy/methodologies/rfc-2544#lead-form) [Դեպի 6 թեստերը](https://test4net.com/hy/methodologies/rfc-2544#tests) ZERO-LOSS THROUGHPUT % OF LINE RATE · RFC 2544 §26.1 LINE RATE · 100% 50% 41% 68% 99% 100% 100% 100% 100% PPS-BOUND: THE LOOKUP ENGINE 64 B 128 B 256 B 512 B 1024 B 1280 B 1518 B Zero frames lost, or the step does not count L3 սարքի տիպիկ արդյունք։ 1518 բայթի դեպքում լարը երբեք սահման չէ։ 64 բայթի դեպքում forwarding engine-ը 10 GbE պորտի վրա պետք է վայրկյանում 14,88 միլիոն lookup անի, և իրական թիվն ապրում է հենց այնտեղ։ Որտեղ է կիրառվում ## Մեկ մեթոդ, մեկ հարց՝ վայրկյանում քանի՞ կադր կանցկացնի սարքն առանց մեկը կորցնելու RFC 2544-ը (Benchmarking Methodology for Network Interconnect Devices) օգտագործում է RFC 1242-ի տերմինները և սարքը դիտարկում է որպես սև արկղ՝ կադրերը մտնում են մի պորտով, դուրս գալիս մյուսով, հաշվիչները երկու կողմում։ Stateless, L2 և L3, միայն լաբորատորիա։ ### Ինչ է չափում Forwarding plane-ը՝ throughput, latency, frame loss և back-to-back burst տարողություն յուրաքանչյուր կադրի չափի համար, գումարած recovery և reset ժամանակը։ Կոմուտատորներ, երթուղիչներ, L3 ASIC-ներ, վիրտուալ երթուղիչներ, SD-WAN սարքեր pass-through ռեժիմում, DPU-ներ։ ### Ինչ չի չափում Ոչ մի stateful բան և ոչինչ կենդանի ցանցում։ Firewall-ները և NGFW-ները գնում են RFC 9411, carrier Ethernet ծառայությունը՝ ITU-T Y.1564, TCP-ի վարքը՝ RFC 6349։ RFC 6815-ն ասում է դա հենց վերնագրում՝ RFC 2544-ը production ցանցում considered harmful։ ### Ընտանիքը նրա շուրջ RFC 2889-ն ավելացնում է LAN կոմուտատորի առանձնահատկությունները՝ հասցեների ուսուցում, congestion control, head-of-line blocking, full mesh։ RFC 5180-ը նույն թեստերը տեղափոխում է IPv6։ RFC 3918-ը ծածկում է multicast-ը։ Երբ սարքը դա պահանջում է, մենք դրանք միավորում ենք մեկ թեստ-պլանում։ Անվճար ձևանմուշ ## RFC 2544 թեստային պլանի ձևանմուշ Պլանը, որը լրացնում ենք կոմուտատորի կամ երթուղիչի յուրաքանչյուր թեստից առաջ, PDF ձևաչափով՝ սարքը և ստենդը, 6 թեստերը պարամետրերով, արդյունքների թերթ բոլոր 7 կադրի չափերի համար, line rate աղյուսակ և հաշվետվության ստուգաթերթ։ - Պատրաստ է կցելու մրցույթի կամ առաջարկի հարցման - Նույն պարամետրերն ու չափանիշները բոլոր վենդորների և լաբորատորիաների համար - Վերջում թվարկված են արդյունքը փոխող սխալները PDF անգլերենով։ Պետք է միայն էլ․ փոստը։ Թեստային ստենդ ## Թեստերի 2 պորտ, 1 սարք, հաշվիչներ երկու ծայրում RFC 2544 §4-ը պահանջում է թեստեր, որն ուղարկում և ընդունում է նույն սարքի վրա, որպեսզի յուրաքանչյուր կադր հաշվվի երկու կողմում մեկ ժամացույցով։ Սերվերի վրա ծրագրային գեներատորն այդ նշաձողը չի հաղթահարում, ապարատային պորտը՝ հաղթահարում է։ HARDWARE TESTER · PORT A TX + RX · ONE CLOCK FOR BOTH SIDES FRAME STREAM 64 · 128 · 256 · 512 · 1024 · 1280 · 1518 B Sequence number + hardware timestamp per frame 256 source and destination addresses per port Learning frames first, counters cleared, 60 s trial 1 GbE · 10 · 25 · 100 · 400 GbE PORTS BIDIRECTIONAL DUT SWITCH · ROUTER · L3 ASIC · VIRTUAL ROUTER Production configuration, exported to the report Interface counters read after every trial BLACK BOX · FRAMES IN, FRAMES OUT STORE & FORWARD CUT-THROUGH L2 · L3 IPv4 · IPv6 · VLAN ACL · QoS AS IN PROD PHYSICAL OR VNF ON OUR HOSTS COUNTED · TIMED HARDWARE TESTER · PORT B RX + TX · SAME INSTRUMENT AS PORT A PER-FRAME VERIFICATION Sent vs received: lost frames, per trial Sequence check: misordered and duplicated CRC and payload check: corrupted frames Timestamp delta: latency, every frame LOSS ≠ MISORDER ≠ CRC ERROR LOOPBACK PRE-TEST FIRST port A to port B through the same cables and optics · 64-byte throughput must be 100% with zero loss before the DUT goes in ### Թեստեր Keysight, Spirent կամ Xena ապարատային պորտեր DUT-ի ինտերֆեյսի արագությամբ՝ 1 GbE-ից մինչև 400 GbE։ Յուրաքանչյուր կադր կրում է հերթական համար և ապարատային ժամանակի նշան. ընդունիչը ստուգում է երկուսը, այնպես որ վերադասավորված, կրկնված և վնասված կադրերն առանձնացվում են կորածներից։ ### Թեստավորվող սարք Կարգավորված այնպես, ինչպես դուք այն շահագործելու եք՝ VLAN-ներ, երթուղավորման աղյուսակ, ACL-ներ, QoS, եթե production-ում միացված են։ Մեկ կոնֆիգուրացիա ամբողջ վարման համար, արտահանվում և կցվում է հաշվետվությանը։ Ծրագրային տարբերակը և ապարատային ռեվիզիան առաջին էջում։ ### Տրաֆիկ Կադրի չափեր՝ 64, 128, 256, 512, 1024, 1280 և 1518 բայթ, լռելյայն երկկողմանի (RFC 2544 §14), 256 MAC կամ IP հասցե մեկ պորտին (§12), որպեսզի սարքը lookup անի, ոչ թե քեշավորի։ Նախ learning frames (§8), հետո փորձի մեկնարկ և հաշվիչների զրոյացում։ ### Pre-test՝ ստենդն առանց սարքի Թեստերի պորտերը միացնում ենք իրար նույն մալուխներով, օպտիկայով և patch panel-ով և վարում ենք 64-բայթանոց throughput-ի լրիվ որոնումը։ Սպասվող պատասխանը՝ line rate-ի 100% զրո կորուստով։ Եթե պատասխանն այլ է, ստենդը վերանորոգվում է նախքան DUT-ի տեղադրումը, որովհետև յուրաքանչյուր կորուստ, որ հետո կտեսնենք, պետք է պատկանի սարքին, ոչ թե կեղտոտ LC միակցիչին։ Թեստի պայմաններ ## Կադրի չափեր, line rate և մոդիֆիկատորներ, որոնք վարումը դարձնում են իրատեսական RFC 2544 §9-ը ֆիքսում է Ethernet-ի կադրի չափերը։ Աղյուսակում՝ վայրկյանում կադրերի առավելագույն քանակը, որ պորտը կարող է կրել յուրաքանչյուր չափի դեպքում (հաշվի են առնված նախաբանի և միջկադրային միջակայքի 20 բայթը մեկ կադրին)։ Սարքը, որ բոլորն անցկացնում է յուրաքանչյուր չափի դեպքում, աշխատում է wire speed-ով։ | Կադրի չափ | 1 GbE frames/s | 10 GbE frames/s | 100 GbE frames/s | Օգտակար բիթերի բաժինը լարում | | --- | --- | --- | --- | --- | | 64 B | 1,488,095 | 14,880,952 | 148,809,524 | 76.2% | | 128 B | 844,595 | 8,445,946 | 84,459,459 | 86.5% | | 256 B | 452,899 | 4,528,986 | 45,289,855 | 92.8% | | 512 B | 234,962 | 2,349,624 | 23,496,241 | 96.2% | | 1024 B | 119,732 | 1,197,318 | 11,973,180 | 98.1% | | 1280 B | 96,154 | 961,538 | 9,615,385 | 98.5% | | 1518 B | 81,274 | 812,743 | 8,127,438 | 98.7% | Կադր վայրկյանում line rate-ի 100%-ի դեպքում, Ethernet՝ չափը գումարած նախաբանի 8 բայթ և միջկադրային միջակայքի 12 բայթ, բաժանված պորտի արագության վրա։ 64-բայթանոց կադրերը լարի 76%-ը զբաղեցնում են կադրի բիթերով, 24%-ը՝ վերադիրով, այդ պատճառով 10 GbE պորտը 64 բայթի դեպքում 14,88 Mpps-ի խնդիր է և լավագույն դեպքում 7,6 Gbit/s պատասխան։ ### Միշտ մեր վարումներում - Bidirectional traffic (§14) - Trial duration 60 s (§24) - Learning frames before each trial (§8) - 256 addresses per port (§12) - Sequence, CRC and payload check on RX - Loopback pre-test of the bed Երկկողմանի տրաֆիկ բոլոր զույգերի վրա, 60-վայրկյանանոց փորձ յուրաքանչյուր քայլին, learning frames յուրաքանչյուր փորձից առաջ, հաջորդականության և CRC-ի ստուգում յուրաքանչյուր ընդունված կադրի վրա։ Սա RFC 2544-ի պահանջած նվազագույնն է և նվազագույնը այն թվի համար, որի տակ մենք պատրաստ ենք ստորագրել։ ### Ավելացնում ենք համաձայնությամբ - 1% broadcast frames (§11.1) - SNMP query every second (§11.2) - 25 filters, last one permits (§11.3) - Full mesh, multiple port pairs (RFC 2889) - IPv6 frame sizes (RFC 5180) - Jumbo frames to 9216 B RFC 2544 §11-ի մոդիֆիկատորները, որոնք վաճառողներն իրենց թեստերում սովորաբար բաց են թողնում՝ 1% broadcast կադր հոսքում, management (SNMP) հարցում ամեն վայրկյան, 25 ֆիլտրի կանոն, որոնցից միայն վերջինն է թույլատրում հոսքը։ Մի սիլիցիումի վրա դրանք արժեն արտադրողականություն, մյուսի վրա՝ ոչինչ, և հենց դա եք ուզում իմանալ գնելուց առաջ։ 6 թեստերը ## RFC 2544 §26. ինչ է հարցնում յուրաքանչյուր թեստ և ինչ թիվ է ստացվում Յուրաքանչյուր թեստ վարվում է կադրի յուրաքանչյուր չափի համար։ Առաջին 4-ը տենդերների և datasheet-ների ստանդարտ հավաքածուն է. recovery-ն և reset-ը այն երկուսն են, որոնց մասին ամենից հաճախ մոռանում են, և այն երկուսը, որոնք նկարագրում են, թե ինչ է զգում ձեր ցանցը failover-ի ժամանակ։ 1. 26.1Ստանդարտ հավաքածու ### Throughput Առաջարկվող ամենաբարձր արագությունը, որի դեպքում DUT-ն անցկացնում է յուրաքանչյուր կադր։ Երկուական որոնում կադրի յուրաքանչյուր չափի համար՝ մեկնարկ line rate-ից, կիսում կորստի դեպքում, միջակայքի նեղացում մինչև տրված լուծաչափը։ 60-վայրկյանանոց փորձում մեկ կադր կորավ, և քայլը ձախողված է։ Զեկուցվում է կադր վայրկյանում և line rate-ի տոկոսով, կադրի չափի գրաֆիկով։ Զրո կորուստ, կադրի յուրաքանչյուր չափի համար · լուծաչափ line rate-ի 0,1% կամ 1 fps, ձեր ընտրությամբ 2. 26.2Ստանդարտ հավաքածու ### Latency Throughput-ի արագությամբ 120-վայրկյանանոց հոսք՝ մեկ նշված կադրով 60-րդ վայրկյանին. DUT-ի latency-ն այդ կադրի մուտքի և ելքի միջև ժամանակն է։ Store-and-forward սարքերը չափվում են մուտքի վերջին բիթից ելքի առաջին բիթը (LIFO), cut-through սարքերը՝ առաջին բիթից առաջին բիթը (FIFO)։ 20 կրկնություն, զեկուցվում է միջինը։ Կադրի չափով, throughput-ի արագությամբ · վրայից ավելացնում ենք min, max և յուրաքանչյուր կադրի հիստոգրամներ 3. 26.3Ստանդարտ հավաքածու ### Frame loss rate Ինչ է կորցնում սարքը, երբ գերբեռնում եք այն։ Տրաֆիկ line rate-ի 100%-ով, հետո ներքև 10% կամ ավելի մանր քայլերով, մինչև 2 հաջորդական փորձ ցույց տան զրո կորուստ։ Կորի ձևն ավելին է ասում, քան թիվը. մաքուր ծունկը կարգին հերթ է, վաղ լանջը՝ հանձնվող պլանավորիչ կամ lookup շարժիչ։ Կորուստ առաջարկված կադրերի տոկոսով, բեռի յուրաքանչյուր քայլին · գրաֆիկ կադրի չափով 4. 26.4Ստանդարտ հավաքածու ### Back-to-back frames Կադրերի փունջ նվազագույն թույլատրելի միջկադրային միջակայքով։ Թեստը գտնում է ամենաերկար փունջը, որը DUT-ը կլանում է առանց կադր կորցնելու, իսկ դա նրա բուֆերացման ուղիղ չափն է։ Առնվազն 2 վայրկյան մեկ փնջին, 50 կրկնություն, զեկուցվում է փնջի միջին երկարությունը կադրերով և ժամանակով։ Փնջի երկարություն կադրի չափով · միակ թիվը, որ կանխատեսում է microburst-ի վարքը 5. 26.5Կայունություն ### System recovery Որքան ժամանակ է DUT-ին պետք գերբեռնումից հետո նորմալ վիճակ վերադառնալու համար։ Տրաֆիկ չափված throughput-ի 110%-ով (կամ line rate-ով) 60 վայրկյան, հետո իջեցում մինչև 50%։ Recovery ժամանակը հաշվվում է բեռի փոփոխությունից մինչև վերջին կորցրած կադրը։ Բեռը կոկիկ թափող սարքերը վերականգնվում են միկրովայրկյաններում. խորը, դանդաղ հերթերով սարքերը՝ միլիվայրկյաններում, ճանապարհին շատ կորցնելով։ Ժամանակ բեռի իջեցումից մինչև վերջին կորցրած կադրը · կադրի չափով 6. 26.6Կայունություն ### Reset Ժամանակ վերագործարկումից, ապարատային կամ ծրագրային, մինչև առաջին անցկացված կադրը։ Տրաֆիկ throughput-ի արագությամբ, DUT-ը վերագործարկվում է սնուցմամբ կամ հրամանով, և վերջին կադրի «առաջ»-ի և առաջին կադրի «հետո»-ի միջև դադարն էլ թիվն է։ Դա վերագործարկման ժամանակն է, որով ապրելու է ձեր NOC-ը՝ չափված, ոչ թե հայտարարված։ Վայրկյաններ վերագործարկումից մինչև առաջին անցկացված կադրը · կադրի նվազագույն չափ, ապարատային և ծրագրային վերագործարկում առանձին Ընթացակարգ ## Ինչպես է ընթանում փորձը, և ինչու է 60 վայրկյանը ստորին սահման RFC 2544 §23 և §24-ը նկարագրում են փորձը. մնացած ամեն ինչ կրկնություն է։ 5 քայլ յուրաքանչյուր թեստի և կադրի յուրաքանչյուր չափի համար՝ դրանց միջև հաշվիչների զրոյացմամբ և ստուգմամբ։ 1. 00 ### Ստենդն առանց DUT-ի Loopback նույն մալուխներով և օպտիկայով։ 64-բայթանոց throughput-ը պետք է վերադարձնի line rate-ի 100% զրո կորուստով, հակառակ դեպքում նախ վերանորոգվում է ստենդը։ 2. 01 ### Learning frames Թեստերն ուղարկում է կադրեր յուրաքանչյուր հասցեից, որ լինելու է փորձում, որպեսզի DUT-ի MAC աղյուսակը կամ ARP քեշը լրիվ լինի։ Առանց դրա փորձի առաջին վայրկյանները flooding-ը և վրիպումները կգրեն սարքի հաշվին։ 3. 02 ### Փորձ, 60 վայրկյան Հաշվիչները զրոյացված, տրաֆիկն առաջարկվող արագությամբ առնվազն 60 վ (§24)։ Հետո 2 վայրկյան լռություն, որ մնացորդային կադրերը հոսեն, և 5 վայրկյան, որ DUT-ը հանգստանա հաջորդ քայլից առաջ (§23)։ 4. 03 ### Որոնում և կրկնություն Throughput-ը զուգամիտում է երկուական որոնումով. latency-ն վարվում է 20 անգամ, back-to-back-ը՝ 50։ Յուրաքանչյուր քայլ պահում է իր հաշվիչները, այնպես որ մեկ անկայուն փորձը տեսանելի է, ոչ թե միջինացված։ 5. 04 ### Կադրի հաջորդ չափ Ամբողջ ցիկլը նորից 128, 256, 512, 1024, 1280 և 1518 բայթի համար։ 4 թեստի լրիվ վարումը մեկ պորտային զույգի վրա թեստերի 3–5 ժամ է. այդքան արժեն թվերը, որոնց հետևում ստանդարտ է կանգնած։ BINARY SEARCH · THROUGHPUT, 64 B, 10 GbE OFFERED LOAD, % OF LINE RATE · 60 s PER TRIAL 100% 75% 50% 25% TRUE ZERO-LOSS RATE · 83.6% 100% · 16.4% LOST 50% · 0 75% · 0 87.5% · 3.9% LOST 81.3% · 0 84.4% · 12 FRAMES 82.8% · 0 83.6% · 0 · RESULT TRIAL 1 TRIAL 2 TRIAL 3 TRIAL 4 TRIAL 5 TRIAL 6 TRIAL 7 TRIAL 8 8 trials × (60 s + 2 s drain + 5 s settle) ≈ 9 minutes for one frame size · result: 83.6% of line rate = 12,440,476 frames/s Երկուական որոնում 10 GbE պորտի վրա, 64-բայթանոց կադրեր։ 8 փորձ՝ յուրաքանչյուրը 60 վայրկյան. կարմիր քայլերը կորցրել են առնվազն մեկ կադր, կանաչները՝ ոչ մեկը։ 0,1% լուծաչափի սահմաններում վերջին կանաչ քայլն էլ throughput-ն է։ Վաճառողները, որոնք 2-վայրկյանանոց փորձեր են վարում, նույն սարքից ավելի բարձր թիվ են ստանում. առաջին վայրկյաններին բուֆերները թաքցնում են կորուստը։ ### 4 թիվ, որոնք որոշում են՝ քայլը հաշվվում է, թե ոչ - 0 Կորցրած կադր throughput փորձում։ Ոչ 0,01%, ոչ «աղմուկի սահմաններում»։ RFC 1242-ը throughput-ը սահմանում է որպես արագություն առանց կորստի, իսկ թույլատրելի կորստով գտնված արագությունն այլ թեստ է՝ այլ անունով։ - 60 վ Փորձի նվազագույն տևողություն (§24)։ Բավական, որ բուֆերները լցվեն, CPU-ի վրա forwarding-ը տաքանա, և միլիոնից 1 կորուստը 10 GbE-ի 64 բայթի դեպքում երևա 890 անգամ։ - 7 Կադրի չափ մեկ թեստին (§9)։ Փոքրերը բաց թողնելը դանդաղ սարքն արագ ցույց տալու ամենատարածված ձևն է. RFC-ն թույլ է տալիս չափեր ավելացնել, բայց ոչ հանել։ - 20 / 50 Կրկնություն latency-ի և back-to-back-ի համար (§26.2, §26.4)։ Մեկ փորձն անեկդոտ է։ Կրկնությունների միջև ցրվածքը հաշվետվության մեջ գնում է միջինի կողքին։ ### Մեկ փորձի անատոմիան (RFC 2544 §23) - **Learning**Կադրեր յուրաքանչյուր աղբյուր հասցեից, DUT-ի աղյուսակները լցված, թեստերը սպասում է, մինչև DUT-ն ավարտի flooding-ը։ - **Հաշվիչների զրոյացում**TX և RX հաշվիչները և ժամանակի նշանները թեստերի վրա զրոյացված. DUT-ի ինտերֆեյսների հաշվիչները կարդացված և պահված խաչաձև ստուգման համար։ - **Փորձ, 60 վ-ից**Առաջարկվող բեռ քայլի արագությամբ։ Միակ չափվող միջակայքը՝ կադրեր ուղարկված, ընդունված, կորած, վերադասավորված, և latency յուրաքանչյուր կադրի համար։ - **Դատարկում և դադար**2 վ դեռ ճանապարհին գտնվող կադրերը հավաքելու համար, հետո 5 վ լռություն հաջորդ քայլից առաջ, որ մեկ փորձը չհոսի մյուսի մեջ։ Հաշվետվություն ## Ինչ եք ստանում հետ, և ինչ կարող եք դրանով անել RFC 2544 §26-ը պահանջում է աղյուսակ և գրաֆիկ յուրաքանչյուր թեստի և կադրի յուրաքանչյուր չափի համար։ Մենք ավելացնում ենք համատեքստը, որն աղյուսակը դարձնում է որոշում՝ ինչ էր կարգավորված, ինչ չափեց ինքը ստենդը, և որտեղ սարքը չհասավ datasheet-ին։ ### Թվեր, կադրի յուրաքանչյուր չափով - Throughput կադր վայրկյանում և line rate-ի տոկոսով, որոնման լուծաչափով - Latency՝ RFC 2544 միջին 20 վարումից, գումարած min, max և բաշխում ըստ կադրերի - Frame loss rate յուրաքանչյուր առաջարկվող բեռի դեպքում 100%-ից մինչև զրո կորուստով քայլը - Back-to-back փնջի երկարություն կադրերով և միկրովայրկյաններով, միջին 50-ից - System recovery և reset ժամանակ (ապարատային, ծրագրային), եթե պատվիրված է - Վերադասավորված, կրկնված և CRC սխալով կադրերը հաշվվում են կորստից առանձին ### Համատեքստ, որ թվերը կանգուն մնան - DUT-ի մոդել, ապարատային ռեվիզիա, ծրագրային տարբերակ և կոնֆիգուրացիայի լրիվ արտահանում - Թեստերի մոդել, պորտի տեսակ, օպտիկա, firmware. loopback pre-test-ի արդյունքը - Կադրի ձևաչափ և արձանագրություն՝ միայն L2, IPv4, IPv6, VLAN-պիտակով, վերնագրերի դասավորությամբ - Գործող մոդիֆիկատորներ՝ երկկողմանիություն, հասցեների քանակ, broadcast-ի բաժին, management բեռ, ֆիլտրեր - Datasheet-ի հայտարարությունը չափված արժեքի կողքին յուրաքանչյուր թեստի համար, տոկոսային ճեղքով - Հում հաշվիչներ յուրաքանչյուր փորձի համար և ձախողված քայլերի փաթեթների գրառումներ RFC 2544 · TEST REPORT 10 GbE · BIDIRECTIONAL · 60 s TRIALS 26.1Throughput, 1518 B 26.1Throughput, 64 B 26.2Latency, 64 B, store & forward 26.3Frame loss at 100%, 64 B 26.4Back-to-back, 64 B 26.5System recovery, 64 B 100% 83.6% 4.8 µs 16.4% 18,900 fr 0.42 ms 812,743 fps · 0 lost of 48.8 M sent · datasheet: wire speed 12,440,476 fps · datasheet: 14,880,952 fps · gap 16.4% avg of 20 · min 4.1 · max 7.9 · LIFO at the throughput rate clean knee at 84% · 0 loss from 83.6% down · 2 trials confirmed avg of 50 · 1.27 ms of line-rate burst absorbed · buffer ≈ 1.2 MB 110% for 60 s, then 50% · last lost frame at +0.42 ms ATTACHED DUT CONFIG EXPORT GRAPHS PER SIZE LOOPBACK PRE-TEST RAW COUNTERS · PCAP Values are illustrative. Your report carries your numbers, per frame size and per modifier set. ### Եթե համեմատում եք 2 կամ ավելի սարք - Մեկ թեստ-պլան, մեկ ստենդ, մեկ թեստեր բոլոր թեկնածուների համար. արդյունքները մեկ աղյուսակում նույն կադրի չափերով և մոդիֆիկատորներով - Ուղիղ առաջարկություն՝ որ սարքն է համապատասխանում ձեր պահանջին, կադրի որ չափի վրա է կանգնում և որքանով - Ինքը թեստ-պլանը, ձևակերպված որպես տենդերի հավելված, որ հաղթողին հնարավոր լինի կրկին ստուգել մատակարարման ժամանակ Պրակտիկայից ## Wire speed 1518 բայթի դեպքում, 38% 64 բայթի։ Նույն սարքը, նույն datasheet-ը։ Պատվիրատուն ուներ 2 ագրեգացնող երթուղիչի շորթ-լիստ և յուրաքանչյուրի datasheet՝ «wire-speed forwarding բոլոր պորտերի վրա» բառերով։ Երկուսն էլ ճիշտ էին, 1518 բայթի դեպքում։ Մեր ստենդի վրա 7 կադրի չափով մեկը line rate պահեց մինչև 128 բայթ և 64-ի վրա տվեց 92%։ Մյուսը 512 բայթից ներքև ընկավ և 64 բայթի դեպքում անցկացնում էր line rate-ի 38%՝ 62% կորուստով, երկկողմանի, առանց մոդիֆիկատորների։ Նրանց տրաֆիկի պրոֆիլում, NetFlow արտահանմամբ, կադրերի 47%-ը 128 բայթից կարճ էր՝ VoIP, DNS, TCP ACK, մոնիթորինգ։ Ավելի էժան սարքն ավելի դանդաղը կլիներ 2,4 անգամ production մտնելու հենց առաջին օրը։ Թեստը տևեց 2 լաբորատոր օր և արժեցավ ավելի քիչ, քան երկու սարքի գնային տարբերությունը։ Թեստավորեք ձեր կադրի չափերով, ոչ թե վաճառողի։ SAME BOX · TWO FRAME SIZES 1518 B · THE DATASHEET RUN 812,743 fps of 812,743 · wire speed, as printed 100% 64 B · THE PRODUCTION RUN 5.65 Mfps of 14.88 Mfps · 62% of frames lost at line rate 38% SIZING GAP 2.6× 47% of the customer's frames were under 128 bytes. The box was sized for the other 53%. Ինչպես ենք մենք դա անում ձեզ համար ## RFC 2544 CloudLAB-ում՝ թեստ-պլան, ստենդ և ստորագրությամբ հաշվետվություն Մեթոդը բաց է։ Թեստերը, ստենդը, 7 կադրի չափով 60-վայրկյանանոց փորձեր վարելու կարգապահությունը և կորստի կորը կարդալու փորձը՝ ահա թե ինչ եք վարձում մեզանից։ ### Մեկ սարքի բենչմարք 4 ստանդարտ թեստը կամ բոլոր 6-ը, ձեր կադրի չափերով և մոդիֆիկատորներով, պորտի արագությանը համապատասխան ապարատային թեստերի վրա։ Ֆիզիկական սարքը միացնում ենք Հայաստանում կամ ձեր վիրտուալ երթուղիչը մեր հոսթերի վրա։ Արդյունքները ձեր բրաուզերում, մինչ վարումն ընթանում է։ [Հայցել թեստ-պլան](https://test4net.com/contacts?hsLang=hy) ### Շորթ-լիստի համեմատություն 2-ից 5 թեկնածու նույն պլանով նույն ստենդի վրա, datasheet-ի հայտարարությունը յուրաքանչյուր չափված արժեքի կողքին։ Ելքում՝ դասակարգված աղյուսակ և առաջարկություն, որը կարող եք դնել գնումների առջև։ [Համեմատել թեկնածուներին](https://test4net.com/contacts?hsLang=hy) ### Թեստ-պլան ձեր տենդերի կամ ընդունման համար Գրավոր RFC 2544 ընթացակարգ ձեր կադրի չափերով, արագություններով, pass չափանիշներով և հաշվետվության ձևաչափով, պատրաստ որպես RFP-ի կամ ընդունման արձանագրության հավելված։ Հետո ընդունումը մատակարարման ժամանակ անցկացնում ենք մենք կամ ձեր թիմը՝ մեր պլանով։ [Պատվիրել թեստ-պլան](https://test4net.com/contacts?hsLang=hy) ### Վարեք ինքներդ CloudLAB-ում Ամրագրեք թեստերի պորտային զույգ ժամով, միացրեք ձեր սարքը կամ բեռնեք ձեր VNF-ը, օգտագործեք մեր RFC 2544 ավտոմատացումը և ներբեռնեք հաշվետվությունը։ Մեր ինժեներները չաթում են, երբ արդյունքը տարօրինակ է թվում։ [Մուտք CloudLAB](https://lab.test4net.com/) - Անկախություն՝ մենք վաճառում ենք թեստը, վաճառողը՝ սարքը - Ապարատային թեստերներ յուրաքանչյուր կադրի ժամանակի նշանով. latency-ն և կորուստը չափված են, ոչ թե գնահատված - Յուրաքանչյուր վարում վերարտադրելի է. պլանը, կոնֆիգուրացիան և հում հաշվիչները մնում են ձեզ ### Թեմայի շուրջ - [ՄեթոդաբանությունRFC 9411. firewall և NGFW բենչմարքինգ բոլոր գործառույթները միացրած](https://test4net.com/methodologies/rfc-9411-rfc-3511?hsLang=hy) - [ՄեթոդաբանությունԻնչպես անցկացնել անվտանգության արտադրանքի թեստ, որին կարելի է վստահել](https://test4net.com/blog/how-to-run-a-security-product-test-you-can-actually-trust?hsLang=hy) - [Լաբորատորիայի մասինԻնչու TEST4NET. լաբորատորիան, գործիքները և այն, թե ինչպես ենք զեկուցում](https://test4net.com/why-test4net?hsLang=hy) ՀՏՀ ## Հարցեր, որոնք մեզ տալիս են RFC 2544 վարումից առաջ Վաճառողն արդեն հրապարակել է RFC 2544-ի արդյունքները։ Ինչո՞ւ նորից թեստավորել Որովհետև հրապարակված վարումում կադրի չափերը, տևողությունը, կոնֆիգուրացիան և մոդիֆիկատորներն ընտրել է նա, և հազվադեպ է ասում՝ որոնք։ Մեր վարումում դրանք ձերն են։ Երբ թվերը համընկնում են, դուք ունեք հաստատված թիվ տենդերի համար։ Երբ տարբերվում են, դուք դա իմացել եք հաշիվ-ապրանքագրից առաջ։ Կարո՞ղ եք RFC 2544 վարել մեր production ցանցում կամ օպերատորի կապուղով Ոչ։ RFC 6815-ը բացատրում է՝ ինչու. throughput-ի որոնումը միտումնավոր գերբեռնում է ուղին և գցում է իրական տրաֆիկը։ Ծառայության կապուղու համար ճիշտ մեթոդը ITU-T Y.1564-ն է. այն թեստավորում է պայմանագրային CIR-ով և EIR-ով և երբեք ավելի բարձր. այն նույնպես մեր մենյուում է։ 0,01% կորուստով throughput-ի արդյունքն ընդունելի՞ է RFC 2544-ով՝ ոչ. throughput-ը սահմանմամբ առանց կորստի արագությունն է։ Որոշ թեստերներ առաջարկում են «որոնում թույլատրելի կորուստով». այն ավելի բարձր թիվ է տալիս և այլ մետրիկ։ Մենք զեկուցում ենք RFC-ի արժեքը և, եթե խնդրեք, կողքին թույլտվությամբ արժեքը՝ որպես այդպիսին պիտակավորված։ Մեր սարքը firewall է։ RFC 2544-ը ճի՞շտ թեստ է Միայն նրա հում forwarding path-ի համար՝ անվտանգության գործառույթներն անջատած, իսկ այդպես դուք այն շահագործելու չեք։ Firewall-ի կամ NGFW-ի համար օգտագործեք RFC 9411՝ HTTP և HTTPS գործարքներ, TLS inspection-ը և IPS-ը միացրած։ Մենք երկուսն էլ վարում ենք, երբ տենդերը փաթեթային թիվ է խնդրում, իսկ որոշմանն իրականն է պետք։ Որքա՞ն է տևում լրիվ վարումը, և ի՞նչ է ձեզ պետք մեզանից 4 թեստ, 7 կադրի չափ, երկկողմանի, մեկ պորտային զույգի վրա՝ թեստերի 3–5 ժամ, 1–2 լաբորատոր օր՝ կարգավորումով և հաշվետվությամբ։ Մեզ պետք է սարքը (կամ նրա վիրտուալ պատկերը), կոնֆիգուրացիան, որով պատրաստվում եք աշխատել, պորտի արագությունը և կադրի չափերը կամ տրաֆիկի պրոֆիլը, որոնք ձեզ կարևոր են։ IPv6, VLAN պիտակներ, MPLS, jumbo կադրե՞ր IPv6-ը գնում է RFC 5180-ով նույն թեստերով և իր կադրի չափերով։ VLAN և MPLS վերնագրերն ավելացվում են կադրի ձևաչափին և նշվում հաշվետվությունում։ Մինչև 9216 բայթ jumbo կադրերն ավելացնում ենք որպես լրացուցիչ չափեր, երբ ձեր ցանցն օգտագործում է դրանք. RFC-ն թույլ է տալիս չափեր ավելացնել և երբեք չհանել 7 հիմնականը։ ## Դրեք datasheet-ը ստենդի վրա Ուղարկեք մեզ մոդելը կամ շորթ-լիստը, պորտի արագությունը և կադրի չափերը, որոնք իրականում կան ձեր տրաֆիկում։ Ի պատասխան ստանում եք RFC 2544 թեստ-պլան՝ թեստեր, մոդիֆիկատորներ, լաբորատոր օրեր և գին։ Test. Compare. Decide. [Հայցել թեստ-պլան](https://test4net.com/hy/methodologies/rfc-2544#lead-form) [Մուտք CloudLAB](https://lab.test4net.com/) Ուղարկեք ցուցակը ## Մեթոդը ձեր ձեռքին է։ Մնում է ստանալ թվերը։ Ուղարկեք ցուցակը և ձեզ համար կարևոր ցուցանիշները։ Ինժեները կպատասխանի մեկ աշխատանքային օրվա ընթացքում թեստային պլանի նախագծով և գնահատականով։ Հարմար է զրուցե՞լ։ [Գրել ինժեներին WhatsApp-ով](https://wa.me/37491612709) Ուղարկվածն օգտագործում ենք միայն ձեզ պատասխանելու համար։ Տե՛ս [գաղտնիության քաղաքականությունը](https://test4net.com/hy/privacy-policy?hsLang=hy)։ [Ուղարկեք ցուցակը](https://test4net.com/hy/methodologies/rfc-2544#lead-form) [![TEST4NET LLC](https://test4net.com/hubfs/test4net-logo-fixed.svg)](https://test4net.com?hsLang=hy) Independent testing and validation for telecom, information security and cloud infrastructure — real insights, not assumptions. [mailto:sales@test4net.com](mailto:sales@test4net.com) #### Navigate - [Home](https://test4net.com/?hsLang=hy) - [Why TEST4NET](https://test4net.com/why-test4net?hsLang=hy) - [About us](https://test4net.com/about?hsLang=hy) - [Contact](https://test4net.com/contacts?hsLang=hy) - [Բլոգ](https://test4net.com/blog?hsLang=hy) - [Ոլորտի նորություններ](https://test4net.com/news?hsLang=hy) #### Get in touch Sales [sales@test4net.com](mailto:sales@test4net.com) Support [support.test4net.com](https://support.test4net.com) © 2026 TEST4NET LLC. All rights reserved. [Privacy Policy](https://test4net.com/hy/privacy-policy?hsLang=hy) [Legal](https://test4net.com/legal?hsLang=hy) ```json { "@context" : "https://schema.org", "@id" : "https://test4net.com/#organization", "@type" : "Organization", "address" : { "@type" : "PostalAddress", "addressCountry" : "AM", "addressLocality" : "Yerevan", "postalCode" : "0033", "streetAddress" : "3 Hakob Hakobyan Street (Mergelyan Hub)" }, "alternateName" : "TEST4NET", "contactPoint" : { "@type" : "ContactPoint", "availableLanguage" : [ "en", "ru", "hy" ], "contactType" : "sales", "email" : "sales@test4net.com", "telephone" : "+374-60-88-88-99" }, "description" : "Independent, vendor-neutral lab for testing network and cybersecurity products — NGFW, WAF, IPS, DLP and SASE — and an authorized distributor of test, measurement and network infrastructure solutions.", "email" : "sales@test4net.com", "foundingDate" : "2024", "image" : "https://test4net.com/hubfs/og-t4n.png", "logo" : "https://test4net.com/hubfs/test4net-logo-fixed-2.svg", "name" : "TEST4NET LLC", "sameAs" : [ "https://www.linkedin.com/company/test4net/", "https://t.me/TEST4NET", "https://www.facebook.com/people/Test4net-LLC/61591470856077/" ], "telephone" : "+374-60-88-88-99", "url" : "https://test4net.com/" } ``` ```json { "@context" : "https://schema.org", "@id" : "https://test4net.com/#website", "@type" : "WebSite", "inLanguage" : "en", "name" : "TEST4NET", "potentialAction" : { "@type" : "SearchAction", "query-input" : "required name=search_term_string", "target" : { "@type" : "EntryPoint", "urlTemplate" : "https://test4net.com/hs-search-results?term={search_term_string}" } }, "publisher" : { "@id" : "https://test4net.com/#organization" }, "url" : "https://test4net.com/" } ```