Beantwoord

UDM Pro krijgt geen ip adres meer sinds storing afgelopen maandag

  • 28 January 2021
  • 38 reacties
  • 1371 Bekeken
E
Reputatie 2
  • ernste is een Master Poster
  • is een Master Poster
  • 23 reacties

Ik heb TMobile Thuis rechtstreeks met de glasvezel kabel aangesloten op mijn eigen router. Dit werkte perfect, tot de storing van afgelopen maandag. Ondanks diverse resets slaagt de UDM Pro er niet meer in om een DHCP lease te bemachtigen. Wat mij opvalt is dat ik voor de storing een 85.x adres had, en nu (via de standaard zyxel router) een 31.x adres krijg.

Daarnaast ervaar en zie ik ook gedurende de dag diverse onderbrekingen van de verbinding, via de standaard router.

Hoe ga ik de UDM Pro weer aan de praat krijgen??

Moderator edit: geen persoonsgegevens en gevoelige informatie in een openbaar bericht plaatsen, alsjeblieft.

icon

Beste antwoord door Jason van Odido 2 February 2021, 09:37

Bekijk origineel

38 reacties

E
Reputatie 2

En we zijn weer back in business. Met dank aan @Jason die een reprovision heeft geregeld.

 

Heb net het IP vanuit de Zyxel gereleased, en de glasvezel rechtstreeks in de UDM Pro geprikt. Gelijk een nieuw DHCP adres gekregen en gaan.

 

Het viel mij trouwens wel op dat ik voor de storing een 85.x adres had, na de storing een 31.x adres, en nu weer een 85.x adres.

V
Reputatie 2

Het werkt @TechRacing93@Jason dus reprovisie (met ZyXEL) en daarna SFP module met patchcover aangesloten en dan VLAN 300 instellen en op 1000/1000 ipv autoconfiguration.

T
Reputatie 6
Badge +3

@vaevictis 

Neem aan dat de poort wel gewoon “up” is. Misschien helpt het als je hem van auto negotiate op 1000mbps zet.

Wat krijg je te zien als je via ssh met ethtool naar de sfp poort kijkt.

ethtool eth9

Welke firmware draai je op de UDM? 

V
Reputatie 2

@vaevictis

Neem aan dat de poort wel gewoon “up” is. Misschien helpt het als je hem van auto negotiate op 1000mbps zet.

Wat krijg je te zien als je via ssh met ethtool naar de sfp poort kijkt.

ethtool eth9

Welke firmware draai je op de UDM? 

Ik had hem ook al op 1000mbps staan. De poort is inderdaad up. Vanavond test ik.

T
Reputatie 6
Badge +3

Wat je kan nakijken is om een tcpdump te maken om te zien of er wel DHCP heen en weer gaat. 

De pcap kan je sftp van de UDM af halen. 

tcpdump -i eth9.300 -w /data/eth9.pcap

 

Pieter_B
Rank
Reputatie 7
Badge +3

@ernste 

Ten eerste, ik heb hier denk ik 5 of 6 verschillende devices als router op de TMT glasvezel gehad, met IP’s van 31.x, 85.x en nu 143.x op de pfSense box. Dit alles zonder ook maar 1 keer een MAC-release nodig te hebben gehad.

Deze opmerking bevreemd mij iets

Via de converter werkt het deels, packet loss gaat dan richting 30%. Schijnt iets met jumbo frames te maken te hebben.

https://www.mirazon.com/jumbo-frames-do-you-really-need-them/

Lijkt mij sterk dat daar het probleem ligt, want eigenlijk staat dit default meestal op alle devices op disabled.

Hoe meet je deze packet loss en over hoeveel tijd is die meting?

Als dit over een korte periode is, dan heb ik eerder het vermoeden dat je fiberline een defect heeft.

Als je een TMT router aansluit, is dan je bandbreedte wel in orde en ook je packet loss minder?

 

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
T
Reputatie 6
Badge +3

Hi @ernste, 

Laat de logging van de UDM niet zien waarom die geen ip adres meer krijgt of iets anders intressant waarom het niet werkt? 

 

 

330Driver
Reputatie 3

@330Driver Dat is idd precies wat ik gedaan heb. En de Zyxel krijgt keurig een adres (wel weer in de 31.x reeks). Maar sluit ik dan de boel weer aan op de UDM Pro, dan krijgt ie geen adres. Ergo, TMT moet ergens achter de schermen iets doen waardoor mijn UDM Pro MAC adres weer geaccepteerd wordt.

 


Ok ;-) was alleen aan het meedenken ;-) Hopelijk is het gefixed nu.

E
Reputatie 2

Goed punt :)

 

Dit is de feedback als ik handmatig de DHCP client opstart:

 

/sbin/udhcpc --foreground --interface eth9.300 --script /usr/share/ubios-udapi-server/ubios-udhcpc-script
udhcpc: started, v1.31.1
udhcpc: sending discover
udhcpc: sending discover
udhcpc: sending discover
udhcpc: sending discover
....

 

En de discover gaat zo eindeloos door. Dit werkte overigens voor de storing prima, en aan de UDM kant is er niks gewijzigd.

B
Reputatie 3

@ernste

Kan je je Unifi-settings delen qua netwerk, poortinstellingen e.d.? Ik ben wel benieuwd. Ik heb nog geen problemen met mijn UDM Pro na 2 maanden.

T
Reputatie 6
Badge +3

Just to double check;

  • Werkt het ook niet als je de UDM op de converter aansluit?
  • Wat laat; ethtool -m eth9 zien als je de fiber aansluit

Ik neem aan dat de fiber poort wel gewoon up is als je de glasvezel aansluit ;) 

 

 

 

330Driver
Reputatie 3

Hi @ernste goed dat je weer in business bent ;-) 

Ik zie dat je een UDM PRO hebt die je rechtstreeks aan de Glasvezel hebt hangen. Althans zien, dat natuurlijk niet maar ik begrijp uit deze thread dat dat zo is.

Vraagje heb je ook telefoon en TV of heb je alleen internet?

groet 330

T

Hi @Jason

ik heb hier hetzelfde probleem na een reboot van mijn UDM Pro, dit was voorheen nooit een probleem.

 

Hoe kan ik dit voor deze keer en toekomstige keren oplossen?

E
Reputatie 2

Via de converter werkt het deels, packet loss gaat dan richting 30%. Schijnt iets met jumbo frames te maken te hebben.

 

Hier de output van ethtool, ziet er volgens mij prima uit:

 

# ethtool -m eth9
	Identifier                                : 0x03 (SFP)
	Extended identifier                       : 0x04 (GBIC/SFP defined by 2-wire interface ID)
	Connector                                 : 0x01 (SC)
	Transceiver codes                         : 0x00 0x00 0x00 0x02 0x00 0x00 0x00 0x00
	Transceiver type                          : Ethernet: 1000BASE-LX
	Encoding                                  : 0x00 (unspecified)
	BR, Nominal                               : 1300MBd
	Rate identifier                           : 0xff (reserved or unknown)
	Length (SMF,km)                           : 20km
	Length (SMF)                              : 20000m
	Length (50um)                             : 550m
	Length (62.5um)                           : 550m
	Length (Copper)                           : 0m
	Length (OM3)                              : 2550m
	Laser wavelength                          : 1310nm
	Vendor name                               : DrayTek
	Vendor OUI                                : 00:50:7f
	Vendor PN                                 : 455-0000007-01
	Vendor rev                                : 1.0
	Option values                             : 0x00 0x1a
	Option                                    : RX_LOS implemented
	Option                                    : TX_FAULT implemented
	Option                                    : TX_DISABLE implemented
	BR margin, max                            : 100%
	BR margin, min                            : 100%
	Vendor SN                                 : 010295C4027
	Date code                                 : 151202

 

yalerta
Reputatie 7
Badge +5

Het viel mij trouwens wel op dat ik voor de storing een 85.x adres had, na de storing een 31.x adres, en nu weer een 85.x adres.

Hetzelfde gebeurt bij mij.

Via de Zyxel krijg ik een 85.x.x.x adres.
Als ik een Microtik RB750 aansluit komt er een adres in de 31.x.x.x tevoorschijn.

Er zal een scriptje draaien op de DHCP servers die de mac adressen bekijkt tijdens de aanvraag en het adres aan de hand van dat adres categoriseert.

Nog geen tijd genomen om het Zyxel mac adres in de Microtik te spoofen om te zien wat voor IP er dan uitgegeven wordt. (Als het werkt niet proberen te repareren)

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

En nog van de VLAN interface:

 

# ethtool eth9.300
Settings for eth9.300:
	Supported ports: [ ]
	Supported link modes:   Not reported
	Supported pause frame use: No
	Supports auto-negotiation: No
	Advertised link modes:  Not reported
	Advertised pause frame use: No
	Advertised auto-negotiation: No
	Speed: 1000Mb/s
	Duplex: Full
	Port: Twisted Pair
	PHYAD: 0
	Transceiver: internal
	Auto-negotiation: on
	MDI-X: Unknown
	Link detected: yes

 

T
Reputatie 6
Badge +3

De output zit er inderdaad prima uit. 

Als de UDM wel een ip krijgt als die aan de converter hangt (los van de packet loss) lijkt wel als de sfp interface het probleem geeft. 

Hier heeft iemand ongeveer hetzelfde en heeft opgelost met de auto negotiation aan te passen.

Heb zelf helaas geen UDM (en geen glasvezel) dus ik kan het niet vergelijken :( 

 

Jason van Odido
Rank
Reputatie 7
Badge +16

Heel fijn om te horen dat het nu werkt @vaevictis, veel plezier met de setup, blij dat we een klein beetje assistentie konden bieden! 

Pas op voor de storm vandaag en alvast een schitterend weekend toegewenst! 

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

@Jason Even een atmention hier aangezien jij ook hebt geholpen in het topic zoals hierboven gelinkt mbt een mac release. Kun jij aangeven wat een mac release is, en of dat in mijn geval de DHCP toewijzing weer op gang zou kunnen helpen?

V
Reputatie 2

Hoi @tnajanssen ,

Goed dat je aan de bel trekt! Ik begrijp dat er inmiddels een reprovisie is uitgevoerd, maar dat nog niet het resultaat heeft gegeven waar we op hadden gehoopt. Heb je wellicht zelf al een oplossing kunnen vinden? Mocht het nog niet zo zijn, denk ik graag met je mee. 

@Boris@Jason@ernste Ik krijg ook geen WAN IP met een UDM Pro gebruik een SFP transceiver en dit heeft tot vandaag zo gewerkt met een edgerouter. Reprovisie en mac release is nog niet uitgevoerd, maar als ik een oude NTU van ZTE eraan hang dan krijg ik wel een WAN IP met een UTP kabel. Wat zou hier de oplossing kunnen zijn?

E
Reputatie 2

Dank voor het meedenken!

Ik heb sinds de storing niet meer getest met de media converter, zal ik nog eens proberen.

Auto-negotiation heb ik idd ook al uitgezet (ook voor de storing stond dit al uit), maar dat lijkt lig voor de link status niets uit te maken.

Wellicht dat iemand van @TMobile ernaar kan kijken? Zoals ik al aangaf, voor de storing werkte deze setup prima, na de storing niet meer.

E
Reputatie 2

In mijn geval was de enige persistente oplossing overstappen naar KPN. Dus de dag dat mijn contract afliep heb ik dat gedaan, en sindsdien geen enkel issue meer.

E
Reputatie 2

Hallo @Jason . Na een herstart (gedwongen door stroomuitval) is weer hetzelfde aan de hand. Geen response van de DHCP server.

Kun jij weet je magic doen? Thanks!

E
Reputatie 2

Net contact gehad met @Vikram van de klantenservice. Helaas lag het interne support systeem eruit, dus kon hij mij niet direct helpen. Maar een Mac release zou eea weer moeten vlot trekken.

Jason van Odido
Rank
Reputatie 7
Badge +16

Hoi @ernste, de reprovisie is uitgevoerd, bedankt dat je de Zyxel er tijdelijk tussen gehangen hebt. Mocht een MAC-release ook gewenst zijn, let me know en houd me op de hoogte van de onderbrekingen alsjeblieft!

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

Reageer


ForumvoorwaardenCookie instellingen