Routing problem in T-Mobile Thuis Network

  • 27 December 2021
  • 64 reacties
  • 1285 Bekeken
Toon eerste reactie
This topic has been closed for comments

64 reacties

A

En als je het via gewoon een netwerkkabel probeert?

 

That won't make a difference because an external service also shows those ports beïng closed as shown in this post.

It looks like it's the same issue as mentioned in this post, and there seem to be even more when searching for older topics.

So… this isn't a routing issue as TS ( @EricSatu ) mentioned, it has nothing to do with connected via Wi-Fi, Hotspot or LAN. It does sound like there's something wrong with the Zyxel modems causing a conflict.

I think if @Lisa or @Jason  ( or anyone else of the moderators ) ask the techs for a more in depth analyzing to check if the modem configuration with it's port-forwarding is set properly and check for open ports they might conclude the same. In this case a modemswap will be required.

​
By the way @Lisa and @Jason  I'm curious if techs have seen port-forwarding set-up and if they checked if those ports are really open.

Ex.

  • If port-forwarding is set-up properly and NAS/Server at home has been set-up correctly, ports would have status OPEN.
  • ​If port-forwarding is set-up properly and NAS/Server at home has not been set-up properly, ports would have status CLOSED.
  • In case of status STEALTH (thus: filtered) this would mean no port-forwarding has been set-up or it has been set-up but the port-forwarding isn't working properly. In this last case (set-up but not working) it's a conflict within the modem.

 

However as this post shows only one port is configured the right way the others aren't. So I guess it's the 3rd point mentioned… a conflict caused in the Zyxel.

EricSatu
Reputatie 3

Hallo allemaal,

Geen foutmelding. Ik kan bevestigen dat ik een trace naar het IP adres kan doen, zowel via Hotspot alswel de Wifi van Zyxel-1.

Met nmap kan ik zien dat de poorten die ik gebruik open staan als ik via Hotspot verbonden ben.

Deze poorten zijn ‘filtered’ als ik via Wifi van Zyxel-1 verbonden ben.

Ik heb geen tool om te bepalen welke server/IP filtered.

Dus @Lisa , @Jason wat is hier aan de hand ? 

EricSatu
Reputatie 3

Beste @Lisa, @Jason en @Gerrit078   Sorry, maar ik geef niet op !! Het moet gewoon werken.

Ik heb verder getest. De Zyxel-2 is aangesloten via xDSL en Zyxel-1 via ONT (Fiber).

Als ik test, dan zijn de ports ‘filtered’ in de richting van Zyxel-1 naar Zyxel-2, dus ONT/OLT naar DSLAM (Fiber naar DSL).

Andersom, werkt alles wel. Dus zelfde weg, maar een richting werkt wel, en de andere niet.

Kunnen jullie aub hier naar kijken ?

Eric

A

Beste @Lisa, @Jason en @Gerrit078   Sorry, maar ik geef niet op !! Het moet gewoon werken.

Ik heb verder getest. De Zyxel-2 is aangesloten via xDSL en Zyxel-1 via ONT (Fiber).

Als ik test, dan zijn de ports ‘filtered’ in de richting van Zyxel-1 naar Zyxel-2, dus ONT/OLT naar DSLAM (Fiber naar DSL).

Andersom, werkt alles wel. Dus zelfde weg, maar een richting werkt wel, en de andere niet.

Kunnen jullie aub hier naar kijken ?

Eric

Kan je een paar screenshots toevoegen van de port-forwardings van zowel de Zyxel 1 als de Zyxel 2 ?

 

Op de Zyxel 2 (DSL) moet je kiezen voor VD_Internet in plaats van ETH_Internet!

 

 

EricSatu
Reputatie 3

@Gerrit078 hier een shot van PF van de Zyxel modems. Beide kanten zijn identiek opgezet.

Zyxel-1 (ONU)

Zyxel-2 (DSL)

 

yalerta
Reputatie 7
Badge +5

Op de glasvezel moet ETH_internet gekozen zijn i.p.v. VD_internet

Komt tijd, komt raad. En ik maar raden waar de tijd blijft maar doe ondertussen of ik er verstand van heb
EricSatu
Reputatie 3

Helaas @yalerta, maakt niet uit.

yalerta
Reputatie 7
Badge +5

Helaas @yalerta, maakt niet uit.

Toch is dat de instelling die op de Zyxel ingesteld MOET worden bij aansluiting op glasvezel

Komt tijd, komt raad. En ik maar raden waar de tijd blijft maar doe ondertussen of ik er verstand van heb
A

Op de glasvezel moet ETH_internet gekozen zijn i.p.v. VD_internet

Zyxel 1 ( = Glasvezel ) → ETH_Internet

Zyxel 2 (= DSL ) → VD_Internet


Om zeker te zijn dat alles goed doorgevoerd wordt voor de zekerheid even de modems een volledige herstart geven.

 

Op de glasvezel moet ETH_internet gekozen zijn i.p.v. VD_internet

Alleen heeft hij geen probleem met de glasvezel (Zyxel 1) maar met de Zyxel 2 die op DSL zit. 

 

Als het dan alsnog niet werkt moet tech toch echt even kijken wat er mis is, ik ben bang dat de firmware gewoon brak is waardoor het bij de ene klant wel werkt en de ander juist niet.

EricSatu
Reputatie 3

@Gerrit078  en @yalerta 

Modems gereset, geen effect.

Mijn conclusie is dat beide Zyxel modems werken, maar tussen die modems zit een probleem.

En wel in de verbinding tussen het Fiber en ADSL Netwerk van T-Mobile Thuis. Hier worden poorten gefilterd (Van Fiber naar ADSL Netwerk op de IP adressen die ik heb)

Access van buitenaf tot het T-Mobile Thuis Netwerk, werkt goed op beide modems.

A

@Gerrit078 ​​​​

Modems gereset, geen effect.

Mijn conclusie is dat beide Zyxel modems werken, maar tussen die modems zit een probleem.

En wel in de verbinding tussen het Fiber en ADSL Netwerk van T-Mobile Thuis. Hier worden poorten gefilterd (Van Fiber naar ADSL Netwerk op de IP adressen die ik heb)

 

Als het tussen het Fiber en het DSL netwerk van T-Mobile ligt, vraag ik mij af hoe jij dit verklaart, grc.com is namelijk geen T-Mobile en heeft ook geen directe verbinding met T-Mobile.

 

Feit blijft, als het een routing probleem is dan kan Zyxel 1 → Zyxel 2 niet bereiken (helemaal niet) maar ook kan Zyxel 2 → Zyxel 1 niet bereiken. Het is niet of maar EN in geval van een routing issue, een middenweg daarin bestaat niet.

 

Access van buitenaf tot het T-Mobile Thuis Netwerk, werkt goed op beide modems.

Zou je anders eens een privé bericht kunnen sturen naar mij met daarin beide IP-Adressen? Ik zou eens kunnen kijken vanaf mijn servers ( en dus buiten T-Mobile ). 

yalerta
Reputatie 7
Badge +5

@Gerrit078 ​​​​

Modems gereset, geen effect.

Mijn conclusie is dat beide Zyxel modems werken, maar tussen die modems zit een probleem.

En wel in de verbinding tussen het Fiber en ADSL Netwerk van T-Mobile Thuis. Hier worden poorten gefilterd (Van Fiber naar ADSL Netwerk op de IP adressen die ik heb)

Feit blijft, als het een routing probleem is dan kan Zyxel 1 → Zyxel 2 niet bereiken (helemaal niet) maar ook kan Zyxel 2 → Zyxel 1 niet bereiken. Het is niet OF maar EN in geval van een routing issue, een middenweg daarin bestaat niet.

Ben geen netwerk expert, maar de routes worden toch via een dDNS (No-ip.com) aangeroepen? Zijn er dan andere hops mogelijk? Het internet bestaat toch juist door de willekeurige routes dit data pakketten kunnen nemen?

@EricSatu Heb je een andere router mogelijkheid om te testen op de glas aansluiting?  Moet wel de VLAN 300 ingesteld kunnen worden. DSL is lastiger omdat daar de modem functie gebruikt wordt.

Komt tijd, komt raad. En ik maar raden waar de tijd blijft maar doe ondertussen of ik er verstand van heb
A

Ben geen netwerk expert, maar de routes worden toch via een dDNS (No-ip.com) aangeroepen?

 

Neen, routes worden d.m.v. BGP uitgewisseld en hebben niets te maken met rDNS.

rDNS zorgt ervoor dat subdomain.no-ip.org voorzien wordt van een A-Record verwijzende naar het IP-Adres die jij wilt. Of je nu een IP-Adres of het no-ip adres intikt het komt op het zelfde neer.

Zie het als je contactlijst in je telefoon. Je kunt je partner natuurlijk continue bellen door het 06-nummer in te tikken, maar door deze in de contactlijst te zetten hoef je voortaan alleen nog op de naam te klikken en wordt het nummer automatisch gebeld. dDNS werkt net zo.

 

Zijn er dan andere hops mogelijk? Het internet bestaat toch juist door de willekeurige routes dit data pakketten kunnen nemen?

 

Klopt, alleen heeft T-Mobile voor zover ik heb gezien alles binnen haar eigen infrastructuur lopen. Als je van klant A naar klant B wilt, dan bezoek je deze via de infrastructuur van T-Mobile en hoef je dit dus niet naar buiten te doen. Daarom geldt ook, als je met A, B kunt bereiken dan werkt dit andersom ook. Is dit andersom niet het geval zit het in de infrastructuur bij de klant bijvoorbeeld door een defect modem. En daar zit 't em juist, omdat 1 poort open is en de rest dicht is de kans groot dat het aan de Zyxel ligt.

Als het probleem zich bevind bij T-Mobile en het via andere partijen wel moet werken, dan zou ik dus vanaf mijn servers d.m.v. een portscan moeten zien dat alle poorten open staan, net zoals grc.com dit zou moeten zien. Het tegendeel is echter het geval en sluit dus uit dat het zowel binnen T-Mobile als erbuiten niet werkt.

yalerta
Reputatie 7
Badge +5

@EricSatu zou dus de modems een keer kunnen wisselen als foutopsporing of een moderator verzoeken een nieuwe Zyxel te mogen ontvangen om te proberen dit langslepende issue uit de wereld te krijgen.

@Jason, @Lisa of @Sander meegelezen?

Komt tijd, komt raad. En ik maar raden waar de tijd blijft maar doe ondertussen of ik er verstand van heb
EricSatu
Reputatie 3

@Gerrit078 Hallo Gerrit.

Heb jij een tool waarmee ik poorten kan testen vanaf Zyxel-1 naar Zyxel-2, dus binnen het T-Mobile Thuis Netwerk ?

Hieronder een plaatje van mijn laatste testen. Moet iets in het T-Mobile Network zijn.

 

Jason van Odido
Rank
Reputatie 7
Badge +16

@EricSatu zou dus de modems een keer kunnen wisselen als foutopsporing of een moderator verzoeken een nieuwe Zyxel te mogen ontvangen om te proberen dit langslepende issue uit de wereld te krijgen.

@Jason, @Lisa of @Sander meegelezen?

Ik vind dit een prima oplossing/alternatief. Wij kunnen geen problemen constateren in ons eigen netwerk én kunnen een issue met de Zyxel niet uitsluiten. @EricSatu Kun je mij een privébericht sturen met daarin het MAC-adres van de Zyxel die niet te bereiken is en een poortfout weergeeft, alsjeblieft? Dan bestel ik een vervangend modem en zien we vrij rap of het daarmee inderdaad verholpen is en je van A naar B kunt en vice versa.

Ben je op zoek naar kennisartikelen? Neem dan snel een kijkje in de handige Wiki: https://community.odido.nl/knowledge-base
A

@Gerrit078 Hallo Gerrit.

Heb jij een tool waarmee ik poorten kan testen vanaf Zyxel-1 naar Zyxel-2, dus binnen het T-Mobile Thuis Netwerk ?

 

Zoals gezegd maak ik gebruik van Linux dus wordt de tool nmap gebruikt die overigens ook voor Windows beschikbaar is. Die is eigenlijk niet heel veel anders dan de Zenmap tool die jij gebruikt.

 

Hieronder een plaatje van mijn laatste testen. Moet iets in het T-Mobile Network zijn.

Het is beter om eerst het modem eens te vervangen zoals eerder aanhaald, je bent niet de enige met dit probleem en het lijkt erop dat het op willekeurige modems wel of juist niet werkt.

Je kunt het blijven proberen maar ik ben bang dat het niet zal gaan werken, daarom is het beter eerst even een privé bericht naar @Jason te sturen met het MAC-Adres van de Zyxel waarbij port-forwarding niet lijkt te werken.

Pieter_B
Rank
Reputatie 7
Badge +3

@Jason en @Gerrit078 

Als we er vanuit gaan dat voor beide WAN IP’s het A/PTR-record dus klopt, wat we eigenlijk wel kunnen stellen, want via de Hotspot en het betreffende A/PTR-record via NO-IP komen we wel op beide NAS-sen.

We komen via het A/PTR-record vanuit Zyxel 2 op NAS 1, maar dus niet bij het A/PTR-record vanuit Zyxel 1 op NAS 2. 

Conclusie zou dan kunnen zijn, dat Zyxel 1 de boosdoener is voor verkeer op poortnummer naar de NO-IP server?

What is a PTR Record and How to Do Reverse IP Lookup?

Dynamic DNS (DDNS) Troubleshooting Guide

LET OP gewoon Medeklant. Glasvezel sinds 2016 (1Gb and never needs more) - Linux gebruiker sinds 2006 ( Current: Kubuntu mantic 23.10 )- DIY Router/Firewall: pfSense 2.7.0 met 4 port INTEL NIC & Switch Unifi 8 poort 60w POE & Switch Unifi 8 poort & Wifi Unifi AP-AC Pro
EricSatu
Reputatie 3

@Gerrit078

Ik gebruik ook nmap onder Windows, en gisteren heb ik een ander leuk tooltje gevonden: Tracetcp.

Dat geeft alle ‘hops’ weer.

Met een ‘tracetcp’ naar Zyxel-2 lijkt het er bijna op dat het inderdaad bij dat modem zit. De laatste hop geeft het correcte IP adres, maar blijft dan hangen oneindig “Request timed out”.

 

C:\>tracetcp 87.208.x.y:1234 -m 64

 

Tracing route to 87.208.x.y [y-x-208-87.ftth.glasoperator.nl] on port 1234

Over a maximum of 64 hops.

1       3 ms    3 ms    4 ms    192.168.1.1     [home]

2       7 ms    4 ms    5 ms    85.144.224.1    [1-224-144-85.ftth.glasoperator.nl]

3       8 ms    8 ms    7 ms    10.10.10.170

4       8 ms    8 ms    8 ms    10.226.4.1

5       11 ms   8 ms    7 ms    10.10.12.38

6       20 ms   17 ms   54 ms   87.208.x.y  [y-x-208-87.ftth.glasoperator.nl]

7       *       *       *       Request timed out.

8       *       *       *       Request timed out.

…….

64      *       *       *       Request timed out.

Trace Complete.

 

Groeten,

Eric

A

@Jasonen @Gerrit078 

Als we er vanuit gaan dat voor beide WAN IP’s het A/PTR-record dus klopt, wat we eigenlijk wel kunnen stellen, want via de Hotspot en het betreffende A/PTR-record via NO-IP komen we wel op beide NAS-sen.

 

Dat is juist wat ik betwijfel, ik ben benieuwd wat @EricSatu voor resultaten krijgt als hij op zowel Zyxel 1 als Zyxel 2 de volgende twee links bezoekt;

Vanaf T-Mobile Thuis Glasvezel (ODF) Dordrecht → https://tmobilethuis.nl.eu.org/lg/ps.php

Vanaf Server in Frankrijk → https://tmobilethuis.nl.eu.org/ps.php

Even vluchtig een simpel nmap scriptje gemaakt die de output direct toont zodra de portscans voltooid zijn. Misschien kan je (EricSatu) meteen even een screenshotje delen (vergeet niet de IP-Adressen te verwijderen).

 

We komen via het A/PTR-record vanuit Zyxel 2 op NAS 1, maar dus niet bij het A/PTR-record vanuit Zyxel 1 op NAS 2. 

Conclusie zou dan kunnen zijn, dat Zyxel 1 de boosdoener is voor verkeer op poortnummer naar de NO-IP server?

 

Nope, hij heeft n.l. ook getest op IP-Adres dus geheel zonder No-IP maar direct op de IP-Adressen. Daar kwamen doormiddel van een directe en externe portscan dezelfde resultaat naar voren. Dus ook zonder no-ip is er dat probleem.

EricSatu
Reputatie 3

Hi @Gerrit078 Here you go, run from Zyxel-1.

Ik kan het even niet runnen van Zyxel-2 (30km hier vandaan)

Test from T-Mobile Thuis (Dordrecht)

Starting Nmap 7.40 ( https://nmap.org ) at 2022-02-25 22:24 CETNmap scan report for y-x-b-a.ftth.glasoperator.nl (a.b.x.y)Host is up (0.0050s latency).PORT     STATE    SERVICE20/tcp   filtered ftp-data21/tcp   filtered ftp22/tcp   filtered ssh80/tcp   filtered http200/tcp  open     src443/tcp  filtered https1001/tcp open     webpush1443/tcp filtered ies-lm1501/tcp open     sas-3Nmap done: 1 IP address (1 host up) scanned in 1.25 seconds

Test from Server (France)

Starting Nmap 7.70 ( https://nmap.org ) at 2022-02-25 22:26 CETNmap scan report for y-x-b-a.ftth.glasoperator.nl (a.b.x.y)Host is up.PORT     STATE    SERVICE20/tcp   filtered ftp-data21/tcp   filtered ftp22/tcp   filtered ssh80/tcp   filtered http200/tcp  filtered src443/tcp  filtered https1001/tcp filtered webpush1443/tcp filtered ies-lm1501/tcp filtered sas-3Nmap done: 1 IP address (1 host up) scanned in 3.06 seconds

 

A

Hi @Gerrit078 Here you go, run from Zyxel-1.

Ik kan het even niet runnen van Zyxel-2 (30km hier vandaan)

Test from T-Mobile Thuis (Dordrecht)

Starting Nmap 7.40 ( https://nmap.org ) at 2022-02-25 22:24 CET
Nmap scan report for y-x-b-a.ftth.glasoperator.nl (a.b.x.y)

Host is up (0.0050s latency).
PORT     STATE    SERVICE
20/tcp   filtered ftp-data
21/tcp   filtered ftp
22/tcp   filtered ssh
80/tcp   filtered http
200/tcp  open     src
443/tcp  filtered https
1001/tcp open     webpush
1443/tcp filtered ies-lm
1501/tcp open     sas-3
Nmap done: 1 IP address (1 host up) scanned in 1.25 seconds

 

Oeps, kom er zojuist achter dat ik de firewall op de server in Frankrijk nog niet had vrijgegeven voor poorten 1001, 1501, 1443 en 200. Hierdoor faalde de test op die server (altijd: filtered).

Als het goed is zou de test op de server in Frankrijk nu precies het zelfde moeten aangeven ( iets met haastige spoed) :sweat_smile:

Het ziet er naar uit dat vanaf T-Mobile naar het IP-Adres waar je deze resultaten van toont alles gewoon 100% werkt.

 

EricSatu
Reputatie 3

Hi @Gerrit078 

Klopt wat je zegt. Dit betekent dat Zyxel-1 etc goed zou moeten zijn.

Ik hoop dat ik dit weekend Zyxel-2 kan laten testen.

Ook wil ik jouw hartelijk danken voor je support, Ik heb zelf een hekel aan opgeven, totdat het bewezen is dat iets niet gefixed kan worden.

 

A

Hi @Gerrit078 

Klopt wat je zegt. Dit betekent dat Zyxel-1 etc goed zou moeten zijn.

Ik hoop dat ik dit weekend Zyxel-2 kan laten testen.

 

Laat het even weten zodra je het getest hebt en wat de uitkomst ervan is.

Mocht je het nog niet gedaan hebben, vergeet je dan niet ook even het MAC-Adres van Zyxel 2 door te geven via een privé bericht aan @Jason  ?

 

Ook wil ik jouw hartelijk danken voor je support, Ik heb zelf een hekel aan opgeven, totdat het bewezen is dat iets niet gefixed kan worden.

Opgeven, wat is dat?

…..

Oh moest het even opzoeken, stond ergens helemaal in kleine letters achter in mijn woordenboek.

Even wat ik verwacht m.b.t. de test en uitkomst;

  • Ik verwacht dat bij Zyxel 2 alleen poort 200 open staat en de rest gesloten is.
  • En dat dit inderdaad neerkomt op een Zyxel die niet helemaal lekker is en daarom a.s.a.p. vervangen moet worden.

Als bij vervanging de boel dan nog niet werkt, moet er toch echt ergens iets niet in orde zijn en zou het geen gek idee zijn als een tech eens kan speuren naar wat er dan gaande is. portscans laten vooralsnog zien dat de gegeven resultaten modem gerelateerd zijn.

EricSatu
Reputatie 3

Hi @Gerrit078 

@Jason heeft Serienummer en MAC van Zyxel-2 reeds.

Ik ben benieuwd wat er uit de test bij Zyxel-2 komr, Op basis van de ‘tracetcp’ resultaten verwacht ik dat daar iets mee aan de hand is.

ForumvoorwaardenCookie instellingen