MrMarcie schreef op donderdag 15 april 2021 @ 23:03:
Maar als ik zo
reviews lees dan zijn die wel erg negatief. Dus durf ik dit niet zo aan haar door te geven. Dus hoor hier graag even dat het een goede optie voor haar is want ze kan het geld wel beter besteden. En ik had eigenlijk in mijn achterhoofd zitten dat T-mobile wel o.k. is.
Ik ben recent overgestapt en haak aan op dit topic.
Mijn indruk!?
Klagen mag ik niet, jammer dat er geen glas beschikbaar is op mijn adres maar ik ben niet alleen
Ik haal gemiddeld genomen 98 Mbit dl en 28 Mbit up van de geadverteerde 100 Mbit dl en 30 Mbit up snelheid.
Sporadisch 100 Mbit dl, regelmatig 30+ Mbit up.
Van een storing heb ik nog niets gemerkt.
Van bandwidth throttling op drukke tijden heb ik ook nog niets gemerkt.
Wellicht niet omdat de hele buurt op Ziggo zit m.u.v. mij en mijn over-buurvrouw (KPN).
Maar ik ben ook maar een simpele CMD dame en beslist geen specialist
Zoals genoemd in het start topic is 'Bij DSL is de afstand tot de centrale bepalend voor de snelheid van het abonnement'.
Ik raad je aan om het adres van jouw vriendin in de onderstaande Fourstack site te verifieren.
https://tele2-fpi-info.fourstack.nl/
Hierdoor krijg je een goed beeld welke maximale snelheid er mogelijk is op het adres. En kom je niet voor vreemde verrassing te staan.
Mijn adres geeft bijvoorbeeld:
Koper/DSL
208 Mbit/s
Bonded Koper/DSL
214 Mbit/s
T-mobile levert maximaal 100 Mbit dl en 30 Mbit up snelheid op DSL, ongeacht de locatie.
De T-mobile DSL verbinding loopt altijd via KPN.
Wanneer Fourstack snelheden aangeeft die -negatief sterk afwijken van de geadverteerde snelheid, is DSL mijns inziens niet aan te raden.
Sjah schreef op donderdag 25 maart 2021 @ 17:30:
[...]
Ja mij viel het ook op, dat traceroute niet lekker loopt bij T-Mobile. Wat zou de reden kunnen zijn?
Willen ze niet dat je ziet dat we via goedkope Duitse ams-ix werken?
Maar dat doen we toch ook niet, dat was toch een paar dagen in 2019 Oktober??
Het viel mij als nieuwe klant, bij de allereerste test ook al op dat traceroutes gescrubbed (juiste woord?) lijken te zijn.
Ook lijkt de latency niet te matchen met de afstand: Een verbinding naar een Los Angeles ip adres geeft hier bijvoorbeeld 22ms.
Wat zeer onwaarschijnlijk is.
Met een simpele zoekopdracht lijkt
T-mobile thuis nog steeds veel verkeer te verwerken
via Vodafone (stamt blijkbaar nog uit de Vodafone thuis tijd) (AS1273).
Zoals je schrijft heeft T-mobile in 2019 al eens geprobeerd het verkeer ongezien te herleiden.
Maar toen was het makkelijk te terug te-herleiden en het plan slecht uitgewerkt (het was immers gelijk te merken).
Het zal mij niets verbazen als dit scrubben stap 1 is van poging 2. Maar dan beter uitgewerkt met meer capaciteit. Mochten er dan klager komen dan kan T-mobile proberen te doen of haar neus bloed.
T-mobile noemt het scrubben 'industry standard'.
Ik noem het een mogelijkheid om van alles weg te moffelen in de breedste zin van het woord, met de nadruk op mogelijkheid.
Of T-mobile het ook daadwerkelijk nogmaals over DTAG gaat proberen is de vraag.
Waarom scrubben? Wat heb je anders te verbergen?