Fortsetzung der Diskussion von Probleme mit DIR-505-Node in Mettmann:
Da ich davon ausgehe, dass Du keine Firmware „nur für den DIR505“ baust und auch keine Fragen dazu beantworten kannst, vermute ich mal, dass die Frage sich nicht auf den DIR505 bezieht, sondern eher auf den DHCP-Status in Mettmann.
Meine Frage zielte darauf ab wie die DHCP-Requests verarbeitet werden. Gibt es einen zentralen DHCP oder ist die Funktion des DHCP-Servers auf mehrere (z.B. auf den Gateways) verteilt?
Mir ist auch das eigentliche Problem noch nicht ganz klar. Ist der Datenverkehr zu hoch um DHCP ordentlich zu bedienen? Werden die Pakete irgendwo „geschluckt“ (Timeout, Filter, etc.)?
Aber an der Konfiguration wurde ja gerade geschraubt, vielleicht ist es ja schon besser. Ich werde das heute Abend mal ausprobieren.
Wie versprochen habe ich gerade meinen Node wieder mit dem Mettmanner Image in Betrieb genommen und siehe da: Es geht! Sowohl mein MacBook als auch das Windows-Notebook bekommen sofort eine IP zugewiesen.
und mit welchem Image (URL bitte) ging es nicht?
Ich hatte das Image unter https://download.ffnef.de/firmware/stable/ffnef-met/factory/gluon-ffnef-met-201603022306-stable-ubiquiti-picostation-m.bin benutzt. Da funktionierte aber die DHCP-Vergabe nicht richtig und zum testen hatte ich auf https://download.ffnef.de/firmware/stable/ffnef-erk/sysupgrade/gluon-ffnef-erk-201603022306-stable-ubiquiti-picostation-m-sysupgrade.bin geflasht damit ich in den Erkrather Bereich falle wo dann auch DHCP funktionierte. Nachdem jetzt aber da Einstellungen geändert wurden habe ich mittels https://download.ffnef.de/firmware/stable/ffnef-met/sysupgrade/gluon-ffnef-met-201603022306-stable-ubiquiti-picostation-m-sysupgrade.bin wieder umgeflasht und auch da geht nun alles.