[T-Mobile Thuis Glasvezel] Ervaringen & Discussie

[Mirabis]

Iemand anders ook problemen met het bereiken van www.kali.org of andere websites?

code:

C:\Users\anoniem>tracert kali.org

Tracing route to kali.org [192.124.249.10]
over a maximum of 30 hops:

  1     2 ms     1 ms     1 ms  10.0.40.1
  2     6 ms     5 ms    11 ms  cloudproxy10010.sucuri.net [192.124.249.10]
  3     *        *        *     Request timed out.
  4     *        *        *     Request timed out.
  5     *       13 ms    12 ms  cloudproxy10010.sucuri.net [192.124.249.10]
Trace complete.

10.0.40.1 is mijn interne pfSense Router (dns is adguard naar cloudflare, resolven gaat gewoon goed).

code:

C:\Users\anoniem>tracert www.kali.org

Tracing route to www.kali.org [192.124.249.10]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  10.0.40.1
  2     6 ms     7 ms     6 ms  cloudproxy10010.sucuri.net [192.124.249.10]
  3    13 ms    13 ms    13 ms  cloudproxy10010.sucuri.net [192.124.249.10]

Trace complete.

Echter kon ik de website enkele uren niet openen terwijl op het zelfde moment collega's het wel konden bereiken vanaf Vodafone:

code:

C:\Users\anoniem>tracert kali.org
Tracing route to kali.org [192.124.249.10]
over a maximum of 30 hops:
  1    12 ms     3 ms     6 ms  192.168.1.1
  2    11 ms    14 ms    19 ms  ip-217-105-25-1.ip.prioritytelecom.net [217.105.25.1]
  3     5 ms     4 ms     4 ms  ip-80-113-24-249.ip.prioritytelecom.net [80.113.24.249]
  4     7 ms     6 ms     6 ms  asd-tr0021-cr101-be112-2.core.as33915.net [213.51.7.92]
  5     7 ms     5 ms     5 ms  asd-tr0021-cr101-be112-2.core.as33915.net [213.51.7.92]
  6     6 ms     7 ms     4 ms  nl-ams14a-ri1-ae51-0.core.as9143.net [213.51.64.186]
  7     6 ms     7 ms     6 ms  213.46.182.38
  8     7 ms     5 ms     4 ms  ip4.gtt.net [87.119.99.38]
  9     8 ms     6 ms     5 ms  cloudproxy10010.sucuri.net [192.124.249.10]

[HaterFrame]

Werkt prima hier, geen problemen ondervonden.

C:\Users\Haterframe>tracert www.kali.org

Tracing route to www.kali.org [192.124.249.10]
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-192-178-143.ftth.glasoperator.nl [143.178.192.1]
3 7 ms 7 ms 7 ms cloudproxy10010.sucuri.net [192.124.249.10]

[Chris.nl]

Supreme_One schreef op maandag 25 januari 2021 @ 21:44:
[...]

Wat bedoel je met goeie firewall regels?

Dat is meer iets voor als je een meer instelbare router hebt. Bijvoorbeeld bogons filteren. Zo begint mijn configuratie met

code:

firewall {
    all-ping disable
    broadcast-ping disable

omdat ik totaal geen (ongevraagde) binnenkomende services of verbindingen nodig heb op m'n privé netwerk.

[musicfreak]

Ik zit nu een maandje bij T-Mobile. Heb iig tweemaal een korte onderbreking gehad toen meer mensen hier last van hadden, maar heb het idee dat dit vaker heeft gespeeld.

Om meer inzicht te krijgen heb ik gisteren logging aangezet op mijn Zyxel. Heb gekozen voor de standaardinstelling, dus lokale logging en de standaard aangevinkte onderdelen bij systeemlogboek en veiligheidslogboek.
Als ik nu in het log kijk dan zie ik dat ik meestal een nieuwe lease van 15 minuten krijg, soms eentje van een uur. Maar deze leases van een uur worden na 1,5 minuut alweer vervangen door een nieuwe lease! (hoop dat mijn bewoordingen goed zijn, ben hier niet zo in thuis).
Woon in Amersfoort, kan 1 Gbit krijgen (ik heb echter een 50 Mbit abo). Zal dus ODF gebied zijn.

[swhnld]

musicfreak schreef op dinsdag 26 januari 2021 @ 17:27:
Ik zit nu een maandje bij T-Mobile. Heb iig tweemaal een korte onderbreking gehad toen meer mensen hier last van hadden, maar heb het idee dat dit vaker heeft gespeeld.

Om meer inzicht te krijgen heb ik gisteren logging aangezet op mijn Zyxel. Heb gekozen voor de standaardinstelling, dus lokale logging en de standaard aangevinkte onderdelen bij systeemlogboek en veiligheidslogboek.
Als ik nu in het log kijk dan zie ik dat ik meestal een nieuwe lease van 15 minuten krijg, soms eentje van een uur. Maar deze leases van een uur worden na 1,5 minuut alweer vervangen door een nieuwe lease! (hoop dat mijn bewoordingen goed zijn, ben hier niet zo in thuis).
Woon in Amersfoort, kan 1 Gbit krijgen (ik heb echter een 50 Mbit abo). Zal dus ODF gebied zijn.

Ja, dat is inderdaad de situatie hier in Amersfoort, maar ook elders in het land.

Het wachten is tot ze goede netwerkmensen in dienst nemen en alle standaard consumenten naar IPv6 over zetten met de mogelijkheid een IPv4 aan te vragen voor de mensen die dat nodig hebben. Nu zitten ze krap in de IPv4 adressen en lopen daar giga mee te rommelen, met IPv6 zouden ze gewoon lange leases weer aan kunnen zetten voor iedereen.

[musicfreak]

Oh zou het daar aan liggen, aan het tekort aan IPv4 adressen?
Zag nog wel een topic op het T-Mobile forum (of was daar al naar gelinkt?): https://community.t-mobil...ew-elke-7-5-minuut-327513. Laatste reactie vanuit T-Mobile is van 18 dagen geleden. Nog zinnig om daar een bericht te plaatsen misschien.

[Mattie112]

Toch wel bijzonder dat ik (Noordwijk, ODF, 1gb) echt geen issues heb. Moet zeggen heb ook een IPv6 tunnel lopen naar Hurricane Electric maar die tunnel gaat over IPv4 dus als daar een onderbreking is had ik dat ook moeten merken.

Tijd om een keertje smokeping ofzo te regelen.

[WhiteAss]

Zijn er op dit moment meer die problemen hebben met glasvezel van T-Mobile? Regio Eindhoven. Lijkt een probleem met dns te zijn

[Thedr]

WhiteAss schreef op woensdag 27 januari 2021 @ 07:04:
Zijn er op dit moment meer die problemen hebben met glasvezel van T-Mobile? Regio Eindhoven. Lijkt een probleem met dns te zijn

Check, hier (Volkel) net even omgezet naar 8.8.8.8 en alles gaat weer als een trein. Zat op T-Mobile default DNS.

[GRAD85]

Geen probleem hier zuidkant Eindhoven,maar gebruik 1.1.1.1

[ Voor 22% gewijzigd door GRAD85 op 27-01-2021 07:16 ]

[musicfreak]

Wat ik gisteren nog vergeten was te noemen: ik heb een Logitech internetradio in de keuken staan. Deze is verbonden met de wifi van de Zyxel. Regelmatig blijft de muziek doorspelen echter de bediening valt volledig weg. Op het display staat de vraag dat de verbinding met mysqueezebox.com is verbroken (dit is hun server), met het verzoek opnieuw te verbinding te maken met een wifi netwerk.

Met KPN glasvezel kwam dit heel af en toe voor, nu is het dagelijkse kost. Zojuist gebeurde het ook weer, en had de Zyxel net een nieuwe lease heeft gekregen. Er zou dus best een oorzakelijk verband kunnen zijn. Maar is het logisch dat de muziek van de stream die je aan het beluisteren was wel doorspeelt?

[Fugitive2008]

WhiteAss schreef op woensdag 27 januari 2021 @ 07:04:
Zijn er op dit moment meer die problemen hebben met glasvezel van T-Mobile? Regio Eindhoven. Lijkt een probleem met dns te zijn

Ja ook problemen hier, ook in Eindhoven, met glasvezel van tmobile.

[VN1X]

Problemen met T-mobile glas hier in de polder (Emmeloord). Lijkt wederom weer op een DNS issue.

[leonbong]

musicfreak schreef op woensdag 27 januari 2021 @ 07:54:
Wat ik gisteren nog vergeten was te noemen: ik heb een Logitech internetradio in de keuken staan. Deze is verbonden met de wifi van de Zyxel. Regelmatig blijft de muziek doorspelen echter de bediening valt volledig weg. Op het display staat de vraag dat de verbinding met mysqueezebox.com is verbroken (dit is hun server), met het verzoek opnieuw te verbinding te maken met een wifi netwerk.

Met KPN glasvezel kwam dit heel af en toe voor, nu is het dagelijkse kost. Zojuist gebeurde het ook weer, en had de Zyxel net een nieuwe lease heeft gekregen. Er zou dus best een oorzakelijk verband kunnen zijn. Maar is het logisch dat de muziek van de stream die je aan het beluisteren was wel doorspeelt?

Ik denk dat kan omdat voor de actieve stream namen al zijn opgezocht naar IP.
Maar bediening af toe verbind en dus op dat moment het IP moet opzoeken, want dan niet lukt.
Daarnaast wordt die stream mulitcast aangeleverd vanuit de server richting een ip.

[marteltor]

Mattie112 schreef op dinsdag 26 januari 2021 @ 17:43:
Toch wel bijzonder dat ik (Noordwijk, ODF, 1gb) echt geen issues heb. Moet zeggen heb ook een IPv6 tunnel lopen naar Hurricane Electric maar die tunnel gaat over IPv4 dus als daar een onderbreking is had ik dat ook moeten merken.

Tijd om een keertje smokeping ofzo te regelen.

Zeker apart, want zelfde woonplaats hebben anderen wel problemen
Maar even kijken of ik DNS kan vervangen.

Edit: DNS gewijzigd naar 1.1.1.1 en gaat weer goed

[ Voor 9% gewijzigd door marteltor op 27-01-2021 08:49 ]

[musicfreak]

leonbong schreef op woensdag 27 januari 2021 @ 08:44:
Ik denk dat kan omdat voor de actieve stream namen al zijn opgezocht naar IP.
Maar bediening af toe verbind en dus op dat moment het IP moet opzoeken, want dan niet lukt.
Daarnaast wordt die stream mulitcast aangeleverd vanuit de server richting een ip.

Makes sense. Je laatste zin snap ik niet helemaal, op welke manier heeft een nieuwe lease hierop invloed? Ben hier niet zo in thuis...

[rens-br]

nieuws: T-Mobile Thuis-klanten melden storing bij vast internet 'we' zijn niet de enige die het hebben opgemerkt.

[LightStar]

musicfreak schreef op woensdag 27 januari 2021 @ 07:54:
Wat ik gisteren nog vergeten was te noemen: ik heb een Logitech internetradio in de keuken staan. Deze is verbonden met de wifi van de Zyxel. Regelmatig blijft de muziek doorspelen echter de bediening valt volledig weg. Op het display staat de vraag dat de verbinding met mysqueezebox.com is verbroken (dit is hun server), met het verzoek opnieuw te verbinding te maken met een wifi netwerk.

Met KPN glasvezel kwam dit heel af en toe voor, nu is het dagelijkse kost. Zojuist gebeurde het ook weer, en had de Zyxel net een nieuwe lease heeft gekregen. Er zou dus best een oorzakelijk verband kunnen zijn. Maar is het logisch dat de muziek van de stream die je aan het beluisteren was wel doorspeelt?

De lease tijd die T-Mobile afgeeft is zeer laag, 1 timeout en je connectie is weg, ik heb momenteel een topic lopen bij T-Mobile gezien ik ook regelmatig geen internet meer heb.., snap niet waarom hun DHCP lease tijden zo laag staan.

[leonbong]

musicfreak schreef op woensdag 27 januari 2021 @ 08:50:
[...]

Makes sense. Je laatste zin snap ik niet helemaal, op welke manier heeft een nieuwe lease hierop invloed? Ben hier niet zo in thuis...

DHCP Niks denk ik.
Ik denk dat het een DNS-probleem is waarom er opeens geen verbinding mogelijk is.

[Ernste]

Ik zie hier iedereen aangeven dat het een DNS probleem is, maar bij mij lijkt het iets ingewikkelder. Ik gebruik NextDNS als DNS provider geconfigureerd op een UDM Pro. Sinds 3u02 vannacht geen interwebs meer. Na een herstart van de UDM ook geen lease meer...

Regio Tiel trouwens, KPN GPON netwerk.

[ Voor 7% gewijzigd door Ernste op 27-01-2021 10:48 ]

[musicfreak]

@leonbong Er zijn nu DNS problemen maar ik heb het probleem al meerdere weken. Bovendien gebruik ik de DNS servers van Cloudflare.

[Ditbenik79]

Hier ook sinds een uur dns storing. Even de dns aangepast en we kunnen thuis weer verder werken ...

[leonbong]

musicfreak schreef op woensdag 27 januari 2021 @ 10:48:
@leonbong Er zijn nu DNS problemen maar ik heb het probleem al meerdere weken. Bovendien gebruik ik de DNS servers van Cloudflare.

Kijk maar eens in de logging ik en andere in dit topic hebben geregeld gehad dat door een Tmt wijziging 1.1.1.1 tijdelijk niet bereikbaar is.
Oorzaak daarvoor is mij onbekend.

Ik gebruik daarom 1.1.1.1 en 9.9.9.9 met die laatste heb ik dat nog nooit gehad, maar is meestal trager.

[tomic]

leonbong schreef op woensdag 27 januari 2021 @ 10:56:
[...]

Kijk maar eens in de logging ik en andere in dit topic hebben geregeld gehad dat door een Tmt wijziging 1.1.1.1 tijdelijk niet bereikbaar is.
Oorzaak daarvoor is mij onbekend.

Ik gebruik daarom 1.1.1.1 en 9.9.9.9 met die laatste heb ik dat nog nooit gehad, maar is meestal trager.

Weet iemand waar je in de brakke Xyzel interface de DNS aanpast naar Cloudfare of iets anders dan T-mobile? Ik kom er nog niet uit

Instellingen > Thuis netwerken > DNS waarden

[ Voor 4% gewijzigd door tomic op 27-01-2021 11:08 ]

[Cheezborger]

Bij mij werkt het internet weer. Wel nog wat traag, maar zal wel beter worden.

[d-vine]

ik gebruik al jaren openDNS met volle tevredenheid. Ook omdat je eenvoudig een custom filtering level kunt instellen.

[ArHu]

Voor de geinteresseerden, hier wat output van SmokePing's DNS probe tegen de 2 T-Mobile DNS server adressen, en ter vergelijking de Google DNS.







De Google DNS graph geeft een iets grotere timerange weer, en daarin is te zien dat de latency recent ook wat lager is geworden (van rond de 7ms voorheen naar 5ms nu).

[swhnld]

rens-br schreef op woensdag 27 januari 2021 @ 09:39:
nieuws: T-Mobile Thuis-klanten melden storing bij vast internet 'we' zijn niet de enige die het hebben opgemerkt.

Misschien iets voor de openings post om alternatieve DNS-en op te nemen als vaakst voorkomende storing + work around?

1.1.1.1 - Cloudflare - Wikipedia: 1.1.1.1
1.0.0.1 Cloudflare Secundair
9.9.9.9 - Quad9 - Wikipedia: Quad9
149.112.112.112 Quad 9 Secundair
208.67.222.222 - OpenDNS
208.67.220.220 - OpenDNS Secundair
8.8.8.8 - Google DNS
8.8.4.4 - Google DNS Secundair

Voor wie bezorgt is kan nog naar OpenNIC kijken - https://www.opennic.org/
OpenNIC is een alternatief dat niets zegt te loggen, maar is niet voor iedereen geschikt wegens onderhoud risico denk ik.

[Ditbenik79]

Hier werkt de dns weer. Hoera

[HaterFrame]

Na de zoveelste DNS storing toch maar een NextDNS.io abonnementje afgesloten. Voor 19 euro per jaar kun je geen ellende hebben, daarnaast filtert het heerlijk alle reclame en ellende uit je paginas. Voor mij niet heel belangrijk, voor de kids kan dat wel schelen.

[Pilovali]

Het valt mij op dat, als ik een traceroute doe, ik maar max 3 hops zie.

- Router
- TM
- Doel



Weet niet precies wanneer dit gebeurde, ik doe niet dagelijks een traceroute. Valt mij nu alleen op.
Heb thuis een EdgeRouter X als router.

Iemand enig idee hoe ik dit verhelp?

Oja, mijn latency naar 1.1.1.1 is met 1 ms omlaag gegaan.

[ Voor 14% gewijzigd door Pilovali op 27-01-2021 12:26 ]

[HaterFrame]

Pilovali schreef op woensdag 27 januari 2021 @ 12:18:
Het valt mij op dat, als ik een traceroute doe, ik maar max 3 hops zie.

- Router
- TM
- Doel

[Afbeelding]

Weet niet precies wanneer dit gebeurde, ik doe niet dagelijks een traceroute. Valt mij nu alleen op.
Heb thuis een EdgeRouter X als router.

Iemand enig idee hoe ik dit verhelp?

Dit heb ik sinds vorig weekend nadat ik de KS gebeld had. Er is zeker wat in de routering veranderd, de oude situatie had ik ook vaak meer dan 8 hops waarbij er soms gewoon dubbele tussen zaten. Lijkt er op dat ze flink met de infra en routing aan het sleutelen zijn.

[Pilovali]

HaterFrame schreef op woensdag 27 januari 2021 @ 12:25:
[...]

Dit heb ik sinds vorig weekend nadat ik de KS gebeld had. Er is zeker wat in de routering veranderd, de oude situatie had ik ook vaak meer dan 8 hops waarbij er soms gewoon dubbele tussen zaten. Lijkt er op dat ze flink met de infra en routing aan het sleutelen zijn.

Dit vind ik wel jammer, kan ik geen diagnose uitvoeren of een simpele traceroute uitvoeren.

[larsF]

HaterFrame schreef op woensdag 27 januari 2021 @ 12:25:
[...]

Dit heb ik sinds vorig weekend nadat ik de KS gebeld had. Er is zeker wat in de routering veranderd, de oude situatie had ik ook vaak meer dan 8 hops waarbij er soms gewoon dubbele tussen zaten. Lijkt er op dat ze flink met de infra en routing aan het sleutelen zijn.

Ik heb er ook een melding van gemaakt: https://community.t-mobil...g-t-mobile-netwerk-328927

Zit misschien nog verschil in WBA of ODF.

[HaterFrame]

larsF schreef op woensdag 27 januari 2021 @ 12:29:
[...]


Ik heb er ook een melding van gemaakt: https://community.t-mobil...g-t-mobile-netwerk-328927

Zit misschien nog verschil in WBA of ODF.

Die hops in de 10 range had ik ook, ik zit op ODF overigens. Daar trad bij mij dus ook vaak de vertraging op, op die momenten dat ik in de avond problemen had.

Pilovali schreef op woensdag 27 januari 2021 @ 12:26:
[...]

Dit vind ik wel jammer, kan ik geen diagnose uitvoeren of een simpele traceroute uitvoeren.

Ik vraag me dus af wat er exact veranderd is, zijn er nu daadwerkelijk veel minder hops en dus directer verkeer of word er het een en ander afgeblokt. Dat kan ik niet beoordelen, daar heb ik de kennis niet voor.

[ Voor 5% gewijzigd door HaterFrame op 27-01-2021 12:33 ]

[Verwijderd]

Pilovali schreef op woensdag 27 januari 2021 @ 12:18:
Het valt mij op dat, als ik een traceroute doe, ik maar max 3 hops zie.

- Router
- TM
- Doel

al in December kwamen hier de eerste meldingen over.

HaterFrame schreef op woensdag 27 januari 2021 @ 12:25:
Dit heb ik sinds vorig weekend nadat ik de KS gebeld had. Er is zeker wat in de routering veranderd, de oude situatie had ik ook vaak meer dan 8 hops waarbij er soms gewoon dubbele tussen zaten. Lijkt er op dat ze flink met de infra en routing aan het sleutelen zijn.

Er is niks veranderd, de lokale ranges zijn gewoon gefilterd.

[NielsFL]

Er zijn geen hops verdwenen hoor. Ze worden verborgen. Geknutsel met de TTL van pakketjes. Wat mij betreft een overtreding van de netneutraliteit.

[Barre73]

Ernste schreef op woensdag 27 januari 2021 @ 10:47:
Ik zie hier iedereen aangeven dat het een DNS probleem is, maar bij mij lijkt het iets ingewikkelder. Ik gebruik NextDNS als DNS provider geconfigureerd op een UDM Pro. Sinds 3u02 vannacht geen interwebs meer. Na een herstart van de UDM ook geen lease meer...

Regio Tiel trouwens, KPN GPON netwerk.

Licht off-topic maar bij mijn weten kan T-Mobile nog steeds niet via KPN GPON. Heb jij thuis een zwarte Nokia ONT naast de FTU hangen?

[HaterFrame]

NielsFL schreef op woensdag 27 januari 2021 @ 12:34:
Er zijn geen hops verdwenen hoor. Ze worden verborgen. Geknutsel met de TTL van pakketjes. Wat mij betreft een overtreding van de netneutraliteit.

Oh das ook lekker dan, welk voordeel zouden ze daar uit halen? Behalve dat het niet meer transparant is nu?

[Verwijderd]

NielsFL schreef op woensdag 27 januari 2021 @ 12:34:
Er zijn geen hops verdwenen hoor. Ze worden verborgen. Geknutsel met de TTL van pakketjes. Wat mij betreft een overtreding van de netneutraliteit.

Ik ben eigenlijk wel eens benieuwd waar dit staat in de netneutraliteit. Netneutraliteit gaat om het gebruik van het internet, niet om de achterliggende technieken. Netneutraliteit staat voor:

Internetaanbieders moeten u vrij en open toegang bieden tot het internet. Dit heet netneutraliteit. Internetaanbieders mogen de toegang tot internetdiensten niet blokkeren of onnodig beperken
Bron: ACM.

Netneutraliteit moet ervoor zorgen dat jij ongefilterd internet kunt gebruiken d.w.z. websites kunt bezoeken, diensten kunt gebruiken zonder extra te hoeven betalen of snelheid te verliezen omdat je provider je snelheid beperkt. Ook het afsluiten van poorten is daarbij niet toegestaan.

Trouwens; Probeer de ACM maar eens ervan te overtuigen dat die lokale 10-range waarvan een groot deel normaliter al sowieso een timeout geeft, voor jou van belang zijn voor het functioneren van je internetverbinding.

Er zijn natuurlijk wel enkele mitsen en maren, een gerechtelijk bevel tot blokkade van een website moet worden opgevolgd, maar ook het blokkeren of beperken van diensten ter bescherming van netwerk/infrastructuur of klanten is toegestaan.

[ Voor 33% gewijzigd door Verwijderd op 27-01-2021 13:02 ]

[ArHu]

Ongeveer 10 dagen geleden had ik alle IPs die in de traceroutes naar enkele grote online partijen voorkwamen toegevoegd aan SmokePing. Hier is bijvoorbeeld bij de CloudFlare DNS zichtbaar dat er 6 hops waren waarbij hop 3 en 5 geen ICMP TTL expired response gaven.

code:

1: 192.168.254.254
2: 1-12-201-31.ftth.glasoperator.nl [31.201.12.1]
3: *
4: ams-ix.as13335.net [80.249.211.140]
5: *
6: one.one.one.one [1.0.0.1]

Als ik nu de zelfde traceroute uitvoer, zijn er inderdaad slechts 3 hops zichtbaar.

code:

C:\>tracert 1.1

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

  1    <1 ms    <1 ms    <1 ms  192.168.254.254
  2     2 ms     2 ms     2 ms  1-12-201-31.ftth.glasoperator.nl [31.201.12.1]
  3     7 ms     7 ms     7 ms  one.one.one.one [1.0.0.1]

Trace complete.

C:\>

Latency naar 1.0.0.1 afgelopen 10 dagen:


Indien relevant, type connectie is ODF (1Gbit).

[NielsFL]

Verwijderd schreef op woensdag 27 januari 2021 @ 12:55:
[...]


Ik ben eigenlijk wel eens benieuwd waar dit staat in de netneutraliteit. Netneutraliteit gaat om het gebruik van het internet, niet om de achterliggende technieken. Netneutraliteit staat voor:

Internetaanbieders moeten u vrij en open toegang bieden tot het internet. Dit heet netneutraliteit. Internetaanbieders mogen de toegang tot internetdiensten niet blokkeren of onnodig beperken
Bron: ACM.

Netneutraliteit moet ervoor zorgen dat jij ongefilterd internet kunt gebruiken d.w.z. websites kunt bezoeken, diensten kunt gebruiken zonder extra te hoeven betalen of snelheid te verliezen omdat je provider je snelheid beperkt. Ook het afsluiten van poorten is daarbij niet toegestaan.

Trouwens; Probeer de ACM maar eens ervan te overtuigen dat die lokale 10-range waarvan een groot deel normaliter al sowieso een timeout geeft, voor jou van belang zijn voor het functioneren van je internetverbinding.

Er zijn natuurlijk wel enkele mitsen en maren, een gerechtelijk bevel tot blokkade van een website moet worden opgevolgd, maar ook het blokkeren of beperken van diensten ter bescherming van netwerk/infrastructuur of klanten is toegestaan.

Niet alleen de lokale 10-range wordt gemanipuleerd. Alle traceroutes zijn nu onmogelijk door de TTL manipulatie.

Traceroute is voor mij gewoon een internet toepassing die ik dagelijks gebruik in mijn werkzaamheden. En die werkt niet door toedoen van T-Mobile. Ik moet nu eerst ergens anders inloggen en dan van daaruit traceroutes doen.

[space-one]

swhnld schreef op woensdag 27 januari 2021 @ 11:37:
[...]


Misschien iets voor de openings post om alternatieve DNS-en op te nemen als vaakst voorkomende storing + work around?

1.1.1.1 - Cloudflare - Wikipedia: 1.1.1.1
1.0.0.1 Cloudflare Secundair
9.9.9.9 - Quad9 - Wikipedia: Quad9
149.112.112.112 Quad 9 Secundair
208.67.222.222 - OpenDNS
208.67.220.220 - OpenDNS Secundair
8.8.8.8 - Google DNS
8.8.4.4 - Google DNS Secundair

Voor wie bezorgt is kan nog naar OpenNIC kijken - https://www.opennic.org/
OpenNIC is een alternatief dat niets zegt te loggen, maar is niet voor iedereen geschikt wegens onderhoud risico denk ik.

https://adhole.org/dns-servers/

Germany 46.4.165.226
United Kingdom 5.253.114.91

A free, privacy-oriented DNS that blocks tracking, ads and phishing, with support for DNS over HTTPS & DNS over TLS

[Ernste]

Barre73 schreef op woensdag 27 januari 2021 @ 12:50:
[...]


Licht off-topic maar bij mijn weten kan T-Mobile nog steeds niet via KPN GPON. Heb jij thuis een zwarte Nokia ONT naast de FTU hangen?

Nope. Vanaf KPN Netwerk kastje glasvezel (groen -> blauw) in de juiste transceiver in de UDM PRO. VLAN 300 instellen en gaan. Tot vandaag dus.

Heb de Zyxel maar weer van stal gehaald, en die krijgt wel verbinding na een factory reset. Ik zie wel een compleet andere WAN setup:



Het lijkt er dus op dat ze de manier van verbinden hebben overhoop gegooid vannacht?

[Verwijderd]

NielsFL schreef op woensdag 27 januari 2021 @ 13:12:
[...]


Niet alleen de lokale 10-range wordt gemanipuleerd. Alle traceroutes zijn nu onmogelijk door de TTL manipulatie.

Traceroute is voor mij gewoon een internet toepassing die ik dagelijks gebruik in mijn werkzaamheden. En die werkt niet door toedoen van T-Mobile. Ik moet nu eerst ergens anders inloggen en dan van daaruit traceroutes doen.

die ik dagelijks gebruik in mijn werkzaamheden
Je zegt het zelf al, werkzaamheden... als in ... zakelijk gebruik waarop netneutraliteit dus niet van toepassing is. Mocht het stukje zakelijk gebruik niet opgaan, ja er is inderdaad een groot deel van zelfs publieke ip-adressen afgeschermd. Eigenlijk ook best logisch na alle DDOS aanvallen, plots wordt het toch wel voor een tiener bemoeilijkt om een leuke target te bedenken binnen de T-Mobile infrastructuur.

Ik zie het trouwens nog wel gebeuren dat T-Mobile op niet al te lange termijn haar DNS gaat aanbieden in een lokale IP-Range om ook aanvallen daarop te minimaliseren. Zouden meer providers trouwens moeten doen.

Verder kan ik mijzelf bijna niet bedenken waarvoor traceroutes überhaupt echt geschikt voor zijn, vorige maand haalde ik het traceroute (hops) verhaal al aan en na eens wat te hebben gelezen en rondgekeken klinkt het allemaal best leuk en aardig maar een traceroute zegt vandaag de dag heel weinig meer. Reason? ICMP echo replies hebben bij steeds meer partijen een zeer lage prioriteit. Zelf bij enkele partijen gezien dat ICMP echo replies soms tot (ver) boven de 160ms uit kwamen en toch de snelheid en bereikbaarheid uitmuntend waren. OVH is daar een (her en der, veel genoemde) mooi voorbeeld van.


Voor zover ik begreep is er voor netwerk engineers vaak een hele andere methode (alternatief voor traceroutes) om te controleren of en zo ja, waar, er iets binnen hun infrastructuur iets mis is.

[ Voor 5% gewijzigd door Verwijderd op 27-01-2021 13:54 ]

[swhnld]

Verwijderd schreef op woensdag 27 januari 2021 @ 13:52:
[...]
Voor zover ik begreep is er voor netwerk engineers vaak een hele andere methode (alternatief voor traceroutes) om te controleren of en zo ja, waar, er iets binnen hun infrastructuur iets mis is.

Makkelijke van tools als traceroute en ping met troubleshooting, het is op elk systeem aanwezig.

Probeer een probleem van een thuiswerkende gebruiker maar eens op te lossen die belt "het doet het niet".
Waarbij uiteindelijk de oorzaak is dat zoonlief de DNS instellingen op de router heeft aangepast en daar een tikfout gemaakt heeft, en vervolgens naar vrienden gegaan is om te gamen zonder de ouders in te lichten.

[NielsFL]

Verwijderd schreef op woensdag 27 januari 2021 @ 13:52:
[...]
die ik dagelijks gebruik in mijn werkzaamheden
Je zegt het zelf al, werkzaamheden... als in ... zakelijk gebruik

Dat was mijn persoonlijke voorbeeldje. Dit topic staat verder bol van de traceroutes die mensen met niet-zakelijke doeleinden hebben uitgevoerd.

Sowieso gaat het natuurlijk niet alleen om traceroutes. TTL metingen worden ook voor andere doeleinden gebruikt en dus zijn nu simpelweg minder betrouwbaar of onbruikbaar.

Gelukkig is T-Mobile wel zo intelligent geweest om slechts 1 kant op de boel de manipuleren. Traceroutes van buiten naar T-Mobile toe werken nog wel goed.

Enfin. Ben erg benieuwd wat ze hier mee hopen te bereiken. Ik kan eigenlijk niet anders bedenken dan een poging om routeringsproblemen te verdoezelen.

[HaterFrame]

NielsFL schreef op woensdag 27 januari 2021 @ 14:49:
[...]
Enfin. Ben erg benieuwd wat ze hier mee hopen te bereiken. Ik kan eigenlijk niet anders bedenken dan een poging om routeringsproblemen te verdoezelen.

En dat is dus het grappige, voor mij zijn in de avond piekuren de problemen wel over. Vwb de bandbreedte en en ping naar verschillende diensten.

[NielsFL]

HaterFrame schreef op woensdag 27 januari 2021 @ 15:03:
[...]

En dat is dus het grappige, voor mij zijn in de avond piekuren de problemen wel over. Vwb de bandbreedte en en ping naar verschillende diensten.

Oh. Ja. Voor de duidelijkheid: ik heb helemaal nergens last van. Behalve dus dat mn traceroutes niet werken

[LightStar]

Ernste schreef op woensdag 27 januari 2021 @ 13:34:
[...]


Nope. Vanaf KPN Netwerk kastje glasvezel (groen -> blauw) in de juiste transceiver in de UDM PRO. VLAN 300 instellen en gaan. Tot vandaag dus.

Heb de Zyxel maar weer van stal gehaald, en die krijgt wel verbinding na een factory reset. Ik zie wel een compleet andere WAN setup:

[Afbeelding]

Het lijkt er dus op dat ze de manier van verbinden hebben overhoop gegooid vannacht?

Al eerder, ik heb vorige week een case aangemaakt dat mijn verbinding constant loopt te stuiteren (had ook mijn udm-pro rechstreeks op de mediaconverter), heb nu tijdelijk de T50 er tussen gezet maar ook nu krijg ik nog veel meldingen van mijn udm-pro dat de verbinding hikt, echt heel fijn als je thuis werkt...

[Verwijderd]

swhnld schreef op woensdag 27 januari 2021 @ 14:05:
[...]
Makkelijke van tools als traceroute en ping met troubleshooting, het is op elk systeem aanwezig.

Klopt, en toch doet het verder wat het moet doen. Het is niet alsof jij ineens plotseling ook maar iets kunt ondernemen wanneer ergens tussen T-Mobile en Google een verstoring is.

Probeer een probleem van een thuiswerkende gebruiker maar eens op te lossen die belt "het doet het niet". Waarbij uiteindelijk de oorzaak is dat zoonlief de DNS instellingen op de router heeft aangepast en daar een tikfout gemaakt heeft, en vervolgens naar vrienden gegaan is om te gamen zonder de ouders in te lichten.

Geen enkel probleem, troubleshoot wel vaker mensen die internet problemen ervaren. In principe nog nooit te maken gehad met tracert, traceroute of mtr. Why? Het merendeel doe je met ping, nslookup en ipconfig. Voor het merendeel van de mensen is alles tussen het gateway IP-Adres en de eindbestemming totaal irrelevant om te weten. Die handjevol mensen die het wel aangaat vallen niet onder de gemiddelde consument.

[Verwijderd]

LightStar schreef op woensdag 27 januari 2021 @ 15:22:
[...]


Al eerder, ik heb vorige week een case aangemaakt dat mijn verbinding constant loopt te stuiteren (had ook mijn udm-pro rechstreeks op de mediaconverter), heb nu tijdelijk de T50 er tussen gezet maar ook nu krijg ik nog veel meldingen van mijn udm-pro dat de verbinding hikt, echt heel fijn als je thuis werkt...

Geeft de UDM die meldingen niet als de echo server (ping.ubnt.com) niet bereikbaar is? Ik heb in het verleden ook veel meldingen van uitval gehad terwijl er niks aan de hand was. Uiteindelijk was het de standaard echo server die vaak niet bereikbaar was. Nadat ik die heb aangepast naar 8.8.8.8 nooit meer een onterechte melding gehad.

[LightStar]

Verwijderd schreef op woensdag 27 januari 2021 @ 16:06:
[...]


Geeft de UDM die meldingen niet als de echo server (ping.ubnt.com) niet bereikbaar is? Ik heb in het verleden ook veel meldingen van uitval gehad terwijl er niks aan de hand was. Uiteindelijk was het de standaard echo server die vaak niet bereikbaar was. Nadat ik die heb aangepast naar 8.8.8.8 nooit meer een onterechte melding gehad.

Nee denk niet dat dat het issue is in mijn geval die heb ik namelijk staan op 1.1.1.1 en hij hikt echt want hij doet een failover naar mijn Ziggo verbinding die er nog naast staat en het wel blijft doen als die enkel aangesloten is.

maar het is het proberen waard om hem eens na 8.8.8.8 te zetten.

[ Voor 7% gewijzigd door LightStar op 27-01-2021 16:10 ]

[Verwijderd]

LightStar schreef op woensdag 27 januari 2021 @ 16:09:
[...]


Nee denk niet dat dat het issue is in mijn geval die heb ik namelijk staan op 1.1.1.1 en hij hikt echt want hij doet een failover naar mijn Ziggo verbinding die er nog naast staat en het wel blijft doen als die enkel aangesloten is.

maar het is het proberen waard om hem eens na 8.8.8.8 te zetten.

Ahh okee, volgens wordt de failover ook getriggerd door de echo server.
Ik zie de laatste tijd wel wat packet loss naar 1.1.1.1. Ben zo te zien niet de enige; ArHu in "[T-Mobile Thuis Glasvezel] Ervaringen & Discussie"

[LightStar]

Verwijderd schreef op woensdag 27 januari 2021 @ 16:13:
[...]


Ahh okee, volgens wordt de failover ook getriggerd door de echo server.
Ik zie de laatste tijd wel wat packet loss naar 1.1.1.1. Ben zo te zien niet de enige; ArHu in "[T-Mobile Thuis Glasvezel] Ervaringen & Discussie"

Ik heb net de echo server op 8.8.8.8 gezet en de wan rechtstreeks in de UDM-Pro gedaan eens kijken of die het blijft doen nu..

Edit: helaas wederom constante failovers

[ Voor 4% gewijzigd door LightStar op 27-01-2021 16:30 ]

[Ernste]

LightStar schreef op woensdag 27 januari 2021 @ 15:22:
[...]


Al eerder, ik heb vorige week een case aangemaakt dat mijn verbinding constant loopt te stuiteren (had ook mijn udm-pro rechstreeks op de mediaconverter), heb nu tijdelijk de T50 er tussen gezet maar ook nu krijg ik nog veel meldingen van mijn udm-pro dat de verbinding hikt, echt heel fijn als je thuis werkt...

Hmm. Misschien dat eea getriggerd is door een reboot van de UDM. Ik had trouwens de UDM rechtstreeks op het glas, dus ook geen mc.

Maar het zou dus nog steeds moeten werken met DHCP op VLAN 300?

[LightStar]

Ernste schreef op woensdag 27 januari 2021 @ 17:34:
[...]


Hmm. Misschien dat eea getriggerd is door een reboot van de UDM. Ik had trouwens de UDM rechtstreeks op het glas, dus ook geen mc.

Maar het zou dus nog steeds moeten werken met DHCP op VLAN 300?

Dat zou wel moeten ja, ik ga hem ergens deze week connecten op een pfsense router eens kijken of dat beter gaat, dan kan ik eventueel ook gelijk de udm uitsluiten als dat wel blijft werken.

[Verwijderd]

LightStar schreef op woensdag 27 januari 2021 @ 17:43:
[...]


Dat zou wel moeten ja, ik ga hem ergens deze week connecten op een pfsense router eens kijken of dat beter gaat, dan kan ik eventueel ook gelijk de udm uitsluiten als dat wel blijft werken.

Als je toch de Zyxel er tussen hebt zitten, misschien een idee om, als je de hardware hebt. daar iets daar op aansluiten en een smokeping te laten lopen om te kijken of het inderdaad de verbinding is de wegvalt of de UDM.

edit;
je lijkt niet de enige met constant failovers https://community.ui.com/...65-4559-8576-495c98e9cd35

[ Voor 14% gewijzigd door Verwijderd op 27-01-2021 17:49 ]

[ANdrode]

NielsFL schreef op woensdag 27 januari 2021 @ 13:12:
[...]


Niet alleen de lokale 10-range wordt gemanipuleerd. Alle traceroutes zijn nu onmogelijk door de TTL manipulatie.

Is het niet gewoon ICMP filtering op de gateway?

Het is een botte bijl methode om wat DDOS vectoren weg te halen.

Soweiso was er _heel_ vaak sprake van multipath of assymetrische paden in het netwerk, met daarnaast veel MPLS (bron: private conversation en dit sheetdeck), wat weten wat je meet lastig maakt.

Traceroute is voor mij gewoon een internet toepassing die ik dagelijks gebruik in mijn werkzaamheden. En die werkt niet door toedoen van T-Mobile. Ik moet nu eerst ergens anders inloggen en dan van daaruit traceroutes doen.

offtopic:
Tips: NLNOG ring, RIPE Atlas, of een VPS ergens.

[NielsFL]

ANdrode schreef op woensdag 27 januari 2021 @ 19:55:
[...]
Is het niet gewoon ICMP filtering op de gateway?

Nee. Met tcpdump kun je het ook goed zien. Hieronder een TCP pakketje van mijn PC naar mijn email server:

Mijn PC:

code:

20:59:00.007409 IP (tos 0x10, ttl 64, id 23953, offset 0, flags [DF], proto TCP (6), length 52)
   xxx.55886 > xxx.smtp: Flags [.], cksum 0xdb95 (incorrect -> 0x1eaa), ack 24, win 502, options [nop,nop,TS val 3094255300 ecr 1537576612], length 0

De mail server ontvangt:

code:

20:59:00.010819 IP (tos 0x0, ttl 248, id 23953, offset 0, flags [DF], proto TCP (6), length 52)
    xxx.ftth.glasoperator.nl.55886 > xxx.smtp: Flags [.], cksum 0x7a4d (correct), ack 24, win 502, options [nop,nop,TS val 3094255300 ecr 1537576612], length 0

Mijn PC verstuurt al het verkeer met een TTL van 64. De mail server ontvangt het echter met een TTL van 248. Dat betekend dat de gateway van T-Mobile de TTL op 255 zet, en vervolgens gaan er weer 7 vanaf door de 7 hops die er tussen zitten. (Server bij TransIP - dat was inderdaad altijd 7 hops.)

[hidden]

swhnld schreef op dinsdag 26 januari 2021 @ 17:32:
[...]

Ja, dat is inderdaad de situatie hier in Amersfoort, maar ook elders in het land.

Het wachten is tot ze goede netwerkmensen in dienst nemen en alle standaard consumenten naar IPv6 over zetten met de mogelijkheid een IPv4 aan te vragen voor de mensen die dat nodig hebben. Nu zitten ze krap in de IPv4 adressen en lopen daar giga mee te rommelen, met IPv6 zouden ze gewoon lange leases weer aan kunnen zetten voor iedereen.

waaruit maak je op dat er een tekort is aan ip-adresen? heb je ze geteld?

[Nuevocasa]

hidden schreef op woensdag 27 januari 2021 @ 22:42:
[...]

waaruit maak je op dat er een tekort is aan ip-adresen? heb je ze geteld?

Omdat er een groep klanten is wat een buitenlands IP heeft gekregen waarbij de omzetting op veel plekken niet goed is gegaan. Dat doe je niet uit luxe. Begin december heb ik zo'n IP gekregen, paar weken terug bij het instellen van m'n eigen router een nieuw IP gekregen maar helaas in dezelfde range. De belangrijkste sites werken weer goed, maar heb er nog regelmatig last van. Vandaag kreeg ik Franstalige reclame te horen op TuneIn bijvoorbeeld.
Als ze genoeg IP adressen hebben gaan ze toch niet zo lopen prutsen met dit soort IP's.

[ANdrode]

Nuevocasa schreef op woensdag 27 januari 2021 @ 23:03:
[...]

Omdat er een groep klanten is wat een buitenlands IP heeft gekregen waarbij de omzetting op veel plekken niet goed is gegaan. Dat doe je niet uit luxe. Begin december heb ik zo'n IP gekregen, paar weken terug bij het instellen van m'n eigen router een nieuw IP gekregen maar helaas in dezelfde range. De belangrijkste sites werken weer goed, maar heb er nog regelmatig last van. Vandaag kreeg ik Franstalige reclame te horen op TuneIn bijvoorbeeld.
Als ze genoeg IP adressen hebben gaan ze toch niet zo lopen prutsen met dit soort IP's.

Er is niets mis met "dit soort" IPs. Hoort op dit moment nou eenmaal bij het gebruik van IPv4. En de adressen zijn ook stabiel. Een korte DHCP lease maakt niet significant uit voor de hoeveelheid IPs die je nodig hebt als op de piekmomenten toch >99% van je clients een lease heeft.

Door de nieuwe aanpak zijn IPs wel regio gebonden waardoor routing binnen het netwerk efficiënter kan worden. Hier hoop ik een voordeel van te zien.

Voorlopig heb ik een paar ms gewonnen op veel routes – maar je ziet dat er regelmatig dingen verschuiven omdat er dingen veranderen dus ik durf hier geen conclusies over te trekken, zeker niet met de meerdere paden die je in dit netwerk zit (ping maar eens ip-x + ipv-x+1 en adressen uit verschillende prefixes die via AMS-IX gaan, ze kunnen bij AMS-IX over de andere router gaan maar ook intern over een ander pad).

[LightStar]

Verwijderd schreef op woensdag 27 januari 2021 @ 17:49:
[...]


Als je toch de Zyxel er tussen hebt zitten, misschien een idee om, als je de hardware hebt. daar iets daar op aansluiten en een smokeping te laten lopen om te kijken of het inderdaad de verbinding is de wegvalt of de UDM.

edit;
je lijkt niet de enige met constant failovers https://community.ui.com/...65-4559-8576-495c98e9cd35

Dat ding heb ik er gister avond tussen weg gehaald, heb nu een vm met pfsense draaien en ga die straks aanbieden op een netwerksegment, het eerste wat me wel opvalt is dat er verschil in dhcp leasetijden zit, op de Zyxel duurde de lease 1800sec en op de pfSense 900sec (in beide gevallen wel absurd kort..).

We gaan het straks eens testen of die het blijft doen.

[Nuevocasa]

ANdrode schreef op donderdag 28 januari 2021 @ 08:23:
[...]


Er is niets mis met "dit soort" IPs. Hoort op dit moment nou eenmaal bij het gebruik van IPv4. En de adressen zijn ook stabiel. Een korte DHCP lease maakt niet significant uit voor de hoeveelheid IPs die je nodig hebt als op de piekmomenten toch >99% van je clients een lease heeft.

Door de nieuwe aanpak zijn IPs wel regio gebonden waardoor routing binnen het netwerk efficiënter kan worden. Hier hoop ik een voordeel van te zien.

Voorlopig heb ik een paar ms gewonnen op veel routes – maar je ziet dat er regelmatig dingen verschuiven omdat er dingen veranderen dus ik durf hier geen conclusies over te trekken, zeker niet met de meerdere paden die je in dit netwerk zit (ping maar eens ip-x + ipv-x+1 en adressen uit verschillende prefixes die via AMS-IX gaan, ze kunnen bij AMS-IX over de andere router gaan maar ook intern over een ander pad).

Hier is de ping van de speedtest welke elk uur op m'n nas draait van 7-9ms naar 15-20ms gegaan toen ik m'n nieuwe IP kreeg. Niet bepaald efficiënter ofzo.
Het is een gewoon waardeloze IP reeks waar meerdere mensen last van hebben en het hier dus zeker niet beter is geworden. Als zoveel mensen in dezelfde reeks problemen ondervinden is er natuurlijk wel wat mis. De registratie is ergens niet goed gegaan (voor de belangrijkste sites hebben ze het gelukkig wel opgelost). Als ze genoeg IP's zouden hebben zouden ze de reeks (tijdelijk) tussenuit kunnen halen. Maar dat doen ze dus niet....

[hidden]

Nuevocasa schreef op woensdag 27 januari 2021 @ 23:03:
[...]

Omdat er een groep klanten is wat een buitenlands IP heeft gekregen waarbij de omzetting op veel plekken niet goed is gegaan. Dat doe je niet uit luxe. Begin december heb ik zo'n IP gekregen, paar weken terug bij het instellen van m'n eigen router een nieuw IP gekregen maar helaas in dezelfde range. De belangrijkste sites werken weer goed, maar heb er nog regelmatig last van. Vandaag kreeg ik Franstalige reclame te horen op TuneIn bijvoorbeeld.
Als ze genoeg IP adressen hebben gaan ze toch niet zo lopen prutsen met dit soort IP's.

T Mobile bezit ook Tele2 en Versatel en heeft dus ook deze ipadressen er bij gekregen. die zijn ook actief in belgie. Dat sommige geoip diensten het niet oppakken kan T Mobile ook niets aan doen

[Nuevocasa]

hidden schreef op donderdag 28 januari 2021 @ 08:57:
[...]

T Mobile bezit ook Tele2 en Versatel en heeft dus ook deze ipadressen er bij gekregen. die zijn ook actief in belgie. Dat sommige geoip diensten het niet oppakken kan T Mobile ook niets aan doen

Volgens mij was het idd een Belgische reeks. Ze kunnen die reeks dan voor de Belgen gaan inzetten. En als ze genoeg IP adressen zouden hebben deze niet hier in Nederland inzetten.

Edit: We zijn nu 2 mnd verder en YouTube en F1TV pro ed. werken weer. Maar dat ik gisteren dan nog weer Franstalige reclame te horen kreeg bij TuneIn is wel irritant. Kom zo regelmatig dingen tegen.

Mij maak je me daarom niet wijs dat T-Mobile ruim in de IP adressen zou zitten. Anders hadden ze deze reeks er al lang tussenuit gehaald. Ze hebben er nu continu werk mee om te achterhalen waar de IP reeks nog niet goed geregistreerd staat.

[ Voor 31% gewijzigd door Nuevocasa op 28-01-2021 09:12 ]

[swhnld]

hidden schreef op woensdag 27 januari 2021 @ 22:42:
[...]

waaruit maak je op dat er een tekort is aan ip-adresen? heb je ze geteld?

Als je dit topic terugleest zie je dat mensen obscure IPv4 ranges krijgen met geolocatie op andere continenten, dat betekend dat T-Mobile IP adressen reeksen bij heeft moeten kopen die elders toegewezen waren, oftewel dat ze een tekort hebben/hadden.
Dat is niet vreemd want ICANN heeft formeel al aangegeven door de voorraad IPv4 adressen te zijn.

Voor alles internet gerelateerd is IPv4 verouderde technologie. Voor thuis en in bedrijven is IPv4 nog prima de komende tig jaar inzetbaar verwacht ik.

[zjeeraar84]

Nuevocasa schreef op donderdag 28 januari 2021 @ 09:01:
[...]

Volgens mij was het idd een Belgische reeks. Ze kunnen die reeks dan voor de Belgen gaan inzetten. En als ze genoeg IP adressen zouden hebben deze niet hier in Nederland inzetten.

Edit: We zijn nu 2 mnd verder en YouTube en F1TV pro ed. werken weer. Maar dat ik gisteren dan nog weer Franstalige reclame te horen kreeg bij TuneIn is wel irritant. Kom zo regelmatig dingen tegen.

Mij maak je me daarom niet wijs dat T-Mobile ruim in de IP adressen zou zitten. Anders hadden ze deze reeks er al lang tussenuit gehaald. Ze hebben er nu continu werk mee om te achterhalen waar de IP reeks nog niet goed geregistreerd staat.

Dat T-Mobile IP reeksen erbij aanschaft is een indicatie dat de zaken goed met ze gaan, ze kunnen het immers niet meer af met hun bestaande reeksen en kopen dan (voor enorm veel geld) IPv4 reeksen erbij. Dit is ook een gangbare praktijk bij ISP's.

In mijn ogen moeten de partijen die voor Geoblocks op IP-basis kiezen (zoals F1 TV Pro) een goed proces hebben om snel de geoblock aan te passen. Uiteindelijk is het niet T-Mobile die de dienst blokkeert maar de dienstenleverancier (in dit geval F1 TV Pro). Maar deze maken vrijwel altijd gebruik van een externe aanbieder, en zelfs als die externe aanbieder hun database bijwerkt duurt het vaak nog een tijd voordat de lokale database van de dienstenleverancier is bijgewerkt.... uiteindelijk zijn het Youtube/F1TV/TuneIn die jou een verkeerde localisatie van de dienst bieden en die moeten het probleem dan ook oplossen.

[NielsFL]

Mijns inziens kun je pas spreken van een tekort als je je klanten niet meer kunt voorzien van een IP adres. Volgens mij is dat nog niet voorgekomen.

Verder is het gewoon zo dat RIPE geen additionele IP ranges meer afgeeft. Nieuwe bedrijven krijgen nog een enkel blokje, maar verder niemand meer. Het aanvullen van de voorraad betreft dus altijd "tweedehands" IP adressen.

[Blaauw87]

Omdat het thuisnetwerk de laatste tijd wat zwaarder werd belast door het vele thuis zijn de keuze gemaakt om ons netwerk een boost te geven. WiFi was niet overal sterk in het huis, dat was voorheen geen groot probleem en kon ik mijn thuiswerkdagen prima invullen in de woonkamer. Nu ik samen met mijn vriendin vaker tegelijk thuis zit is dit niet altijd een optie meer, en is de zwakke WiFi in de studiekamer te zwak of soms zelfs afwezig.

Wegens positieve reviews op GoT en een tip van een tevreden vriend, de Asus CT8 aangeschaft. Duidelijk merkbaar dat het draadloze signaal zéér sterk is in ons appartement. Wel loop ik sinds deze 'upgrade' tegen een aantal problemen op, mijn vermoeden is dat dit te maken heeft dat de aanwezige Draytek modem geen bridge functie ondersteunt en er zo wat botsingen zijn betreft de instellingen. Er zijn nu namelijk twee apparaten die willen fungeren als router.

Ik merk sinds kort wat korte drop-outs, ook lukt het niet meer om de NAT instellingen voor mijn Xbox correct te krijgen. De Xbox geeft een melding van een dubbele NAT. De ports zijn geforward, een statisch adres is ingesteld via de CT8 (zeer fijne software overigens). De port instellingen heb ik bij de Draytek geannuleerd en overgezet naar de CT8.

Ik lees dat de Vigor geen bridge functie heeft, ik heb de post van Bart Smith gelezen, maar door de afwezigheid van de embedded plaatjes wil ik mij nog niet committeren aan deze stappen (incl. aanschaf fiber to utp converter), het lijkt mij ook dat er een makkelijkere fix moet zijn. Hebben jullie tips hoe ik de Asus CT8 in combinatie met de Vigor kan instellen?

[ Voor 3% gewijzigd door Blaauw87 op 28-01-2021 11:22 ]

[NielsFL]

Blaauw87 schreef op donderdag 28 januari 2021 @ 11:20:
Ik lees dat de Vigor geen bridge functie heeft, ik heb de post van Bart Smith gelezen, maar door de afwezigheid van de embedded plaatjes wil ik mij nog niet committeren aan deze stappen (incl. aanschaf fiber to utp converter), het lijkt mij ook dat er een makkelijkere fix moet zijn. Hebben jullie tips hoe ik de Asus CT8 in combinatie met de Vigor kan instellen?

Klantenservice vragen of je mag overstappen naar de Zyxel. Die komt namelijk met een losse media-converter welke je met je eigen router kunt gebruiken.

[pinda powerrr]

@Blaauw87 zoek even in dit topic en in het vorige deel op DMZ

Makkelijk in te stellen en je voorkomt daarmee dubbele NAT, je telefonie blijft werken en de twee TV poorten ook.

[Nuevocasa]

zjeeraar84 schreef op donderdag 28 januari 2021 @ 11:00:
[...]

Dat T-Mobile IP reeksen erbij aanschaft is een indicatie dat de zaken goed met ze gaan, ze kunnen het immers niet meer af met hun bestaande reeksen en kopen dan (voor enorm veel geld) IPv4 reeksen erbij. Dit is ook een gangbare praktijk bij ISP's.

In mijn ogen moeten de partijen die voor Geoblocks op IP-basis kiezen (zoals F1 TV Pro) een goed proces hebben om snel de geoblock aan te passen. Uiteindelijk is het niet T-Mobile die de dienst blokkeert maar de dienstenleverancier (in dit geval F1 TV Pro). Maar deze maken vrijwel altijd gebruik van een externe aanbieder, en zelfs als die externe aanbieder hun database bijwerkt duurt het vaak nog een tijd voordat de lokale database van de dienstenleverancier is bijgewerkt.... uiteindelijk zijn het Youtube/F1TV/TuneIn die jou een verkeerde localisatie van de dienst bieden en die moeten het probleem dan ook oplossen.

Dat snap ik. Maar heel plat gezegd interesseert dat de klant natuurlijk niet. Primair is T-Mobile verantwoordelijk voor een goed werkende verbinding en dus een goed geregistreerde IP. Ze pakken het ook wel op hoor, door contact met die partijen op te nemen. Maar de ideale oplossing is het niet.

Volgens mij wordt het nu ook tijd dat ze bij T-Mobile eens beginnen met IPv6.

[Phrenetic]

Blaauw87 schreef op donderdag 28 januari 2021 @ 11:20:

Ik merk sinds kort wat korte drop-outs

Daar heb ik ook last van, sinds een week of 2. Niets veranderd aan mijn netwerk, ik gebruik geen eigen router maar de Huawei van T-Mobile. De drops duren van 10 seconden tot een minuut en daarna is de verbinding weer normaal. Het komt een paar keer per dag voor, maar niet met een vaste interval. Misschien ligt het niet aan de nieuwe router maar is het een issue bij T-Mobile?

[The__Virus]

Ik zie in mijn Smokeping ook weer packet loss naar diverse sites. Maar weer eens dat oude topic van T-Mobile een schop geven: https://community.t-mobil...svezel-323406/index8.html

[leonbong]

Ad.nl onbereikbaar sinds zojuist.
Op zowel computer als telefoon, als ik WiFi uit zet dus via 4G dan is het prima, iemand anders ook last.

[TommyknockerNL]

Ik heb last van kleine onderbrekingen, zowel bekabeld als draadloos.

[leonbong]

Ik begin het wel een beetje zat te worden met dit B product. Nog nooit zo veel internet problemen gehad, sinds ik internet heb.
Wat begon met planet.nl omstreeks 95/98.

Maar ja ik moet nog 8 maanden.

[ Voor 11% gewijzigd door leonbong op 28-01-2021 12:44 ]

[Motrax]

leonbong schreef op donderdag 28 januari 2021 @ 12:28:
Ad.nl onbereikbaar sinds zojuist.
Op zowel computer als telefoon, als ik WiFi uit zet dus via 4G dan is het prima, iemand anders ook last.

Ad.nl heb ik meer problemen mee, wil niet laden op Safari op iOS, maar wel op Chrome. Dat is bij vlagen en echt geen idee waar het probleem ligt.

[Muis666]

leonbong schreef op donderdag 28 januari 2021 @ 12:42:
Ik begin het wel een beetje zat te worden met dit B product. Nog nooit zo veel internet problemen gehad, sinds ik internet heb.

Maar ja ik moet nog 8 maanden.

Je kunt natuurlijk altijd eisen dat ze leveren waar je voor betaalt. Als ik de problemen zou hebben die ik hier allemaal langs zie komen dan zou ik mijn contract proberen te laten ontbinden. Meerdere storingen per dag lijkt mij in de huidige thuiswerksituatie wel voldoende reden. Je moet ze alleen een redelijke periode geven om het nog op te lossen.

[LightStar]

leonbong schreef op donderdag 28 januari 2021 @ 12:42:
Ik begin het wel een beetje zat te worden met dit B product. Nog nooit zo veel internet problemen gehad, sinds ik internet heb.
Wat begon met planet.nl omstreeks 95/98.

Maar ja ik moet nog 8 maanden.

Dan heb je nog geluk, ik wil er ook vanaf maar mijn contract loopt sinds begin januari..., ik heb het geluk dat ik 2 lijnen heb dus draai nu op mijn ziggo lijn (iets met vrouwlief wil per se qua tv bij ziggo blijven en dan is het verchil tussen tv only en tv+internet te overzien)

[leonbong]

Motrax schreef op donderdag 28 januari 2021 @ 12:47:
[...]
Ad.nl heb ik meer problemen mee, wil niet laden op Safari op iOS, maar wel op Chrome. Dat is bij vlagen en echt geen idee waar het probleem ligt.

Goed lezen via 4G is het prima naar Ad.nl

[Motrax]

leonbong schreef op donderdag 28 januari 2021 @ 13:12:
[...]
Goed lezen via 4G is het prima naar Ad.nl

Dat is bij mij ook, maar ligt het dan aan ad.nl of Safari, of aan T-Mobile.

[ANdrode]

zjeeraar84 schreef op donderdag 28 januari 2021 @ 11:00:
[...]
In mijn ogen moeten de partijen die voor Geoblocks op IP-basis kiezen (zoals F1 TV Pro) een goed proces hebben om snel de geoblock aan te passen. Uiteindelijk is het niet T-Mobile die de dienst blokkeert maar de dienstenleverancier (in dit geval F1 TV Pro). Maar deze maken vrijwel altijd gebruik van een externe aanbieder, en zelfs als die externe aanbieder hun database bijwerkt duurt het vaak nog een tijd voordat de lokale database van de dienstenleverancier is bijgewerkt.... uiteindelijk zijn het Youtube/F1TV/TuneIn die jou een verkeerde localisatie van de dienst bieden en die moeten het probleem dan ook oplossen.

"Hergebruikt" IPv4 is nu een feit. Waarbij providers écht wel proberen om dit te corrigeren, het raakt direct te klantbeleving.

Helaas is er geen centrale manier om alle geolocatie databases te updaten. En al helemaal geen manier om alle gebruikers van geolocatie databases deze te laten bijwerken.

Gelukkig is er sinds kort een manier om geofeeds te maken gestandaardiseerd (RFC8805).
Daarnaast is de standaardisatie van het opslaan van referenties naar geofeeds in whois onderweg (draft-ietf-opsawg-finding-geofeeds-01). Die twee initiatieven maken dit probleem op de lange termijn vast een stuk minder groot.

offtopic:
Daarnaast maakt de dns server die je gebruikt vaak ook uit, als je een privacy-variant van een DNS provider pakt kan dat localisatie ook breken

Motrax schreef op donderdag 28 januari 2021 @ 12:47:
[...]
Ad.nl heb ik meer problemen mee, wil niet laden op Safari op iOS, maar wel op Chrome. Dat is bij vlagen en echt geen idee waar het probleem ligt.

Klinkt als een slecht geconfigureerde applicatie-level firewall. Zo kan ik met Chrome niet naar belastingdienst.nl (ongeacht IP)

[agitri]

ik heb op meerdere plekken een vraag om ipv6 gezien, maar nog niet de echte reden gevonden waarom TMT niet een ipv6 blok inkoopt en klaar is met alle problemen omtrent geo location?

[NielsFL]

agitri schreef op donderdag 28 januari 2021 @ 21:33:
ik heb op meerdere plekken een vraag om ipv6 gezien, maar nog niet de echte reden gevonden waarom TMT niet een ipv6 blok inkoopt en klaar is met alle problemen omtrent geo location?

IPv6 blok hebben ze al. Uitrollen is een ander verhaal. Je moet eerst zeker weten dat het bij alle gebruikte routers goed werkt etc.

Overigens lost IPv6 niet alle GEO problemen op. Dat doet het alleen voor diensten die zelf ook de content via IPv6 aanbieden, anders loopt dat nog steeds over IPv4.

Het echte probleem is natuurlijk dat websites IP adressen gebruiken om geo-restricties te implementeren. Dat kan ook echt wel anders. (Zo kijkt Apple liever naar het land van je betaalmethode.)

[leonbong]

Vanmiddag kreeg mijn router een weer een ander ip.

LinkedIn en Google meet en starte spontaan in het Spaans iemand anders ook?

[rens-br]

Ik weet het niet 100% zeker, maar volgens mij heb ik ook een ander Ip gekregen.

Gebruik inmiddels een DDNS dienst, dus merk eigenlijk weinig van een ip wissel.

[swhnld]

rens-br schreef op donderdag 28 januari 2021 @ 22:09:
Ik weet het niet 100% zeker, maar volgens mij heb ik ook een ander Ip gekregen.

Gebruik inmiddels een DDNS dienst, dus merk eigenlijk weinig van een ip wissel.

Ja, hier ook weer ander IP.

[Zorian]

Heb gelukkig m'n eigen ip nog steeds. Heb wel nog steeds een lease time van 1 minuut.

[Dennis-L]

agitri schreef op donderdag 28 januari 2021 @ 21:33:
ik heb op meerdere plekken een vraag om ipv6 gezien, maar nog niet de echte reden gevonden waarom TMT niet een ipv6 blok inkoopt en klaar is met alle problemen omtrent geo location?

2a02:4240::/32 bedoel je?

[leonbong]

Ah ik ben weer Nederland op de login van LinkedIn!

[ Voor 8% gewijzigd door leonbong op 29-01-2021 08:47 ]

[agitri]

NielsFL schreef op donderdag 28 januari 2021 @ 21:52:
[...]


IPv6 blok hebben ze al. Uitrollen is een ander verhaal. Je moet eerst zeker weten dat het bij alle gebruikte routers goed werkt etc.

Overigens lost IPv6 niet alle GEO problemen op. Dat doet het alleen voor diensten die zelf ook de content via IPv6 aanbieden, anders loopt dat nog steeds over IPv4.

Het echte probleem is natuurlijk dat websites IP adressen gebruiken om geo-restricties te implementeren. Dat kan ook echt wel anders. (Zo kijkt Apple liever naar het land van je betaalmethode.)

ok duidelijk, dan hoop ik dat er aan gewerkt word

[agitri]

Dennis-L schreef op vrijdag 29 januari 2021 @ 07:20:
[...]


2a02:4240::/32 bedoel je?

ik bedoel eigenlijk waarom ik mijn eigen /48 nog niet heb

[LightStar]

Ernste schreef op woensdag 27 januari 2021 @ 17:34:
[...]


Hmm. Misschien dat eea getriggerd is door een reboot van de UDM. Ik had trouwens de UDM rechtstreeks op het glas, dus ook geen mc.

Maar het zou dus nog steeds moeten werken met DHCP op VLAN 300?

Ik heb het voor nu redelijk stabiel kunnen krijgen door een vlan only te maken op de UDM (300) en een wan trunk poort aan te maken op 1 van mijn switches, deze loopt vervolgens na de WAN van de UDM en deze blijft het tot nu toe goed doen (voorheen rechtstreeks op de mediaconverter klapte die na een paar minuten).

[dreameater]

Ik heb de laatste tijd vaak problemen, namelijk dat plotseling een aantal sites niet meer willen laden.
Verbinding is er bijv. wel want een videocall die bijv. al opstaat blijft wel functioneren.

Nu ben ik afgelopen week eens iets actiever gaan troubleshooten en zie ik op dergelijke momenten best wel hoge latency's richting het modem. Bijv. 1700 ms oid
Na enkele minuten gaat dit gelukkig weer beter. Of na het handmatig herstarten van het modem. Ik gebruik een Draytek modem (glas) en heb 3 maanden geleden al eens een nieuwe ontvangen.

Is dit een bekend probleem en heeft dit te maken met capaciteit omdat internet nu deze tijd extra intensief gebruikt wordt?

[Dennis-L]

agitri schreef op vrijdag 29 januari 2021 @ 08:35:
[...]


ik bedoel eigenlijk waarom ik mijn eigen /48 nog niet heb

Aah, i see

[loeberce]

LightStar schreef op vrijdag 29 januari 2021 @ 10:02:
[...]


Ik heb het voor nu redelijk stabiel kunnen krijgen door een vlan only te maken op de UDM (300) en een wan trunk poort aan te maken op 1 van mijn switches, deze loopt vervolgens na de WAN van de UDM en deze blijft het tot nu toe goed doen (voorheen rechtstreeks op de mediaconverter klapte die na een paar minuten).

Ik heb het een paar keer gelezen, maar snap niet wat je bedoelt. Kan je het misschien uittekenen hoe en wat je nu hebt aangesloten en ingesteld?

[LightStar]

loeberce schreef op vrijdag 29 januari 2021 @ 12:14:
[...]

Ik heb het een paar keer gelezen, maar snap niet wat je bedoelt. Kan je het misschien uittekenen hoe en wat je nu hebt aangesloten en ingesteld?

Kort gezegt:

Kleine tekening, glas komt binnen in de meterkast gaat vanaf daar na de mediaconverter, deze gaat vervolgens in een switch port (in mijn geval poort21) en die gaat vanaf de sfp1 poort naar mijn UDM pro.


Aanmaak vlan only onder netwerk:


Vervolgens een port profile aangemaakt (zonder native network)


Netwerk poorten goed gezet met het bovenstaande profile:


en als laatste stap de wan settings goed gezet