USG 3 [Opgelost] US-8PoE-60W v 5.64.8 "ubntconf: ERROR: route: add default gw 192.168.1.1 failed"

[m4v3r1ck]

Net als je denkt dat het lekker gaat...

Na de update van mijn UniFi USG3p (4.4.55) en switches (5.648) en het geven van vaste IP-adressen aan UniFi en Mac devices, klopt mijn netwerk niet meer. De topology geeft gebruikers aan op de verkeerde switch STD, UTL RM die dan ook geen gebruikers meer aangeeft.


* 192.168.1.2 is mijn UCKG2+


Geen gebruikers meer te zien.





Gebruikers in rood kader horen op de UTL RM switch te zitten.


* bij wijzigen poort 3 van de STD switch kreeg ik een melding dat de UniFi Controller 192.168.1.2 op de port zit, deze wijziging dan ook niet gedaan. Dit is mijn UCKG2+.

Foutmeldingen in mijn logserver op mijn NAS:

ubntconf: ERROR: route: add default gw 192.168.1.1 failed mcad: mcad[1155]: ace_reporter_trsp_curl.check_multi_info(): inform failed with curl code 28 mcad: mcad[1155]: ace_reporter.reporter_fail(): Timeout ([URL]http://192.168.1.2:8080/inform[/URL]) mcad: mcad[1155]: ace_reporter.reporter_fail(): inform failed #1 (last inform: 6 seconds ago), rc=4 ubntconf: ERROR: route: add default gw 192.168.1.1 failed ubntconf: ERROR: route: add default gw 192.168.1.1 failed

1. Uiteraard gezocht UI community op bovenstaande meldingen, maar daar kon ik zelf niet echt iets mee.
2. Provisioning aantal keren
3. Stroom reboot

/

 

[gewoon in de kroeg]

ook wel eens gehad na een update.
helemaal suf gezocht en van alles gedaan.
op een gegeven moment uit pure frustratie mee gestopt omdat het niet beter ging worden.

de volgende ochtend stond alles "opeens" weer goed.

 

[erik]

Topology geeft soms hele rare dingen aan die soms vanzelf weg gaan
Maar dat is een bekend probleem

 

[m4v3r1ck]

Bedankt voor jullie reacties.

Topology ala, maar dat ik dus ook alle gebruikers in mijn UTL RM switch mis, is wel heel erg vreemd.

We geven niet op en zoeken verder maar de oplossing.

 

[LTAX04]

Mijn ervaring is dat de Topology alleen niet klopt voor de wifi clients maar zodra je een via een knop reconnect de client opnieuw verbinding laat maken dat het daarna wel klopt en ook goed blijft werken.

 

[LTAX04]

De bekabelde clients kun je ook reconnecten alleen kan dit alleen via de telefoon app bij clients en dan settings van de client, ik heb deze optie nog niet gevonden in de browser via de computer.

 

[m4v3r1ck]

Ik ga eens zoeken op mijn iPhone!

 

[Hofstede]

Hoe heb je de switches een vast IP gegeven? Toch wel vie het properties panel van de switch?

Daarnaast moeten de vste IP's van de switches ook buiten de DHCP pool van de USG liggen.

Ik zou het netwerk even "schoon" opstarten. Alles uit en dan weer aan, te beginnen met de switch waarop de CloudKey is aangesloten.

 

[m4v3r1ck]

Ik zou het netwerk even "schoon" opstarten. Alles uit en dan weer aan, te beginnen met de switch waarop de CloudKey is aangesloten.

Iedereen dank voor jullie suggesties!

Wat kan een oplossing toch soms eenvoudig zijn. Ik heb er helemaal niet aan gedacht om mijn CloudKey ook te herstarten... Ik was zo gefocust op de devices zelf. Ja, de vaste IP-adressen heb ik via de properties panel ingegeven.





LAN DHCP range: 192.168.1.10 - 192.168.1.254. Ik zal voortaan na elke firmware update ook even mijn CloudKey herstarten!

Dank weer voor je helder advies.

 

[Hofstede]

Je hoeft de controller niet te herstarten na een firmware update.
Het probleem ontstond door het aanpassen van de IP adressen van de switches. Dat is iets waardoor de controller flink in de war kan raken en een herstart van de controller verhelpt dat. Je switches hebben nu een vast IP, dus dat probleem zou zich niet meer moeten voordoen.

 

[m4v3r1ck]

Dit was voor mij dan ook de eerste keer dat ik de IP-adressen niet op mijn devices zelf uitgeef. Ik deed dat altijd op al mijn devices zelf. Inderdaad een werkje.

Goed dat ik dat nu centraal in de controller kan doen, makkelijker en overzichtelijker te beheren.

Zo leer ik elke keer weer iets nuttigs, dank!