Þróun svæðis til að mæla nethraða

Þróun svæðis til að mæla nethraða
Góðan daginn til allra notenda Habra.

Ég les stöðugt greinar á Habré um þróun þessa eða hinnar virkni á Malinka. Ég ákvað að deila verkum mínum hér.

Forsaga

Ég vinn hjá fyrirtæki sem veitir kapalsjónvarp og netaðgangsþjónustu. Og eins og gerist í slíkum fyrirtækjum heyri ég reglulega kvartanir yfir því að gjaldskráráætlunin sé ekki í samræmi við það sem segir í samningnum. Annaðhvort kvartar notandinn yfir lághraða „í gegnum kapal“, síðan yfir háum pingi tiltekinna þjónustu, stundum yfir algjörri fjarveru internetsins á ákveðnum tímum dags. Oft lenda slíkar kvartanir í hópi beiðna, byggt á því að einn starfsmanna fer „á staðinn“ með virka fartölvu, sem allar mælingar eru gerðar á. Og oft kemur í ljós að allt er í lagi með hraðann. Og lítill hraði er í raun í farsíma, í gegnum Wi-Fi, á svölunum. Jæja, eða eitthvað álíka.

Því miður er ekki hægt að fara til áskrifanda, til dæmis klukkan 21:37, þegar hann er með lægsta hraða. Enda er vinnutími starfsmanna takmarkaður. Það hefur engin áhrif að skipta um router því... Tíðnisvið fyrir Wi-Fi í okkar landi er grátlega ringulreið.

Til að skrá — ríkisveitan í lýðveldinu Hvíta-Rússlandi kveikir valdi á Wi-Fi á öllum tækjum sem eru til notkunar og sendir út ByFly SSID frá hverju tæki. Jafnvel þó að áskrifandinn sé ekki með netþjónustu heldur bara heimasíma. Þetta var gert fyrir aukasölu. Þú getur keypt kort hjá þessum símafyrirtæki í söluturni, tengst hvaða stað sem heitir ByFly og, með því að slá inn gögnin af kortinu, fengið internetþjónustu. Miðað við næstum 100% umfang borga og umtalsverða umfjöllun um einkageirann og dreifbýli er ekki vandamál að finna tengipunkt.

Athuganir á ytri samskiptaleiðum okkar sýna að það er ákveðinn bandbreiddarforði. Og áskrifendur neyta ekki tiltækra rása í heildina, jafnvel á álagstíma. Okkur er þetta mjög alvarlegt. Notkun mismunandi þjónustu og mismunandi hraðamælingaþjóna leiddi til áhugaverðra niðurstaðna. Það kemur í ljós að ekki er öll þjónusta jafn gagnleg... Sérstaklega á kvöldin. Og þú ættir ekki örugglega að treysta þeim. Margir rekstraraðilar sama Ookla netkerfisins eru ekki með breiðar samskiptarásir eða vinna bak við bak. Þetta þýðir að á kvöldin er oft nánast ómögulegt að fá heiðarlega niðurstöðu. Já, og þjóðvegirnir reynast syndsamlegir. Til dæmis sýna tilraunir til að mæla hraða í Japan afar hörmulegar niðurstöður...

Aðalákvörðun

Þróun svæðis til að mæla nethraða
Myndin er eingöngu til lýsingar.

Tveir hraðastýringarþjónar voru settir upp. Sá fyrsti er LibreSpeed, sekúndan - Hraðapróf frá OOKLA. Frammistaða beggja þjónustunnar var borin saman. Enda ákváðum við að stoppa á Ookla því... allt að 90% áskrifenda nota þessa þjónustu.

Því næst voru skrifaðar leiðbeiningar fyrir notendur og starfsmenn um hvernig ætti að mæla hraða innan og utan netsins. Þeir. Þegar prófið byrjar er sjálfgefið hraðinn innan netsins mældur. Miðlarinn er staðsettur í höfuðstöðinni okkar og Ookla lausnin velur sjálfgefið þann netþjón sem er næst áskrifandanum. Þannig athugum við rekstur okkar eigin gagnaflutningsnets.

Til að mæla hraða innanlands (við erum með sérstakt net fyrir fjarskiptafyrirtæki sem sameinar alla rekstraraðila og helstu gagnaver innan lands) þarf að velja þjónustuaðila innanlands og taka aðra mælingu. Við höfum fundið nokkra netþjóna með reynslu sem gefa meira eða minna stöðugar niðurstöður hvenær sem er dagsins og höfum skráð þá eins og mælt er með í leiðbeiningunum.

Jæja, svipaðar aðgerðir fyrir ytri samskiptaleiðir. Við fundum stóra rekstraraðila með stórar rásir á hraðprófunarþjónum og skrifuðum þær í meðmæli (því miður „Moskva - Rostelecom“ og „Riga - Baltcom“, en ég mun mæla með þessum hnútum til að fá fullnægjandi tölur. Persónulega fékk ég allt að ~870 megabita frá þessir netþjónar á álagstímum).

Hvers vegna, spyrðu, svona erfiðleikar? Allt er mjög einfalt. Við höfum fengið nokkuð þægilegt tól sem, í færum höndum, gerir okkur kleift að ákvarða hvort vandamál séu í netkerfi okkar, hvort það séu vandamál í lýðveldisnetinu eða hvort það séu vandamál með burðarásina. Ef aðili kvartar yfir lágum niðurhalshraða frá einhverri þjónustu getum við mælt hraða rásar áskrifandans og borið hann síðan saman við það sem hann fær frá þjónustunni. Og það er sanngjarnt að sýna að við úthlutum heiðarlega þeim farvegi sem tilgreindur er í samningnum. Við getum líka útskýrt mögulegar ástæður fyrir slíkum mun á hraða.

Önnur lausn

Spurningin um hraðafallið á kvöldin/á daginn er enn opin. Hvernig á að gera það sama án þess að vera heima hjá áskrifanda? Taktu ódýrt eins borðs kort með gígabit neti og búðu til svokallaðan rannsakanda úr því. Tækið verður að taka hraðamælingar meðfram snúrunni á tilteknu tímabili. Lausnin ætti að vera opinn uppspretta, eins tilgerðarlaus og hægt er, með þægilegu stjórnborði til að skoða mæliniðurstöður. Tækið ætti að vera eins ódýrt og mögulegt er svo auðvelt sé að skipta því út og skilja það eftir hjá áskrifanda í n daga án ótta.

Framkvæmd

Þróun svæðis til að mæla nethraða

BananaPI (módel M1) var lagt til grundvallar. Það eru í raun tvær ástæður fyrir þessu vali.

  1. Gígabit tengi.
  2. Það lá bara í náttborðinu.

Næst var ákveðið að nota python biðlarann speedtest-cli fyrir Speedtest by Ookla þjónustuna sem bakendi til að mæla hraða. Bókasafn Pythonping til að mæla ping hraða. Jæja, og php fyrir stjórnborðið. Til að auðvelda skynjun notaði ég stígvél.

Vegna þess að auðlindir Raspberry eru ekki sveigjanlegar var nginx+php-fpm+sqlite3 samsetningin notuð. Ég vildi hætta við MySQL vegna þyngdar og offramboðs. Ég býst við spurningu varðandi Iperf. Það varð að yfirgefa það vegna þess að ekki var hægt að nota það í aðrar áttir en staðbundnar.

Upphaflega fór ég slóð margra á þessari síðu. Breytti speedtest-cli biðlaranum. En svo, eftir að hafa hugsað aðeins um, hætti hann við þessa hugmynd. Ég skrifaði minn eigin starfsmann sem notar hæfileika upprunalega viðskiptavinarins.

Til að greina ping skrifaði ég einfaldlega sérstakan meðhöndlun. Við tökum meðalgildið úr mælingunni. Ping tólið getur séð um bæði IP tölu og lén.

Ég náði ekki ósamstilltri vinnu. Það er ekki sérstaklega þörf í þessu tilfelli.

Stjórnborðið til að meta niðurstöður reyndist vera frekar naumhyggjulegt.

Þróun svæðis til að mæla nethraðaFig. Aðal stjórnunargluggi með prófunarniðurstöðum

Þróun svæðis til að mæla nethraðaFig. Prófunarstillingar

Þróun svæðis til að mæla nethraða
Fig. Uppfærðu listann yfir Speedtest netþjóna

Það er allt og sumt. Hugmyndin var útfærð á hnjánum mínum, í frítíma mínum. Vettvangsprófanir eru ekki enn hafnar. En við ætlum að setja á markað frumgerðir á næstunni. Það er hægt að nota bæði af veitendum þar og af viðskiptavinum veitenda. Það nennir enginn að taka mælingar heima allan sólarhringinn. Það eina sem þú ættir að muna er að ef þú vafrar virkan á netinu eða halar niður einhverju, þá verður mælingin lægri en sú raunverulega. Svo, helst, þú þarft að skilja rannsakann eftir á netinu sem eina umferðarneytandann.

PS: vinsamlegast ekki gagnrýna mig fyrir gæði kóðans. Ég er sjálfmenntaður án reynslu. Frumkóði fyrir GitHub. Gagnrýni er samþykkt.

Heimild: www.habr.com

Bæta við athugasemd