Cisco 7961G an FRITZ!Box - dauernd "Restarting"

[niggonet]

Hallo zusammen,

habe ein 7961G mittels der Config aus c't 14/2017 an meiner FRITZ!Box 6890 angemeldet.
Funktioniert auch reibungslos, allerdings will es alle 5 - 15 Minuten anscheinend die XML neu laden, oder verliert die Verbindung? Ich weiß es nicht ...
Dauert dann immer etwa 3 Minuten bis es wieder einsatzbereit ist. Und das Ganze obwohl der TFTP-Server nicht läuft.

Vielleicht ist hier ein Experte der aus den Logs schlau wird, ich kann die Ursache nicht finden
Die Logs sind vom Zeitpunkt des "Restarting".

Bemerkenswert finde ich:

6185: WRN 09:41:48.634082 xxtpClient: HTTP failed with code 102
6186: NOT 09:41:48.692780 TFTP: [7]:Requesting SEP001EBE920779.cnf.xml from 192.168.123.35 with size limit of 550001
6187: WRN 09:41:48.695492 TFTP: [7]:recvfrom error : Connection refused .
6188: NOT 09:41:48.706181 SYSMSG: pid 7 (/sbin/tftpd) Normal Exit, status = 25
6189: INF 09:41:48.706253           runtime = 0.060 secs

6190: INF 09:41:48.706298          user cpu = 0.002447900 secs

6191: INF 09:41:48.706339        system cpu = 0.017320313 secs

6192: INF 09:41:48.706373    child user cpu = 0.000000000 secs

6193: INF 09:41:48.706406     child sys cpu = 0.000000000 secs

6194: INF 09:41:48.706451    sys interrupts = 0.005124067 secs for 35 interrupts

6195: INF 09:41:48.706500 total cpu = 0.020018876 secs ( 33% utilization )

6196: WRN 09:41:52.709524 SECD: WARN:lookupCTL: ** no CTL, assume TFTP NONSECURE
6197: WRN 09:41:52.787971 SECD: WARN:cancelCapfOp: CAPF not in use, user cancel ignored
6198: NOT 09:41:52.789008 SECD: clearCapfList: CAPF table cleared
6199: NOT 09:41:52.803500 JVM: Startup Module Loader|cip.cfg.h:? - ====>123Config handleTftpResponse, status=17 for file=ram/SEP001EBE920779.cnf.xml
6200: ERR 09:41:52.805665 JVM: Startup Module Loader|cip.sec.CapfProperty:? - Failed to resolve Capf Ipv4 Address with hostname
6201: ERR 09:41:52.807856 JVM: Startup Module Loader|cip.sec.CapfProperty:? - Failed to resolve Capf Ipv6 Address with hostname
6202: ERR 09:41:52.811217 JVM: Startup Module Loader|cip.sec.CapfProperty:? - No valid CAPF server
6203: NOT 09:41:52.815972 SECD: setSecMode: sec mode set to NONE (was NONE)
6204: NOT 09:41:53.170953 JVM: Startup Module Loader|cip.cfg.h:? - DELETE ConfigFile:(ram/SEP001EBE920779.cnf.xml)WAS SUCCESSFUL

Scheint als versuche es eine neue Config einzuholen, bekommt keine aber löscht dennoch die bestehende ...


Viele Grüße
Nico

 

[KunterBunter]

Und das Ganze obwohl der TFTP-Server nicht läuft.

Und wie geht das Ganze, wenn der TFTP-Server läuft?

 

[niggonet]

Gute Frage. Habe das mal ausprobiert: Dann tauchen die Restarts auch auf aber gehen schnell, sind in wenigen Sekunden abgearbeitet.

 

[Theo Tintensich]

Dann lass den TFTP-Server laufen.
Wenn das ein Windows-System ist, stell einen anderen Rechner dafür hin. ein Raspberry-Zero würde vollkommen ausreichen.
Oder einen etwas größeren, auf dem dann auch PI-Hole läuft, denn dann auch DHCP-Server und lokaler DNS-Server spielen kann, so dass z.B. Systeme mit fester IP per DNS sauber erreichbar sind.