Funbox 6 musi się faktycznie tak często restartować?

[Praziomek]

Faktycznie Fanbox 6 musi się restartować co kilkanaście godzin?

_____________________

* Post wydzieliłem z tematu "Pogaduchy 3.0 - Wojciech

[Glut]

@Praziomek  może to jakieś prace, jeżeli są na linii to połączenie się restartuje.

[Praziomek]

W nocy przez kilkanaście sekund nie było internetu 

Max na czacie stwierdził awarię. Doradca uspokoił, że wszystko ok.. ale to mnie zastanowiło, że wspomniał o takich restartach. Może raz, dwa razy takie coś zauważyłem przez kilkanaście miesięcy. Jakby takie wyłączenia internetu były częściej to z pewnością zwróciłbym na to uwagę.

[Glut]

@Praziomek  więc sam widzisz, awarie, konserwacje. Normalnie to połączenie się resetuje co 10 dni.

[agat13]

@Praziomek  są dwa interwały czasowe restartu adresów. 22h ( dla usług oo miedzi)i 240 h.

Reszta to anomalia. Mówię , to wiem.....

Oczywiście są przerwy techniczne, wynikające z konserwacją czy napraw, ale nie są częste, szczególnie dla FTTH 

[atlas_cudow]

@agat13W tym wątku chyba chodzi o restart całego routera, a nie reconnect do sieci. Nie wiem jak jest na FTTH, ale na miedzi resetowało się połączenie raz na dobę, ale sam router to chyba nigdy mi się sam nie resetował.

Może Funboxy mają jakiś mechanizm, że kiedy nie udaje się połączyć z siecią przez jakiś czas, to robi reboot?

[j131]

Na FTTH co 10 dni około trzeciej w nocy FB się resetuje. Nie odnawia sesji, tylko resetuje się. Wszystkie diody gasną, i normalnie startuje od zera. Ponownie zestawia połączenie światłowodowe, w czasie resetu znika z sieci. Specjalnie prowadziłem systematyczne wielomiesięczne obserwacje żeby to sprawdzić, i konkluduję że taki właśnie jest stan faktyczny.

[agat13]

@atlas_cudow  potwierdzam to, co pisze @j131 . Restart zamiast odświeżenia sesji. Tak to niestety działa. I o ile co 10 dni jest to mało upierdliwe, to jak to się dzieje częściej (historia zna takie przypadki) to już nie jest normalne i trzeba szukać przyczyny 

[pirenej]

mój niefunbox dostaje zerwanie sesji co te ileś dni i sobie łączy na nową. Ale raz na kilka miesięcy coś totalnie w nocy kuca i trzeba ręcznie zrobić restart. Ostatnio 17 lutego krótko po 02:00 się coś zwiesiło. Potem, po 04:29 to już po power cycle. Można by się połączyć z niefunboksem i spróbować wyszperać coś więcej niż robić ten żałosny reboot, no ale nie o 4:30, przecież!

Feb 17 01:59:11 niefunboks ppp[541]: tun0: LCP: deflink: SendEchoReply(112) state = Opened
Feb 17 01:59:41 niefunboks ppp[541]: tun0: LCP: deflink: RecvEchoRequest(113) state = Opened
Feb 17 01:59:41 niefunboks ppp[541]: tun0: LCP: deflink: SendEchoReply(113) state = Opened
Feb 17 02:00:11 niefunboks ppp[541]: tun0: LCP: deflink: RecvEchoRequest(114) state = Opened
Feb 17 02:00:11 niefunboks ppp[541]: tun0: LCP: deflink: SendEchoReply(114) state = Opened
Feb 17 02:00:41 niefunboks ppp[541]: tun0: LCP: deflink: RecvEchoRequest(115) state = Opened
Feb 17 02:00:41 niefunboks ppp[541]: tun0: LCP: deflink: SendEchoReply(115) state = Opened
Feb 17 02:01:11 niefunboks ppp[541]: tun0: LCP: deflink: RecvEchoRequest(116) state = Opened
Feb 17 02:01:11 niefunboks ppp[541]: tun0: LCP: deflink: SendEchoReply(116) state = Opened
Feb 17 04:29:49 niefunboks ppp[547]: tun0: Phase: deflink: Disconnected!
Feb 17 04:29:49 niefunboks ppp[547]: tun0: Phase: deflink: carrier -> hangup
Feb 17 04:29:49 niefunboks ppp[547]: tun0: Phase: deflink: Connect time: 5 secs: 0 octets in, 0 octets out
Feb 17 04:29:49 niefunboks ppp[547]: tun0: Phase: deflink: 0 packets in, 0 packets out
Feb 17 04:29:49 niefunboks ppp[547]: tun0: Phase: total 0 bytes/sec, peak 0 bytes/sec on Mon Feb 17 04:29:44 2025
Feb 17 04:29:49 niefunboks ppp[547]: tun0: Phase: deflink: hangup -> opening
Feb 17 04:29:49 niefunboks ppp[547]: tun0: Phase: deflink: Enter pause (30) for redialing.
Feb 17 04:30:19 niefunboks ppp[547]: tun0: Chat: deflink: Redial timer expired.
Feb 17 04:30:19 niefunboks ppp[547]: tun0: Phase: deflink: Connected!
Feb 17 04:30:19 niefunboks ppp[547]: tun0: Phase: deflink: opening -> dial
Feb 17 04:30:19 niefunboks ppp[547]: tun0: Phase: deflink: dial -> carrier
Feb 17 04:30:20 niefunboks ppp[547]: tun0: Phase: Received NGM_PPPOE_ACNAME (hook "war_bng8_re0")
Feb 17 04:30:20 niefunboks ppp[547]: tun0: Phase: Received NGM_PPPOE_SESSIONID
Feb 17 04:30:20 niefunboks ppp[547]: tun0: Phase: Received NGM_PPPOE_SUCCESS
Feb 17 04:30:20 niefunboks ppp[547]: tun0: Phase: deflink: carrier -> login
Feb 17 04:30:20 niefunboks ppp[547]: tun0: Phase: deflink: login -> lcp
Feb 17 04:30:20 niefunboks ppp[547]: tun0: LCP: FSM: Using "deflink" as a transport
Feb 17 04:30:20 niefunboks ppp[547]: tun0: LCP: deflink: State change Initial --> Closed
Feb 17 04:30:20 niefunboks ppp[547]: tun0: LCP: deflink: State change Closed --> Stopped
Feb 17 04:30:20 niefunboks ppp[547]: tun0: LCP: deflink: RecvConfigReq(62) state = Stopped
Feb 17 04:30:20 niefunboks ppp[547]: tun0: LCP: MRU[4] 1540
Feb 17 04:30:20 niefunboks ppp[547]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05)
Feb 17 04:30:20 niefunboks ppp[547]: tun0: LCP: MAGICNUM[6] 0x35ed1425
Feb 17 04:30:20 niefunboks ppp[547]: tun0: Warning: deflink: Reducing configured MRU from 1500 to 1492