[T-Mobile Thuis Glasvezel] Ervaringen & Discussie

[NDSFREAK]

leonbong schreef op zaterdag 6 maart 2021 @ 09:57:
[...]

Heb jij dan ook hick ups in je internet en problemen met je snelheid.

Want misschien heeft T-mobile een deel van de klanten gemigreerd als experiment, om te bepalen of klachten oplevert.
Bij mij is traceroute ook onzichtbaar maar ik heb nu ook snelheidsproblemen.

Ps ik gebruik gewoon het Huawei T-mobile router

Een traceroute naar Google.nl levert 3 hops op.
Maar een traceroute naar tweeakters.net levert onderstaand op.

code:

traceroute to tweakers.net (213.239.154.30), 64 hops max, 52 byte packets
 1  192.168.1.1 (192.168.1.1)  1.860 ms  3.179 ms  1.426 ms
 2  1-224-178-143.ftth.glasoperator.nl (143.178.224.1)  3.501 ms  3.383 ms  4.485 ms
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
31  * * *
32  * * *
33  * * *
34  * * *
35  * * *
36  * * *
37  * * *
38  * * *
39  * * *
40  * * *
41  * * *
42  * * *
43  * * *
44  * * *
45  * * *
46  * * *
47  * * *
48  * * *
49  * * *
50  * * *
51  * * *
52  * * *
53  * * *
54  * * *
55  * * *
56  * * *
57  * * *
58  * * *
59  * * *
60  * * *
61  * * *
62  * * *
63  * * *
64  * * *

Toch bijzonder dat adressen als.
Tweakers.net of Autoweek.nl heel veel hops opleveren allemaal onzichtbaar maar google.com niet.

Ik begin te vermoeden dat t-mobile voor deel van het verkeer aan het sjoemelen is, daarmee bedoel ik een DTAG-achtige constructie maar dan afhankelijk van het doel IP-adres.
Zodat het de "tweakers" niet opvalt met hun snelheidstesten en pingtesten omdat dat vaak zal zijn naar adressen die ze dan wel via de oude snelle route doen.

Met me KPN Glasverbinding krijg ik de volgende trace route naar google.nl

Traceren van de route naar google.nl [142.250.179.195]
via maximaal 30 hops:

1 <1 ms <1 ms <1 ms 10.8.0.254
2 7 ms 4 ms 1 ms 195-190-228-23.fixed.kpn.net [195.190.228.23]
3 * * * Time-out bij opdracht.
4 5 ms 4 ms 4 ms 209.85.149.38
5 3 ms 3 ms 3 ms 216.239.43.120
6 5 ms 4 ms 4 ms 142.251.48.179
7 3 ms 3 ms 3 ms ams15s42-in-f3.1e100.net [142.250.179.195]

[GRAD85]

Ron555 schreef op vrijdag 5 maart 2021 @ 22:17:
[...]


Ik heb ook alles geprobeerd en mijn UDM er tussen uit en alleen een PC rechtreeks op de zyxel van TM. GEEN verschil.
Tijdstip vd dag maakt ook niets uit het is strak dik onder de 300mbit.

Als je support gaat bellen gaan ze een monteur willen sturen. Ook al weten ze heel goed dat dat niet gaat helpen.
Verwijs ze maar naar hun eigen community. Er wordt daar meer geklaagd.

Regio deventer had dit ook ergens januari. Daar is veel geklaagd en intussen werkt het blijkbaar weer goed. Op mijn vraag wat was het probleem daar en is dat hier ook het probleem krijg je gewoon GEEN antwoord.

Heb hetzelfde probleem al 3 Mnd,alleen bij mij verschilt de upload nogal,overdag rond de 200 en s,nachts af en toe weer volle bak.

Zit in hetzelfde draadje bij T-mobile.

Hier ook monteur geweest en alles doorgemeten,maar ligt helemaal niet aan de lijn,bij mij begon het toen ik in een andere IP range werd gezet.

Oh ja 5645

[NDSFREAK]

leonbong schreef op zaterdag 6 maart 2021 @ 10:47:
[...]

Ik heb van jouw traceroute het dikgedrukte adres een trace op gedaan resultaat.
62.115.154.136
traceroute to 62.115.154.136 (62.115.154.136), 64 hops max, 52 byte packets
1 192.168.1.1 (192.168.1.1) 2.929 ms 1.450 ms 1.485 ms
2 1-224-178-143.ftth.glasoperator.nl (143.178.224.1) 3.240 ms 3.358 ms 3.362 ms
3 * * *
4 * * *
5 adm-b1-link.ip.twelve99.net (62.115.154.136) 7.233 ms * *

en 62.115.136.194
Resultaat
traceroute to 62.115.136.194 (62.115.136.194), 64 hops max, 52 byte packets
1 192.168.1.1 (192.168.1.1) 5.005 ms 1.260 ms 1.140 ms
2 1-224-178-143.ftth.glasoperator.nl (143.178.224.1) 5.835 ms 4.186 ms 3.788 ms
3 adm-bb3-link.ip.twelve99.net (62.115.136.194) 8.081 ms * 8.235 ms

Dat is toch bijzonder!

Van uit me KPN glasverbinding krijg ik de volgende routes terug:

Traceren van de route naar adm-bb3-link.ip.twelve99.net [62.115.136.194]
via maximaal 30 hops:

1 <1 ms <1 ms <1 ms 10.8.0.254
2 4 ms 1 ms 1 ms 195-190-228-23.fixed.kpn.net [195.190.228.23]
3 * * * Time-out bij opdracht.
4 * * * Time-out bij opdracht.
5 * * * Time-out bij opdracht.
6 6 ms 6 ms 5 ms nl-ams04a-ri3-ae-8-0.aorta.net [84.116.130.97]
7 7 ms 7 ms 7 ms 213.46.182.162
8 6 ms 7 ms 6 ms adm-bb3-link.ip.twelve99.net [62.115.136.194]


Traceren van de route naar adm-b1-link.ip.twelve99.net [62.115.154.136]
via maximaal 30 hops:

1 <1 ms <1 ms <1 ms 10.8.0.254
2 3 ms 10 ms 3 ms 195-190-228-23.fixed.kpn.net [195.190.228.23]
3 * * * Time-out bij opdracht.
4 * * * Time-out bij opdracht.
5 7 ms 7 ms 7 ms nl-ams02a-rc2-lag-137-0.aorta.net [84.116.141.65
]
6 6 ms 5 ms 6 ms nl-ams04a-ri3-ae-8-0.aorta.net [84.116.130.97]
7 8 ms 8 ms 8 ms adm-b1-link.ip.twelve99.net [62.115.154.136]

[leonbong]

leonbong schreef op vrijdag 5 februari 2021 @ 20:32:
Misschien ben ik een zwartkijker maar is het verhullen van routes een voorbode om ons weer via DTAG te gaan sturen in de hoop dat wij het niet merken.

Ik quote mijzelf maar even!

We worden in de maling genomen door T-mobile!

[computerjunky]

Misschien is het interessant om even te kijken of het misschien een ODF ipv WBA probleem is of zijn er mensen met het probleem in WBA gebied.

Mijn gedacht was dat mensen op kpn netwerk misschien wel kunnen tracen omdat T-Mobile dat netwerk niet in handen heeft.

[leonbong]

@computerjunky
Ik zit denk volgens mij op T-mobile glas?
Maar hoe kan ik dat zien

[Yucko]

computerjunky schreef op zaterdag 6 maart 2021 @ 12:11:
Misschien is het interessant om even te kijken of het misschien een ODF ipv WBA probleem is of zijn er mensen met het probleem in WBA gebied.

Mijn gedacht was dat mensen op kpn netwerk misschien wel kunnen tracen omdat T-Mobile dat netwerk niet in handen heeft.

ik zit op WBA (100mbit max) en kan geen goede traceroute doen. Tevens nog steeds ping van 25 naar 1.1.1.1 en 1.0.0.1

[computerjunky]

leonbong schreef op zaterdag 6 maart 2021 @ 12:25:
@computerjunky
Ik zit denk volgens mij op T-mobile glas?
Maar hoe kan ik dat zien

Volgens mij is het grootste en duidelijkste verschil max 500 mbit vs 1000 Mbit op ODF.

Yucko schreef op zaterdag 6 maart 2021 @ 12:32:
[...]


ik zit op WBA (100mbit max) en kan geen goede traceroute doen. Tevens nog steeds ping van 25 naar 1.1.1.1 en 1.0.0.1

Ok het is dan een breder probleem als alleen ODF vs WBA.
Toch frapant dat mijn ping daarnaartoe wel weer gewoon goed is (6 a 7 ms). Er is echt werkelijk geen touw aan vast te knopen zo waar het verkeerd gaat zonder die tracert informatie.

[Ron555]

basdej schreef op zaterdag 6 maart 2021 @ 10:14:
Traceroute staat bij mij uit. Ik ervaar ook regelmatig problemen tijdens videobellen. [Afbeelding]

Ik krijg hetzelfde, middelste regel glasoperator....

Heb ODF 1000/1000/ postcode 5401
Blijkbaar staat bij mij dus ook traceroute uit

Upload varieert tussen de 150-280Mbps
tijdstip van de dag maakt niets uit.
Iprange 85.145.16x.xx

Het is nu wachten op een portmove
Er was aangegeven dat dat binnen 2 dagen zou gebeuren. Net maar weer eens gebeld Nu zeggen ze 5 werkdagen.

Ik heb er intussen een hard hoofd in dat dit opgelost gaat worden. Het enigste wat ze verder kwijt willen= het is in behandeling. En dat blijven ze dan herhalen. Verder dan de helpdesk kom ik ook niet doorverbinden met backoffice gaat niet gebeuren. Helpdesk aan de telefoon dat zijn gewoon scrypt lezertjes met 0 kennis.

Die 6-7MB upload die ik nu haal voor mijn werk haal ik ook bijna op mijn ziggo backup lijn. Tot eind 2020 was dat 60-75MB. Ik ben de enigste die TM heeft en dus niet meer de te verwachte snelheid haalt

Nog maar een weekje of wat aankijken en anders wordt het opzeggen
Jaar contract loopt deze maand af.

Heel jammer maar T-Mobile thuis is geen betrouwbare partij zoals blijk uit het dtag verhaal en nu de traceroute en veel te trage upload.

[Verwijderd]

computerjunky schreef op zaterdag 6 maart 2021 @ 13:10:
[...]


Volgens mij is het grootste en duidelijkste verschil max 500 mbit vs 1000 Mbit op ODF.


[...]


Ok het is dan een breder probleem als alleen ODF vs WBA.
Toch frapant dat mijn ping daarnaartoe wel weer gewoon goed is (6 a 7 ms). Er is echt werkelijk geen touw aan vast te knopen zo waar het verkeerd gaat zonder die tracert informatie.

Misschien is de gigabit toch te mooi omwaar te zijn voor de prijs , en proberen ze zo kosten te besparen om het via dtag te toen als gevolg van een schommelende verbinding dat het soms wel weer goed is en soms niet. Laten we eerlijk wezen? Kpn en ziggo hebben traceroutes gewoon open staan en die hebben een fatsoenlijke verbinding maar die zijn ook duurder waardoor de misschien juist de kwaliteit beter kunnen garanderen?

[leonbong]

Ik heb nog eens gekeken op mijn Win10 machine dat geeft voor dezelfde traces nu ander resultaat dan eerder gepost van mijn imac.

Tweakers.net vanaf Win10

code:

Tracing route to tweakers.net [213.239.154.30]
over a maximum of 30 hops:

  1     1 ms    <1 ms    <1 ms  192.168.1.1
  2     2 ms     2 ms     2 ms  1-224-178-143.ftth.glasoperator.nl [143.178.224.1]
  3     6 ms     6 ms     6 ms  tweakers.net [213.239.154.30]

Trace complete.

Autoweek.nl vanaf Win10

code:

tracert  autoweek.nl

Tracing route to autoweek.nl [52.214.216.187]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2     2 ms     2 ms     2 ms  1-224-178-143.ftth.glasoperator.nl [143.178.224.1]
  3     *        *        *     Request timed out.
  4     *        *        *     Request timed out.
  5     *        *        *     Request timed out.
  6     *        *        *     Request timed out.
  7     *        *        *     Request timed out.
  8     *        *        *     Request timed out.
  9     *        *        *     Request timed out.
 10     *        *        *     Request timed out.
 11     *        *        *     Request timed out.
 12     *        *        *     Request timed out.
 13     *        *        *     Request timed out.
 14     *        *        *     Request timed out.
 15     *        *        *     Request timed out.
 16     *        *        *     Request timed out.
 17     *        *        *     Request timed out.
 18     *        *        *     Request timed out.
 19     *        *        *     Request timed out.
 20     *        *        *     Request timed out.
 21     *        *        *     Request timed out.
 22     *        *        *     Request timed out.
 23     *        *        *     Request timed out.
 24     *        *        *     Request timed out.
 25     *        *        *     Request timed out.
 26     *        *        *     Request timed out.
 27     *        *        *     Request timed out.
 28     *        *        *     Request timed out.
 29     *        *        *     Request timed out.
 30     *        *        *     Request timed out.

Trace complete.

[ Voor 122% gewijzigd door leonbong op 06-03-2021 13:24 ]

[Ron555]

Verwijderd schreef op zaterdag 6 maart 2021 @ 13:13:
[...]

Misschien is de gigabit toch te mooi omwaar te zijn voor de prijs , en proberen ze zo kosten te besparen om het via dtag te toen als gevolg van een schommelende verbinding dat het soms wel weer goed is en soms niet. Laten we eerlijk wezen? Kpn en ziggo hebben traceroutes gewoon open staan en die hebben een fatsoenlijke verbinding maar die zijn ook duurder waardoor de misschien juist de kwaliteit beter kunnen garanderen?

Maar ben er dan ook eerlijk in. b.v. wij bieden 1000/1000 voor € xx,xx maar we garanderen niks.


Nu beloven ze van alles maar is het eigenlijk gewoon bedrog.

[Verwijderd]

Ron555 schreef op zaterdag 6 maart 2021 @ 13:16:
[...]


Maar ben er dan ook eerlijk in. b.v. wij bieden 1000/1000 voor € xx,xx maar we garanderen niks.


Nu beloven ze van alles maar is het eigenlijk gewoon bedrog.

Dat heet marketing

[Ron555]

Verwijderd schreef op zaterdag 6 maart 2021 @ 13:20:
[...]

Dat heet marketing

Nee dat heet Marketing B...S...

Maar je hebt gelijk dat is tegenwoordig hoe het gaat en blijkbaar moet. Oplichting en bedrog in een marketing jasje.

[space-one]

leonbong schreef op zaterdag 6 maart 2021 @ 09:57:
[...]

Heb jij dan ook hick ups in je internet en problemen met je snelheid.

Want misschien heeft T-mobile een deel van de klanten gemigreerd als experiment, om te bepalen of klachten oplevert.
Bij mij is traceroute ook onzichtbaar maar ik heb nu ook snelheidsproblemen.

Ps ik gebruik gewoon het Huawei T-mobile router

Ik begin te vermoeden dat t-mobile voor deel van het verkeer aan het sjoemelen is, daarmee bedoel ik een DTAG-achtige constructie maar dan afhankelijk van het doel IP-adres.

Ik heb WBA 50/50 in de praktijk 47/47 met een switch en een Fritzbox. Ik heb weinig problemen maar dat komt misschien door de lage snelheid 50/50 ping lijkt constant maar dat meet ik continu.

Wel maakt TMT sinds kort gebruik van Stichting NBIP-NaWas (Nationale Wasstraat tegen DDoS-aanvallen).
https://bgpview.io/asn/50266#upstreams-v4

[space-one]

Verwijderd schreef op zaterdag 6 maart 2021 @ 13:13:
[...]

Misschien is de gigabit toch te mooi omwaar te zijn voor de prijs , en proberen ze zo kosten te besparen om het via dtag te toen als gevolg van een schommelende verbinding dat het soms wel weer goed is en soms niet. Laten we eerlijk wezen? Kpn en ziggo hebben traceroutes gewoon open staan en die hebben een fatsoenlijke verbinding maar die zijn ook duurder waardoor de misschien juist de kwaliteit beter kunnen garanderen?

Via dtag zou de ping zeker verdubbelen (extra 6-7 ms) als je daarna weer terug naar Amsterdam moet komt er nog 6-7 ms bij.

Is het niet de Nationale Wasstraat voor bepaalde ip blokken?

[ Voor 4% gewijzigd door space-one op 06-03-2021 13:40 ]

[Verwijderd]

https://community.t-mobil...route-sniffing-dpi-329054

[flippy]

net officele klacht ingediend bij tmobile.
arme helpdeskmedewerker had al snel door dat ik niet van het "even modem resetten" was zodra ik DTAG noemde en stopte hij meteen met proberen diagnose te stellen of het aan de lijn lag.
ze weten dus donder goed dat er wat is maar ze kunnen en mogen er natuurlijk niks over zeggen. dat kan je de helpdeskjongens en meisjes ook absoluut niet kwalijk nemen. doen we dus ook niet en de blijven netjes tegen de mensen die er niks aan kunnen doen en allen de boodschap overbrengen.

heb wel duidelijk aangegeven dat ik maandagavond de lijn nogmaals ga controleren en als er geen verbetering is ga ik dossier opmaken en de boel naar het ACM sturen en dan mag die het verder uitzoeken.
hij heeft wel braaf de klacht opgeschreven en doorgestuurd. die afdeling (welke dat ook is) werkt niet in de weekeinden kennelijk.

ik denk wel dat het verstandig is om als dit inderdaad niet veranderd heel snel dat "we" massaal de ACM moeten informeren. immers kunnen wij als klant hier niks meer aan doen als klagen bij het bedrijf zelf niet werkt.
als het ACM zegt dat er niks bijzonders aan de hand is en tmobile doet alles braaf dan zouden we natuurlijk allemaal maar nieuwe modems en computers moeten gaan kopen denk ik.

[ Voor 13% gewijzigd door flippy op 06-03-2021 15:05 ]

[swhnld]

Ron555 schreef op zaterdag 6 maart 2021 @ 13:16:
[...]


Maar ben er dan ook eerlijk in. b.v. wij bieden 1000/1000 voor € xx,xx maar we garanderen niks.


Nu beloven ze van alles maar is het eigenlijk gewoon bedrog.

Het zijn de kleine lettertjes uiteraard die tellen. Kan wel aangeven dat in mijn omgeving gewone gebruikers niet klagen. Dat zijn gezinnen die streamen, TV kijken, krantje lezen, wat Facebook en spelletjes doen. Die hoor ik nooit.

Wie ik wel hoor zijn veeleisende gebruikers met eigen servers thuis, videoverbinding en en andere zaken die 2 kanten op impact hebben. Blijkbaar is voor die groep veeleisende klanten T-Mobile niet geschikt en komen die uit bij KPN voor 65 Euro per maand voor 1000/500 IPV T-Mobile voor 25 Euro per maand voor 1000/1000.

Uiteraard kun je voor 40 Euro per maand ook gewoon via de support van T-Mobile naar verbetering toewerken en je thuis server ergens in een datacenter hosten.

Heel simpel vergelijk, een Dacia Duster is een SUV en die brengt je goedkoop van A naar B, een Landrover Discovery is duurder maar doet dat comfortabel en is een stuk duurder. Alles heeft een prijs en de vraag is, wat wil en kun je er voor over hebben, voor een dubbeltje op de eerste rang zitten gaat over het algemeen niet op.

[ANdrode]

space-one schreef op zaterdag 6 maart 2021 @ 03:50:
[...]


Die traceroutes staan niet voor iedereen uit.

traceroute to 1.0.0.1 (1.0.0.1), 30 hops max, 60 byte packets
1 fritz.box (192.168.2.254) 0.767 ms 0.660 ms 0.542 ms
2 31.ftth.glasoperator.nl (31.) 7.238 ms 7.225 ms 7.403 ms
3 10.10.10.201 (10.10.10.201) 7.323 ms 7.165 ms 7.191 ms
4 10.10.10.197 (10.10.10.197) 7.037 ms 7.366 ms 7.695 ms
5 adm-b1-link.ip.twelve99.net (62.115.154.136) 9.366 ms 9.599 ms 9.795 ms
6 195.89.101.53 (195.89.101.53) 9.017 ms 4.753 ms 5.268 ms
7 adm-b1-link.ip.twelve99.net (62.115.154.136) 11.780 ms 8.109 ms 7.695 ms
8 adm-bb3-link.ip.twelve99.net (62.115.136.194) 8.910 ms 10.032 ms 9.574 ms
9 brx-b4-link.ip.twelve99.net (62.115.116.227) 9.653 ms 9.664 ms
10 cloudflare-ic315171-brx-b4.ip.twelve99-cust.net (62.115.41.70) 11.335 ms 11.522 ms
11 one.one.one.one (1.0.0.1) 11.271 ms 11.966 ms 7.970 ms

Grappig dat dit bij T-Mobile nu via Telia gaat. Eerder was dat geen upstream. Bij KPN/Ziggo/etc gaat het verkeer ook niet direct naar CloudFlare. Er is daar echt iets aan de hand.

Dit verkeer blijft in ieder geval nog in Nederland. Bij SurfNet zie ik het verkeer naar London gaan. In het Ziggo topic gaat het verkeer naar Duitsland.

space-one schreef op zaterdag 6 maart 2021 @ 13:37:
[...]


Via dtag zou de ping zeker verdubbelen (extra 6-7 ms) als je daarna weer terug naar Amsterdam moet komt er nog 6-7 ms bij.

Is het niet de Nationale Wasstraat voor bepaalde ip blokken?

Zou Nationale Wasstraat traceroutes strippen?
Ik snap anders niet waarom ze dit doen: Dit kost hardware én irirteert klanten. Vanaf buitenaf kan je altijd nog zien dat het verkeer via DTAG loopt.

En assymetrische routes (uitgaand via DTAG, inkomend via andere transit) zijn mogelijk maar zijn lose-lose én zorgen voor een latencyverhoging die er nu niet is: Je verpest het ratio van DTAG én betaald voor transit voor inkomend verkeer. Het past ook niet binnen de strategie van T-Mobile Thuis: Ze lijken nu juist zoveel mogelijk via de AMS-IX te willen sturen.

[flippy]

swhnld schreef op zaterdag 6 maart 2021 @ 16:01:
[...]

Het zijn de kleine lettertjes uiteraard die tellen. Kan wel aangeven dat in mijn omgeving gewone gebruikers niet klagen. Dat zijn gezinnen die streamen, TV kijken, krantje lezen, wat Facebook en spelletjes doen. Die hoor ik nooit.

Wie ik wel hoor zijn veeleisende gebruikers met eigen servers thuis, videoverbinding en en andere zaken die 2 kanten op impact hebben. Blijkbaar is voor die groep veeleisende klanten T-Mobile niet geschikt en komen die uit bij KPN voor 65 Euro per maand voor 1000/500 IPV T-Mobile voor 25 Euro per maand voor 1000/1000.

Uiteraard kun je voor 40 Euro per maand ook gewoon via de support van T-Mobile naar verbetering toewerken en je thuis server ergens in een datacenter hosten.

Heel simpel vergelijk, een Dacia Duster is een SUV en die brengt je goedkoop van A naar B, een Landrover Discovery is duurder maar doet dat comfortabel en is een stuk duurder. Alles heeft een prijs en de vraag is, wat wil en kun je er voor over hebben, voor een dubbeltje op de eerste rang zitten gaat over het algemeen niet op.

Probleem is dat die duster elke route via berlijn rijd ook al wil je allen maar naar de AH om de hoek. En je mag niet naar buiten kijken tijdens de rit.

En netneutraliteit verbied het rotzooien aan je data. Rommelen met tracerts valt daar ook zeker onder.

[Nuevocasa]

space-one schreef op zaterdag 6 maart 2021 @ 13:28:
[...]


Ik heb WBA 50/50 in de praktijk 47/47 met een switch en een Fritzbox. Ik heb weinig problemen maar dat komt misschien door de lage snelheid 50/50 ping lijkt constant maar dat meet ik continu.

Wel maakt TMT sinds kort gebruik van Stichting NBIP-NaWas (Nationale Wasstraat tegen DDoS-aanvallen).
https://bgpview.io/asn/50266#upstreams-v4

Ik heb exact hetzelfde en de laatste weken is het hier erg onstabiel. Krijg de laatste week helemaal veel mails van HetrixTools dat de verbinding kortstondig is verbroken.

[Verwijderd]

flippy schreef op vrijdag 5 maart 2021 @ 22:15:
zal wel grappig worden als ze bij mij de mediaconverter willen vervangen. die ligt al een half jaar stof te happen in een doos ergens. mogen ze die omruilen voor eentje zonder stof en weer in de doos leggen

Zullen ze 'm toch eerst aansluiten aangezien het beleid gewoon gelijk is en blijft bij T-Mobile.... eerst de T-Mobile hardware en pas daarna escaleren. Dat weet iedereen zo langzamerhand wel. Dat er consumenten zijn die net even wat meer thuis zijn in het geheel doet er niet toe. Overigens niet zo gek ook, eerst wilt iedereen gelijkwaardig behandeld worden. Gebeurt dat eens een keer, is het weer niet goed

flippy schreef op vrijdag 5 maart 2021 @ 22:15:en ja, je word gewoon aan het lijntje gehouden. als 1e wijk of regio er nou last van zou hebben is het nog te verklaren. maar als het hele netwerk het heeft en je tracerts zijn blind geworden (zelfs naar ip adressen in china!) liegen ze gewoon. dit is opzettelijk.

Die hele traceroutes kunnen het merendeel van de consumenten gestolen worden.

Ergens is het jammer dat die traceroutes zijn verborgen maar er wakker van liggen doe ik niet. Komt ook wel een beetje over (netneutraliteit of niet) als ... voor een dubbeltje op de eerste rang zitten en dan verwachten dat je als koning moet worden behandeld en op je wenken moet worden bediend.

Verwijderd schreef op vrijdag 5 maart 2021 @ 23:23:
tjah, zou je zeggen.. wie weet loopt het wel via dtag dat ze daarom misschien de tracerouters hebben uitgezet?, om het te kunnen verbergen?

Ja, en misschien is dat dan alleen voor verkeer afkomstig van T-Mobile klanten naar de uiteindelijke doelen en niet andersom (?). Als ik de traceroutes hier zo bekijk vanaf allerlei kanten zoals vanaf Hurricane Electric (dus buiten T-Mobile) naar mij thuis dan zit er nergens een DTAG tussen, volgens mij is die ook geen onderdeel meer van de routing van T-Mobile (?).

Verwijderd schreef op zaterdag 6 maart 2021 @ 10:39:
Dan zal jij denk ik geen "experimentele klant" zijn en dan gewoon via Amsterdam, dan gok ik bij de mensen die traceroutes niet kunnen uitvoeren die gaan via een omweg of dus via dtag? Wat zou het anders moeten zijn

Ik zou dan zogenaamd experimentele klant moeten zijn. Vreemd want sinds ik Smokeping heb draaien ( November 2020 ) is de latency gewoon normaal gebleven op dat enkele momentje van, van de week na. Dus;

- Quad9 4.7ms
- dns.google 4.4ms
- one.one.one.one 5.8ms
- fast.com 4.9ms
- reddit.com 4.4ms
etc. etc.

Enige verschil is dat het aantal hops in de traceroutes ontbreken, maar met een check vanaf Hurricane Electric naar mij thuis of vanaf welke looking glass ook is er niet echt veel bijzonders te zien... bijzonder als in .... totaal geen sprake van DTAG.

Dit alles gewoon op ODF.

Waar ik eerder bang voor ben is dat nadat T-Mobile iedere regio voorzien heeft van eigen subnets, ze daarmee ook flink wat veranderingen hebben aangebracht in de infrastructuur zelf als in de zin van ... allerlei verschillende soorten hardware en/of configuraties per regio/plaats etc. om (heerlijk) te experimenteren en consumenten te treiteren (als in de zin van; consumenten bepaalde routering/hardware/infrastructuur o.i.d. testen alvorens het al dan niet wordt uitgerold voor de massa).

[LucienS]

Verwijderd schreef op zaterdag 6 maart 2021 @ 17:07:
[...]


Waar ik eerder bang voor ben is dat nadat T-Mobile iedere regio voorzien heeft van eigen subnets, ze daarmee ook flink wat veranderingen hebben aangebracht in de infrastructuur zelf als in de zin van ... allerlei verschillende soorten hardware en configuraties per regio om heerlijk te experimenteren en consumenten te treiteren.

Ja, dat zal de missie zijn van een Provider, consumenten treiteren..

[Verwijderd]

LucienS schreef op zaterdag 6 maart 2021 @ 17:14:
[...]

Ja, dat zal de missie zijn van een Provider, consumenten treiteren..

Was al bezig m'n bericht iets te bewerken ... ja, want een provider gaat zoiets bewust doen

Met treiteren bedoel ik, in een bepaalde regio/plaats of op basis van bepaalde klanten o.i.d. een (beta/pilot) test runnen die al dan niet in een later stadium verder kan worden uitgerold.

[flippy]

Verwijderd schreef op zaterdag 6 maart 2021 @ 17:07:
[...]
Die hele traceroutes kunnen het merendeel van de consumenten gestolen worden.
Ergens is het jammer dat die traceroutes zijn verborgen maar er wakker van liggen doe ik niet. Komt ook wel een beetje over (netneutraliteit of niet) als ... voor een dubbeltje op de eerste rang zitten en dan verwachten dat je als koning moet worden behandeld en op je wenken moet worden bediend.

het kan mij ook geen biet schelen wat de route is maar als ik een server heb staan in een datacenter 20km van mijn huis en de snelheden en pingtijden maken het zo dat een server aan de andere kant van europa sneller te bereiken is dan die 10 min rijden van mn huis klopt er gewoon iets niet. helemaal niet als ik met een ander provider die hetzelfde glasdraadje gebruikte dat probleem niet had/heb.

en ze mogen zoizo even uitleggen waarom elke dag de verbinding een minuutje of 2 eruit flikkert. dat slaat natuurlijk helemaal nergens op. zit je in een conferentie of whatever en dan flikkert ie je eruit.

[ Voor 10% gewijzigd door flippy op 06-03-2021 18:09 ]

[Verwijderd]

flippy schreef op zaterdag 6 maart 2021 @ 18:07:
het kan mij ook geen biet schelen wat de route is maar als ik een server heb staan in een datacenter 20km van mijn huis en de snelheden en pingtijden maken het zo dat een server aan de andere kant van europa sneller te bereiken is dan die 10 min rijden van mn huis klopt er gewoon iets niet. helemaal niet als ik met een ander provider die hetzelfde glasdraadje gebruikte dat probleem niet had/heb.

Dat draadje kan dan wel het zelfde zijn, de routing die providers hanteren verschillen nogal wezenlijk van elkaar. Jij kunt dan zeggen dat het je geen biet kan schelen, maar wellicht is dat nu juist het grote verschil tussen KPN en T-Mobile alsmede de daarbij behorende prijzen.

Ik ken het overigens hoor, had 12 jaar geleden ellende met een low-budget provider wiens routing niet lekker was naar de serverboer die ik gebruikte terwijl een andere provider dit wel had. Was hooguit een kwestie van verhuizen naar de andere provider - die natuurlijk ook duurder was en dat nota bene via het zelfde kabeltje en wel een gunstigere routing gebruikte en als die onderuit lag een goede back-up routing had lopen.

[ Voor 4% gewijzigd door Verwijderd op 06-03-2021 18:25 ]

[leonbong]

Ik ben er nog niet uit wat ze nou precies doen, maar iets klopt er niet.
Of het dtag is ik denk niet, maar iets is niet helemaal zuiver.

[ Voor 31% gewijzigd door leonbong op 06-03-2021 18:25 ]

[flippy]

Verwijderd schreef op zaterdag 6 maart 2021 @ 18:23:
[...]


Dat draadje kan dan wel het zelfde zijn, de routing die providers hanteren verschillen nogal wezenlijk van elkaar. Jij kunt dan zeggen dat het je geen biet kan schelen, maar wellicht is dat nu juist het grote verschil tussen KPN en T-Mobile alsmede de daarbij behorende prijzen.

Ik ken het overigens hoor, had 12 jaar geleden ellende met een low-budget provider wiens routing niet lekker was naar de serverboer die ik gebruikte terwijl een andere provider dit wel had. Was hooguit een kwestie van verhuizen naar de andere provider - die natuurlijk ook duurder was en dat nota bene via het zelfde kabeltje !

het is niet alleen 1 routing, het is vrijwel alle routing. als het specifiek was kan ik in het ergste geval nog wel met een tactvol geplaatste vpn daar omheen werken maar in dit geval betekent dat ik de server ergens in zuid frankrijk neer moet zetten.

[Verwijderd]

leonbong schreef op zaterdag 6 maart 2021 @ 18:24:
Ik ben er nog niet uit wat ze nou precies doen, maar iets klopt er niet.

Wat mij nog altijd enorm verbaast is dat er een enorm groot verschil zit, daar waar ik in 9 van de 10 gevallen gewoon de snelheden zo goed als altijd behaal en de latency altijd binnen acceptabele waarden zijn, zie ik wel enorm veel fluctuaties bij veel andere mensen.

In mijn ogen kun je dan al niet eens meer spreken over uitzonderingen maar structureel. Ergens vraag ik me dan wel n's af waar T-Mobile nou eigenlijk daadwerkelijk voor staat (of voor wilt staan).

flippy schreef op zaterdag 6 maart 2021 @ 18:25:
het is niet alleen 1 routing, het is vrijwel alle routing. als het specifiek was kan ik in het ergste geval nog wel met een tactvol geplaatste vpn daar omheen werken maar in dit geval betekent dat ik de server ergens in zuid frankrijk neer moet zetten.

Wat ik mij afvraag, is dit op een specifiek niveau in het netwerk of is dit structureel en dus ook het geval bij mensen alwaar de snelheid/latency globaal gezien wel gewoon uitstekend is ?

[ Voor 33% gewijzigd door Verwijderd op 06-03-2021 18:33 ]

[flippy]

Verwijderd schreef op zaterdag 6 maart 2021 @ 18:28:
[...]
Wat ik mij afvraag, is dit op een specifiek niveau in het netwerk of is dit structureel en dus ook het geval bij mensen alwaar de snelheid/latency globaal gezien wel gewoon uitstekend is ?

voor zover ik het zie en het gedrag is het uitgaand verkeer waar tmobile mee zit re rommelen. inkomend gaat ook op de volle abonnoment snelheid maar de upload is tenenkrommend traag en je kan niet zien wat ermee gebeurt maar er gebeurt zoizo iets mee anders zou tracert ook gewoon normaal werken. je kan niet een datastroom zoals tracert of ping die produceert alle hops ontzichtbaar laten maken en natuurlijk ook de TTL's aanpassen door de data fysiek aan te passen. en het aanpassen en/of bellemmeren/afremmen van datastroom is een gevalletje netneutraliteit.
het is heel simpel. ik vind andere routes niet erg, maar dan moet ik ze wel kunnen zien, dan kan je immers een keuze maken om eventueel naar een andere ISP te stappen. maar nu is het letterlijk alsof je in een taxi stapt zonder ramen en jij geeft de bestemming en 6 uur later kom je aan, ook al was de rit maar van de amsterdam centraal naar de bijenkorf 500m verderop.

ik ga maandag een paar willkeurige servers pakken uit een paar datacenters en ga dan tracerts doen naar mijn tmobile adres en vice versa. zien wat daar uit komt.
dat zal het plaatje ook duidelijker maken als tmobile inderdaad niet stopt hiermee en ik/we gaan melding doen bij het ACM zodat die het stokje verder over kunnen nemen.

[ Voor 24% gewijzigd door flippy op 06-03-2021 18:58 ]

[Verwijderd]

flippy schreef op zaterdag 6 maart 2021 @ 18:07:
[...]


het kan mij ook geen biet schelen wat de route is maar als ik een server heb staan in een datacenter 20km van mijn huis en de snelheden en pingtijden maken het zo dat een server aan de andere kant van europa sneller te bereiken is dan die 10 min rijden van mn huis klopt er gewoon iets niet. helemaal niet als ik met een ander provider die hetzelfde glasdraadje gebruikte dat probleem niet had/heb.

en ze mogen zoizo even uitleggen waarom elke dag de verbinding een minuutje of 2 eruit flikkert. dat slaat natuurlijk helemaal nergens op. zit je in een conferentie of whatever en dan flikkert ie je eruit.

https://serverfault.com/q...p-hide-packet-trace-route

[Verwijderd]

flippy schreef op zaterdag 6 maart 2021 @ 18:52:
voor zover ik het zie en het gedrag is het uitgaand verkeer waar tmobile mee zit re rommelen. inkomend gaat ook op de volle abonnoment snelheid maar de upload is tenenkrommend traag en je kan niet zien wat ermee gebeurt maar er gebeurt zoizo iets mee anders zou tracert ook gewoon normaal werken. je kan niet een datastroom zoals tracert of ping die produceert alle hops ontzichtbaar laten maken en natuurlijk ook de TTL's aanpassen door de data fysiek aan te passen. en het aanpassen en/of bellemmeren/afremmen van datastroom is een gevalletje netneutraliteit.

Een ping en traceroute alleen is geregeld niets zeggend. Mooi voorbeeld was die storing van, van de week. Latency naar Youtube was maar rond de 70ms zonder ook maar enige timeout, iets wat normaliter gewoon nog steeds goed zou moeten functioneren, toch bleef het bufferen (zelfs op lage resolutie) uit.

flippy schreef op zaterdag 6 maart 2021 @ 18:52:
het is heel simpel. ik vind andere routes niet erg, maar dan moet ik ze wel kunnen zien, dan kan je immers een keuze maken om eventueel naar een andere ISP te stappen. maar nu is het letterlijk alsof je in een taxi stapt zonder ramen en jij geeft de bestemming en 6 uur later kom je aan, ook al was de rit maar van de amsterdam centraal naar de bijenkorf 500m verderop.

Daar ben ik - en zijn gemiddelde consumenten - dan blijkbaar sneller klaar mee. Als de ping/traceroute mij zou dwars zitten, trek ik de stekker eruit voor T-Mobile en zijn er genoeg alternatieven te vinden. Dan maar een paar tientjes meer per maand. Nadeel is n.l. dat je eerst meermaals je klacht moet doen bij T-Mobile, vervolgens naar de geschillencommissie moet of eventueel de ACM. Waarbij je in dat laatste geval totaal afhankelijk bent van het aantal gedeponeerde klachten aangezien ze voor een handjevol klachten geen moeite doen (getuige ook de snelheid van het antwoord van de ACM omtrent de DTAG-ellende).

Tegen die tijd zou ik persoonlijk al danig gefrustreerd zijn dat het de tijd en moeite al niet eens meer loont ;-)

flippy schreef op zaterdag 6 maart 2021 @ 18:52:
ik ga maandag een paar willkeurige servers pakken uit een paar datacenters en ga dan tracerts doen naar mijn tmobile adres en vice versa. zien wat daar uit komt.
dat zal het plaatje ook duidelijker maken als tmobile inderdaad niet stopt hiermee en ik/we gaan melding doen bij het ACM zodat die het stokje verder over kunnen nemen.

Als je zelf juist met meer data op de proppen komt en meer mensen hun klacht kenbaar zouden maken - denk terug aan hoeveel impact de klachtenregen was omtrent DTAG - is de kans stukken groter dat T-Mobile de wijzigingen ongedaan maakt dan wanneer de ACM zich erover moet buigen. Daar gaan nog wel flink wat maanden overheen.

[flippy]

tmobile heeft van het DTAG gebeuren van vorig jaar heeft kennelijk niet genoeg geleerd en zijn weer aan het kijken hoe ver ze kunnen gaan. dat moet nu gewoon eens permanent afgleopen zijn. als een provider het doet gaan de anderen vanzelf mee en dan heb je straks geen andere provider meer om uit te kiezen.
het moet dan maar wat langer duren als het ACM erbij moet komen maar dat voorkomt erger voor iedereen in een later stadium.

tmobile is momenteel gewoon het kind wat probeert koekes te stelen ondanks dat ze al eens een tik heben gekregen van moeders. uiteindelijk moet vaders eens de spreekwoordelijke broekriem erbij pakken als het kind niet wil luisteren.

[ Voor 37% gewijzigd door flippy op 06-03-2021 19:53 ]

[leonbong]

@Verwijderd
Het enige wat bedrijven echt interessant vinden is geld.
Dus een sloot opzeggende klanten doet meer dan een klacht en ik zit er weer dicht tegenaan het is steeds iets.
Wat het een shit verbinding maakt.

1) DTAG
2) Instabiele verbinding
3) Steeds wisselende IP's
4) Buitenlands ip's
5) Gekke snelheden/routering
6) Gekke stotterende verbindingen
7) Belachelijk korte IP-lease tijden

Ze wisselen steeds een probleem uit voor een ander probleem.
Het maakt ze gewoon een B-merk, ik ga binnenkort maar wisselen.

Ze leren er ook niets van want de klanten zijn steeds weer proefkonijn voor zaken die door Ruppert de Stagiar van netwerkbeheer zijn bedacht.

[ Voor 17% gewijzigd door leonbong op 06-03-2021 20:17 ]

[flippy]

leonbong schreef op zaterdag 6 maart 2021 @ 20:12:
Ze leren er ook niets van want de klanten zijn steeds weer proefkonijn voor zaken die door Ruppert de Stagiar van netwerkbeheer zijn bedacht.

denk meer dat het proefballonetjes zijn van sjakie de omhooggevallen manager. zelfs een stagair met google in zijn achterzak doet zoiets niet.

[ Voor 8% gewijzigd door flippy op 06-03-2021 20:37 ]

[leonbong]

Door Ruppert de Stagiar van netwerkbeheer bedacht in opdracht van Sjakie de Pannekoek manager om kosten te besparen.

[Verwijderd]

zojuist nog een testje gedaan met @jk-5 TM thuis

ze verbergen dus ook de inkomende traceroute vanaf ziggo naar TM glas vanaf hop9 die timedout is icmp disabled

[flippy]

ik denk dat hop 9 glasprovider.nl is en je gewoon de vinger geeft. immers moet de laatste hop de TM eindgebruiker/router zijn.

[ Voor 31% gewijzigd door flippy op 06-03-2021 21:33 ]

[jk-5]

Verwijderd schreef op zaterdag 6 maart 2021 @ 21:30:
zojuist nog een testje gedaan met @jk-5 TM thuis

ze verbergen dus ook de inkomende traceroute vanaf ziggo naar TM glas vanaf hop9 die timedout is icmp disabled [Afbeelding]

Klein stukje context: Als je dus van buitenaf het netwerk binnenkomt knoeien ze ook met de TTL waardoor de tussenliggende hops onzichtbaar zijn in de traceroute.

Ze adverteren de netwerken nog naar AMS-IX en NL-IX, dus inbound (van buitenaf naar TM thuis toe) kun je daar nog langs komen. Outbound (van TM thuis naar buiten toe) kun je er niet echt makkelijk achterkomen welke route het verkeer neemt. Het is alleen wel een feit dat er iets veranderd is. Maar het is bij mij al niet meer zo erg als het was. Ik raak inmiddels google en cloudflare gewoon in Amsterdam. Ik kan ook in minder dan 10ms vanaf TM thuis bij een datacenter in Enschede komen. Dat lukt latency-technisch nooit als het verkeer een buitenlandse transit gebruikt.

[flippy]

de pingtijden zijn wel redelijk maar wel wispelteurig is mij opgevallen. zelfs joubuis heeft soms gewoon zoiets van "144p is zat met zon rotte verbinding"

maar dat verklaart nog niet waarom de upload snelheid gewoon 30% is van wat het hoort te zijn ongeacht de drukte op het netwerk en elke dag wel een keer de lijn gewoon compleet doodvalt voor een minnuutje of 2 en dan doorgaat alsof er niks aan de hand is.

[ Voor 35% gewijzigd door flippy op 06-03-2021 21:39 ]

[jk-5]

flippy schreef op zaterdag 6 maart 2021 @ 21:37:
de pingtijden zijn wel redelijk maar wel wispelteurig is mij opgevallen.
maar dat verklaart nog niet waarom de snelheid gewoon 30% is van wat het hoort te zijn ongeacht de drukte op het netwerk en elke dag wel een keer de lijn gewoon compleet doodvalt voor een minnuutje of 2 en dan doorgaat alsof er niks aan de hand is.

Ik heb de geschiedenis in dit topic (nog) niet gelezen. Vanaf waar naar waar constateer je die lagere snelheid? Ik verneem (in Emmen, KPN WBA, verbinding maandje geleden opgeleverd) geen tot weinig verschil, maar ik wil wel graag kijken of ik hetzelfde ervaar

[flippy]

jk-5 schreef op zaterdag 6 maart 2021 @ 21:39:
[...]


Ik heb de geschiedenis in dit topic (nog) niet gelezen. Vanaf waar naar waar constateer je die lagere snelheid? Ik verneem (in Emmen, KPN WBA, verbinding maandje geleden opgeleverd) geen tot weinig verschil, maar ik wil wel graag kijken of ik hetzelfde ervaar

de rotte uploadsnelheid is overal. maak niet uit waar ik heen/vanaf test. google eigen test, fast.com enzovoort. ik heb al een dozijn speedtest servers gebruikt. download is tussen de 900~1000 maar de upload hangt ergens in de 200~300 en pingtijden zijn niet veel beter dan een gooi van een dobbelsteen.

de beste snelheid die ik tot zover heb gezien was met de speedtest van tweak. (http://speedtest2.tweak.nl/)

daar haal ik strak 1000 en de upload is iets van 500 of zo en de pings onder de 10.



dus het kan wel. maar alleen kennelijk met een speedtest server van de conncurentie die hier ongeveer aan de andere kant van de wijk staat en dan mis ik alsnog de helft...

[ Voor 5% gewijzigd door flippy op 06-03-2021 21:47 ]

[jk-5]

flippy schreef op zaterdag 6 maart 2021 @ 21:44:
[...]


de rotte uploadsnelheid is overal. maak niet uit waar ik heen/vanaf test. google eigen test, fast.com enzovoort. ik heb al een dozijn speedtest servers gebruikt. download is tussen de 900~1000 maar de upload hangt ergens in de 200~300 en pingtijden zijn niet veel beter dan een gooi van een dobbelsteen.

de beste snelheid die ik tot zover heb gezien was met de speedtest van tweak. (http://speedtest2.tweak.nl/)

daar haal ik strak 1000 en de upload is iets van 500 of zo en de pings onder de 10. dus het kan wel. maar alleen kennelijk met een speedtest server van de conncurentie en dan mis ik alsnog de helft...

Aha oke, duidelijk. Ik heb hier maar 100/100 want WBA. Dat verklaart in ieder geval dat ik dat niet zo ervaar

[flippy]

jk-5 schreef op zaterdag 6 maart 2021 @ 21:45:
[...]


Aha oke, duidelijk. Ik heb hier maar 100/100 want WBA. Dat verklaart in ieder geval dat ik dat niet zo ervaar

stel je voor als jij ineens terug zou vallen naar 100/30. dat zal je ook wel merken als je aan het uploaden gaat...

[leonbong]

Ik haal hier in Almere op een server in Almere waar ik altijd 200+/200+ haalde op een 200 abbo.
160/12

[HereIsTom]

HereIsTom schreef op vrijdag 5 maart 2021 @ 23:02:
Ligt het aan mij of is het geluid van RTL4 gewoon slecht?
Bij bijv. de Voice een muziek programma komt bijna al het geluid uit de centerspeaker bij mijn 5.1 systeem.
Met andere zenders komt de muziek meestal uit de surround speaker en de stemmen uit de centerspeaker.
Weet niet of dat nu aan RTL ligt of aan T-Mobile?

Schijnbaar kijkt hier niemand TV?

[computerjunky]

flippy schreef op zaterdag 6 maart 2021 @ 21:44:
[...]


de rotte uploadsnelheid is overal. maak niet uit waar ik heen/vanaf test. google eigen test, fast.com enzovoort. ik heb al een dozijn speedtest servers gebruikt. download is tussen de 900~1000 maar de upload hangt ergens in de 200~300 en pingtijden zijn niet veel beter dan een gooi van een dobbelsteen.

de beste snelheid die ik tot zover heb gezien was met de speedtest van tweak. (http://speedtest2.tweak.nl/)

daar haal ik strak 1000 en de upload is iets van 500 of zo en de pings onder de 10.

[Afbeelding]

dus het kan wel. maar alleen kennelijk met een speedtest server van de conncurentie die hier ongeveer aan de andere kant van de wijk staat en dan mis ik alsnog de helft...

Die is voor mij dan weer om te huilen:


Overigens wel een hele korte test dus dat is meer burst. mijn burst start ook bij 500 bij reguliere tests en crashed dan hard.

Misschien even flink tweeten naar de T-Mobile staff en de directeur taggen die was er bij het DTAG verhaal ook snel bij toen ze gesnapt waren en die tweet ondertussen flink door alsof er niets aan de hand is.

[ Voor 4% gewijzigd door computerjunky op 06-03-2021 21:55 ]

[flippy]

computerjunky schreef op zaterdag 6 maart 2021 @ 21:54:
Die is voor mij dan weer om te huilen:

oi vey


en ik heb geen twitter.

[ Voor 8% gewijzigd door flippy op 06-03-2021 21:57 ]

[aex351]

Ik twijfel of ik zal overstappen van Ziggo naar T-Mobile. Grootste reden is dat je bij T-Mobile dus de modem niet in bridge mode kan draaien. Ik vraag me serieus af wat voor een impact dit gaat hebben. Ik zit niet te wachten om op twee plekken handmatig port forwards te gaan beheren. UPNP zal het waarschijnlijk ook niet doen dan. Dus dan zit je wel behoorlijk met de gebakken peren.

[SebasFM]

HereIsTom schreef op zaterdag 6 maart 2021 @ 21:54:
[...]

Schijnbaar kijkt hier niemand TV?

Heb dat bij Ziggo ook. Geluid/Muziek komt uit alle speakers (heb geen center speaker, 4.0 setup), spraak alleen uit de voorste twee speakers.

Hoop dat ze binnenkort de administratieve chaos oplossen bij de onderaannemers zodat mijn appartement aangesloten kan worden (na 4 maanden dat de kabels in de grond liggen). Dan kan ik je ook vertellen of ik verschil merk met Ziggo. (zeg ik pas op als de glasverbinding werkt)

[computerjunky]

aex351 schreef op zaterdag 6 maart 2021 @ 22:06:
Ik twijfel of ik zal overstappen van Ziggo naar T-Mobile. Grootste reden is dat je bij T-Mobile dus de modem niet in bridge mode kan draaien. Ik vraag me serieus af wat voor een impact dit gaat hebben. Ik zit niet te wachten om op twee plekken handmatig port forwards te gaan beheren. UPNP zal het waarschijnlijk ook niet doen dan. Dus dan zit je wel behoorlijk met de gebakken peren.

T-Mobile heeft geen modem alleen een router. Gezien jij interesse heb in bridge heb jij dus al een eigen router. Als die all Vlan support heeft heb je heel dat ding van T-Mobile niet nodig.
Als 2de optie kan je nog simpelweg je eigen router een vast ip adres geven in de T-Mobile router en de DMZ naar die router zijn vaste ip gooien en de eigen router op een aparte range gooien (192.168.2.x ipv 192.168.1.x bijvoorbeeld).
Alleen telefonie zal niet werken zonder de router van T-Mobile.

flippy schreef op zaterdag 6 maart 2021 @ 21:55:
[...]


oi vey


en ik heb geen twitter.

Ik ook niet maar als dit niet opgelost word wil ik er best 1 aan maken om de man even te spammen en een schop onder zijn hol te geven.

[ Voor 13% gewijzigd door computerjunky op 06-03-2021 22:11 ]

[Verwijderd]

aex351 schreef op zaterdag 6 maart 2021 @ 22:06:
Ik twijfel of ik zal overstappen van Ziggo naar T-Mobile. Grootste reden is dat je bij T-Mobile dus de modem niet in bridge mode kan draaien. Ik vraag me serieus af wat voor een impact dit gaat hebben. Ik zit niet te wachten om op twee plekken handmatig port forwards te gaan beheren. UPNP zal het waarschijnlijk ook niet doen dan. Dus dan zit je wel behoorlijk met de gebakken peren.

je weet wat je doet kwa kwaliteit? denk dat je achteruit gaat met TM als je vanaf ziggo komt

[SebasFM]

Verwijderd schreef op zaterdag 6 maart 2021 @ 22:11:
[...]

je weet wat je doet kwa kwaliteit? denk dat je achteruit gaat met TM als je vanaf ziggo komt

Ik ga die keuze bewust wel maken. Scheelt voor mij 18 euro per maand en ga dan van ZZP 60/10 bij Ziggo naar 1000/1000 bij T-Mobile. Mobiel van 20GB bij Vodafone naar onbeperkt bij T-Mo. DNS heb ik zelf thuis draaien (PiHole). Die enkele keer dat er een storing is boeit me niet zo. Dan tether ik wel via de smartphone van de zaak als ik moet werken wanneer vast internet en mobiel er tegelijkertijd uit liggen. Het zou nog goedkoper kunnen als ik ipv T-Mobile TV iets van NLziet zou nemen. Zoveel 'ouderwetse' TV kijk ik nu ook weer niet.

[ Voor 9% gewijzigd door SebasFM op 06-03-2021 22:18 . Reden: TYPO ]

[Verwijderd]

SebasFM schreef op zaterdag 6 maart 2021 @ 22:16:
[...]

Ik ga die keuze bewust wel maken. Scheelt voor mij 18 euro per maand en ga dan van ZZP 60/10 bij Ziggo naar 1000/1000 bij T-Mobile. Mobiel van 20GB bij Vodafone naar onbeperkt bij T-Mo. DNS heb ik zelf thuis draaien (PiHole). Die enkele keer dat er een storing is boeit me niet zo. Dan tether ik wel via de smartphone van de zaak als ik moet werken wanneer vast internet en mobiel er tegelijkertijd uit liggen. Het zou nog goedkoper kunnen als ik ipv T-Mobile TV iets van NLziet zou nemen. Zoveel 'ouderwetse' TV kijk ik nu ook weer niet.

sure, maar tis niet enkel een DNS storing ook snelheid die wegvalt

[computerjunky]

Als het werkt werkt het prima. het heeft bij mij 18 maanden prima gewerkt op een DTAGje na dan. Maar nu is het gewoon kansloos qua upload en volgens mij ook packeet loss bij verzenden.
Bij gamen heb ik ook rare zaken. Behoorlijk frustrerend allemaal.

Als upload en latency je echter niet veel boeit werkt het prima.

[aex351]

Verwijderd schreef op zaterdag 6 maart 2021 @ 22:11:
[...]

je weet wat je doet kwa kwaliteit? denk dat je achteruit gaat met TM als je vanaf ziggo komt

Nee, kwaliteit op welk vlak bedoel je?

[SebasFM]

computerjunky schreef op zaterdag 6 maart 2021 @ 22:21:
Als upload en latency je echter niet veel boeit werkt het prima.

Die upload die je liet zien van ~120 Mbps is nog altijd 12x sneller dan wat ik nu heb. Maar apart is het wel ja.

Eigenlijk zouden ze gisteren de glaskabel komen aansluiten in huis, maar de kabelleggers hadden de kabels nog niet door de lange voortuin van de flat geschoten, terwijl ze dat wel bij het andere portiek van mijn flat gedaan hadden. Terwijl ik dit nog expliciet had gemeld bij het maken van de afspraak. Dus ging de monteur weer onverrichter zaken en not amused weer weg. Administratief maken ze nu al niet echt een goede indruk... Ook kan ik nog steeds niet inloggen in de MyT-Mobile portal, terwijl ik wel een mailtje had gehad voor aanmaken wachtwoord (wat niet werkte).

[Verwijderd]

aex351 schreef op zaterdag 6 maart 2021 @ 22:26:
[...]

Nee, kwaliteit op welk vlak bedoel je?

het internet, als je beetje dit topic doorzoekt zie je dat er veel problemen zijn met routing en snelheid zakt vaak in vooral van de upload

[aex351]

Verwijderd schreef op zaterdag 6 maart 2021 @ 22:31:
[...]

het internet, als je beetje dit topic doorzoekt zie je dat er veel problemen zijn met routing en snelheid zakt vaak in vooral van de upload

Bij Ziggo heb ik momenteel 100/10. Hoe veel slechter kan de upload worden wanneer ik 100/100 of zelfs 1000/1000 heb vraag ik mij dan af. Routing zou wellicht wel een probleem kunnen zijn. Alleen over wat ik heb gelezen is dat iets dat T-Mobile weer opgelost heeft. Nadat ze eerst alles via Duitsland wilde laten gaan.

Mijn grootste vraagteken is het gegeven dat de modem niet in bridge modus gezet kan worden. En ik wil de vaste nummer wel kunnen behouden/gebruiken. En daarnaast ook mijn eigen router. Ik heb een Netgear Orbi. Dus daar kan bijna geen andere systeem tegenop.

[ Voor 18% gewijzigd door aex351 op 06-03-2021 22:35 ]

[computerjunky]

Zojuist weer een disconnect bij warzone... Ging net lekker wat al niet al te vaak voorkomt...

[flippy]

aex351 schreef op zaterdag 6 maart 2021 @ 22:33:
[...]

Bij Ziggo heb ik momenteel 100/10. Hoe veel slechter kan de upload worden wanneer ik 100/100 of zelfs 1000/1000 heb vraag ik mij dan af. Routing zou wellicht wel een probleem kunnen zijn. Alleen over wat ik heb gelezen is dat iets dat T-Mobile weer opgelost heeft. Nadat ze eerst alles via Duitsland wilde laten gaan.

Mijn grootste vraagteken is het gegeven dat de modem niet in bridge modus gezet kan worden. En ik wil de vaste nummer wel kunnen behouden/gebruiken. En daarnaast ook mijn eigen router. Ik heb een Netgear Orbi. Dus daar kan bijna geen andere systeem tegenop.

het gaat niet om wat je krijgt, het gaat om wat je beloofd word en waar je voor betaalt.

[grlk]

De speedtest van t-mobile doet bij mij ongeveer 900/500, alle andere speedtests maximaal 900/250. Er is inderdaad iets geks aan de hand.

[Verwijderd]

aex351 schreef op zaterdag 6 maart 2021 @ 22:33:
[...]

Bij Ziggo heb ik momenteel 100/10. Hoe veel slechter kan de upload worden wanneer ik 100/100 of zelfs 1000/1000 heb vraag ik mij dan af. Routing zou wellicht wel een probleem kunnen zijn. Alleen over wat ik heb gelezen is dat iets dat T-Mobile weer opgelost heeft. Nadat ze eerst alles via Duitsland wilde laten gaan.

Mijn grootste vraagteken is het gegeven dat de modem niet in bridge modus gezet kan worden. En ik wil de vaste nummer wel kunnen behouden/gebruiken. En daarnaast ook mijn eigen router. Ik heb een Netgear Orbi. Dus daar kan bijna geen andere systeem tegenop.

of zoals computerjunky zegt, disconnecten steeds ingame onder jou post. als de snelheid echt tegen zit heb ik ze gezien van 3mbits up

[space-one]

Nuevocasa schreef op zaterdag 6 maart 2021 @ 17:06:
[...]

Ik heb exact hetzelfde en de laatste weken is het hier erg onstabiel. Krijg de laatste week helemaal veel mails van HetrixTools dat de verbinding kortstondig is verbroken.

De laatste 3 weken bij ons helemaal niet meer. Dat is nadat ik een dd-wrt die voor de Fritzbox stond heb verwijderd. Wel een ander ip gekregen maar uit dezelfde reeks. Ik heb het gevoel dat de Fritzbox gewoon meter kan omgaan met het probleem dat de lease niet snel genoeg wordt vernieuwd. Wel 1 a 2 keer per dag een Internet connection renewed successfully melding in de log. Omdat HetrixTools iedere minuut zou de korte onderbreking direct gemeld worden.

Het is een Fritzbox Fon WLAN 7390 een wat ouder model.

[ Voor 16% gewijzigd door space-one op 06-03-2021 23:09 ]

[pinda powerrr]

Sinds wanneer het was weer ik niet, maar ik zag weer een VFNL wifi netwerk. Zojuist toch maar eens even ingelogd op de Draytek en inderdaad, de WiFi van het kreng stond weer aan en andere netwerken te verstoren

Of er een update is geweest weet ik niet.

[Nuevocasa]

aex351 schreef op zaterdag 6 maart 2021 @ 22:33:
[...]

Bij Ziggo heb ik momenteel 100/10. Hoe veel slechter kan de upload worden wanneer ik 100/100 of zelfs 1000/1000 heb vraag ik mij dan af. Routing zou wellicht wel een probleem kunnen zijn. Alleen over wat ik heb gelezen is dat iets dat T-Mobile weer opgelost heeft. Nadat ze eerst alles via Duitsland wilde laten gaan.

Mijn grootste vraagteken is het gegeven dat de modem niet in bridge modus gezet kan worden. En ik wil de vaste nummer wel kunnen behouden/gebruiken. En daarnaast ook mijn eigen router. Ik heb een Netgear Orbi. Dus daar kan bijna geen andere systeem tegenop.

Je zou je vaste nummer kunnen omzetten naar een VOIP dienst. Dan kun je gewoon alleen je eigen router gebruiken zonder een extra apparaat er tussen

[space-one]

flippy schreef op zaterdag 6 maart 2021 @ 21:44:
[...]

de beste snelheid die ik tot zover heb gezien was met de speedtest van tweak. (http://speedtest2.tweak.nl/)

daar haal ik strak 1000 en de upload is iets van 500 of zo en de pings onder de 10.

De tweak komt niet verder dan 40 en de server in Amsterdam komt wel tot 48 wat maximaal is https://librespeed.org/

tweak

[ Voor 18% gewijzigd door space-one op 07-03-2021 07:25 ]

[space-one]

Via hetzner en ams-ix1.glasoperator.nl (80.249.211.171)
7 ae12-500.nbg40.core-backbone.com (80.255.9.21) 0.555 ms ae12-498.nbg40.core-backbone.com (5.56.20.253) 0.437 ms 0.355 ms
8 ae5-2074.ams10.core-backbone.com (81.95.2.138) 9.118 ms 9.095 ms 8.957 ms
9 ams-ix1.glasoperator.nl (80.249.211.171) 11.446 ms 11.517 ms 11.460 ms
10 * * *
11 * * *
12 * * *

nl vps ook via ams-ix1.glasoperator.nl (80.249.211.171)
3 109.236.95.108 (109.236.95.108) 1.671 ms 1.632 ms 1.436 ms
4 80.249.211.184 (80.249.211.184) 2.591 ms 2.365 ms ams-ix1.glasoperator.nl (80.249.211.171) 2.345 ms
5 10.10.10.202 (10.10.10.202) 3.041 ms 3.006 ms 3.171 ms
6 * * *
7 * * *
8 * * *
9 * * *

Is de eerste hop 10.10.10.202 binnen het netwerk wel zichtbaar.

https://www.subnetonline....ols/online-traceroute.php
2 host-93-104-204-33.customer.m-online.net (93.104.204.33) 0.924 ms 0.914 ms
3 ae1.r1.fra3.m-online.net (212.18.6.101) 7.412 ms 7.430 ms 7.421 ms
4 80.249.211.184 (80.249.211.184) 14.913 ms 14.920 ms 14.892 ms
5 * * *
6 * * *
7 * * *
80.249.211.184 is de andere AMS-IX poort.

https://network-tools.webwiz.net/traceroute.htm
Gaat via level3
0 ms 92.53.240.2 xe-sh-bmth-transit1.webwiz.net.uk United Kingdom United Kingdom
2 5 ms 217.163.47.189 5-1-15-203.ear4.london2.level3.net United Kingdom United Kingdom
3 17 ms 4.69.162.181 ae-2-3204.edge7.amsterdam1.level3.net United States Of America United States Of America
4 12 ms 213.19.203.158 Unknown Netherlands Netherlands
5 Timeout Unknown Host did not respond to ping
6 15 ms 31.20.xx.xx xxxxxx.ftth.glasoperator.nl Netherlands Netherlands.

Hop 6 is mijn Fritzbox.

traceroute naar 217.163.47.189 vanaf mij gaat via cw en dan naar level3

[flippy]

space-one schreef op zaterdag 6 maart 2021 @ 23:55:
traceroute naar 217.163.47.189 vanaf mij gaat via cw en dan naar level3

ik kom niet verder dan dit:


Tracing route to 5-1-15-203.ear4.London2.Level3.net [217.163.47.189]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 192.168.1.1
2 2 ms 2 ms 2 ms 1-96-201-31.ftth.glasoperator.nl [31.201.96.1]
3 13 ms 13 ms 13 ms 5-1-15-203.ear4.London2.Level3.net [217.163.47.189]

Trace complete.

webwiz traceroute naar mijzelf krijg ik alleen maar errors zodra hij de noordzee overgaat.

[ Voor 10% gewijzigd door flippy op 07-03-2021 00:33 ]

[space-one]

Meldingen van HetrixTools en Uptime Robot 3x
Downtime: 39 min Noticed at: 2021-03-07 00:04:32 (UTC+00:00)
Downtime: 40 min Noticed at: 2021-03-07 00:50:36 (UTC+00:00)
Downtime: 40 min Noticed at: 2021-03-07 01:36:31 (UTC+00:00)

Fritzbox geeft geen meldingen voor internet of telefoon. Dus de vanaf Fritzbox geen onderbrekingen maar alleen vanaf het internet.

[ANdrode]

space-one schreef op zaterdag 6 maart 2021 @ 23:55:

80.249.211.184 is de andere AMS-IX poort.

De verdeling over de AMS-IX poorten was eerder active-active, afhankelijk van het IP waarheen je ging kwam verkeer over de ene PoP en anders over de andere.

offtopic:
Wil het geen poort noemen want iirc was het 3x100gbit

flippy schreef op zondag 7 maart 2021 @ 00:15:
[...]
webwiz traceroute naar mijzelf krijg ik alleen maar errors zodra hij de noordzee overgaat.

Als je zulke traceroutes wil doen is https://atlas.ripe.net/ een zeer goede tool. Als je credits nodig hebt (maar je krijgt er standaard genoeg) kan ik er wel wat doneren als je een DM stuurt.

Je kan ook via het NLnog looking glass kijken hoe het verkeer loopt. Dit is op BGP niveau en daardoor wat hoog-drempeliger.

Daarin zie je nu dat verkeer dat via of vanuit DTAG komt via Cable&Wireless Vodafone het T-Mobile thuis netwerk in gaat.

[Babylonier]

Oproep:
Zijn er "glasvezel" gebruikers bij T-Mobile met een Synology router?
Of "zonder" Synology router, in de regio Eindhoven. Waar ik het bij iemand zou mogen uitproberen?
Met een 1 Gigabit account.

Heb zelf (nog) geen T-Mobile account.
Zou dat met iemand die wel een T-Mobile account heeft de instellingen met een Synology router daarmee willen verifiëren. Met wat ik aan informatie zie zou het geen probleem moeten zijn om een Synology router rechtstreeks aan te sluiten achter glasvezel (via een media-converter), zowel via het oude IPTV platform
(VLAN 300 en 640) als het nieuwe IPTV platform (VLAN 300).

Heb zelf een (voormalig) Telfort glasvezel-aansluiting, waarbij IPTV "routed mode" (internet + IPTV via alle LAN-poortjes) werkend voor KPN, en Telfort gelieerde connecties. (KPN - XS4ALL - Telfort - Oxxio - BudgetThuis).
Speciaal aangepaste provider profielen samengesteld, in samenwerking met Synology Support Taiwan.

Bij een volgende algemene update van de Synology firmware zou dat voor iedereen beschikbaar moeten zijn.

Heb een gebruiksaanwijzing voor die instellingen samengesteld.
Maar zou dat graag ook willen aanvullen met die voor een T-Mobile connectie.

De verbinding met T-Mobile --met wat ik heb teruggelezen-- zou eenvoudiger zijn dan KPN / Telfort....
Daarvoor hoeft men niet te wachten op een firmware update.
Die zou men nu al kunnen instellen met handmatig ingevoerde VLAN instellingen.
Maar wil wel zekerheid over die instellingen met een werkelijk uitgeteste connectie.

(Handleiding instellen Synology router zie < DIT onderwerp > op het NL Synology forum).

Graag je reactie.
-

[computerjunky]

Zijn er mensen die nog een manier weten om een ander ip adres te forceren.
Het oude gebruikelijke trucje van simpelweg je mac addres veranderen van het eerste apparaat na de converter werkt simpelweg niet meer.
Wou even uitproberen of andere ranges misschien andere effecten hadden dit was in het verleden nog wel eens het geval.

Trouwens net nog een grappig experiment gedaan. Meerdere speedtests tegelijkertijd opstarten met verrassende resultaten:








De SUPER VPN was degene die ik als 3de aan klikte en had dus een halve second om op de lopen al was dat bijna niets hierdoor is het totaal marginaal boven de max.
Ik heb deze test meerdere keren herhaald met meerdere servers en speedtest sites en steeds hetzelfde resultaat. De maximale upload alleen een limiet per stream. Ik denk echt dat hier een gevalletje provider side QOS aan de hand is.
Mijn router in Gaming/streaming QOS mode doet namelijk exact hetzelfde. Het serieus belemmeren van de snelheden maar meerdere streams of downloads bij elkaar haal je nog steeds de max.
Dit gaat dus gewoon in tegen nestneutraliteit er word immers geknepen zonder goede reden.

Vandaag is de verbinding trouwens iets sneller maarja het is dan ook zondagochtend. Gisteravond zat ik op de 120 Mbit.


Edit: heb ze even op volgorde van aanzettten gezet voor meer duidelijkheid.

Ga nu even testen met 4 of meer tests tegelijkertijd kijken wat dat doet uit nieuwsgierigheid.

Edit 2: 4x test geeft nog wat meer informatie en eigenlijk wat we al verwachtte na de 3x test.



In rode letters even de volgorde van aanklikken weergegeven. Let vooral op de paarse lijn. Dit is de upload lijn. Geen harde stijging aan het einde van de test die de resultaten beïnvloed dit was bij de download bij 2 wel het geval al was dat niet verrassend gezien de snelheid waar die op zaten.

Doe met deze informatie wat je wil maar voor mij is het al wel duidelijk. Er is geen hardware imitatie maar er word gewoon softwarematig iets gelimiteerd.


Edit 3: Inner nerd was nog niet tevreden met de tests. Ik heb dus vervolgens 4x dezelfde server gepakt om de pijplijn naar 1 server te testen. Dit ging niet geheel volgens plan... Blijkbaar vinden servers het niet heel grappig als je 4 tests tegelijk naar 1 server doet. 2 gaan er dan ook finaal op hun gat en dat maakt het testen moeilijk en onbetrouwbaar.

zie hier :




Even ter vergelijking een 1x test naar deze server:



Daarna nog een 2x 2 server gedaan met een ander resultaat:



Let vooral op de NFOrce die hoger is als met een single test. (en die single test was nog aan het aflopen).

Edit 4 : Nog 1 om het af te leren :



Deze server vond 4x een test runnen niet zo een groot probleem maar de data veranderd er niet heel veel door.

en nog even een 1x naar deze zelfde server :



Er zit gewoon ergens een limiet op het net. De upload tests beginnen ook rap (700-800 Mbit) momenteel en worden dan helemaal neer beneden ge throttled en zijn op het punt het einde van de test nog naar beneden aan het gaan.
De snelheid is immers overduidelijk hardwarematig beschikbaar.

[ Voor 130% gewijzigd door computerjunky op 07-03-2021 12:29 ]

[jk-5]

aex351 schreef op zaterdag 6 maart 2021 @ 22:06:
Ik twijfel of ik zal overstappen van Ziggo naar T-Mobile. Grootste reden is dat je bij T-Mobile dus de modem niet in bridge mode kan draaien. Ik vraag me serieus af wat voor een impact dit gaat hebben. Ik zit niet te wachten om op twee plekken handmatig port forwards te gaan beheren. UPNP zal het waarschijnlijk ook niet doen dan. Dus dan zit je wel behoorlijk met de gebakken peren.

Je krijgt bij T-Mobile thuis een media converter, waar je zelf een netwerkkabel in kan prikken. Als je dan DHCP vraagt op vlan 300 krijg je het externe IP op je eigen router. Dan kun je de witte T-Mobile thuis router in het doosje laten

[ Voor 4% gewijzigd door jk-5 op 07-03-2021 12:12 ]

[Babylonier]

computerjunky schreef op zondag 7 maart 2021 @ 11:30:
Meerdere speedtests tegelijkertijd opstarten met verrassende resultaten:
......
Het serieus belemmeren van de snelheden maar meerdere streams of downloads bij elkaar haal je nog steeds de max.
Dit gaat dus gewoon in tegen nestneutraliteit er word immers geknepen zonder goede reden.
......
Ga nu even testen met 4 of meer tests tegelijkertijd kijken wat dat doet uit nieuwsgierigheid.

Met meerdere speedtesten tegelijkertijd verdeel je de bandbreedte van je internetverbinding over die tests.
Dus niet verwonderlijk dat je van die vreemde resultaten krijgt. Heeft niets met netneutraliteit te maken, maar met jezelf voor de gek houden.

Wil je correct testen, gebruik diverse services beslist niet tegelijkertijd, maar test slechts met één bekabeld aangesloten apparaat je verbinding met één actieve speedtest.

[computerjunky]

Babylonier schreef op zondag 7 maart 2021 @ 12:35:
[...]


Met meerdere speedtesten tegelijkertijd verdeel je de bandbreedte van je internetverbinding over die tests.
Dus niet verwonderlijk dat je van die vreemde resultaten krijgt. Heeft niets met netneutraliteit te maken, maar met jezelf voor de gek houden.

Wil je correct testen, gebruik diverse services beslist niet tegelijkertijd, maar test slechts met één bekabeld aangesloten apparaat je verbinding met één actieve speedtest.

Dan snap je totaal niet wat ik aan het testen ben dus en wat er zich momenteel afspeelt bij T-Mobile.

Het probleem is dat de upload te traag is daar waar de download goed is. Echter is de upload voor meerdere streams dus wel goed.
Dit betekend dat er geen hardware limitaties zijn en dus geen bottleneck is in de hardware die overboekt is.
Ik hou niemand voor de gek. T-Mobile echter wel.
De snelheid is duidelijk dus gewoon mogelijk met meerdere streams naar hetzelfde doel. En dus is ook het doel uit te sluiten als mogelijke bottleneck.
Dit is gewoon een vorm van traffic shaping bedoeld of onbedoeld is het gewoon niet toegestaan voor een ISP en dus kan wat T-Mobile hier doet niet door de beugel.

[ANdrode]

computerjunky schreef op zondag 7 maart 2021 @ 14:30:
[...]
De snelheid is duidelijk dus gewoon mogelijk met meerdere streams naar hetzelfde doel. En dus is ook het doel uit te sluiten als mogelijke bottleneck.
Dit is gewoon een vorm van traffic shaping bedoeld of onbedoeld is het gewoon niet toegestaan voor een ISP en dus kan wat T-Mobile hier doet niet door de beugel.

Het is een intrinsieke eigenschap van TCP congestion control dat je bij wat packet loss een lagere brandbreedte hebt. Als je dmv wireshark zou kijken zie je ook veel retransmits.

Wanneer je meerdere parallele streams gebruikt dan verdeel je het de snelheid over meerdere stream en "vullen ze elkaar aan" als er een verbinding even trager is doordat er pakketten verloren gingen.

Hier zit ook een verschil tussen speedtests. Sommige gebruiken één verbinding voor download, andere meerdere. Sommige tests gebruiken meerdere verbindingen up en één down, andere (speedtest in chrome bij mij) meerdere beide kanten op.

Wil je het beter uitzoeken? Gebuik een test met minder abstractie (dus niet in-browser maar bv iperf3 naar een server waar je zelf controle over hebt) en vergelijk de impact van meerdere paralelle verbindingen (-P x) en het tcp congestion control algoritme (als je linux gebruikt).

offtopic:
Overigens is elke snelheidslimiet van een provider een vorm van traffic shaping. Dus volgens jouw redenenering zouden 200/20 abbo's verboden zijn

[Verwijderd]

https://community.t-mobil...is-trager-geworden-329803

[computerjunky]

ANdrode schreef op zondag 7 maart 2021 @ 14:54:
[...]


Maar waar zit het sofware ding?

Ik verklaar het dus vanuit het gedrag van TCP congestion control. Het is hinderlijk en zit in een interactie tussen de software en wat packetloss in upstream packets in het netwerk.

[YouTube: TCP Congestion Control - Georgia Tech - Network Congestion]

packet loss -> kleiner receive window -> lager bandwidth-delay product -> lagere snelheid (bij gegeven rtt).

Maar waar maak je uit op dat er packet loss is ? QOS kan hetzelfde veroorzaken zonder enige packet loss.

Die video is dan ook niet erg relevant als je het mij vraagt. Als er een buffer of wat voor probleem dan ook in de hardware zou zijn waardoor het niet meer packets aan kan dan maakt het niet uit of je nou 1, 3 of meer streams met data zou sturen. het resultaat aan max packets zou gelijk zijn. Maar met meer streams komen er dus ineens wel meer packets door dus is er geen limiet aan aantal packets dat er door kan maar een probleem met packets die gewoon genegeerd worden.
Als er op dat congested punt niet meer packets door zouden kunnen dan zou je dus ipb totaal een gigabit 4x rond de 75 Mbit upload zien omdat het totaal aantal packets dat er door kan gelijk blijft. Dit is niet het geval.
Het lijkt er dus meer op dat er gewoon packets gelimiteerd worden door een vorm van QOS die alleen per stream limiteerd.

[ Voor 75% gewijzigd door computerjunky op 07-03-2021 15:03 ]

[ANdrode]

computerjunky schreef op zondag 7 maart 2021 @ 14:48:
[...]
Voor het huidige doel is dit duidelijk zat. De rest heb ik niet dus kan ik niet testen maar alles andere bottlenecks zijn hier gewoon uitgesloten en dus moet het een software ding zijn.

Maar waar zit het sofware ding?

Ik verklaar het dus vanuit het gedrag van TCP congestion control. Het is hinderlijk en zit in een interactie tussen de software en wat packetloss in upstream packets in het netwerk.

packet loss -> kleiner receive window -> lager bandwidth-delay product -> lagere snelheid (bij gegeven rtt).

computerjunky schreef op zondag 7 maart 2021 @ 14:48:
[...]
Maar waar maak je uit op dat er packet loss is ? QOS kan hetzelfde veroorzaken zonder enige packet loss.

Wireshark. Iperf3. Het is wat ik zie bij mijn eigen verbinding. En QoS kan het veroorzaken maar zou duur zijn om te doen. Het kan wel een gevolg van de apparatuur thuis zijn, bepaalde routers zijn assymetrisch in de snelheden die ze aankunnen (omdat de hardware versnelling in het ene geval wel werkt in andere geval niet).

QoS zonder dat er economische incentives zijn om dit te doen is een nogal wilde theorie.

Je betaald als provider namelijk in principe niet voor verkeer dat je aan een ander netwerk levert. De uitzondering is wanneer een provider het "de klant als product" model gebruikt, en bijvoorbeeld Liberty Global betaald wil worden om verkeer van Netflix te accepteren (of KPN die alleen via NL-IX peert).

[ Voor 38% gewijzigd door ANdrode op 07-03-2021 16:22 ]

[Verwijderd]

voor mensen die telegram hebben, met samenwerking van @ikbenjoeri hebben we een groep opgezet waar het eventueel makkelijker is om de problemen te bespreken https://t.me/tmobilenl

[jongetje]

Ik heb ook T-Mobile glas aangevraagd. Ze zijn hier (Loosduinen) druk aan het graven in de wijk en rond mei zou het glas in de grond moeten zitten en kan ik aangesloten worden.

@rens-br Nu zit ik te TS te lezen en zie nog een heel stuk staan over gescheiden netwerken voor TV en Internet. Ik heb ook begrepen dat dit voor nieuwe klanten niet meer het geval is. Er staat nu dat je IGMP moet kunnen uitzetten. Maar moet je voor dit TV signaal juist niet een switch hebben met juist wel IGMP onersteuning, netzoals bij oa. KPN?

[Verwijderd]

leonbong schreef op zaterdag 6 maart 2021 @ 20:12:
@Verwijderd
Het enige wat bedrijven echt interessant vinden is geld.
Dus een sloot opzeggende klanten doet meer dan een klacht en ik zit er weer dicht tegenaan het is steeds iets. Wat het een shit verbinding maakt.

Een sloot opzeggende klanten klinkt leuk, maar die (zeg even, 100 klanten) die klagen op de honden of zelfs duizenden is natuurlijk een druppel op de gloeiende plaat. Waarom 100? Hoeveel mensen buiten Tweakers om ervaren alle door jou genoemde problemen en vinden het ook daadwerkelijk hinderlijk?

Het merendeel van het klantenbestand bestaat uit "gemiddelde" consumenten die, die 1000Mbit (daar waar beschikbaar) hebben omdat het gewoon standaard is. Als diezelfde klant maar kan surfen is het vaak al meer dan genoeg.

leonbong schreef op zaterdag 6 maart 2021 @ 20:12:1) DTAG

Wat gek is want dat dateert van inmiddels meer dan een jaar geleden en voor zover ik zie is er geen peering meer tussen DTAG en T-Mobile (?).

leonbong schreef op zaterdag 6 maart 2021 @ 20:12:
2) Instabiele verbinding

En dat is wat ik geruime tijd al wil zeggen... het is ontzettend vreemd dat de verbindingen per huishouden aanzienlijk verschillen. Hier is in 6 maanden tijd enkele keren de verbinding kortstondig weggevallen waarvan 1 keer was dat ik wakker was en de overige keren midden in de nacht wanneer ik op één oor lig.

leonbong schreef op zaterdag 6 maart 2021 @ 20:12:3) Steeds wisselende IP's

Ook hierbij wederom, ergens wordt er gerommeld bij T-Mobile waardoor per aansluiting nogal een flink verschil bestaat. Hier wordt al geruime tijd het zelfde IP Adres gebruikt. Ik had voordat ieder gebied/regio een eigen range kreeg continue het zelfde IP-Adres en nadat ieder gebied/regio een eigen subnet kreeg heb ik sindsdien eveneens een zelfde IP-Adres.

leonbong schreef op zaterdag 6 maart 2021 @ 20:12:4) Buitenlands ip's

Dat vraag ik mij af, als het goed is zijn ze bij RIPE gewoon na aanschaf wel goed geregistreerd maar is dit bij de diverse databases als IP2Location, Maxmind etc. niet doorgevoerd. Eigenlijk had T-Mobile dan dus gewoon moeten wachten tot al die databases hun boel hadden ge-update. Alleen kan het geruime tijd duren alvorens ook die databases overal weer zijn gedownload en toegepast.

leonbong schreef op zaterdag 6 maart 2021 @ 20:12:5) Gekke snelheden/routering
6) Gekke stotterende verbindingen
7) Belachelijk korte IP-lease tijden

Precies! Dit is eigenlijk best zorgelijk. Het lijkt wel alsof T-Mobile een pilot doet met op verschillende locaties of aansluitingen een hele andere opstelling. Dat klanten storingen of andere technische problemen (kunnen) ervaren a-la. Maar gezien juist het aantal klachten en juist die klanten allen overeen komen lijkt er ergens juist en vooral iets structureel mis te zijn of inderdaad sprake van een groep testers die nooit hebben gekozen om die troep te testen.

[leonbong]

Ik zeg ook niet al die dingen nu spelen er alleen in mijn geval is steeds weer iets nieuws of anders wat verbinding slecht maakt.

Ik zeg alleen dat een probleem wordt uitgewisseld voor een nieuw probleem.
En het merendeel van die problemen zijn toch echt slecht netwerkbeheer gewoon amateuristisch, alsof ze een hobby-bobby-core switch gebruiken.
Ingesteld door Ruppert de Stagair.

Want zaken als verlopen certificaten voor DNS-servers en ja dat is voorgekomen sinds ik abonnee ben is prutswerk. Daar is gewoon geen excuus voor.
Het mislukken van IP-renews is ook zo'n mooie als jij de lease-tijd op 15min zet, dan maak je het jezelf lastig. Wat ook blijkt want het mislukt toch best vaak.

[ Voor 79% gewijzigd door leonbong op 07-03-2021 18:48 ]

[NDSFREAK]

computerjunky schreef op zondag 7 maart 2021 @ 11:30:
Zijn er mensen die nog een manier weten om een ander ip adres te forceren.
Het oude gebruikelijke trucje van simpelweg je mac addres veranderen van het eerste apparaat na de converter werkt simpelweg niet meer.
Wou even uitproberen of andere ranges misschien andere effecten hadden dit was in het verleden nog wel eens het geval.

Trouwens net nog een grappig experiment gedaan. Meerdere speedtests tegelijkertijd opstarten met verrassende resultaten:

[Afbeelding]

[Afbeelding]

[Afbeelding]


De SUPER VPN was degene die ik als 3de aan klikte en had dus een halve second om op de lopen al was dat bijna niets hierdoor is het totaal marginaal boven de max.
Ik heb deze test meerdere keren herhaald met meerdere servers en speedtest sites en steeds hetzelfde resultaat. De maximale upload alleen een limiet per stream. Ik denk echt dat hier een gevalletje provider side QOS aan de hand is.
Mijn router in Gaming/streaming QOS mode doet namelijk exact hetzelfde. Het serieus belemmeren van de snelheden maar meerdere streams of downloads bij elkaar haal je nog steeds de max.
Dit gaat dus gewoon in tegen nestneutraliteit er word immers geknepen zonder goede reden.

Vandaag is de verbinding trouwens iets sneller maarja het is dan ook zondagochtend. Gisteravond zat ik op de 120 Mbit.


Edit: heb ze even op volgorde van aanzettten gezet voor meer duidelijkheid.

Ga nu even testen met 4 of meer tests tegelijkertijd kijken wat dat doet uit nieuwsgierigheid.

Edit 2: 4x test geeft nog wat meer informatie en eigenlijk wat we al verwachtte na de 3x test.

[Afbeelding]

In rode letters even de volgorde van aanklikken weergegeven. Let vooral op de paarse lijn. Dit is de upload lijn. Geen harde stijging aan het einde van de test die de resultaten beïnvloed dit was bij de download bij 2 wel het geval al was dat niet verrassend gezien de snelheid waar die op zaten.

Doe met deze informatie wat je wil maar voor mij is het al wel duidelijk. Er is geen hardware imitatie maar er word gewoon softwarematig iets gelimiteerd.


Edit 3: Inner nerd was nog niet tevreden met de tests. Ik heb dus vervolgens 4x dezelfde server gepakt om de pijplijn naar 1 server te testen. Dit ging niet geheel volgens plan... Blijkbaar vinden servers het niet heel grappig als je 4 tests tegelijk naar 1 server doet. 2 gaan er dan ook finaal op hun gat en dat maakt het testen moeilijk en onbetrouwbaar.

zie hier :

[Afbeelding]


Even ter vergelijking een 1x test naar deze server:

[Afbeelding]

Daarna nog een 2x 2 server gedaan met een ander resultaat:

[Afbeelding]

Let vooral op de NFOrce die hoger is als met een single test. (en die single test was nog aan het aflopen).

Edit 4 : Nog 1 om het af te leren :

[Afbeelding]

Deze server vond 4x een test runnen niet zo een groot probleem maar de data veranderd er niet heel veel door.

en nog even een 1x naar deze zelfde server :

[Afbeelding]

Er zit gewoon ergens een limiet op het net. De upload tests beginnen ook rap (700-800 Mbit) momenteel en worden dan helemaal neer beneden ge throttled en zijn op het punt het einde van de test nog naar beneden aan het gaan.
De snelheid is immers overduidelijk hardwarematig beschikbaar.

Heb net even soeedtest gedaan met me 500/500 glasverbinding van me provide KPN. Van uit KPN netwerk volle bak, 4ms 505.57 down en 531.01 up van uit het oosten des lands.
Zie speedtest screenshot: https://www.speedtest.net/result/11050701838

[Nuevocasa]

jongetje schreef op zondag 7 maart 2021 @ 17:23:
Ik heb ook T-Mobile glas aangevraagd. Ze zijn hier (Loosduinen) druk aan het graven in de wijk en rond mei zou het glas in de grond moeten zitten en kan ik aangesloten worden.

@rens-br Nu zit ik te TS te lezen en zie nog een heel stuk staan over gescheiden netwerken voor TV en Internet. Ik heb ook begrepen dat dit voor nieuwe klanten niet meer het geval is. Er staat nu dat je IGMP moet kunnen uitzetten. Maar moet je voor dit TV signaal juist niet een switch hebben met juist wel IGMP onersteuning, netzoals bij oa. KPN?

Nee, ze zijn over op een nieuw TV platform waarbij het TV signaal ook gewoon via internet gaat en er dus geen verschil is.

[SebasFM]

jongetje schreef op zondag 7 maart 2021 @ 17:23:
Ik heb ook T-Mobile glas aangevraagd. Ze zijn hier (Loosduinen) druk aan het graven in de wijk en rond mei zou het glas in de grond moeten zitten en kan ik aangesloten worden.

Ik hoop voor je dat het aansluiten beter gaat dan bij mij. Was als een van de eerste aan de beurt met glas in de straat (eerste week november), ben nog steeds niet aangesloten vanwege allerlei administratieve missers...

[computerjunky]

ANdrode schreef op zondag 7 maart 2021 @ 14:54:
Het kan wel een gevolg van de apparatuur thuis zijn, bepaalde routers zijn assymetrisch in de snelheden die ze aankunnen (omdat de hardware versnelling in het ene geval wel werkt in andere geval niet).

QoS zonder dat er economische incentives zijn om dit te doen is een nogal wilde theorie.

Je betaald als provider namelijk in principe niet voor verkeer dat je aan een ander netwerk levert. De uitzondering is wanneer een provider het "de klant als product" model gebruikt, en bijvoorbeeld Liberty Global betaald wil worden om verkeer van Netflix te accepteren (of KPN die alleen via NL-IX peert).

Dat het hardware thuis is is eigenlijk al wel volledig uit te sluiten. Meerdere mensen hebben het met de T-Mobile meuk router getest en met eigen routers die voorheen allemaal prima werkte. Dat veranderd niet ineens.
Dit is echt een verandering die plaats heeft gevonden waardoor het nu niet meer werkt. Bij mensen thuis zal de oplossing dan ook zeer zeker niet gevonden worden.

Persoonlijk denk ik echt dat het probleem zich nog binnen het netwerk van T-Mobile bevind. De eigen speedtest van T-Mobile doet namelijk hetzelfde en werkt ook niet meer lekker. En die server staat nog gehost binnen hun eigen netwerk.

[ANdrode]

computerjunky schreef op zondag 7 maart 2021 @ 19:45:
[...]
Persoonlijk denk ik echt dat het probleem zich nog binnen het netwerk van T-Mobile bevind. De eigen speedtest van T-Mobile doet namelijk hetzelfde en werkt ook niet meer lekker. En die server staat nog gehost binnen hun eigen netwerk.

Binnen hun netwerk is er in mijn ogen geen incentive om de snelheid te limiteren. En het gebeurt zo vaak dat ik congestie onwaarschijnlijk is.

Ik denk dat er een onderliggend issue is (geen bewuste QoS). Waarbij het in mijn ogen dus beter werkt om bij T-Mobile door te blijven drukken op dit issue en er gedetailleerd naar te kijken ipv naar de ACM te gaan.

[computerjunky]

ANdrode schreef op zondag 7 maart 2021 @ 19:54:
[...]


Binnen hun netwerk is er in mijn ogen geen incentive om de snelheid te limiteren. En het gebeurt zo vaak dat ik congestie onwaarschijnlijk is.

Ik denk dat er een onderliggend issue is (geen bewuste QoS). Waarbij het in mijn ogen dus beter werkt om bij T-Mobile door te blijven drukken op dit issue en er gedetailleerd naar te kijken ipv naar de ACM te gaan.

Tja het kan zo simpel zijn als vervangen van managed routers die standaard verkeerd ingesteld staan. Maar bij T-Mobile lijkt de wil te ontbreken om hier wat aan te doen. Dat ze hardware vervangen hebben of instellingen gewijzigd is wel een feit ik haal namelijk een iets betere ping van 1 a 2 ms dan voor oct. vorig jaar en dat gebeurt niet zomaar.

Ach ja even kijken wat ze morgen doen met de meerdere posts op het forum van ze of dat ze het weer een week dood negeren.

[Ron555]

computerjunky schreef op zondag 7 maart 2021 @ 20:00:
[...]


Tja het kan zo simpel zijn als een vervangen managed routers die standaard verkeerd ingesteld staan. Maar bij T-Mobile lijkt de wil te ontbreken om hier wat aan te doen. Dat ze hardware vervangen hebben of instellingen gewijzigd is wel een feit ik haal namelijk een iets betere ping van 1 a 2 ms dan voor oct. vorig jaar en dat gebeurt niet zomaar.

Ach ja even kijken wat ze morgen doen met de meerdere posts op het forum van ze of dat ze het weer een week dood negeren.

Als er door klanten niet gepost word zullen ze het gewoon op zijn beloop laten of met een wazig maketing verhaal komen en er dus ook niets veranderd. Heb er een hard hoofd in dat dit spoedig opgelost word, zeker gezien de tijd dat dit al speelt en de reacties zowel in hun eigen community forum als de helpdesk.

Hopelijk krijg ik geen gelijk.......

[jongetje]

SebasFM schreef op zondag 7 maart 2021 @ 19:43:
[...]

Ik hoop voor je dat het aansluiten beter gaat dan bij mij. Was als een van de eerste aan de beurt met glas in de straat (eerste week november), ben nog steeds niet aangesloten vanwege allerlei administratieve missers...

Inmiddels ken ik iemand verderop waar al glas ligt en die is al een maand online.

Mocht het zolang duren stel ik ze in gebreke en hoeft het van mij niet meer. Ben ik vrij simpel is.

Nuevocasa schreef op zondag 7 maart 2021 @ 19:01:
[...]

Nee, ze zijn over op een nieuw TV platform waarbij het TV signaal ook gewoon via internet gaat en er dus geen verschil is.

Ja dat snap ik, maar moet ik een switch hebben met IGMP of juist niet?

[loeberce]

jongetje schreef op zondag 7 maart 2021 @ 22:05:
[...]

Inmiddels ken ik iemand verderop waar al glas ligt en die is al een maand online.

Mocht het zolang duren stel ik ze in gebreke en hoeft het van mij niet meer. Ben ik vrij simpel is.


[...]

Ja dat snap ik, maar moet ik een switch hebben met IGMP of juist niet?

IGMP is niet nodig.

[Nuevocasa]

jongetje schreef op zondag 7 maart 2021 @ 22:05:
[...]

Inmiddels ken ik iemand verderop waar al glas ligt en die is al een maand online.

Mocht het zolang duren stel ik ze in gebreke en hoeft het van mij niet meer. Ben ik vrij simpel is.


[...]

Ja dat snap ik, maar moet ik een switch hebben met IGMP of juist niet?

Ik zeg toch Nee

[jongetje]

Is het tv dan geen multicast zoals bij bijv. KPN? Hoe zit dat, uit mijn nieuwsgierigheid, dan technisch? Is toch enorm belastend om voor elke decoder een eigen stream te sturen?

[jk-5]

jongetje schreef op maandag 8 maart 2021 @ 07:46:
Is het tv dan geen multicast zoals bij bijv. KPN? Hoe zit dat, uit mijn nieuwsgierigheid, dan technisch? Is toch enorm belastend om voor elke decoder een eigen stream te sturen?

De decoders trekken nu allemaal een unicast stream vanaf een bepaalde reeks adressen. Dit zijn allemaal MPEG-DASH streams, met plain http als transport. DASH knipt de streams op in kleine bestandjes met een paar seconden video of audio erin. De decoder downloadt deze dan stuk voor stuk en speelt ze naadloos af. Deze bestanden zijn ook met een bepaald DRM schema geencrypt.

Doordat ze DASH gebruiken en dit zonder https doen zouden ze in theorie op een aantal plekken in het land cache dozen op kunnen hangen (bijvoorbeeld varnish), maar omdat ze met verschillende types netwerk zitten (WBA, ODF) is het waarschijnlijk simpeler om het niet te doen, en alles vanuit de randstad te serveren.

Ik heb dus alleen vlan 300 voor internet op mijn eigen router. Het voormalig IPTV vlan geeft me wel een DHCP lease, maar er loopt geen verkeer langs. Het kost misschien flink meer bandbreedte in de core, maar je hebt geen last meer van brakke IGMP/multicast in een switch die klanten voor 20 euro bij de mediamarkt halen.

[Helsie]

Verwijderd schreef op zaterdag 6 maart 2021 @ 13:13:
[...]

Misschien is de gigabit toch te mooi omwaar te zijn voor de prijs , en proberen ze zo kosten te besparen om het via dtag te toen als gevolg van een schommelende verbinding dat het soms wel weer goed is en soms niet. Laten we eerlijk wezen? Kpn en ziggo hebben traceroutes gewoon open staan en die hebben een fatsoenlijke verbinding maar die zijn ook duurder waardoor de misschien juist de kwaliteit beter kunnen garanderen?

Dit lijkt me onzinnig. Ik heb geen idee in wat voor gebied ik zit, maar mijn tracert staat gewoon open én ik haal fatsoenlijke snelheden. Er moet dus wat anders aan de hand zijn dan zo'n generieke bewering dat het niet kan voor die prijs.

code:

Tracing route to one.one.one.one [1.1.1.1]
over a maximum of 30 hops:

  1     1 ms     1 ms    <1 ms  192.168.1.1
  2     3 ms     3 ms     3 ms  1-184-187-31.ftth.glasoperator.nl [31.187.184.1]
  3     8 ms     8 ms     8 ms  10.10.10.229
  4     6 ms     7 ms     6 ms  10.10.80.137
  5    17 ms    16 ms    16 ms  80.231.85.130
  6     8 ms    19 ms     8 ms  217.161.69.141
  7    24 ms    16 ms    16 ms  80.231.85.130
  8     *       30 ms    29 ms  if-ae-41-2.tcore1.av2-amsterdam.as6453.net [195.219.194.26]
  9     *        *        *     Request timed out.
 10    30 ms    28 ms    28 ms  if-ae-55-2.tcore2.pvu-paris.as6453.net [80.231.245.6]
 11     *        *        *     Request timed out.
 12    28 ms    28 ms    28 ms  if-ae-11-2.tcore1.pye-paris.as6453.net [80.231.153.50]
 13    31 ms    32 ms    32 ms  80.231.154.14
 14    29 ms    29 ms    29 ms  one.one.one.one [1.1.1.1]

Trace complete.

code:

   Speedtest by Ookla

     Server: TriNed B.V. - Sint-Oedenrode (id = 13883)
        ISP: T-Mobile Thuis
    Latency:     6.29 ms   (0.09 ms jitter)
   Download:   914.44 Mbps (data used: 955.8 MB)
     Upload:   913.37 Mbps (data used: 999.8 MB)
Packet Loss:     1.2%
 Result URL: https://www.speedtest.net/result/c/6148bbbf-aba6-4603-b7b1-f5c0764beeab

[Verwijderd]

Helsie schreef op maandag 8 maart 2021 @ 08:16:
[...]

Dit lijkt me onzinnig. Ik heb geen idee in wat voor gebied ik zit, maar mijn tracert staat gewoon open én ik haal fatsoenlijke snelheden. Er moet dus wat anders aan de hand zijn dan zo'n generieke bewering dat het niet kan voor die prijs.

code:

Tracing route to one.one.one.one [1.1.1.1]
over a maximum of 30 hops:

  1     1 ms     1 ms    <1 ms  192.168.1.1
  2     3 ms     3 ms     3 ms  1-184-187-31.ftth.glasoperator.nl [31.187.184.1]
  3     8 ms     8 ms     8 ms  10.10.10.229
  4     6 ms     7 ms     6 ms  10.10.80.137
  5    17 ms    16 ms    16 ms  80.231.85.130
  6     8 ms    19 ms     8 ms  217.161.69.141
  7    24 ms    16 ms    16 ms  80.231.85.130
  8     *       30 ms    29 ms  if-ae-41-2.tcore1.av2-amsterdam.as6453.net [195.219.194.26]
  9     *        *        *     Request timed out.
 10    30 ms    28 ms    28 ms  if-ae-55-2.tcore2.pvu-paris.as6453.net [80.231.245.6]
 11     *        *        *     Request timed out.
 12    28 ms    28 ms    28 ms  if-ae-11-2.tcore1.pye-paris.as6453.net [80.231.153.50]
 13    31 ms    32 ms    32 ms  80.231.154.14
 14    29 ms    29 ms    29 ms  one.one.one.one [1.1.1.1]

Trace complete.

code:

   Speedtest by Ookla

     Server: TriNed B.V. - Sint-Oedenrode (id = 13883)
        ISP: T-Mobile Thuis
    Latency:     6.29 ms   (0.09 ms jitter)
   Download:   914.44 Mbps (data used: 955.8 MB)
     Upload:   913.37 Mbps (data used: 999.8 MB)
Packet Loss:     1.2%
 Result URL: https://www.speedtest.net/result/c/6148bbbf-aba6-4603-b7b1-f5c0764beeab

Er gaat wel degelijk wat mis want je gaat via Parijs

[jk-5]

Verwijderd schreef op maandag 8 maart 2021 @ 08:23:
[...]

Er gaat wel degelijk wat mis want je gaat via Parijs

Cloudflare adverteert 1.1.1.1 al een tijdje helaas niet in Amsterdam. Dus je zult altijd uitkomen op dusseldorf, londen of parijs.