Beantwoord

Klapperende glaslijn

  • 20 January 2021
  • 13 reacties
  • 439 Bekeken

Sinds begin december hebben wij een 100/100 glasverbinding welke over het netwerk van KPN gaat, nu had ik regelmatig last van hikjes in het netwerk maar dat was zo nu en dan, de laatste tijd word he alleen maar erger.., nu had ik vanochtend +/- 150 mailtjes van mijn Ubiquiti router van constante failover’s naar mijn 2e provider (in dit geval ziggo)

 

Al getracht te doen:
1) Kabels vervangen welke van de media converter na de udm-pro gaat probleem blijft bestaan
2) De T-mobile router er tussen geplaatst zodat er tijdelijk een dubbele nat is ook dan blijven er failover meldingen komen
3) Wan poorten gewisseld op de UDM-Pro T-Mobile op de eth8 (vlan 300 dus eth8.300) en Ziggo op eth9, dit om de sfp-rj45 module uit te sluiten, ook dan om de zoveel tijd een time-out

Wat me wel opvalt is wanneer ik het t-mobile router gebruik een ander extern adres krijg dan rechtstreeks op mijn UDM-Pro (dit is ook als ik de andere wan poort gebruik, lijkt erop dat hij een ip hangt aan een mac adres)

Extra note: Wij hadden in het verleden xs4all welke over dezelfde glaslijn ging en daar heb ik nooit een issue mee gehad..

Plaatje ter illustratie (eth8 is de ziggo verbinding 2e wan, eth9.300 is de T-Moblie glas en dit zijn niet de enige meldingen in de logging.

Note: mochten jullie willen troubleshooten op dit moment zit het Zyxel apparaat aangesloten.
 

 

icon

Beste antwoord door Jason van Odido 28 January 2021, 14:22

Bekijk origineel

13 reacties

Nog even een extra plaatje van de wan poorten omgewisseld op de router, kunnen julie dit aub fixen denkend aan dhcp leasetijden (welke bij t-mobile extreem laag staan..)

 

 

Reputatie 6
Badge +3

Hi @LightStar85 , 

Valt de verbinding ook steeds weg als je direct aangesloten op de Zyxel test? 

 

Hi @LightStar85 , 

Valt de verbinding ook steeds weg als je direct aangesloten op de Zyxel test? 

 


Die is aangesloten lijkt wel online te blijven tot nu (maar dat zegt niks, vanuit de Zyxel na de udm-pro op de wan (setting dan dhcp) klappert ie ook) tevens zie ik veel dhcp entry’s in de logging

 

           
1 Jan 20 11:24:47 kern debug dhcpc udhcpc: Sending discover...
2 Jan 20 11:24:14 kern debug dhcpc udhcpc: Sending discover...
3 Jan 20 11:23:58 kern debug dhcpc udhcpc: Sending discover...
4 Jan 20 11:23:50 kern debug dhcpc udhcpc: Sending discover...
5 Jan 20 11:23:46 kern debug dhcpc udhcpc: Sending discover...
6 Jan 20 11:23:44 kern debug dhcpc udhcpc: Sending discover...
7 Jan 20 11:23:43 kern info dhcpc udhcpc: dhcpMsgSend: msgType[-2147483403]
8 Jan 20 11:23:43 kern info dhcpc udhcpc: Lease of 82.174.xxx.xx obtained, lease time 1800
9 Jan 20 11:23:43 kern debug dhcpc udhcpc: Sending discover...
10 Jan 20 11:22:40 kern debug dhcpc udhcpc: Sending discover...
11 Jan 20 11:22:08 kern debug dhcpc udhcpc: Sending discover...
12 Jan 20 11:21:51 kern debug dhcpc udhcpc: Sending discover...
13 Jan 20 11:21:43 kern debug dhcpc udhcpc: Sending discover...
14 Jan 20 11:21:39 kern debug dhcpc udhcpc: Sending discover...
15 Jan 20 11:21:37 kern debug dhcpc udhcpc: Sending discover...
16 Jan 20 11:21:36 kern debug dhcpc udhcpc: Sending discover...
17 Jan 20 11:20:33 kern debug dhcpc udhcpc: Sending discover...
18 Jan 20 11:20:01 kern debug dhcpc udhcpc: Sending discover...
19 Jan 20 11:19:45 kern debug dhcpc udhcpc: Sending discover...
20 Jan 20 11:19:36 kern debug dhcpc udhcpc: Sending discover...
21 Jan 20 11:19:32 kern debug dhcpc udhcpc: Sending discover...
22 Jan 20 11:19:30 kern debug dhcpc udhcpc: Sending discover...
23 Jan 20 11:19:29 kern debug dhcpc udhcpc: Sending discover...
           
Reputatie 6
Badge +3

Neem je alleen internet af? 

Die discovers kunnen namelijk ook voor IPTV zijn. Als je dat niet afneemt worden die geblokt op de dslam omdat daar de IPTV niet bestaat voor jou aansluiting.

Neem je alleen internet af? 

Die discovers kunnen namelijk ook voor IPTV zijn. Als je dat niet afneemt worden die geblokt op de dslam omdat daar de IPTV niet bestaat voor jou aansluiting.

 

Ja enkel internet tv gaat via ziggo, deze lijn heb ik erbij genomen als backup en voor gaming (glas heeft normalieter een lagere ping als ziggo).

Deze komen nu ook voor

 

124 Jan 20 12:08:43 kern info dhcpc udhcpc: dhcpMsgSend: msgType[-2147483403]
125 Jan 20 12:08:43 kern info dhcpc udhcpc: Lease of 82.174.xxx.xxx obtained, lease time 1800
126 Jan 20 12:08:43 kern debug dhcpc udhcpc: Sending renew...
127 Jan 20 12:08:34 kern debug dhcpc udhcpc: Sending discover...
128 Jan 20 12:08:32 kern info dhcpc udhcpc: dhcpMsgSend: msgType[-2147483403]
129 Jan 20 12:08:32 kern info dhcpc udhcpc: Lease of 10.129.xxx.xxx obtained, lease time 3600

Helaas ook met de t50 ertussen (met als setting dmz naar mijn udm-pro) komen er onderbrekingen.

 

Wel jammer dat het logboek in de T50 maar teruggaat naar een paar uur (in mijn geval nu tot 4 uur vanochtend..)

 

 

Reputatie 7

Hoi @LightStar85 ,

Dank je wel voor je bericht aan de Community! We kijken graag met je mee naar een juiste oplossing. Waar ik erg naar benieuwd ben zijn de DHCP settings van het modem en router. Hoe staat bijvoorbeeld de DNS afgesteld? 

Momenteel staat hij te klapperen, de dns binnen de dhcp staan op 1.1.1.1 en 1.0.0.1 ipv de dns vauit de ISP

Reputatie 7

Hoi @LightStar85 ,

Wanneer je de DNS verandert naar die van T-Mobile, wat ervaar je dan? Ik merk dat er veel positieve reacties zijn met het instellen van de DNS met de Open DNS 208.67.220.220. Geeft deze ook voor jou een stabielere verbinding?

Hoi @LightStar85 ,

Wanneer je de DNS verandert naar die van T-Mobile, wat ervaar je dan? Ik merk dat er veel positieve reacties zijn met het instellen van de DNS met de Open DNS 208.67.220.220. Geeft deze ook voor jou een stabielere verbinding?

 

Dat wordt er niet beter op, dit issue zit eerder in de korte leastijden welke verstrekt worden, de lease duurt 30 minuten (1800 seconden) als deze een timeout krijgt aan de kant van de zyxel of eigen router dan klapt de verbinding weg, is er een reden waarom deze niet op 24uur staan ? dat lijkt mij in veel gevallen de issue’s op te lossen (want ik ben niet de enige met deze problemen...)

empty

Reputatie 7
Badge +16

Hoi @LightStar85, de reden dat de lease time zo kort is, heeft te maken met hoe lang de IP's op losse devices gereserveerd worden binnen de server. 

Rondom onderhoudsrondes kan het voorkomen dat de lease halveert of zelfs naar vijftien minuten teruggaat, dit zou echter automatisch weer teruggeschroefd moeten worden. Ik ga eens kijken of ik dit handmatig voor je kan pushen. 

Reageer