Suomi - kuituyhteyksien kehitysmaa

[kjns]

Mielenkiintoista, mitähän nuo liittymät oikein ovat ja onko tuo sitten samanlainen ikuinen taakka kuin Valokuitusella vai joku määräaikainen systeemi. En ole tuollaista aiemmin Lounealla nähnyt.

Voi olla joissain tapauksissa peruja jostain verkkojen tai palveluliiketoimintojen ostoista, Louneahan on tässä vuosien varrella laajentanut toimintaansa myös ostamalla pienempiä yhtiöitä tai valokuituverkkoja tai verkkojen palveluliiketoimintoja (esim. Rauman Energia, Cinia) joilla pääsevät operoimaan toisen omistamaan verkkoon. Etenkin noissa jälkimmäisissä voi olla jopa todennäköistä että verkon omistaja perii ylläpitomaksua ja Lounea sitten myy liittymän siihen päälle.

Puhtaasti Lounean oman verkon alueilla, eli siellä missä Lounea on ilman riippuvuuksia itse rakentanut verkon, ei tietääkseni noita ylläpitomaksuja ole. Olishan se aika rouheaa jos tässä joutuis vielä maksamaan liittymän hinnan päälle kympin verkkomaksun liittymästä jonka rakentamisesta on maksanut melkein 2000 euroa...

 

[pulatunnus]

En mä kauheasti pidättelisi hengitystäni tuon kilpailutuksen suhteen. Meillä on olemassa Valokuitusen letku ja tulossa on vielä Valoon valokuitu"valmius". Jos sitten lähden Valoolta kyselemään, että "Meillä on nyt käytössä toi Valokuitusen letku, notta mitä maksaisi jos vaihtaisin liitymän teille?" Luulenpa että vastauksena tulee vain: "Tässä perushinnastomme, olkaa hyvä."

Jos alueella on useampi kilpaileva operaattori, jopa useampi kuitu talouksissa eri operaattoreilta niin se heikentää yksittäisen operaattorin hinnoitteluvoimaa. Eli pitää hintoja kurissa. Ja sitten tullaan siihen perus hinnoitteluun olemassaolevalla asiakkaalle ei kannata tarjota sitä halvinta hintaa, mutta uusia asiakkaita kannattaa houkutella hinnalla. ja ne tarvii uusia asiakkaita, Eli uskon että määräaikaisia tarjouksia tulee. niiden tarvii myös pitää vanhat, eli jos ja kun on aito uhka että asiakas lähtee, niin kannattaa tehdä määräaikainen tarjous. Eli ihan sitä samaa mitä tänäpäivänä siellä missä kilpailua.

Ketjussa puhuttu ylläpitomaksuista, kytkentä maksoista jos liittymä irtisanottu, kilpailutilanne on nyt sellainen että jos nettipalvelun irtisanoo niin kuituliittymää jää voimaan (tämä ei ole mitenkään perinteinen juttu), ja ei peritä kk maksuja. Kilpailutilanne tuo tuohon painetta , operaattorille tärkeää että asikas pitää hilut kytkettynä, GPON yhteydessä muutenkin, mutta sen takia että helpompi ja edullisempi houkutella uudestaan asiakkaaksi. Mutta toisessa kupissa painaa se että se alentaa palvelun irtisanomiskynnystä. Mutta jos mennään 10v päähän ja siitä eteenpäin niin nähdään miten omistukset muodostuneet, siellä kotona voi olla kaksi saman operaattorin liittymää.

Mitä se siis ottaa jo maksetusta kuidusta? En nyt tietenkään odota, että jotain kymppien säästöjä tulee mutta kaksikin vaihtoehtoa euron erolla on parempi kuin yksi toimija joka sanelee hinnan.

Valokuitusen hinnoittelusta voi vähän katsoa suuntaa mitä netti yhteydet maksaa muille Avoimen kuidun operaattoreille, joissa se kuituoperaattori laskuttaa suoraan asiakasta kuidun osuudesta. ja verrata eroa. Ei se tarkkaa ole, mutta kai siitä jotain suuntaa saa. Valokuitunen sinänsä edullinen vs moni muu Avoimen kuidun operaattori. Eli jos kilpailu sallii niin Valokuitusella ja muilla halpaoperaattoreilla on hintapaineita, eli nyky rahassa nykyhinnat ei ole se millä busines on laskettu.

 

[Obi-Lan]

Valokuitusella taitaa meno mennä siihen, että pitää kysellä vuoden määräaikaisten perään ja vaihtaa aina operaattoria jos ei saa jatkettua määräaikaista.

Elisan sisäkuitu käytiin kytkemässä tänään. Elisa ilmeisesti vaatii, että pitää pultata isompi metallikotelo seinään minkä sisään päätelaite kiinnitetään. Eikä siinä mitään, piti vaan hetki miettiä mihin se laitetaan kun ei voinutkaan nakata päätelaitetta sähkökaapin sisään.

 

[tkhyla]

Jep, tosiasia on, että aitoa koko paketin kilpailuttamista voi tehdä vain jos taloon tulee useammalta operaattorilta letku.
Se bitin kilpailuttamisen osuus (esim valokuitusen verkossa) on vain osa kokonaiskuluja. Valokuitunen ottaa omansa samaan tapaan kuin sähkönsiirrossa toimivat firmat. Sitä ei voi kilpailuttaa ellei tule useampaa letkua taloon

Sanoin Valokuitusen verkosta Lounea sopimuksen irti viime viikolla siirtyäkseni Telialle. Päätin soittaa Elisan asiakaspalveluun kun ollut heidän kuitu toisena yhteytenä 6kk 0€ hinnalla ja tämäkin oli menossa loppuun, että mitä maksaisi 1G/1G yhteys jos jatkaisin heidän asiakkaana tuon 0€ hinnan jälkeen. Sieltä tuli ensin 55,99€ /kk (nyt näköjään heilläkin sivuilla laskenut hinta 48,99€:oon). Sanoin, että lopetetaan tuo Elisa tarjousjakson loppuun ja jatkan Valokuitusella. "hetkinen, onko sinulla toinenkin yhteys talossa?" kysyi asiakaspalvelusta. Kyllä, ja keväällä tulossa kolmas (Valoo). "No siinä tapauksessa tarjoamme sinulle 29,99€ / kk ilman määräaikaa." => tehtiin deal. Kyllä noissa hinnoissa on näköjään ilmaa kun kysyy vaan.

Nyt jäi Valokuitunen tyhjäksi kun täytyy kierrättää yhteyksiä.

 

[kjns]

mitä maksaisi 1G/1G yhteys jos jatkaisin heidän asiakkaana tuon 0€ hinnan jälkeen. Sieltä tuli ensin 55,99€ /kk (nyt näköjään heilläkin sivuilla laskenut hinta 48,99€:oon). Sanoin, että lopetetaan tuo Elisa tarjousjakson loppuun ja jatkan Valokuitusella. "hetkinen, onko sinulla toinenkin yhteys talossa?" kysyi asiakaspalvelusta. Kyllä, ja keväällä tulossa kolmas (Valoo). "No siinä tapauksessa tarjoamme sinulle 29,99€ / kk ilman määräaikaa." => tehtiin deal. Kyllä noissa hinnoissa on näköjään ilmaa kun kysyy vaan.

Näköjään taas toiset saa tarjouksia ja toiset ei. Mulla olis elisan kuitu eteisessä, mutta eivät ole kertaakaan pystyneet tarjoamaan hintaa joka alittaisi Lounean niin ei ole tullut otettua sitä koskaan käyttöön. Kerran saivat tarjottua jopa avauksen veloituksetta mutta halvinkin (muistaakseni 100M) liittymä olis maksanut vitosen vai kympin enemmän kuin tuo Lounean 250M niin ei tullut kauppoja. Useimmiten kun kysynyt niin haluaisivat vielä 400-1000 euroa liittymän avausmaksua siihen päälle niin ei olla kaupoille päästy.

 

[vemppu]

Itse toivon, että täällä ei tämä ainut kuitu-/nettioperaattori ala ahneeksi koska käytännössä vaihtoehtoja ei ole.

Nyt on 1g/1g 45€/kk ja hienosti toimii. Ei mitään valittamista. Toistaiseksi kaikki alusta alkaen sovitusti toiminut. Lisäksi täytyy erikseen mainita, että oli hyvät alihankkijat heillä noihin oli kaivuuhommiin vs. mitä täällä ketjussa oon "kauhujuttuja" lukenut.

 

[HTK12]

Itse toivon, että täällä ei tämä ainut kuitu-/nettioperaattori ala ahneeksi koska käytännössä vaihtoehtoja ei ole.

Nyt on 1g/1g 45€/kk ja hienosti toimii. Ei mitään valittamista. Toistaiseksi kaikki alusta alkaen sovitusti toiminut. Lisäksi täytyy erikseen mainita, että oli hyvät alihankkijat heillä noihin oli kaivuuhommiin vs. mitä täällä ketjussa oon "kauhujuttuja" lukenut.

Hyvin kohtuullinen hinta. Itsellä on 1G/1G tarjoushintaan 40€/kk/24kk ja listahinta on tuon tarjousjakson jälkeen 50€/kk. Ainut kuitu myös itsellä joten saa nähdä saako jatkossa tarjoushintaa, vai joutuuko listahinnalla jatkamaan. Ainut vaihtoehto olisi siirtyä takaisin kaapelinettiin. Ei tuo 50€/kk nyt vielä mahdoton olisi hyvin toimivasta yhteydestä. Itsekin olen tyytyväinen itse yhteyteen, kaivu ym. vaihe jätti kyllä toivomisen varaa, mutta se on nyt selätetty.

 

[JPN]

Näköjään taas toiset saa tarjouksia ja toiset ei. Mulla olis elisan kuitu eteisessä, mutta eivät ole kertaakaan pystyneet tarjoamaan hintaa joka alittaisi Lounean niin ei ole tullut otettua sitä koskaan käyttöön. Kerran saivat tarjottua jopa avauksen veloituksetta mutta halvinkin (muistaakseni 100M) liittymä olis maksanut vitosen vai kympin enemmän kuin tuo Lounean 250M niin ei tullut kauppoja. Useimmiten kun kysynyt niin haluaisivat vielä 400-1000 euroa liittymän avausmaksua siihen päälle niin ei olla kaupoille päästy.

Noinkohan uhkaus mobiilidataan siirtymisestä auttaisi hinnan tinkimisessä, mikäli nousee kohtuuttomasti - ja ainahan pääsee takaisin, mikäli pitää 'kortit katsoa'

 

[mailman]

Itse toivon, että täällä ei tämä ainut kuitu-/nettioperaattori ala ahneeksi koska käytännössä vaihtoehtoja ei ole.

Nyt on 1g/1g 45€/kk ja hienosti toimii. Ei mitään valittamista. Toistaiseksi kaikki alusta alkaen sovitusti toiminut. Lisäksi täytyy erikseen mainita, että oli hyvät alihankkijat heillä noihin oli kaivuuhommiin vs. mitä täällä ketjussa oon "kauhujuttuja" lukenut.

Ja mikähän oli ispn nimi?

 

[Jashka]

Täällä on näköjään muitakin, joilla tulee kaksi tai useampi kuitu taloon. Miten teillä on toiminut seuraavien kuitujen pihakaivuut, kun kaikki kuidut olisi tietysti kiva viedä taloon sisään about samasta kohtaa, mutta pystyvätkö ne kaivamaan samaan roiloon tai viereen kun maassa menee jo yksi kuitu? Eli osaavatko varoa olemassa olevaa kuitua

 

[Larmatin]

Täällä on näköjään muitakin, joilla tulee kaksi tai useampi kuitu taloon. Miten teillä on toiminut seuraavien kuitujen pihakaivuut, kun kaikki kuidut olisi tietysti kiva viedä taloon sisään about samasta kohtaa, mutta pystyvätkö ne kaivamaan samaan roiloon tai viereen kun maassa menee jo yksi kuitu? Eli osaavatko varoa olemassa olevaa kuitua

Tutulla tulee valoo toiseen päähän taloo ja elisa toiseen päähän.. kai niil eri reititykset on..

 

[Johtaja_Jurmu]

Mitään muuta merkittävää haittaa en ole vielä löytänyt Cinia -> Lounea muutoksesta, kuin sen, että ainakin tällä symmetrisellä gigan liittymällä
IPTV kyykkää jos samaan aikaan lataa sisään tavaraa tai ajaa speedtestiä vähintään 700mbps nopeudella.

Erikoisesti IPTV:n data hyytyy 1mbps lukemaan kun samaan aikaan ladataan tavaraa sisään yli 700mbps nopeudella.
Luonnollisesti laitoin jo verkkoyhtiölle sekä Lounean kuituverkkotukeen tikettiä, seuraan tilanteen etenemistä.
IPTV signaalihan on normaalisti priorisoitu operaattorin puolelta, näin oli Cinian aikaan. Onkohan tämä nyt jäänyt säästösyistä väliin, vai mikä lienee.

Alla vielä kuva mitä tapahtuu IPTV:n datan nopeudelle, kun samaan aikaan liittymällä ladataan yli 700mbps. Pysyy 1mbps tasolla.

Tämä ongelma korjaantunut nyt, ei enää kyykkää IPTV liikenne/kuva&ääni kun netin latausnopeutta kuormittaa kovemmin. Ei kyykkää vaikka kaksi IPTV boksia päällä samaan aikaan.

Eilen tekivät Maxivision/Lounea osastolla päivityksiä ainakin eri puolella Suomea sijaitseviin "striimereihin", joista Oulun striimeri vaikuttaa omaan IPTV liikenteeseen.
Samalla saivat nyt vihdoin ja viimein ns. peruskanavat hoodee laadusta full hoodeeksi... Ja onhan se silmin havaittavasti tarkempaa kuvaa.

Huoltotiedote/ Servicemeddelande 20.1.2025

posti.maxivision.fi

 

[vemppu]

Ja mikähän oli ispn nimi?

Sunet

 

[mailman]

Tutulla tulee valoo toiseen päähän taloo ja elisa toiseen päähän.. kai niil eri reititykset on..

No ei pitäisi olla yleensä.

Jos useampaa kuitua ottaa niin sen ekan laiton yhteydessä joku 100mm putki sinne maahan niin ei tarvi juuri kaivella. Senkun työntää uuden mikroputken sinne.

 

[mailman]

Samalla saivat nyt vihdoin ja viimein ns. peruskanavat hoodee laadusta full hoodeeksi... Ja onhan se silmin havaittavasti tarkempaa kuvaa.

HDsta FullHDksi?? Vai SDstä HDksi?

 

[kjns]

HDsta FullHDksi?? Vai SDstä HDksi?

HD = 1280x720, Full HD = 1920x1080

 

[mailman]

HD = 1280x720, Full HD = 1920x1080

Lähetetäänkö/lähetettiinkö jossain 720 kuvaakin suomessa? Luullut että sd tai fhd

 

[kjns]

Lähetetäänkö/lähetettiinkö jossain 720 kuvaakin suomessa? Luullut että sd tai fhd

Meillä on ainakin jossain välissä tullut kaapeli-TV:ssä osa kanavista perus HD:nä, nyt kaikki tulee FHD:nä. Olisko noita maikkarin ja nelosen kanavia osaa näytetty sillä jonkin aikaa, en nyt muista tarkkaan kun lineaari-TV:tä tulee katsottua niin vähän...

 

[Obi-Lan]

Täällä on näköjään muitakin, joilla tulee kaksi tai useampi kuitu taloon. Miten teillä on toiminut seuraavien kuitujen pihakaivuut, kun kaikki kuidut olisi tietysti kiva viedä taloon sisään about samasta kohtaa, mutta pystyvätkö ne kaivamaan samaan roiloon tai viereen kun maassa menee jo yksi kuitu? Eli osaavatko varoa olemassa olevaa kuitua

Elisan sisäkytkentöjä tehnyt urakoitsija sanoi, että ei ole ongelmaa kaivaa samasta kohtaa missä menee jo valokuitunen, ensi kesänä sen sitten näkee. Laito ulkoisen kytkentärasian suoran nykyisen viereen. Mitään putkia en ole jaksanut viritellä kun menee ehkä 2m omalla tontilla suoraan seinään.

 

[jalkkis]

Sanokaas ny te viisaammat, että kannattaako hypätä Valokuitusen vaiko Valoon kelkkaan? Molempia en tällä kertaa ota.

Valoon hinnoittelu on selkeä. Liittymiset ja rakentaminen (ilman ennallistamista) 0€, veloitus 12kk x kk-maksu. Jos homma ei nappaa sen jälkeen niin adios hintaan 0€.

Valokuitunen, liittyminen 0€, rakentaminen sis. ennallistaminen 60kk pahvilla, kk-hinta vielä auki, tarjottua 15,90€/kk en ota. Joku lahjakortti messiin. Sit 60kk jälkeen raksuttaisi edelleen toi kk-maksu tai sitten se ylläpitomaksu 4,90€/kk. Ellei irtisano pois (ja ilmeisesti maksa irtisanomismaksua).

En keksi valokuitusesta muuta iloa kuin operaattorin valinnan. Ja että lupaavat boksin mulle seinään sinne minne haluan, mitä Valoo ei välttämättä tee, kun kohde on vähän hankalampi.

Onko operaattorin valinta niin ratkaiseva että kannattais sitoutua kk-maksuun loppuelämäkseen? En usko, että liittymien hinnoissa tulee isoja eroja.

 

[Larmatin]

Sanokaas ny te viisaammat, että kannattaako hypätä Valokuitusen vaiko Valoon kelkkaan? Molempia en tällä kertaa ota.

Valoon hinnoittelu on selkeä. Liittymiset ja rakentaminen (ilman ennallistamista) 0€, veloitus 12kk x kk-maksu. Jos homma ei nappaa sen jälkeen niin adios hintaan 0€.

Valokuitunen, liittyminen 0€, rakentaminen sis. ennallistaminen 60kk pahvilla, kk-hinta vielä auki, tarjottua 15,90€/kk en ota. Joku lahjakortti messiin. Sit 60kk jälkeen raksuttaisi edelleen toi kk-maksu tai sitten se ylläpitomaksu 4,90€/kk. Ellei irtisano pois (ja ilmeisesti maksa irtisanomismaksua).

En keksi valokuitusesta muuta iloa kuin operaattorin valinnan. Ja että lupaavat boksin mulle seinään sinne minne haluan, mitä Valoo ei välttämättä tee, kun kohde on vähän hankalampi.

Onko operaattorin valinta niin ratkaiseva että kannattais sitoutua kk-maksuun loppuelämäkseen? En usko, että liittymien hinnoissa tulee isoja eroja.

No ite en haluis loppuelämän kk maksua.. jos ite tartut lapioon ja kaivat putken parempaan paikkaan mihin Valoo sen oletettavasti vetää niin eiköhän ne sun kaivausta käytä ja laittaa vähä pidemmän kuidun.

 

[jalkkis]

No ite en haluis loppuelämän kk maksua..

Nokun just tämä, avoin lupa laskuttaa hamaaseen tappiin on melko kakkosesta.

Voihan olla, että naapurit ovat yhteistyökykyisiä ja tontin läpi veto on ok. Jos ei niin sit tarttee availla ajoväylän kivetystä ja ruveta itse hommiin.

 

[Larmatin]

Nokun just tämä, avoin lupa laskuttaa hamaaseen tappiin on melko kakkosesta.

Voihan olla, että naapurit ovat yhteistyökykyisiä ja tontin läpi veto on ok. Jos ei niin sit tarttee availla ajoväylän kivetystä ja ruveta itse hommiin.

Helppohan se muutama kivi siirtää syrjään ja laittaa putki alle, reunakiviä ei tartte irroittaa kun menee alta

 

[pulatunnus]

Noinkohan uhkaus mobiilidataan siirtymisestä auttaisi hinnan tinkimisessä, mikäli nousee kohtuuttomasti - ja ainahan pääsee takaisin, mikäli pitää 'kortit katsoa'

Se on toiminut aiemmin, niin miksei toimisi tulevaisuudessakin.

Vaikka nyt on näitä kiinteistö joissa on parikuitua, niin puh kuparien purkamisen jälkeen monella se yhden operaattorin kuitu tai kaapelimodeemi on ainoa kiinteä ja niiden hintoja pidättelee mobiili. Mobiilin hinnat on viimevuosina nousseet, niin operaattoreilta on sen jälkeen tippunut halvimmat liittymät pois hinnastosta (jos niitä halpoja ollut)

Markkinaehtoinen halpa kuitu on kyllä sekoittanut tilannetta, mutta sen taistelun jäähdyttyä niiden on otettava sieltä mistä saa.

 

[yyri]

Kommenttia fibernetistä, loppusyksystä tuli käyttöön ja ei ole ollut mitään ongelmaa. Ei ole pätkäissyt kertaakaan netti ja kuitupäätekin toiminut vakaasti, joten tällä kokemuksella voin suositella. Toivottavasti jatkossakin pelaa yhtä hyvin eikä operaattori pasko toimintaansa.

 

[Andan]

Veikkaan, että valokuitunen saisi helposti enemmän asiakkaita, kun luopuisivat tuosta käyttämättömän kuidun ylläpitomaksusta ja muutenkin hämärästä kuidun asennuksen hinnoittelusta. Nykyinen on varsinkin ale-mainosten kanssa todella sekava - tyyliin ilmainen asennus, mutta kuitenkin tarvitaan joko kuukausimaksu tai kertamaksu asennuksen päälle (tosin normihinnastoa halvempi). Ja kertamaksukaan ei ole kertamaksu, kun käyttämättömän kuidun ylläpitomaksua aletaan kuitenkin periä viiden vuoden jälkeen. Ja jos tuon ylläpitomaksun haluaa pois, niin sitten pitää maksaa nykyhinnastolla 255e per liittymän irti-/takaisinkytkentä.

Tulee vähän sellainen wtf-fiilis, että jos vain jokin muu vaihtoehto on, niin ei tuohon halua koskea pitkällä tikullakaan.

 

[fr0zen]

Nyt on nostettu nopeus 2Gbit -> 8Gbit OmaValoo sivulta. Tämä lysti maksaa 99€/kk. Vielä kun pääsis aspaan soittamalla käsiks varmistaakseni asian että tieto meni perille ja että tuleeko sieltä postissa se arvokas eero wifi 7 reititin. Ja milloin se nopeuden nosto tulee voimaan Mutta eipä ole aspaan päässy läpi aamupäivän aikana..

 

[JzC]

Kysytäänpäs vielä täältä onko kenelläkään muulla tullut eteen tällaista todella outoa ongelmaa kuituyhteys + WIFI latausnopeudet?
(Kyselty jo Valokuitusen ja Unifi ketjuissa)

Ongelma on siis se, että Valokuitunen/Telia kuituyhteydellä latausnopeudet Internetistä WIFI:n kautta 400-500Mbps, mutta lähetysnopeudet täydet ~940Mbps.
Ethernetin kautta kaikki toimii normaalisti (~940Mbps/~940Mbps).
Sisäverkossa data liikkuu ~1600Mbps WIFI:llä, mutta heti kun ladataan Internetistä niin nopeudet tippuu.
5Ghz WIFI-laitteiden latausnopeus Internetistä noin 400Mbps ja 6Ghz laitteilla noin 500Mbps.

Ja ei, kyse ei ole suoraan WIFI-verkon tai reitittimen asetuksista eikä sisäverkon laitteista. Sama ongelma todennettu kolmella eri reititin+WIFI combolla + ongelma kaikilla sisäverkon laitteilla (iPhone x 2, Macbook pro, MacBook Air, iPad Pro, HP läppäri, Lenovo läppäri). Sama ongelma myös kaikilla neljällä Unifi WIFI AP:lla. Mikään reitittimien tai WIFI-asetusten muuttaminen ei auta tähän ongelmaan. Lisäksi minulla on WAN2 eli backup yhteytenä DNA:n 4/5G yhteys + MC7010, jonka kautta latausnopeudet yli 550Mbps (N28), joka jo itsessään todistaa ettei vika ole sisäverkon laitteissa.

Tässä esim. yhdet nopeustestit iPhone 15 Pro (WIFI 6E, 6GHz@160Mhz, PHY 2400Mbps/2400Mbps):

- Speedtest.net app = 460Mbps / 947Mbps
- Bittimitttari.fi nettisivu = 408Mbps / 933Mbps
- Fast.com/fi nettisivu = 560Mbps / 870Mbps
- Unifi Wifiman app speedtest = 443Mbps / 932Mbps
- Unifi Wifiman app, Throughput testi iPhone --> Reititin = ~1567Mbps (WIFI AP 2.5G portti)
- Unifi Wifiman app speedtest UDM SE to Internet 913Mbps / 934Mbps
- Unifi Wifiman app speedtest iPhone to UDM SE reititin = 1576Mbps / 1368Mbps
- OpenSpeedTest serveri oma NAS (1G portti) = 977Mbps / 493Mbps (5Ghz yhteydellä ~850Mbps)

(10.1.2025 Telian lähetysnopeus nousi 1Gbps, joten tämän ongelman pystyi paremmin toteamaan. Yhteys oli aikaisemmin 1G/500M.)

Kyseessä siis Valokuitunen/Telia 1G/1G, jonka perässä heidän Genexis HG6846B kytkin.
- Reititin kytketty CAT6 RJ-45 Ethernet --> Valokuitunen kytkin, portti 1 (myös muut portit testattu). Ja reititin saa suoraan ulkoisen IPv4-osoitteen.
- Kaikki muut laitteet on kytketty sisäverkossa CAT6 Ethernetillä.
- WIFI-verkoissa määritykset: 2.4GHz@40MHz, 5GHz@80MHz ja 6GHz@160MHz.

Oma verkkolaitteisto: Unifi Dream Machine Special Edition (GbE), USW-Enterprise-8-PoE (SFP+/10 GbE), 2 x U7 Pro (2.5 GbE), U7 Pro Wall (2.5 GbE), U6+ (GbE) + 4 x Unifi kytkin.
Näiden lisäksi testattu laitteilla GL.iNet Beryl AX (GL-MT3000) ja vanhempi Inteno reititin/WIFI-laite ja Telian toimittama Zyxel. Näissä 5Ghz WIFI. Ethernetillä toimii normaalisti täydet, mutta WIFI:llä ladatessa latausnopeus leikkautuu alle ~400 Mbps, vaikka lähetysnopeus on suurempi / täydet.

GL.iNet Beryl AX testitulokset 5GHz@160Mhz:

En siis saa WIFI-yhteydellä kuin noin 400Mbps - 500Mbps latausnopeuden Internetistä, vaikka lähetysnopeus toimii 940Mbps. Vastaavasti sisäverkossa testatessa latausnopeus on ~1600Mbps. Kuitenkin Ethernetillä kytketyt laitteet toimivat normaalisti.

Kenelläkään tullut eteen vastaavaa ongelmaa?
Voiko Valokuitusen toimittamassa kytkimessä olla jotain vikaa tai joku epäyhteensopivuus yhteyden laitteiden kanssa, joka voisi vaatia jotain konffausta sisäverkon laitteissa?

Kiitti.

(PS. Joku varmaan voisi sanoa, että mihin tarvitaan yli 500Mbps WIFI latausnopeuksia ja tottahan se on, mutta olisi silti kiva ratkaista tämä ongelma.)
(PPS. Unifille ollut yli 6kk vikatiketti aiheesta ja hekään eivät löydä ongelmaa. Nyt tehty vikatiketti Telialle.)

 

[yBertti]

Täällä Valokuitunen/Telia 1G/1G, Genexis HG6846B LAN1 liitetty Asus RT-BE88U reitittimeen. Asuksessa Wifi 2,4 ja 5 -> maksimi nopeus tuolla sama 400-500Mbps lähellä reititintä kaikilla olemassa olevilla laitteilla. Koska 6Ghz linja puuttuu, en usko tuosta enempää saatavan. Mahdollisesti joku Wifi7 tukeva MLO laite tulevaisuudessa voi saada tuosta lisää irti mutta semmoista ei talossa ole tällä hetkellä, joten mutu tuntumaan jää tällä erää.

 

[heebo1974]

Eikai operaattori ole mitenkään vastuussa siitä miten sinun kotiverkkosi wifi toimii ? Jos wanista irtoaa se giga, niin kaikki toimii. Wifi vaan todennäköisesti on niin paska oikeasti, ettei teoreettiset nopeudet toteudu.

 

[JzC]

Eikai operaattori ole mitenkään vastuussa siitä miten sinun kotiverkkosi wifi toimii ? Jos wanista irtoaa se giga, niin kaikki toimii. Wifi vaan todennäköisesti on niin paska oikeasti, ettei teoreettiset nopeudet toteudu.

Kerro miten selität sen, että sisäverkon WIFI:ssä data liikkuu ~1600Mbps ja heti kun ladataan ulkoa niin nopeus tippuu alle 500 Mbps? Lisäksi lähetysnopeus on täydet ~940Mbps.

Ymmärrän kyllä pointtisi mutta jos luet viestini niin ei ole kyse siitä, että "WIFI on paska".

 

[JzC]

Täällä Valokuitunen/Telia 1G/1G, Genexis HG6846B LAN1 liitetty Asus RT-BE88U reitittimeen. Asuksessa Wifi 2,4 ja 5 -> maksimi nopeus tuolla sama 400-500Mbps lähellä reititintä kaikilla olemassa olevilla laitteilla. Koska 6Ghz linja puuttuu, en usko tuosta enempää saatavan. Mahdollisesti joku Wifi7 tukeva MLO laite tulevaisuudessa voi saada tuosta lisää irti mutta semmoista ei talossa ole tällä hetkellä, joten mutu tuntumaan jää tällä erää.

Tosiaan vaatii käytännössä tuon 6GHz jotta tämän voi selvästi todeta. Tai vähintään 5GHz @ 80 MHz tai 160MHz kykenevän WIFI:n ja toki sitä tukevan testilaitteen.

5GHz verkossa pääsen ~850Mbps tuloksiin sisäverkossa (5GHz@80MHz). Sitten Internetissä ladatessa nopeus tippuu kuitenkin ~400Mbps tai alle.

 

[heebo1974]

Kerro miten selität sen, että sisäverkon WIFI:ssä data liikkuu ~1600Mbps ja heti kun ladataan ulkoa niin nopeus tippuu alle 500 Mbps? Lisäksi lähetysnopeus on täydet ~940Mbps.

Ymmärrän kyllä pointtisi mutta jos luet viestini niin ei ole kyse siitä, että "WIFI on paska".

En ole asiantuntia, vaan mutuilen vaan. Veikkaisin, että syy on reitittimessä. Eli se ei sitten osaa reitittää wifiä waniin tarpeeksi nopeasti. En vaan mitenkään ymmärrä miten kotiverkon sisäiset asiat voisi mitenkään riippua operaattorista tai siis wan portin liikenteestä. No edelleen mutuilen vailla mitään ns. osaamista.

 

[JzC]

En ole asiantuntia, vaan mutuilen vaan. Veikkaisin, että syy on reitittimessä. Eli se ei sitten osaa reitittää wifiä waniin tarpeeksi nopeasti. En vaan mitenkään ymmärrä miten kotiverkon sisäiset asiat voisi mitenkään riippua operaattorista tai siis wan portin liikenteestä. No edelleen mutuilen vailla mitään ns. osaamista.

Oma reititin kykenee reitittämään Internet-liikennettä +3.5Gbps IDS/IPS päällä (ja ilman ~8Gbps), joten ei ole kyse siitä.
Eli tosiaan näillä laitteilla pystyy WIFI AP:n maksimit Internetiin. Tämän lisäksi testattu kolmella muullakin reitittimellä.

 

[Kaama]

Kysytäänpäs vielä täältä onko kenelläkään muulla tullut eteen tällaista todella outoa ongelmaa kuituyhteys + WIFI latausnopeudet?
(Kyselty jo Valokuitusen ja Unifi ketjuissa)

Joku Wifi-kohtainen QoS asetus... WMM? En tiedä voiko siinä kuitupurkissakin olla moisia.

 

[JzC]

Joku Wifi-kohtainen QoS asetus... WMM? En tiedä voiko siinä kuitupurkissakin olla moisia.

Tuohan on joku hallittava kytkin, mutta siihen on pääsy vain Valokuitusella/Telialla, joten paha sanoa onko siellä jotain mikä voisi vaikuttaa.
Telialle tehty vikailmoitus, joten katsotaan jos sieltä jotain selviää.

Olen yrittänyt kytkeä kuituyhteyden SFP-moduulin suoraan reitittimeni SFP-porttiin ilman tuota kytkintä välissä, mutta reititin ei saa IP-osoitetta. En saa siis testattua yhteyttä ilman tuota Valokuitusen kytkintä välissä. Täytyy siis olla, että kytkimessä tapahtuu jotain, jolla tunnistaa ja saa IP-osoitteen. Onkohan esim. joku VLAN käytössä.

 

[ErkkiK]

Jotain kummallista siinä valokuitusen purkissa tosiaan on. Itsellä ubiquiti u7 pro ja netgate 6100 muuri ja samalla tavalla speedtest leikkaa download vauhdin 500Mbs kieppeille kaikilla muilla paitsi NextWing Helsinki serverillä. Myös iperf3 testit leikkaantuvat samalla tavalla. Aiemmalla elisan 1G/50Mb kaapelimodeemilla ei vastaavaa download suunnan leikkaantumista tapahtunut. Vosikohan valokuitusen purkissa olla pienemmät muistipuskurit kuin aiemmassa fritzboxin kaapelimodeemissa?

 

[yBertti]

Täällä Valokuitunen/Telia 1G/1G, Genexis HG6846B LAN1 liitetty Asus RT-BE88U reitittimeen. Asuksessa Wifi 2,4 ja 5 -> maksimi nopeus tuolla sama 400-500Mbps lähellä reititintä kaikilla olemassa olevilla laitteilla. Koska 6Ghz linja puuttuu, en usko tuosta enempää saatavan. Mahdollisesti joku Wifi7 tukeva MLO laite tulevaisuudessa voi saada tuosta lisää irti mutta semmoista ei talossa ole tällä hetkellä, joten mutu tuntumaan jää tällä erää.

Piti järjestää paikalle testiin Wifi7 laite mutta silläkin tuohon 500 se tökkää.

 

[JzC]

Piti järjestää paikalle testiin Wifi7 laite mutta silläkin tuohon 500 se tökkää.

Kuulostaa siis hyvin samalta kuin täällä.
Millä laitteilla testaat?

Onko yhtään 6GHz tukevaa laitetta millä saisit testattua?

 

[yBertti]

Tuosta Asuksen RT-BE88U tuo 6 taajuus puuttuu kokonaan. Kannettavalla Wifi 6E testailtu ja naapurin X870 Tomahawk emosta löytyi lähin Wifi7 ulkoisella antennilla. Tuo Wifi7 menee niin kuin heti tuohon 500 nurkille junnaan, joku pidättelee.

LAN toimii kaikilla laitteilla normaalin 940/940. Jäädään odottelemaan Valokuitusen vastailuja aiheeseen.

 

[ErkkiK]

Olen testannut 6Ghz kaistaa ja 80, 160 ja 320Mhz leveyden kanavia sekä multilinkiä pixel 9pro xl puhelimella ja samalla tavalla se rajautuu tuohon 500Mbs pintaan. Sisäverkon openspeedtest palvelimella saan hiukan yli 2Gbs vauhtia.

 

[JzC]

Olen testannut 6Ghz kaistaa ja 80, 160 ja 320Mhz leveyden kanavia sekä multilinkiä pixel 9pro xl puhelimella ja samalla tavalla se rajautuu tuohon 500Mbs pintaan. Sisäverkon openspeedtest palvelimella saan hiukan yli 2Gbs vauhtia.

Jep, sama siis kuin täällä.
Ootko tehnyt vikatikettiä Telialle?

 

[ErkkiK]

Jep, sama siis kuin täällä.
Ootko tehnyt vikatikettiä Telialle?

En ole tehnyt, kun en usko sen johtavan mihinkään.

Testasin äsken iperffiä netplazan palvelimelle ja kotiverkossa olevalle nas-palvelimelle. -R parametri tarkoittaa, että palvelin lähettää ja --get-server-output, että palvelin lähettää lopuksi omat statistiikat
Näistä näkee, että siirron aikana häviää tasaisesti paketteja, mikä aiheuttaa sen että tcp-ikkunan koko "Cwnd" pysyy jatkuvasti pienenä reilut 300KB . Tämä kuristaa liikenteen 500Mb/s luokkaan. Sisäverkon siirrossa taas häviää ainoastaan yksi paketti, jolloin lähetysikkuna pysyy 4MB:ssä, joka sallii suuremman nopeuden. Pieni lähetysikkuna aiheuttaa sen, että palvelin joutuu odottamaan kuittauspakettia ennen kuin voi lähettää lisää dataa. Iso ikkuna sallii palvelimen lähettää isomman määrän dataa ennen kuin se pitää kuitata.

Lähetysikkunan koon vaikutuksesta voi lueskella esim. wikipediasta TCP window scale option - Wikipedia tai TCP Window Size Scaling

Testit tehty wifi 6 kortilla 5Ghz taajuudella 160Mhz kaistalla, joka on maksimi mihin kortti pystyy.

C:\temp>iperf3 -c speedtest-hki.netplaza.fi -R --get-server-output
Connecting to host speedtest-hki.netplaza.fi, port 5201
Reverse mode, remote host speedtest-hki.netplaza.fi is sending
[ 5] local 10.0.0.13 port 3004 connected to 185.67.81.183 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 35.6 MBytes 298 Mbits/sec
[ 5] 1.00-2.01 sec 53.8 MBytes 449 Mbits/sec
[ 5] 2.01-3.00 sec 62.4 MBytes 526 Mbits/sec
[ 5] 3.00-4.01 sec 63.8 MBytes 531 Mbits/sec
[ 5] 4.01-5.00 sec 63.8 MBytes 538 Mbits/sec
[ 5] 5.00-6.01 sec 66.2 MBytes 550 Mbits/sec
[ 5] 6.01-7.01 sec 67.0 MBytes 565 Mbits/sec
[ 5] 7.01-8.01 sec 66.5 MBytes 557 Mbits/sec
[ 5] 8.01-9.01 sec 68.0 MBytes 570 Mbits/sec
[ 5] 9.01-10.02 sec 66.0 MBytes 551 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 615 MBytes 515 Mbits/sec 283 sender
[ 5] 0.00-10.02 sec 613 MBytes 513 Mbits/sec receiver

Server output:
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 80.222.229.186, port 28001
[103] local 185.67.81.183 port 5201 connected to 80.222.229.186 port 27820
[ ID] Interval Transfer Bandwidth Retr Cwnd
[103] 0.00-1.00 sec 36.1 MBytes 303 Mbits/sec 4 331 KBytes
[103] 1.00-2.00 sec 52.6 MBytes 441 Mbits/sec 4 344 KBytes
[103] 2.00-3.00 sec 63.5 MBytes 533 Mbits/sec 38 338 KBytes
[103] 3.00-4.00 sec 62.6 MBytes 525 Mbits/sec 6 338 KBytes
[103] 4.00-5.00 sec 64.6 MBytes 542 Mbits/sec 39 335 KBytes
[103] 5.00-6.00 sec 64.9 MBytes 545 Mbits/sec 36 335 KBytes
[103] 6.00-7.00 sec 67.6 MBytes 567 Mbits/sec 37 339 KBytes
[103] 7.00-8.00 sec 66.7 MBytes 559 Mbits/sec 38 342 KBytes
[103] 8.00-9.00 sec 67.9 MBytes 570 Mbits/sec 40 342 KBytes
[103] 9.00-10.00 sec 65.6 MBytes 550 Mbits/sec 41 336 KBytes
[103] 10.00-10.06 sec 3.00 MBytes 459 Mbits/sec 0 345 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[103] 0.00-10.06 sec 615 MBytes 513 Mbits/sec 283 sender
[103] 0.00-10.06 sec 0.00 Bytes 0.00 bits/sec receiver


iperf Done.

C:\temp>iperf3 -c 10.0.0.101 -R --get-server-output
Connecting to host 10.0.0.101, port 5201
Reverse mode, remote host 10.0.0.101 is sending
[ 5] local 10.0.0.13 port 3019 connected to 10.0.0.101 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 146 MBytes 1.22 Gbits/sec
[ 5] 1.01-2.02 sec 200 MBytes 1.67 Gbits/sec
[ 5] 2.02-3.01 sec 202 MBytes 1.69 Gbits/sec
[ 5] 3.01-4.01 sec 195 MBytes 1.65 Gbits/sec
[ 5] 4.01-5.00 sec 194 MBytes 1.63 Gbits/sec
[ 5] 5.00-6.01 sec 196 MBytes 1.64 Gbits/sec
[ 5] 6.01-7.01 sec 204 MBytes 1.71 Gbits/sec
[ 5] 7.01-8.02 sec 198 MBytes 1.66 Gbits/sec
[ 5] 8.02-9.00 sec 195 MBytes 1.66 Gbits/sec
[ 5] 9.00-10.01 sec 197 MBytes 1.65 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 1.89 GBytes 1.62 Gbits/sec 1 sender
[ 5] 0.00-10.01 sec 1.88 GBytes 1.62 Gbits/sec receiver

Server output:
Accepted connection from 10.0.0.13, port 3018
[ 5] local 10.0.0.101 port 5201 connected to 10.0.0.13 port 3019
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 148 MBytes 1.24 Gbits/sec 0 4.04 MBytes
[ 5] 1.00-2.00 sec 198 MBytes 1.66 Gbits/sec 1 4.04 MBytes
[ 5] 2.00-3.00 sec 204 MBytes 1.71 Gbits/sec 0 4.04 MBytes
[ 5] 3.00-4.00 sec 193 MBytes 1.62 Gbits/sec 0 4.04 MBytes
[ 5] 4.00-5.00 sec 195 MBytes 1.64 Gbits/sec 0 4.04 MBytes
[ 5] 5.00-6.00 sec 196 MBytes 1.65 Gbits/sec 0 4.04 MBytes
[ 5] 6.00-7.00 sec 202 MBytes 1.69 Gbits/sec 0 4.04 MBytes
[ 5] 7.00-8.00 sec 201 MBytes 1.68 Gbits/sec 0 4.04 MBytes
[ 5] 8.00-9.00 sec 195 MBytes 1.63 Gbits/sec 0 4.04 MBytes
[ 5] 9.00-10.00 sec 200 MBytes 1.68 Gbits/sec 0 4.04 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 1.89 GBytes 1.62 Gbits/sec 1 sender


iperf Done.

 

[Hyrava]

En ole tehnyt, kun en usko sen johtavan mihinkään.

Testasin äsken iperffiä netplazan palvelimelle ja kotiverkossa olevalle nas-palvelimelle. -R parametri tarkoittaa, että palvelin lähettää ja --get-server-output, että palvelin lähettää lopuksi omat statistiikat
Näistä näkee, että siirron aikana häviää tasaisesti paketteja, mikä aiheuttaa sen että tcp-ikkunan koko "Cwnd" pysyy jatkuvasti pienenä reilut 300KB . Tämä kuristaa liikenteen 500Mb/s luokkaan. Sisäverkon siirrossa taas häviää ainoastaan yksi paketti, jolloin lähetysikkuna pysyy 4MB:ssä, joka sallii suuremman nopeuden. Pieni lähetysikkuna aiheuttaa sen, että palvelin joutuu odottamaan kuittauspakettia ennen kuin voi lähettää lisää dataa. Iso ikkuna sallii palvelimen lähettää isomman määrän dataa ennen kuin se pitää kuitata.

Lähetysikkunan koon vaikutuksesta voi lueskella esim. wikipediasta TCP window scale option - Wikipedia tai TCP Window Size Scaling

Testit tehty wifi 6 kortilla 5Ghz taajuudella 160Mhz kaistalla, joka on maksimi mihin kortti pystyy.

C:\temp>iperf3 -c speedtest-hki.netplaza.fi -R --get-server-output
Connecting to host speedtest-hki.netplaza.fi, port 5201
Reverse mode, remote host speedtest-hki.netplaza.fi is sending
[ 5] local 10.0.0.13 port 3004 connected to 185.67.81.183 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 35.6 MBytes 298 Mbits/sec
[ 5] 1.00-2.01 sec 53.8 MBytes 449 Mbits/sec
[ 5] 2.01-3.00 sec 62.4 MBytes 526 Mbits/sec
[ 5] 3.00-4.01 sec 63.8 MBytes 531 Mbits/sec
[ 5] 4.01-5.00 sec 63.8 MBytes 538 Mbits/sec
[ 5] 5.00-6.01 sec 66.2 MBytes 550 Mbits/sec
[ 5] 6.01-7.01 sec 67.0 MBytes 565 Mbits/sec
[ 5] 7.01-8.01 sec 66.5 MBytes 557 Mbits/sec
[ 5] 8.01-9.01 sec 68.0 MBytes 570 Mbits/sec
[ 5] 9.01-10.02 sec 66.0 MBytes 551 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 615 MBytes 515 Mbits/sec 283 sender
[ 5] 0.00-10.02 sec 613 MBytes 513 Mbits/sec receiver

Server output:
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 80.222.229.186, port 28001
[103] local 185.67.81.183 port 5201 connected to 80.222.229.186 port 27820
[ ID] Interval Transfer Bandwidth Retr Cwnd
[103] 0.00-1.00 sec 36.1 MBytes 303 Mbits/sec 4 331 KBytes
[103] 1.00-2.00 sec 52.6 MBytes 441 Mbits/sec 4 344 KBytes
[103] 2.00-3.00 sec 63.5 MBytes 533 Mbits/sec 38 338 KBytes
[103] 3.00-4.00 sec 62.6 MBytes 525 Mbits/sec 6 338 KBytes
[103] 4.00-5.00 sec 64.6 MBytes 542 Mbits/sec 39 335 KBytes
[103] 5.00-6.00 sec 64.9 MBytes 545 Mbits/sec 36 335 KBytes
[103] 6.00-7.00 sec 67.6 MBytes 567 Mbits/sec 37 339 KBytes
[103] 7.00-8.00 sec 66.7 MBytes 559 Mbits/sec 38 342 KBytes
[103] 8.00-9.00 sec 67.9 MBytes 570 Mbits/sec 40 342 KBytes
[103] 9.00-10.00 sec 65.6 MBytes 550 Mbits/sec 41 336 KBytes
[103] 10.00-10.06 sec 3.00 MBytes 459 Mbits/sec 0 345 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[103] 0.00-10.06 sec 615 MBytes 513 Mbits/sec 283 sender
[103] 0.00-10.06 sec 0.00 Bytes 0.00 bits/sec receiver


iperf Done.

C:\temp>iperf3 -c 10.0.0.101 -R --get-server-output
Connecting to host 10.0.0.101, port 5201
Reverse mode, remote host 10.0.0.101 is sending
[ 5] local 10.0.0.13 port 3019 connected to 10.0.0.101 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 146 MBytes 1.22 Gbits/sec
[ 5] 1.01-2.02 sec 200 MBytes 1.67 Gbits/sec
[ 5] 2.02-3.01 sec 202 MBytes 1.69 Gbits/sec
[ 5] 3.01-4.01 sec 195 MBytes 1.65 Gbits/sec
[ 5] 4.01-5.00 sec 194 MBytes 1.63 Gbits/sec
[ 5] 5.00-6.01 sec 196 MBytes 1.64 Gbits/sec
[ 5] 6.01-7.01 sec 204 MBytes 1.71 Gbits/sec
[ 5] 7.01-8.02 sec 198 MBytes 1.66 Gbits/sec
[ 5] 8.02-9.00 sec 195 MBytes 1.66 Gbits/sec
[ 5] 9.00-10.01 sec 197 MBytes 1.65 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 1.89 GBytes 1.62 Gbits/sec 1 sender
[ 5] 0.00-10.01 sec 1.88 GBytes 1.62 Gbits/sec receiver

Server output:
Accepted connection from 10.0.0.13, port 3018
[ 5] local 10.0.0.101 port 5201 connected to 10.0.0.13 port 3019
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 148 MBytes 1.24 Gbits/sec 0 4.04 MBytes
[ 5] 1.00-2.00 sec 198 MBytes 1.66 Gbits/sec 1 4.04 MBytes
[ 5] 2.00-3.00 sec 204 MBytes 1.71 Gbits/sec 0 4.04 MBytes
[ 5] 3.00-4.00 sec 193 MBytes 1.62 Gbits/sec 0 4.04 MBytes
[ 5] 4.00-5.00 sec 195 MBytes 1.64 Gbits/sec 0 4.04 MBytes
[ 5] 5.00-6.00 sec 196 MBytes 1.65 Gbits/sec 0 4.04 MBytes
[ 5] 6.00-7.00 sec 202 MBytes 1.69 Gbits/sec 0 4.04 MBytes
[ 5] 7.00-8.00 sec 201 MBytes 1.68 Gbits/sec 0 4.04 MBytes
[ 5] 8.00-9.00 sec 195 MBytes 1.63 Gbits/sec 0 4.04 MBytes
[ 5] 9.00-10.00 sec 200 MBytes 1.68 Gbits/sec 0 4.04 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 1.89 GBytes 1.62 Gbits/sec 1 sender


iperf Done.

No tuossahan alkaa olemaan jo sellainen testaus että pitäisi jonkun operaattorin teknisemmän kaverin jo osata tuon perusteella lähteä vikaa etsimään, selkeästi tulee uudelleenlähetyksiä eli vikaa on jossain.

 

[yBertti]

Vielä piti tuo 5GHz - 160Mhz testata kun näytti Tomahawk sen tukevan Wifi7. Upload saavutti rajansa mutta download, no edelleen jumissa 500. Linkki nousi 2882Mbps, joten kyllä tuossa Asuksessa potkua olisi tarjolla ilman 6GHz kaistaakin.

Nyt luovutetaan tällä erää. Myö laitan myös kyselyä saisiko tuon jumin pois häiritsemästä.

 

[Larmatin]

Onko tämä nopeusongelma vain valokuitusen purkissa?

 

[ErkkiK]

En ole tehnyt, kun en usko sen johtavan mihinkään.

Testasin äsken iperffiä netplazan palvelimelle ja kotiverkossa olevalle nas-palvelimelle. -R parametri tarkoittaa, että palvelin lähettää ja --get-server-output, että palvelin lähettää lopuksi omat statistiikat
Näistä näkee, että siirron aikana häviää tasaisesti paketteja, mikä aiheuttaa sen että tcp-ikkunan koko "Cwnd" pysyy jatkuvasti pienenä reilut 300KB . Tämä kuristaa liikenteen 500Mb/s luokkaan. Sisäverkon siirrossa taas häviää ainoastaan yksi paketti, jolloin lähetysikkuna pysyy 4MB:ssä, joka sallii suuremman nopeuden. Pieni lähetysikkuna aiheuttaa sen, että palvelin joutuu odottamaan kuittauspakettia ennen kuin voi lähettää lisää dataa. Iso ikkuna sallii palvelimen lähettää isomman määrän dataa ennen kuin se pitää kuitata.

Lähetysikkunan koon vaikutuksesta voi lueskella esim. wikipediasta TCP window scale option - Wikipedia tai TCP Window Size Scaling

Testit tehty wifi 6 kortilla 5Ghz taajuudella 160Mhz kaistalla, joka on maksimi mihin kortti pystyy.

C:\temp>iperf3 -c speedtest-hki.netplaza.fi -R --get-server-output
Connecting to host speedtest-hki.netplaza.fi, port 5201
Reverse mode, remote host speedtest-hki.netplaza.fi is sending
[ 5] local 10.0.0.13 port 3004 connected to 185.67.81.183 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 35.6 MBytes 298 Mbits/sec
[ 5] 1.00-2.01 sec 53.8 MBytes 449 Mbits/sec
[ 5] 2.01-3.00 sec 62.4 MBytes 526 Mbits/sec
[ 5] 3.00-4.01 sec 63.8 MBytes 531 Mbits/sec
[ 5] 4.01-5.00 sec 63.8 MBytes 538 Mbits/sec
[ 5] 5.00-6.01 sec 66.2 MBytes 550 Mbits/sec
[ 5] 6.01-7.01 sec 67.0 MBytes 565 Mbits/sec
[ 5] 7.01-8.01 sec 66.5 MBytes 557 Mbits/sec
[ 5] 8.01-9.01 sec 68.0 MBytes 570 Mbits/sec
[ 5] 9.01-10.02 sec 66.0 MBytes 551 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 615 MBytes 515 Mbits/sec 283 sender
[ 5] 0.00-10.02 sec 613 MBytes 513 Mbits/sec receiver

Server output:
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 80.222.229.186, port 28001
[103] local 185.67.81.183 port 5201 connected to 80.222.229.186 port 27820
[ ID] Interval Transfer Bandwidth Retr Cwnd
[103] 0.00-1.00 sec 36.1 MBytes 303 Mbits/sec 4 331 KBytes
[103] 1.00-2.00 sec 52.6 MBytes 441 Mbits/sec 4 344 KBytes
[103] 2.00-3.00 sec 63.5 MBytes 533 Mbits/sec 38 338 KBytes
[103] 3.00-4.00 sec 62.6 MBytes 525 Mbits/sec 6 338 KBytes
[103] 4.00-5.00 sec 64.6 MBytes 542 Mbits/sec 39 335 KBytes
[103] 5.00-6.00 sec 64.9 MBytes 545 Mbits/sec 36 335 KBytes
[103] 6.00-7.00 sec 67.6 MBytes 567 Mbits/sec 37 339 KBytes
[103] 7.00-8.00 sec 66.7 MBytes 559 Mbits/sec 38 342 KBytes
[103] 8.00-9.00 sec 67.9 MBytes 570 Mbits/sec 40 342 KBytes
[103] 9.00-10.00 sec 65.6 MBytes 550 Mbits/sec 41 336 KBytes
[103] 10.00-10.06 sec 3.00 MBytes 459 Mbits/sec 0 345 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[103] 0.00-10.06 sec 615 MBytes 513 Mbits/sec 283 sender
[103] 0.00-10.06 sec 0.00 Bytes 0.00 bits/sec receiver


iperf Done.

C:\temp>iperf3 -c 10.0.0.101 -R --get-server-output
Connecting to host 10.0.0.101, port 5201
Reverse mode, remote host 10.0.0.101 is sending
[ 5] local 10.0.0.13 port 3019 connected to 10.0.0.101 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 146 MBytes 1.22 Gbits/sec
[ 5] 1.01-2.02 sec 200 MBytes 1.67 Gbits/sec
[ 5] 2.02-3.01 sec 202 MBytes 1.69 Gbits/sec
[ 5] 3.01-4.01 sec 195 MBytes 1.65 Gbits/sec
[ 5] 4.01-5.00 sec 194 MBytes 1.63 Gbits/sec
[ 5] 5.00-6.01 sec 196 MBytes 1.64 Gbits/sec
[ 5] 6.01-7.01 sec 204 MBytes 1.71 Gbits/sec
[ 5] 7.01-8.02 sec 198 MBytes 1.66 Gbits/sec
[ 5] 8.02-9.00 sec 195 MBytes 1.66 Gbits/sec
[ 5] 9.00-10.01 sec 197 MBytes 1.65 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 1.89 GBytes 1.62 Gbits/sec 1 sender
[ 5] 0.00-10.01 sec 1.88 GBytes 1.62 Gbits/sec receiver

Server output:
Accepted connection from 10.0.0.13, port 3018
[ 5] local 10.0.0.101 port 5201 connected to 10.0.0.13 port 3019
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 148 MBytes 1.24 Gbits/sec 0 4.04 MBytes
[ 5] 1.00-2.00 sec 198 MBytes 1.66 Gbits/sec 1 4.04 MBytes
[ 5] 2.00-3.00 sec 204 MBytes 1.71 Gbits/sec 0 4.04 MBytes
[ 5] 3.00-4.00 sec 193 MBytes 1.62 Gbits/sec 0 4.04 MBytes
[ 5] 4.00-5.00 sec 195 MBytes 1.64 Gbits/sec 0 4.04 MBytes
[ 5] 5.00-6.00 sec 196 MBytes 1.65 Gbits/sec 0 4.04 MBytes
[ 5] 6.00-7.00 sec 202 MBytes 1.69 Gbits/sec 0 4.04 MBytes
[ 5] 7.00-8.00 sec 201 MBytes 1.68 Gbits/sec 0 4.04 MBytes
[ 5] 8.00-9.00 sec 195 MBytes 1.63 Gbits/sec 0 4.04 MBytes
[ 5] 9.00-10.00 sec 200 MBytes 1.68 Gbits/sec 0 4.04 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 1.89 GBytes 1.62 Gbits/sec 1 sender


iperf Done.

Tein vielä toisen testin sisäverkossa siten, että otin välissä olevasta zyxelin kytkimestä flow controllin pois käytöstä. Flow control toimii siten, että puskurin tullessa täyteen kytkin lähettää pause framen lähettävälle palvelimelle ja mikäli myös siellä on flow control käytössä palvelin pysäyttää lähetyksen hetkeksi.

Nyt kun flow controllia ei ole käytössä ollaan pelkästään tcp-protokollan varassa, eli lähettävä palvelin tässä tapauksessa nas, joka on 10Gb kortilla kiinni yrittää lähettää niin nopeasti kuin pystyy. Tästä aiheutuu heti 37 hävinnyttä pakettia, koska läppäri ei pysty ottamaan 10Gb nopeudella tulevaa liikennettä vastaan. Tämän jälkeen lähetysikkunaa pienennetään ja tehdään uudelleen lähetyksiä. Nopeus jää kuitenkin ilman flow controllia max 1Gb nopeuteen, kun flow controllin kanssa päästiin 1.68Gb nopeuteen.

C:\temp>iperf3 -c 10.0.0.101 -R --get-server-output
Connecting to host 10.0.0.101, port 5201
Reverse mode, remote host 10.0.0.101 is sending
[ 5] local 10.0.0.13 port 4401 connected to 10.0.0.101 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.02 sec 75.2 MBytes 622 Mbits/sec
[ 5] 1.02-2.00 sec 85.4 MBytes 725 Mbits/sec
[ 5] 2.00-3.01 sec 99.8 MBytes 835 Mbits/sec
[ 5] 3.01-4.01 sec 114 MBytes 954 Mbits/sec
[ 5] 4.01-5.01 sec 121 MBytes 1.01 Gbits/sec
[ 5] 5.01-6.01 sec 115 MBytes 963 Mbits/sec
[ 5] 6.01-7.01 sec 119 MBytes 1.00 Gbits/sec
[ 5] 7.01-8.01 sec 120 MBytes 1.01 Gbits/sec
[ 5] 8.01-9.00 sec 120 MBytes 1.02 Gbits/sec
[ 5] 9.00-10.00 sec 124 MBytes 1.04 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 1.07 GBytes 914 Mbits/sec 59 sender
[ 5] 0.00-10.00 sec 1.07 GBytes 916 Mbits/sec receiver

Server output:
-----------------------------------------------------------
Server listening on 5201 (test #5)
-----------------------------------------------------------
Accepted connection from 10.0.0.13, port 4400
[ 5] local 10.0.0.101 port 5201 connected to 10.0.0.13 port 4401
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 73.0 MBytes 612 Mbits/sec 37 506 KBytes
[ 5] 1.00-2.00 sec 85.2 MBytes 715 Mbits/sec 2 465 KBytes
[ 5] 2.00-3.00 sec 98.9 MBytes 829 Mbits/sec 2 451 KBytes
[ 5] 3.00-4.00 sec 113 MBytes 950 Mbits/sec 3 458 KBytes
[ 5] 4.00-5.00 sec 121 MBytes 1.01 Gbits/sec 1 477 KBytes
[ 5] 5.00-6.00 sec 114 MBytes 958 Mbits/sec 4 488 KBytes
[ 5] 6.00-7.00 sec 119 MBytes 1.00 Gbits/sec 1 508 KBytes
[ 5] 7.00-8.00 sec 120 MBytes 1.00 Gbits/sec 4 525 KBytes
[ 5] 8.00-9.00 sec 121 MBytes 1.01 Gbits/sec 1 539 KBytes
[ 5] 9.00-10.00 sec 124 MBytes 1.04 Gbits/sec 4 556 KBytes
[ 5] 10.00-10.04 sec 5.12 MBytes 1.00 Gbits/sec 0 561 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 1.07 GBytes 914 Mbits/sec 59 sender


iperf Done.


Tämän jälkeen testasin iperffiä vielä pöytäkoneelta, jossa on myös 10Gb kortti samoin kuin nassissa. Nyt kun molemmissa laitteissa on yhtä nopeat verkkokortit tapahtuu siirto täydellisesti, koska vastaanottava kone pystyy ottamaan samalla nopeudella vastaan kuin lähettävä palvelin eikä siirtovirheitä tule lainkaan vaikka flow control on edelleen pois kytkimellä.

C:\temp>iperf3.exe -c 10.0.0.101 -R --get-server-output
Connecting to host 10.0.0.101, port 5201
Reverse mode, remote host 10.0.0.101 is sending
[ 5] local 10.0.0.16 port 50068 connected to 10.0.0.101 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 1.11 GBytes 9.49 Gbits/sec
[ 5] 1.01-2.01 sec 1.10 GBytes 9.49 Gbits/sec
[ 5] 2.01-3.00 sec 1.10 GBytes 9.49 Gbits/sec
[ 5] 3.00-4.01 sec 1.11 GBytes 9.49 Gbits/sec
[ 5] 4.01-5.01 sec 1.11 GBytes 9.49 Gbits/sec
[ 5] 5.01-6.01 sec 1.09 GBytes 9.48 Gbits/sec
[ 5] 6.01-7.01 sec 1.11 GBytes 9.49 Gbits/sec
[ 5] 7.01-8.00 sec 1.09 GBytes 9.49 Gbits/sec
[ 5] 8.00-9.01 sec 1.12 GBytes 9.49 Gbits/sec
[ 5] 9.01-10.01 sec 1.10 GBytes 9.45 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 11.1 GBytes 9.49 Gbits/sec 0 sender
[ 5] 0.00-10.01 sec 11.1 GBytes 9.49 Gbits/sec receiver

Server output:
-----------------------------------------------------------
Server listening on 5201 (test #8)
-----------------------------------------------------------
Accepted connection from 10.0.0.16, port 50067
[ 5] local 10.0.0.101 port 5201 connected to 10.0.0.16 port 50068
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 1.11 GBytes 9.50 Gbits/sec 0 673 KBytes
[ 5] 1.00-2.00 sec 1.11 GBytes 9.49 Gbits/sec 0 776 KBytes
[ 5] 2.00-3.00 sec 1.11 GBytes 9.49 Gbits/sec 0 865 KBytes
[ 5] 3.00-4.00 sec 1.11 GBytes 9.50 Gbits/sec 0 910 KBytes
[ 5] 4.00-5.00 sec 1.11 GBytes 9.49 Gbits/sec 0 910 KBytes
[ 5] 5.00-6.00 sec 1.10 GBytes 9.47 Gbits/sec 0 1015 KBytes
[ 5] 6.00-7.00 sec 1.11 GBytes 9.50 Gbits/sec 0 1015 KBytes
[ 5] 7.00-8.00 sec 1.10 GBytes 9.49 Gbits/sec 0 1015 KBytes
[ 5] 8.00-9.00 sec 1.11 GBytes 9.50 Gbits/sec 0 1015 KBytes
[ 5] 9.00-10.00 sec 1.10 GBytes 9.44 Gbits/sec 0 1015 KBytes
[ 5] 10.00-10.02 sec 17.5 MBytes 9.74 Gbits/sec 0 1015 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 11.1 GBytes 9.49 Gbits/sec 0 sender


iperf Done.


Mutta miksi siirto wifin yli ilman flow controllia toimii niin huonosti, niin siihen en osaa vastata.
Wifin yli lähetys toimii ilmeisesti hyvin siksi, että vastaanottavassa päässä olevassa speedtest serverissä on niin nopea verkkoyhteys, että se voi ottaa kaiken vastaan mitä kortti lähettää, jolloin uudelleenlähetyksiä ei synny ja tcp ikkuna pääsee kasvamaan vapaasti maksimikokoonsa.

 

[JzC]

Tein vielä toisen testin sisäverkossa siten, että otin välissä olevasta zyxelin kytkimestä flow controllin pois käytöstä. Flow control toimii siten, että puskurin tullessa täyteen kytkin lähettää pause framen lähettävälle palvelimelle ja mikäli myös siellä on flow control käytössä palvelin pysäyttää lähetyksen hetkeksi.

Nyt kun flow controllia ei ole käytössä ollaan pelkästään tcp-protokollan varassa, eli lähettävä palvelin tässä tapauksessa nas, joka on 10Gb kortilla kiinni yrittää lähettää niin nopeasti kuin pystyy. Tästä aiheutuu heti 37 hävinnyttä pakettia, koska läppäri ei pysty ottamaan 10Gb nopeudella tulevaa liikennettä vastaan. Tämän jälkeen lähetysikkunaa pienennetään ja tehdään uudelleen lähetyksiä. Nopeus jää kuitenkin ilman flow controllia max 1Gb nopeuteen, kun flow controllin kanssa päästiin 1.68Gb nopeuteen.

C:\temp>iperf3 -c 10.0.0.101 -R --get-server-output
Connecting to host 10.0.0.101, port 5201
Reverse mode, remote host 10.0.0.101 is sending
[ 5] local 10.0.0.13 port 4401 connected to 10.0.0.101 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.02 sec 75.2 MBytes 622 Mbits/sec
[ 5] 1.02-2.00 sec 85.4 MBytes 725 Mbits/sec
[ 5] 2.00-3.01 sec 99.8 MBytes 835 Mbits/sec
[ 5] 3.01-4.01 sec 114 MBytes 954 Mbits/sec
[ 5] 4.01-5.01 sec 121 MBytes 1.01 Gbits/sec
[ 5] 5.01-6.01 sec 115 MBytes 963 Mbits/sec
[ 5] 6.01-7.01 sec 119 MBytes 1.00 Gbits/sec
[ 5] 7.01-8.01 sec 120 MBytes 1.01 Gbits/sec
[ 5] 8.01-9.00 sec 120 MBytes 1.02 Gbits/sec
[ 5] 9.00-10.00 sec 124 MBytes 1.04 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 1.07 GBytes 914 Mbits/sec 59 sender
[ 5] 0.00-10.00 sec 1.07 GBytes 916 Mbits/sec receiver

Server output:
-----------------------------------------------------------
Server listening on 5201 (test #5)
-----------------------------------------------------------
Accepted connection from 10.0.0.13, port 4400
[ 5] local 10.0.0.101 port 5201 connected to 10.0.0.13 port 4401
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 73.0 MBytes 612 Mbits/sec 37 506 KBytes
[ 5] 1.00-2.00 sec 85.2 MBytes 715 Mbits/sec 2 465 KBytes
[ 5] 2.00-3.00 sec 98.9 MBytes 829 Mbits/sec 2 451 KBytes
[ 5] 3.00-4.00 sec 113 MBytes 950 Mbits/sec 3 458 KBytes
[ 5] 4.00-5.00 sec 121 MBytes 1.01 Gbits/sec 1 477 KBytes
[ 5] 5.00-6.00 sec 114 MBytes 958 Mbits/sec 4 488 KBytes
[ 5] 6.00-7.00 sec 119 MBytes 1.00 Gbits/sec 1 508 KBytes
[ 5] 7.00-8.00 sec 120 MBytes 1.00 Gbits/sec 4 525 KBytes
[ 5] 8.00-9.00 sec 121 MBytes 1.01 Gbits/sec 1 539 KBytes
[ 5] 9.00-10.00 sec 124 MBytes 1.04 Gbits/sec 4 556 KBytes
[ 5] 10.00-10.04 sec 5.12 MBytes 1.00 Gbits/sec 0 561 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 1.07 GBytes 914 Mbits/sec 59 sender


iperf Done.


Tämän jälkeen testasin iperffiä vielä pöytäkoneelta, jossa on myös 10Gb kortti samoin kuin nassissa. Nyt kun molemmissa laitteissa on yhtä nopeat verkkokortit tapahtuu siirto täydellisesti, koska vastaanottava kone pystyy ottamaan samalla nopeudella vastaan kuin lähettävä palvelin eikä siirtovirheitä tule lainkaan vaikka flow control on edelleen pois kytkimellä.

C:\temp>iperf3.exe -c 10.0.0.101 -R --get-server-output
Connecting to host 10.0.0.101, port 5201
Reverse mode, remote host 10.0.0.101 is sending
[ 5] local 10.0.0.16 port 50068 connected to 10.0.0.101 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 1.11 GBytes 9.49 Gbits/sec
[ 5] 1.01-2.01 sec 1.10 GBytes 9.49 Gbits/sec
[ 5] 2.01-3.00 sec 1.10 GBytes 9.49 Gbits/sec
[ 5] 3.00-4.01 sec 1.11 GBytes 9.49 Gbits/sec
[ 5] 4.01-5.01 sec 1.11 GBytes 9.49 Gbits/sec
[ 5] 5.01-6.01 sec 1.09 GBytes 9.48 Gbits/sec
[ 5] 6.01-7.01 sec 1.11 GBytes 9.49 Gbits/sec
[ 5] 7.01-8.00 sec 1.09 GBytes 9.49 Gbits/sec
[ 5] 8.00-9.01 sec 1.12 GBytes 9.49 Gbits/sec
[ 5] 9.01-10.01 sec 1.10 GBytes 9.45 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 11.1 GBytes 9.49 Gbits/sec 0 sender
[ 5] 0.00-10.01 sec 11.1 GBytes 9.49 Gbits/sec receiver

Server output:
-----------------------------------------------------------
Server listening on 5201 (test #8)
-----------------------------------------------------------
Accepted connection from 10.0.0.16, port 50067
[ 5] local 10.0.0.101 port 5201 connected to 10.0.0.16 port 50068
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 1.11 GBytes 9.50 Gbits/sec 0 673 KBytes
[ 5] 1.00-2.00 sec 1.11 GBytes 9.49 Gbits/sec 0 776 KBytes
[ 5] 2.00-3.00 sec 1.11 GBytes 9.49 Gbits/sec 0 865 KBytes
[ 5] 3.00-4.00 sec 1.11 GBytes 9.50 Gbits/sec 0 910 KBytes
[ 5] 4.00-5.00 sec 1.11 GBytes 9.49 Gbits/sec 0 910 KBytes
[ 5] 5.00-6.00 sec 1.10 GBytes 9.47 Gbits/sec 0 1015 KBytes
[ 5] 6.00-7.00 sec 1.11 GBytes 9.50 Gbits/sec 0 1015 KBytes
[ 5] 7.00-8.00 sec 1.10 GBytes 9.49 Gbits/sec 0 1015 KBytes
[ 5] 8.00-9.00 sec 1.11 GBytes 9.50 Gbits/sec 0 1015 KBytes
[ 5] 9.00-10.00 sec 1.10 GBytes 9.44 Gbits/sec 0 1015 KBytes
[ 5] 10.00-10.02 sec 17.5 MBytes 9.74 Gbits/sec 0 1015 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 11.1 GBytes 9.49 Gbits/sec 0 sender


iperf Done.


Mutta miksi siirto wifin yli ilman flow controllia toimii niin huonosti, niin siihen en osaa vastata.
Wifin yli lähetys toimii ilmeisesti hyvin siksi, että vastaanottavassa päässä olevassa speedtest serverissä on niin nopea verkkoyhteys, että se voi ottaa kaiken vastaan mitä kortti lähettää, jolloin uudelleenlähetyksiä ei synny ja tcp ikkuna pääsee kasvamaan vapaasti maksimikokoonsa.

Olen testaillut kans tuota Flow Controllia aikaisemmin ja ei oikeastaan isoa vaikutusta omassa verkossa. Tosin mulla ei ole 10G interfacella muita kuin nuo Unifin verkkolaitteet kiinni. Mutta päällä se on.

Oletko testannut iPerf3:lla sitä NextWing serveriä, tuleeko eroja?

Se on tosiaan ainoa palvelu ja serveri jolla saan itsekin täyden gigan WIFI:n kautta.

 

[jusuplus]

Jotain kummallista siinä valokuitusen purkissa tosiaan on. Itsellä ubiquiti u7 pro ja netgate 6100 muuri ja samalla tavalla speedtest leikkaa download vauhdin 500Mbs kieppeille kaikilla muilla paitsi NextWing Helsinki serverillä. Myös iperf3 testit leikkaantuvat samalla tavalla. Aiemmalla elisan 1G/50Mb kaapelimodeemilla ei vastaavaa download suunnan leikkaantumista tapahtunut. Vosikohan valokuitusen purkissa olla pienemmät muistipuskurit kuin aiemmassa fritzboxin kaapelimodeemissa?

Olen tätä luenut tässä sivusta ja en ymmärrä miten se toimii ethernetillä täysillä ja wifillä leikkaa sitten tuota download puolta.
Minulla valokuitunen ja siinä perässä udm se ja u7 pro ja saan wifillä täydet. Liittymänä minulla on localnet siinä.

 

[JzC]

Olen tätä luenut tässä sivusta ja en ymmärrä miten se toimii ethernetillä täysillä ja wifillä leikkaa sitten tuota download puolta.
Minulla valokuitunen ja siinä perässä udm se ja u7 pro ja saan wifillä täydet. Liittymänä minulla on localnet siinä.

Sehän tässä outoa onkin kun mikään muu ei tätä selitä. Itse testannut neljällä eri reitittimellä ja tässä nyt pari muuta jolla selvästi sama ongelma.

Minulla myös UDM SE + U7 Pro.

Onko sulla toi sama Genexiksen kytkin siellä?

Hyvin mahdollista, että operaattorin puolella jotain jos sinulla Localnet toimii...