Suomi - kuituyhteyksien kehitysmaa

Tälläiset ohjeet löysin netistä, mutta asetuksista en vaan löydä tälläisia kohtia, vai tuleeko esiin vasta kun kytkee jotain Wan porttin
IMG_20241203_161519.jpgIMG_20241203_161519.jpgIMG_20241203_161422.jpg

Ja ZTE:n liitännät
IMG_20241203_162242.jpg

Tässä kun ei mainintaa Wan paikasta, niin sillä tätä kyselinkin 😆 . Toki tämän voi pistää kiertoon, ja ostaa oikean reitittimen tilalle, mutta menee tilaus hommiks tänne tuppukylälle...

Oisko suositella jotain kohtuu hintaista reititintä.

IMG_20241203_161452.jpg
 
Tälläiset ohjeet löysin netistä, mutta asetuksista en vaan löydä tälläisia kohtia, vai tuleeko esiin vasta kun kytkee jotain Wan porttin
IMG_20241203_161519.jpgIMG_20241203_161519.jpgIMG_20241203_161422.jpg

Ja ZTE:n liitännät
IMG_20241203_162242.jpg

Tässä kun ei mainintaa Wan paikasta, niin sillä tätä kyselinkin 😆 . Toki tämän voi pistää kiertoon, ja ostaa oikean reitittimen tilalle, mutta menee tilaus hommiks tänne tuppukylälle...

Oisko suositella jotain kohtuu hintaista reititintä.

IMG_20241203_161452.jpg
Voisi olettaa, että tuo yksi täplä tarkoittaa WAN:ia, kun sellainen on myös puhelinpiuhan kohdalla. Mutta on kyllä harvinaisen huonosti merkitty :)
 
Sitä pitää kysyä operaattorilta.
Perinteisiä tarpeita julkiselle IP on erilaiset palvelimet, VPN.

Joo, mutta miksi se palvelin tai VPN tarvitsisi toisen IP:n?

Portteja sinne auotaan että jutut toimii, mutta jos ajatus että sinne sisäverkkoon pitäisi saada yhteys ulkoapäin, tarve saada jokin tietty portti ja(tai) pysyvästi, kiva jos se julkinenkin IP millä pääsee sisään ei vaihtuisi kovin tiheään ja olisi sellainen minkä saisi nimipalvelimelle päivitettyä. Siellä on liuta muitakin käyttäjiä saman osoitemuutos systeemin takana. Noita kai kierretään välipalvelimien kautta, VPN avulla, kustannuksia.

Toivon että IPv6 nyt edes kotimaassa tulisi kaikille natiivisti ja kunnolla, toistaiseksi meillä taitaa liki kaikillta saada julkisen IPv4n, mobiilissa ei ihan joka liittymään.
Miksi sen natatun julkisen ip:n tarvitsisi sen useammin muuttua kuin suoraankaan julkisen ip:n? Ei tuossa tarvita mitään välipalvelimia tai VPN:ää tai muitakaan kustannuksia kerryttäviä ulkopuolista tahoa, vaan siihen julkiseen natattuun osositteeseen tulevat pyynnöt menevät vaan valitun portin mukaan sukkana läpi asiakkaan reitittimelle asti, joka käsittelee ne omien sääntöjensä mukaan. Tai siis menisi jos tuo on operaattorin puolesta enabloitu.

Eihän noilla osoitteenmuutoksilla käytännössä suurta merkitystä ole, niin pitkään kun vaan sen sisäänpäintulevan liikenteen pystyy avaamaan.

E: Ainakin joskus luokkaa 15v sitten elisan matkapuhelinliittymien operaattorinattissa toimi tuo upnp, ja sisäänpäintulevaa liikennettä varten pystyi avaamaan portin. Silloin tosin sai ihan julkisenkin ip osositteen kännykkään vaihtamalla APN osoitteen.
 
Joo, mutta miksi se palvelin tai VPN tarvitsisi toisen IP:n?
Siis nyt leikittiin tilannetta että operaattorille pitäisi kertoa mihin tarvii julkisen IPn, ennen kuin sen saa.
Niin tuossa nyt oli ajatus että haluaa sille palvelimelle, mikä sitten onkaan julkisen IPn, tai haluaa sille VPNllä julkisen IPn, siinä jo pari IPtä, sitten julkisen IPn sille kotiverkolle, julkisen IP:n jollekkin laiteverkolle, julkisen IPn perheen pelaajalle. Julkisen IPn vierashuoneelle/vierasverkkoon . Julkinen IP etätyötä varten.

Jos sille operaattorille nyt pitää kertoo mihin tarvii, niin tuossa nyt ihan kotikäyttöön. kiinteäkin kelpaisi osaan.

Tai siis menisi jos tuo on operaattorin puolesta enabloitu.
Jos operaattori NATiin saisi pysyvästi auki portteja, ja ne portit pysyisi kiinteänä niin pitkään kun liittymävoimassa, niin sillä osan tarpeista purkkavirityksellä hoitaisi. En nyt oikein tuota ajatusta pidä tavoiteltavana.

Jos jotain pitäisi tavoitella niin naatiivi IPv6 vauhtiin niin pääsisi noista NATeista eroon kokonaan.
 
Niin pitkään kun jenkeissä ei ole pulaa IP osoitteista, ei ipv6 tule olemaan ratkaisu. Siellä ei pahemmin ipv6 osoitteistoa mietitä, koska miksi mietittäisiin? Ja koska kolmasosa IP osoitteista on jenkeissä, niin turha pidätellä hengitystä.

Siis nyt leikittiin tilannetta että operaattorille pitäisi kertoa mihin tarvii julkisen IPn, ennen kuin sen saa.
Niin tuossa nyt oli ajatus että haluaa sille palvelimelle, mikä sitten onkaan julkisen IPn, tai haluaa sille VPNllä julkisen IPn, siinä jo pari IPtä, sitten julkisen IPn sille kotiverkolle, julkisen IP:n jollekkin laiteverkolle, julkisen IPn perheen pelaajalle. Julkisen IPn vierashuoneelle/vierasverkkoon . Julkinen IP etätyötä varten.

Jos sille operaattorille nyt pitää kertoo mihin tarvii, niin tuossa nyt ihan kotikäyttöön. kiinteäkin kelpaisi osaan.

No en mä nyt leikkinyt muuta kuin sitä että miten saisi toisen julkisen IP osoitteen ja millä sen perustelisi. Ei noista syistä mikään ole peruste saada toinen julkinen IP osoite. Tai ei ainakaan mikään sellainen peruste joka olisi jotenkin pätevä IMO.

Jos operaattori NATiin saisi pysyvästi auki portteja, ja ne portit pysyisi kiinteänä niin pitkään kun liittymävoimassa, niin sillä osan tarpeista purkkavirityksellä hoitaisi. En nyt oikein tuota ajatusta pidä tavoiteltavana.

Mun käsittääkseni se upnp systeemi toimii niin että portin avannut sovellus(/laite) vaan päivittää sitä pyyntöä aina ennen kuin se sulkeutuu.. Tällaisella metodillahan IP osoitteetkin saadaan. Jos laite putoaa verkosta, niin portti tietysti sulkeutuu, mutta eihän sillä mitään käytännön merkitystä ole, kun ei siellä portin päässä olisi kuitenkaan ketään vastaamassa. Kun laite on taas on-line se pyytää porttia uudelleen auki.

On tietysti mahdollista että joku toinen pyytää samaa porttia avattavaksi, niin silloinhan tuossa upnp:ssä toimii puhtaasti kilpavaraus, mutta käytännössä riski tuohon on melko pieni, kun käytetään satunnaisia portteja. Eikä niitä asiakkaita käsittääkseni ole kuin ehkä joitain kymmeniä saman julkisen IP:n takana, joista suurinosa ei koko systeemiä käytä.

Ja tosiaan on täysin mahdollista että tuo upnp on jo käytössä, mulla ei vaan ole käsillä pääsyä liittymään jossa tuo operaattorinatti olisi, jolla voisi testata toimiiko se. Mobiililiittymällä tuota tietysti voisi testata, siinä se ainakin aiemmin tosiaan toimi.

Olen myös pohdiskellut että operaattori voisi tarjota julkisen ip:n vaihtoehtona esim kiinteää jaettua osoitetta, josta saisi käyttöönsä kiinteän porttiavaruuden, joka olisi varmasti monelle julkista osoitetta kaipaavalla yhtälailla toimiva ratkaisu.
 
Julkisen vaihtuvan IP:n saa jokaiselta operaattorilta ilmaiseksi, eikä sinne tarvitse muuta satuilla kuin kertoo vain että haluaa sellaisen.
Näin on linjannut viestintävirasto.

Ketjussa (vai oliko toinen) asiaa sivuttiin, ja sita ei saa ihan kaikkiin nettiytheyksiin, mutta kiinteisiin saa, muitsaakseni siinä oli varauduttu siihen että IP oikeasti loppu, niin silloin annettiin siimaa.

Ja olen ymmärtänyt niin että määrään ei oteta kantaa, eli osa antaa vain yhden, joka aika niukka, varsinkin jos sen lisäksi ei saa niitä operaattori natattuja osoitteita.
 
Ei noista syistä mikään ole peruste saada toinen julkinen IP osoite. Tai ei ainakaan mikään sellainen peruste joka olisi jotenkin pätevä IMO.
No ihan käypiä tarpeellisia syitä. Ilmeisesti tässä leikissä nyt kuitenkin on jotkin operaattorin asettamat perusteet.


Mun käsittääkseni se upnp systeemi toimii niin että portin avannut sovellus(/laite) vaan päivittää sitä pyyntöä aina ennen kuin se sulkeutuu.. Tällaisella metodillahan IP osoitteetkin saadaan. Jos laite putoaa verkosta, niin portti tietysti sulkeutuu, mutta eihän sillä mitään käytännön merkitystä ole, kun ei siellä portin päässä olisi kuitenkaan ketään vastaamassa. Kun laite on taas on-line se pyytää porttia uudelleen auki.
No jotta nyt tuo purkka nyt jotenkin toimisi jossain tarpeessa niin se portti pitäisi olla varattu sille käyttäjälle niin pitkään kun liittymä soppari on voimissaan. Mielellään myös se julkinen IPkin pysyisi samana. (jos tässä nyt ajatus oli se ettei käytetää mitään apupalvelimia)

Mutta edelleen menee aika virittelyksi vs julkinen IP.

IPv6 osalta olisi isoa harppaus että Suomessa saataisiin se natiiviisti maaliin, niin että kansallisesti sitä kaikkialla asiallisesti tuettaisiin, tai edes kaikki netti operaattorit ja julkiset verkot. Ei kaikkia, mutta monella on sille IPv4 tarvetta pitkälti sen takia että IPv6 tilanne meillä mikä on.

On tietysti mahdollista että joku toinen pyytää samaa porttia avattavaksi, niin silloinhan tuossa upnp:ssä toimii puhtaasti kilpavaraus, mutta käytännössä riski tuohon on melko pieni, kun käytetään satunnaisia portteja. Eikä niitä asiakkaita käsittääkseni ole kuin ehkä joitain kymmeniä saman julkisen IP:n takana, joista suurinosa ei koko systeemiä käytä.
Jos nyt puhe kotitalouksien kiinteistä liittymistä, niin voi miettiä mitä vähän ahkeramman perheen yhteydet vaatii perus simppelissä NATissa, operaattorien NATi voi olla tehokkaampia, useampi samalla portilla, mutta osa yhteyksistä tarvii kuitenkin sen oman portin. Jos tietty portti ei ole varattu tietyn liittymän tietylle yhteydelle, niin mikä sen pitäisi vapaana?

Mikä kotireitin tuon hanskaa, siis missä voisi tuon säätää reittimessä ?
 
Lisätestausta etäpäivän ratoksi.
Lässytykset spoilerissa, koska OT-ish


Kokeilin seuraavia kytkentöjä:

1) läppäri kiinni suoraan kuitupäätteeseen
2) reititin kiinni kuitupäätteeseen ja läppäri suoraan kiinni reitittimeen
3) sisäverkko kiinni reitittimeen ja läppäri kiinni yhteen sisäverkon pistokkeista

Testailin kahdella selaimella, Chromella ja Edgellä.
Reitittimessä smart queues pois päältä.
Nopeudet kaikissa testeissä ~950/950.

Alla tulokset:

Tåssä omat tulokset, 1G/500M liittymällä, Helsinki.

Telia kytkin/kuitupääte
--> Unifi UDM SE (1G Eth.)
--> Enterprise 8 POE kytkin (10G DAC)
--> Flex 2.5G kytkin (2.5G Eth)
--> USB-C Ethernet 2.5G adapteri (2.5G Eth)
--> HP WIN11 läppäri (2.5G Eth)
--> Chrome selain.

1733323619024.png

1733323761083.png
1733323774539.png

1733324116346.png
 
HIenoa että Elisa ottaa vakavasti tämän verkkoliikenteen: Uutishuone - Elisa

DNA:n runkoverkko nostetaan 5G-valmiuteen | DNA Oyj

DNA mainosti jo 2018 näin:

DNA:n runkoverkon kapasiteetti ja ohjelmointikyvykkyys nostetaan uudelle tasolle. Töiden valmistuttua DNA:n runko- ja alueverkkojen tuotantoteho kasvaa 5G-verkon vaatimusten tasolle. Jo aloitetut työt ovat osa DNA:n valmistautumista 5G-aikakauteen, mutta ne hyödyttävät matkaviestin- ja kiinteän verkon asiakkaita myös välittömästi, jo ennen 5G-verkkoja, sillä dataliikenne DNA:n verkoissa on kasvanut jälleen uuteen ennätykseen ja kasvaa edelleen.

Verkon kriittiset runkolaitteet on jo vaihdettu, ja DNA:n runkoverkon nopeuksia on nostettu 400 Gbit/s monikertoihin aina 1,2 Tbit/s asti. Lisäksi alueellisten osaverkkojen eli alueverkkojen vähimmäisnopeuksia on nostettu vastaamaan kyseisen alueen uusia ja tulevia vaatimuksia.
 
@climber_82 Ihmettelen tuossa jutussa tätä eli esim. se Suomen ja Saksan välisessä valokuitukaapelissa kokonaiskapasiteetti on 144Tbit/s eli taisi olla yhtä paria kohden 18Tbit/s. Taitaa se Elisakin tulla vähän nyt jälkijunassa koko hommassa:
Maailman ensimmäinen 800 gigan koherentti runkoverkkoyhteys otettiin marraskuussa käyttöön Elisan verkossa. Helsingissä sijaitseva yhteys hyödyntää Juniperin PTX-sarjan reitittimiä ja JCO800-sarjan koherenttia optiikkaa. Koherentin optiikan avulla runkoyhteyden tiedonsiirtonopeutta voidaan nostaa merkittävästi: yksittäinen kuitupari voi kuljettaa dataa jopa 800 gigan sekuntinopeudella, mikä on tuplasti enemmän kuin aiemmin.
 

@climber_82 Ihmettelen tuossa jutussa tätä eli esim. se Suomen ja Saksan välisessä valokuitukaapelissa kokonaiskapasiteetti on 144Tbit/s eli taisi olla yhtä paria kohden 18Tbit/s. Taitaa se Elisakin tulla vähän nyt jälkijunassa koko hommassa:

Nyt menee puurot ja vellit sekaisin.

Tuossa Elisan uusimmassa tiedotteessa puhutaan ihan kahden laitteen välisestä kuituparista ja optiikoista, jolla saadaan 800Gb linkki aikaan. Aikaisemmin ollut 100 ja 400Gb optiikoita.

Täysin erikseen on sitten erilaiset DWDM-järjestelmät johon pystytään yhdistämään useita eri yhteyksiä, kuten vaikka näitä 800Gb linkkejä yhteen kuitupariin hyödyntäen eri aallonpituuksia. Näillä päästään helposti vaikka 1,2Tb nopeuksiin ampumalla vaikkapa 12 X 100Gb yhteyksiä samaan järjestelmään.
 
@climber_82 Ihmettelen tuossa jutussa tätä eli esim. se Suomen ja Saksan välisessä valokuitukaapelissa kokonaiskapasiteetti on 144Tbit/s eli taisi olla yhtä paria kohden 18Tbit/s. Taitaa se Elisakin tulla vähän nyt jälkijunassa koko hommassa:
Mutta, eikös Elisa muutenkin tätä "kuitu kotiin" asiaa hieman vähätellyt kauppaamalla näitä 5G kotiliittymiä... Ehkä Elisallakin on tajuttu että fyysinen kuitu kotiin / kellariin tekee ihmisistä onnellisia netin käyttäjiä :)
(vanhemmassa taloyhtiössä DNA kaapeliliittymällä aina tällaisesta unelmoin...)
 
Yritin 2 viikkoa sitten kysellä Elisan yhteisössä vieläkö Oulun seudun liikenne reititetään Helsingin kautta.
Mitään vastausta ei tullut, eli voisi päätellä, että kyllä.
Ei se kaistan lisääminen taida kuitenkaan hirveästi valon nopeuteen vaikuttaa, eli jätin vaihtamatta Elisaan ja jatkan valittamista Lounealle, että korjaisivat linjan.
 
IPv6 osalta olisi isoa harppaus että Suomessa saataisiin se natiiviisti maaliin, niin että kansallisesti sitä kaikkialla asiallisesti tuettaisiin, tai edes kaikki netti operaattorit ja julkiset verkot. Ei kaikkia, mutta monella on sille IPv4 tarvetta pitkälti sen takia että IPv6 tilanne meillä mikä on.
Taitaa mennä vielä useita vuosia. Telian foorumilta kun katsoo ipv6-kommentointia, Telian kanta on, että heilllä on hyvin varastossa ipv4-osoitteita, joten eivät näe tarpeelliseksi tarjota ipv6:sta tai tehdä elettäkään sen edistämiseksi. Kyllähän tässä haittaa tulee sekä kuidun että 5g:n käyttäjille kun osoitteita ei lähtökohtaisesti riitä. Ihan turhaan mainostavat että 5g mahdollistaa niin ja niin nopeat suorat yhteydet ja beamformit ja kaikki, jos liikenne kiertää esim. jenkkilän kautta, kun väliin tarvitaan julkisesti näkyvä proxy. Sama kuidussa - verkon kapasiteetti olisi ihan toista jos joka reititysvaiheessa voidaan paketit hoitaa lokaalisti.
 
Yritin 2 viikkoa sitten kysellä Elisan yhteisössä vieläkö Oulun seudun liikenne reititetään Helsingin kautta.
Mitään vastausta ei tullut, eli voisi päätellä, että kyllä.
Ei se kaistan lisääminen taida kuitenkaan hirveästi valon nopeuteen vaikuttaa, eli jätin vaihtamatta Elisaan ja jatkan valittamista Lounealle, että korjaisivat linjan.

Valoo operaattori sai onneksi liityttyä vuosi sitten Ficoran Oulun solmuun. Sitä ennen kaikki liikenne kaupungin sisälläkin kulki Helsingin kautta operaattorien välillä.

Jos nettiin haluaa nopeutta, niin ei sitä liikennettä passaa vaikka tuhatta kilometriä tai useampaa kierrättää ylimääräistä mutkaa.
 
@climber_82 Ihmettelen tuossa jutussa tätä eli esim. se Suomen ja Saksan välisessä valokuitukaapelissa kokonaiskapasiteetti on 144Tbit/s eli taisi olla yhtä paria kohden 18Tbit/s. Taitaa se Elisakin tulla vähän nyt jälkijunassa koko hommassa:
Olisko kyse eri jutusta (tekniikasta). Nopeasti ei haulla selvinnyt millainen se C-lion on, joten en nyt väitä.

Taitaa mennä vielä useita vuosia. Telian foorumilta kun katsoo ipv6-kommentointia, Telian kanta on, että heilllä on hyvin varastossa ipv4-osoitteita, joten eivät näe tarpeelliseksi tarjota ipv6:sta tai tehdä elettäkään sen edistämiseksi. Kyllähän tässä haittaa tulee sekä kuidun että 5g:n käyttäjille kun osoitteita ei lähtökohtaisesti riitä. Ihan turhaan mainostavat että 5g mahdollistaa niin ja niin nopeat suorat yhteydet ja beamformit ja kaikki, jos liikenne kiertää esim. jenkkilän kautta, kun väliin tarvitaan julkisesti näkyvä proxy. Sama kuidussa - verkon kapasiteetti olisi ihan toista jos joka reititysvaiheessa voidaan paketit hoitaa lokaalisti.
Voisi viranomaiset puuttua, tuohan kuullostaa jo markkina-aseman väärin käytöltä (Telia).

Mutta tälläpalstalla on ollut jo postauksia että jotkut kuluttajat olisi saaneet ihan natiivia IPv6 osoitetta Telialta ja muistaakseni joku oli kyselly/lukenut että alueellista testiä menossa, ehkä alkaa jo näkyä toivoa.

Monella jo helpottaisi isosti jos Telia saisi IPv6 maaliin, Elisa oli toinen takkuava tahoa mutta ymmärtääkseni siellä alkanut kuluttaja kiinteisiin samaan, mobiilissa käytössä jo pidempään.
 
Mitkä on symmetrisen yhteyden edut? Onko jokin muukin kuin nopeus? Pohdin, että ottaisko 1000/1000 vai 1000/500. Minulla ei ole tarvetta uppailla suuria tiedostoja, joten pärjää pienemmälläkin. Toki onhan tuo 1000 aika ylimitoitettu muutenkin, mutta ekat 12kk on kuitenkin kohtuu edullisesti verrattuna hitaampiin.
Ei siinä mitään "etuja" ole. Operaattori vain pistää siun uppi rajaksi sen 500 ja se siitä. Itsellä valokuitu kanssa niin pidän tällä hetkellä 300/300, ihan koska en halua maksaa +30€ 1000/1000sta
 
Kun foorumin seuraa-toiminto ei toimi kuin ajoittain, ellen satu käsin selaamaan kaikki seuraamani ryhmät läpi niin en tiedä oliko täällä mainintaa Lounean valokuitutarjouksesta Black Fridayn aikaan.
Asennus nolla euroa ja kuukausimaksu tonniselle 39 euroa kuussa.
Sattui erinomaisesti kun yritin Telian pätkivän valokuidun hintaa neuvotella alaspäin niin laittoivat kotiin kirjeen kiitoksena pitkästä asiakassuhteesta: 58 euroa kuussa.
Säästö se on pienikin säästö. Samalla kaapelitelevisiomaksukin tippuu puoleen.
 
Elisalta tuli viikko sitten viesti, että kuituliittymä auki, mutta ei tule mitään piuhalla millekään laitteelle. Jätin soittopyynnön, mutta en ollut kotona kun soittivat. Siellä helpdeskissä lyövät tiketin kiinni, vaikka tiedossa, että ei toimi. Hieno firma!
 
Keskiviikko aamuna pitäisi olla Cinia -> Lounea muutos. Saas nähdä vaikuttaako mitenkään toimivuuteen.
Ilmeisesti riippuu missäpäin liittymäsi, ketjussa pohjoispohjanmaalaisten operaattorien käyttäjät aiemmin raportoineet viiveen kasvusta Cinian pohjoisen testi palvelimiiin, mikä sinänsä ymmärettävää. Muuta ei kai odotettavissa.

Referenssi testejä voi kerkiää tekemään :-)
 
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.
thumbnail_Image1.jpg
 
Viimeksi muokattu:
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.
Nettineutraliteetinaikaan priorisointia pitäisi välttää. Mutta jos operaattori priorisoi niin se pitäisi tehdä tasapuolisesti(?)
Et kertonut mikä IPTV palvelu sinulla on jos se on ollut aiemmin priorisoitu niin nyt se saattaalla olla enemmän omien laitteiteisi varassa, eli reittimestä säätää asiat kohdalle.

Edit:
Tässä voi olla sekin että kuituoperaattori suosinut jotain tiettyä IPTV palvelua ja kun nettipalvelun tarjoaja vaihtunut niin reitit muuttuneet samalla.
 
Edit:
Tässä voi olla sekin että kuituoperaattori suosinut jotain tiettyä IPTV palvelua ja kun nettipalvelun tarjoaja vaihtunut niin reitit muuttuneet samalla.

Ilman muuta jokainen nettioperaattori joka tarjoaa palvelunsa kylkeen IPTV:n, priorisoi sen liikenteen. Perus kauraa. Tai ainakin pitäisi olla.
Mutta tarkemmin ei voi varsinaisesta ongelman syystä osaa vielä sanoa, kun ei ole kuulunut vielä Lounealta saati verkkoyhtiöltä mitään asiaan liittyen. Voihan siinä olla joku muukin probleema käynyt Cinia -> Lounea päivityksessä.
 
Ilman muuta jokainen nettioperaattori joka tarjoaa palvelunsa kylkeen IPTV:n, priorisoi sen liikenteen. Perus kauraa. Tai ainakin pitäisi olla.
Operaattori saa tietyin edellytyksin priorisoida IPTV palvelua. Kertomasi ilmiö on sinänsä jännä jos nimenomaan IPTV kyykkää.

En ihan varma, saiko operaattori jopa priorisoida pelkästään omaan IPTV palveluaan, tässä voi olla sellainen hässäkkä että aikaisempi nettioperaattori on priorisoinut käyttämäsi IPTV palvelun ja uusi operaattori on neutraali, tai priorisoi omaansa.
Mutta en usko että netti olisi kuitenkin niin tukossa etteikö IPTV palvelun liikenne sinne mahtuisi, vaan kyse siitä että asiakas tukkii oman reittimensä muulla liikenteellä, eli tarkistaa että omassa reittimessä priorisoitu IPTV liikenne ohi muun.
EN nyt pois sulje sittä että kuituoperaattorin verkossa olisi jotain mikä nyt tekee kääntäen.
 
Operaattori saa tietyin edellytyksin priorisoida IPTV palvelua. Kertomasi ilmiö on sinänsä jännä jos nimenomaan IPTV kyykkää.

En ihan varma, saiko operaattori jopa priorisoida pelkästään omaan IPTV palveluaan, tässä voi olla sellainen hässäkkä että aikaisempi nettioperaattori on priorisoinut käyttämäsi IPTV palvelun ja uusi operaattori on neutraali, tai priorisoi omaansa.
Mutta en usko että netti olisi kuitenkin niin tukossa etteikö IPTV palvelun liikenne sinne mahtuisi, vaan kyse siitä että asiakas tukkii oman reittimensä muulla liikenteellä, eli tarkistaa että omassa reittimessä priorisoitu IPTV liikenne ohi muun.
EN nyt pois sulje sittä että kuituoperaattorin verkossa olisi jotain mikä nyt tekee kääntäen.

Purkki tuskin menee tukkoon yhdestä speedtestistä tai muutamasta latausfilusta. Ei ole mennyt ennenkään.

Oman purkin priorisointi asetuksilla ei ole mitään vaikutusta.
Ja ilman muuta operaattori saa, ja pitääkin priorisoida IPTV liikenne jotta se toimii kaikissa tilanteissa häiriöttä. IPTV palvelu sisältyy liittymän hintaan, sen tulee silloin toimia.
Ainakin Maxivision on varsin herkkä jo sillekin jos operaattorin verkossa viive vähänkin reilummin heittelehtii.

Cinialla oli priorisoitu IPTV hyvin, se vetäisi aina vilauksessa melkein liittymän täydeltä puskurin täyteen, ja sai hyvän tovin odotella ennen seuraavaa imaisua.
 
Purkki tuskin menee tukkoon yhdestä speedtestistä tai muutamasta latausfilusta. Ei ole mennyt ennenkään.
Jos operaattori ei liittymässäsi priorisoi IPTV paketteja, niin tulee mieleen että muu liikenne vetää sen tukkoon, eli siis ajan sitä takaa että reittimessä käy laittamassa IPTV etuoikeutetuksi. Speed testi voi muodostaa useita yhteyksiä ja on ihan normaalia että vie sitten tilaa muulta liikenteeltä.

Jossain päin operaattori tarjoaa IPTV omassa VLANissa.
 
Purkki tuskin menee tukkoon yhdestä speedtestistä tai muutamasta latausfilusta. Ei ole mennyt ennenkään.

Oman purkin priorisointi asetuksilla ei ole mitään vaikutusta.
Ja ilman muuta operaattori saa, ja pitääkin priorisoida IPTV liikenne jotta se toimii kaikissa tilanteissa häiriöttä. IPTV palvelu sisältyy liittymän hintaan, sen tulee silloin toimia.
Ainakin Maxivision on varsin herkkä jo sillekin jos operaattorin verkossa viive vähänkin reilummin heittelehtii.

Cinialla oli priorisoitu IPTV hyvin, se vetäisi aina vilauksessa melkein liittymän täydeltä puskurin täyteen, ja sai hyvän tovin odotella ennen seuraavaa imaisua.
Ei saa operaattorit priorisoida iptv:tä, ja muutenkin käytännössä tuo olisi sellaista liikennettä joka siirrettäisiin pienemmälle prioriteetille.

Ei kai tällähetkellä korkeammalle prioriteetille operaattoritasolla saa laittaa kuin puhelut ja viranomaisliikenteen.

Tuo nettineutraliteettihan on aika vakava asia, johon ei pidä kajota kevyin perustein, ja tuosta tullaan varmasti vääntämään vielä uudelleenkin. paljon iptv:tä huonompaa syytä purkaa neutraliteetti en kyllä äkkiä edes keksi.
 
Ei saa operaattorit priorisoida iptv:tä, ja muutenkin käytännössä tuo olisi sellaista liikennettä joka siirrettäisiin pienemmälle prioriteetille.

Ei kai tällähetkellä korkeammalle prioriteetille operaattoritasolla saa laittaa kuin puhelut ja viranomaisliikenteen.

Tuo nettineutraliteettihan on aika vakava asia, johon ei pidä kajota kevyin perustein, ja tuosta tullaan varmasti vääntämään vielä uudelleenkin. paljon iptv:tä huonompaa syytä purkaa neutraliteetti en kyllä äkkiä edes keksi.

Kyllä saa, ja pitääkin pririsoida IPTV palvelua, jota tarjotaan liittymän tilaajille liittymän ohella.
Näillä käytännössä korvataan antenniverkko, joten homman pitää toimia, ja IPTV priorisointi on ihan perus kauraa.
Sitä tehtiin muun muassa Netplazan, sittemmin Cinian verkossa (seutuverkot/maxivision) koko ajan. Ei siinä ole mitään uutta.

Nyt en toki tiedä onko ongelma priorosoinnin puute vai jokin aivan muu, se on operaattorin tehtävä selvittää.
Ei ole normaalia että palvelu joka vaatii n. 7mbps kapaa, hyytyy 1mbps tasolle jos vähän reilummin kuormittaa 1/1gbps liittymällä.

Tuossa joku aiemmin sanoi että laita IPTV:lle priorisointi, on kokeiltu joo laittaa IPTV:lle käytössä oleva portti korkeimmalle prioriteetti asetukselle, sillä ei ollut mitään vaikutusta asiaan.


Tuli oikein ruuhkatiedote että Lounean kuituverkkotuki on ruuhkautunut. Liittyneekö tuohon, että koko lounean operoiman verkon alueella ollut 600 liittymää pimeänä muutama päivä sitten, ja yhä on aspa tukossa.
Joten, pikku ongelmat odottanee parempia aikoja.


 
Viimeksi muokattu:
Joo ei voi sanoa, että Cinia -> Lounea oli mitenkään kuluttajan kannalta hyvä ratkaisu.
Oma 1/1G liittymä ei toimi ollenkaan ja vanhempien liittymässä upload sakkaa edelleen + pingi nousi reilusti.

Lounea.jpg
 
Joo ei voi sanoa, että Cinia -> Lounea oli mitenkään kuluttajan kannalta hyvä ratkaisu.
Oma 1/1G liittymä ei toimi ollenkaan ja vanhempien liittymässä upload sakkaa edelleen + pingi nousi reilusti.

Lounea.jpg

Mihin mitattuna se pingi nousi?
Täälläkin on sellainen "erikoisuus", että maantieteellisesti lähin speedtest serveri (Oulu) valikoituu automaattisesti testiserveriksi, ja sinne liikenne kiertää jotain 1500km matkan eteläsuomen kautta :D
Kannattaa helsinkiin mitata viiveet. Siihen tuli n. 2-3ms lisää Cinia -> Lounea muutoksen jälkeen.
 
Mihin mitattuna se pingi nousi?
Täälläkin on sellainen "erikoisuus", että maantieteellisesti lähin speedtest serveri (Oulu) valikoituu automaattisesti testiserveriksi, ja sinne liikenne kiertää jotain 1500km matkan eteläsuomen kautta :D
Kannattaa helsinkiin mitata viiveet. Siihen tuli n. 2-3ms lisää Cinia -> Lounea muutoksen jälkeen.
Helsinkiin pingi on 16-17ms. Eli suunnilleen samaa luokkaa kuin ennen, mutta Ouluun se sitten onkin jo yli 20ms.
Oulun servereitä ei enään löydy tuolta apista. Lähin on Kalajoki ja pingi sinne on 24ms. Eli pingi on nyt n.3 kertainen.
Soittivat, että nyt pitäisi omankin liittymän "toimia".
 
Helsinkiin pingi on 16-17ms. Eli suunnilleen samaa luokkaa kuin ennen, mutta Ouluun se sitten onkin jo yli 20ms.
Oulun servereitä ei enään löydy tuolta apista. Lähin on Kalajoki ja pingi sinne on 24ms. Eli pingi on nyt n.3 kertainen.
Soittivat, että nyt pitäisi omankin liittymän "toimia".

Ouluun on aika turha pingata, sillä suurin osa liikenteestä tulee eteläsuomesta.
Liikenne reitittyy/kiertää nyt joko Salon tai Helsingin kautta ouluun, eli käy eteläsuomessa hupimutkan.

Jos pingi helsinkiin on samaa tasoa kuin ennen, niin eipä siinä liittymän käytössä viiveen puolesta muutosta huomaa.
Merkitystä on sillä, paljonko se viive on kotoa helsinkiin.

Cinia Oulu sekä Valoo oulu löytyy ainakin minulla sovelluksesta.
 
Ouluun on aika turha pingata, sillä suurin osa liikenteestä tulee eteläsuomesta.
Liikenne reitittyy/kiertää nyt joko Salon tai Helsingin kautta ouluun, eli käy eteläsuomessa hupimutkan.

Jos pingi helsinkiin on samaa tasoa kuin ennen, niin eipä siinä liittymän käytössä viiveen puolesta muutosta huomaa.
Merkitystä on sillä, paljonko se viive on kotoa helsinkiin.

Cinia Oulu sekä Valoo oulu löytyy ainakin minulla sovelluksesta.

Sehän riippuu varmaan pitkälti mitä sillä nettiyhteydellä tekee. Luultavasti se kiinnostaa kovasti kiertääkö liikenne Helsingin kautta jos asuu Oulussa ja vaikka videoyhteydellä soittelee yhdessä musaa. Tai pelaa jotain FPS pelejä keskenään.

Toki "normi netin käytössä" varmaan 90+ prosenttia www- ja muista servereistä on Etelä-Suomessa, niin silloin niiden käytöllä ei ole väliä vaikka kaikki nettiliikenne koukkaa Etelä-Suomen kautta.
 
Sehän riippuu varmaan pitkälti mitä sillä nettiyhteydellä tekee. Luultavasti se kiinnostaa kovasti kiertääkö liikenne Helsingin kautta jos asuu Oulussa ja vaikka videoyhteydellä soittelee yhdessä musaa. Tai pelaa jotain FPS pelejä keskenään.

Toki "normi netin käytössä" varmaan 90+ prosenttia www- ja muista servereistä on Etelä-Suomessa, niin silloin niiden käytöllä ei ole väliä vaikka kaikki nettiliikenne koukkaa Etelä-Suomen kautta.
Aivan.
Luulen, että se alkaisi Helsinkiläisiäkin kinnostaan jos minimi pingi nousisi 1ms -> 16ms.
 
Testailin tonisella muutamaan serveriin, kun Oulukin löytyy listalta.
Lounnea Oulu.jpgLounea Salo.jpgLounea Cinia Helsinki.jpgLounea Elisa Helsinki.jpg
Eli DL putosi reilu 100Mbps ja upload toimii vielä huonommin mitä ennen. En tiedä onko tuolla Elisan palvelimessa joku vika, mutta 38Mbps oli maksimi mitä sain lähetettyä.
 
Aivan.
Luulen, että se alkaisi Helsinkiläisiäkin kinnostaan jos minimi pingi nousisi 1ms -> 16ms.
Juu se on siellä vähän eri, koska sillä olisi vaikutusta siellä...
Täältä pohjoisesta sillä ei juuri käytännön merkitystä ole. No tietty saa "e-pippeli pisteitä" kun pingi luku näyttää pientä viivettä ouluun, mutta eipä se merkkaa kun palvelut "tuotetaan", tai "toimitetaan" sieltä helsingin suunnalta.
 
Ouluun on aika turha pingata, sillä suurin osa liikenteestä tulee eteläsuomesta.
Liikenne reitittyy/kiertää nyt joko Salon tai Helsingin kautta ouluun, eli käy eteläsuomessa hupimutkan.

Jos pingi helsinkiin on samaa tasoa kuin ennen, niin eipä siinä liittymän käytössä viiveen puolesta muutosta huomaa.
Merkitystä on sillä, paljonko se viive on kotoa helsinkiin.

Cinia Oulu sekä Valoo oulu löytyy ainakin minulla sovelluksesta.
Toisaalta FICIX3 on Oulussa. Minusta olisi järkevää, että maantieteellisesti monesta paikkaa yhteydet reitittyy, ettei ole yhden kuidun varassa koko maan yhteydet.
 
Testailin tonisella muutamaan serveriin, kun Oulukin löytyy listalta.
Lounnea Oulu.jpgLounea Salo.jpgLounea Cinia Helsinki.jpgLounea Elisa Helsinki.jpg
Eli DL putosi reilu 100Mbps ja upload toimii vielä huonommin mitä ennen. En tiedä onko tuolla Elisan palvelimessa joku vika, mutta 38Mbps oli maksimi mitä sain lähetettyä.

Hyvin kulkee täältä ainakin kuso elisa/helsinkiinkin.
Oliko tämä uppivajaa sama tapaus jota aiemmin täällä on käyty läpi?

Jos kyseessä symmetrinen gigan liittymä, niin aivan selkeä vikailmoitus ja jos se ei asiaa korjaa niin reklamaation paikka.
 

Statistiikka

Viestiketjuista
261 278
Viestejä
4 533 868
Jäsenet
74 779
Uusin jäsen
lettu555

Hinta.fi

Back
Ylös Bottom