hallo herrhund,
solche logs treten auf, wenn der pppd nicht merkt, daß das modem nicht sync ist, und versucht, den ppp-link hochzufahren. ursache kann ein bug oder ein hängendes gerät sein. lt. engerl hast du schwankende leitungswerte, und manchmal werden die pppoe sessions nach einem sync loss nicht sauber geschlossen, d.h. du bist am radius z.b. angemeldet, obwohl das zyx gar nicht sync ist. solche gschichterln sind uns bis jetzt noch nicht untergekommen. und deshalb haben wir auch das zyx im fadenkreuz, na net...
mach beim punkt #4 von früher weiter. falls das pire @ 6 Mbps nicht synct, melden, sodaß das engerl deine bb versuchsweise runterdrehen kann. wir brauchen auf alle fälle einen vergleich.
welche fw. hast du aktuell drauf?
>"...Oder lässt sich das auch durch eine statische Route lösen?..."
- am nbg5715 wird im default nat aktiv sein. du solltest es unter Network > NAT > General deaktivieren, um doppelnat zu vermeiden. dann muĂźt du aber am 2812er eine statische route fĂĽrs lan des 5715er via wan-ip 5715er setzen.
- wenns nur um den ntp-client geht, dann könntest du auch einen schwindligen ansatz versuchen, weil am 2812er iptables voll da ist.
du verwendest den 5715er als reinen ap, setzt beim ntp-server die lan-ip des 2812er als ntp-server und leitest am 2812er die anfragen des clients zum richtigen server weiter:
- Code: Alles auswählen
# iptables -t nat -A PREROUTING -s <lan-ip-5715> -p udp --dport 123 -j DNAT --to-destination 31.130.1.11:123
der nachteil dieses ansatzes- die regel läßt sich nicht sichern, zumindest hab ich noch keine möglichkeit gefunden, das zu tun...
aja, und in zukunft bitte die logs nicht isoliert, sondern in einem gesamtkontext posten. gesamtkontext bedeutet in deinem fall verbindungsabbruch + wiedereinwahl.
lg
zid
