Continue disconnessioni PPPoE

linskun

Sto impazzendo, da diverse settimane continua a cadere la connessione.
La portante rimane sempre UP mentre crolla il PPPoE senza riuscire a riagganciarsi.

Ho più volte chiamato il servizio clienti, sollecitato, mandate mail con il riferimento del TKT ed allegati log dove si evince chiaramente che non vi sono problemi di allineamento linea, ma cade l'autenticazione senza evidenti motivi
Ma tentano sempre di voler chiudere la pratica che puntualmente faccio andare in qualifica negativa dati i continui problemi.
Mi saltasse solo la sera o notte nessun problema, non si vede netflix e via, ma durate il giorno con l'onnipresente Smart Working diventa un bel calvario.

Es. successo da poco

**Informazioni connessione DSL** Stato linea Up Tipo modulazione VDSL2 Actual Rate(Up/Down) 21599/157628 kbps Attainable Rate(Up/Down) 30427/158788 kbps Noise Margin(Up/Down) 9.9/5.9 dB Line Attenuation(Up/Down) 13.9/33.1 dB Potenza in uscita(Up/Down) -8/14 dBm Data Path(Up/Down) N/A Interleave Depth(Up/Down) 0/0 Interleave Delay(Up/Down) 15/16 ms INP(Up/Down) 56.4/61.6 simboli Profilo 35b Tempo di connessione 123 h 52 min 18 s LinkEncap G.993.2_Annex_K_PTM Errori CRC(Up/Down) 0/0 Errori FEC(Up/Down) 5213/0

Linea up da diverso tempo (sarebbe stato pure superiore se giorni fa non avessi pure provato a riavviare il router sperando fosse lui il colpevole)

**Stato connessione DSL**
Nome connessione INTERNET_VD
TipoPPPoE
Modalità trasferimento DSLPTM
Versione IPIPv4
NATOn
Indirizzo IP xx.x.xxx.xxx/255.255.255.255
DNS 151.99.125.1/151.99.250.2/0.0.0.0
Stato connessione IPv4 Connesso
Durata online IPv4 0 h 9 min 30 s
Motivo di disconnessione Nessuno
WAN MAC 20:08:xx:xx:xx:xx

Idee, consigli ?
Router H2640 da loro fornito ormai 2 anni fa

Dai log
2025-07-09T14:04:35Z [Notice] process inadyn[16553](Mode:0x4) exiting 2025-07-09T14:04:35Z [Notice] sendprogstop: inadyn[16553] died,fatherPID[cspd.cspd.ddns_mgr] exit_code = 0 exit_status = 1 2025-07-09T14:04:40Z [Informational] lcp echo check up to maxtimes: 5(pppd:16476) 2025-07-09T14:04:40Z [Informational] fsm_close Interface ppp0, fsm: 0, state: 9, reason: Peer not responding(pppd:16476) 2025-07-09T14:04:40Z [Informational] fsm_close Interface ppp0, fsm: 0, state: 1, reason: LCP down(pppd:16476) 2025-07-09T14:04:40Z [Informational] VOIP->AGENT INFO:{DB_Csp_DownMsgProc} VIEW:[DEV.IP.IF3] 2025-07-09T14:04:40Z [Informational] voip Protocal socketv4 is [60] 2025-07-09T14:04:40Z [Informational] voip Protocal Socket Init num is 1,Ipv4[0x0]! 2025-07-09T14:04:40Z [Informational] voip Protocal[SIP] Port[5060]create socket:Dscp[40],EthPri[5],QueueNum[1]! 2025-07-09T14:04:40Z [Informational] voip [Num is 0]Protocal[SIP] PID[VoIP.VoipSip.SIP] create socket:socketv4 fd[0] 2025-07-09T14:04:40Z [Informational] voip CspVoipRtpManagerInit:VPCnt=1 2025-07-09T14:04:40Z [Informational] voip {CspVoipRtpManagerInit} IP(v4) is Zero ! 2025-07-09T14:04:40Z [Informational] voip EXT[2], FXS[2],VoIP[2], DXO[0], FXO[0] 2025-07-09T14:04:40Z [Informational] voip DTMFTestTimer:100, FXOHookOffTimer:200, FXOHookOnTimer:200 2025-07-09T14:04:40Z [Informational] voip pidInfo RCA: 680 2025-07-09T14:04:40Z [Warning] receive EV_DB_HOT_RESTART message 2025-07-09T14:04:40Z [Informational] voip {SIP_RegDataArea_init}:-2 2025-07-09T14:04:40Z [Warning] dns NAPTR nums =0 2025-07-09T14:04:40Z [Warning] DNS failed for 2025-07-09T14:04:40Z [Informational] voip {SIP_RegDataArea_init}:-2 2025-07-09T14:04:46Z [Informational] Connection terminated.(pppd:16476) 2025-07-09T14:04:46Z [Informational] Modem hangup(pppd:16476) 2025-07-09T14:04:46Z [Notice] process pppd[16476](Mode:0x6) exiting 2025-07-09T14:04:46Z [Notice] sendprogstop: pppd[16476] died,fatherPID[cspd.cspd.ppp_mgr] exit_code = 16 exit_status = 1 2025-07-09T14:04:46Z [Informational] InitAppComm successful! inst:0, encaps:0, diag:0(pppd:19199) 2025-07-09T14:04:46Z [Informational] fsm_open calling callback for starting,unit=0,prot=0xc021(pppd:19199) 2025-07-09T14:04:46Z [Notice] start Discovery, (pppd:19199) 2025-07-09T14:04:46Z [Notice] send PADI, (pppd:19199) 2025-07-09T14:04:51Z [Notice] send PADI, (pppd:19199) 2025-07-09T14:05:01Z [Notice] send PADI, (pppd:19199) 2025-07-09T14:05:10Z [Warning] dns NAPTR nums =0 2025-07-09T14:05:10Z [Warning] DNS failed for ... 2025-07-09T14:22:35Z [Informational] InitAppComm successful! inst:0, encaps:0, diag:0(pppd:20018) 2025-07-09T14:22:35Z [Informational] fsm_open calling callback for starting,unit=0,prot=0xc021(pppd:20018) 2025-07-09T14:22:35Z [Notice] start Discovery, (pppd:20018) 2025-07-09T14:22:35Z [Notice] send PADI, (pppd:20018) 2025-07-09T14:22:40Z [Notice] send PADI, (pppd:20018) 2025-07-09T14:22:40Z [Warning] Adaptor interface is not found. (objname: OBJ_PAGEACCESS_AUTHOR_ID) 2025-07-09T14:22:40Z [Warning] iRetId(105) is not found in g_tCmRetHead. 2025-07-09T14:22:42Z [Warning] dns NAPTR nums =0 2025-07-09T14:22:42Z [Warning] DNS failed for 2025-07-09T14:22:50Z [Notice] send PADI, (pppd:20018) 2025-07-09T14:23:02Z [Warning] Adaptor interface is not found. (objname: OBJ_PAGEACCESS_AUTHOR_ID) 2025-07-09T14:23:02Z [Warning] iRetId(105) is not found in g_tCmRetHead. 2025-07-09T14:23:05Z [Warning] Adaptor interface is not found. (objname: OBJ_PAGEACCESS_AUTHOR_ID) 2025-07-09T14:23:05Z [Warning] iRetId(105) is not found in g_tCmRetHead. 2025-07-09T14:23:10Z [Informational] Unable to complete PPPoE Discovery(pppd:20018) 2025-07-09T14:23:10Z [Notice] process pppd[20018](Mode:0x6) exiting 2025-07-09T14:23:10Z [Notice] sendprogstop: pppd[20018] died,fatherPID[cspd.cspd.ppp_mgr] exit_code = 0 exit_status = 1 2025-07-09T14:23:10Z [Informational] InitAppComm successful! inst:0, encaps:0, diag:0(pppd:20057) 2025-07-09T14:23:10Z [Informational] fsm_open calling callback for starting,unit=0,prot=0xc021(pppd:20057) 2025-07-09T14:23:10Z [Notice] start Discovery, (pppd:20057) 2025-07-09T14:23:10Z [Notice] send PADI, (pppd:20057) 2025-07-09T14:23:10Z [Notice] recv PADO, (pppd:20057) 2025-07-09T14:23:10Z [Notice] send PADR, (pppd:20057) 2025-07-09T14:23:10Z [Notice] recv PADS, Session is 15919(pppd:20057) 2025-07-09T14:23:10Z [Warning] Call function failed!slaacFindByIFName, IFName:br0 2025-07-09T14:23:12Z [Warning] dns NAPTR nums =0 2025-07-09T14:23:12Z [Warning] DNS failed for 2025-07-09T14:23:13Z [Informational] bas support lcp echo(pppd:20057) 2025-07-09T14:23:13Z [Debug] FuncId:0x10001,FuncAddress:0x11a34 2025-07-09T14:23:13Z [Debug] cmdStr:ifconfig ppp0 mtu 1492 2025-07-09T14:23:13Z [Debug] iRet:0 2025-07-09T14:23:13Z [Debug] FuncId:0x10001,iRet:0 2025-07-09T14:23:13Z [Debug] FuncId:0x10001,FuncAddress:0x11a34 2025-07-09T14:23:13Z [Debug] cmdStr:ifconfig ppp0 mtu 1492 2025-07-09T14:23:13Z [Debug] iRet:0 2025-07-09T14:23:13Z [Debug] FuncId:0x10001,iRet:0 2025-07-09T14:23:13Z [Debug] FuncId:0x10001,FuncAddress:0x11a34 2025-07-09T14:23:13Z [Debug] cmdStr:ifconfig ppp0 xx.x.xxx.xxx dstaddr 192.168.100.1 netmask 255.255.255.255 2025-07-09T14:23:13Z [Debug] iRet:0 2025-07-09T14:23:13Z [Debug] FuncId:0x10001,iRet:0

Hadx

linskun Idee, consigli ?

Chiedi ad un tuo vicino, se possibile con Tim, se ha gli stessi problemi.
Se si, migra verso un operatore con proprio kit vula o che vende su kit vula fastweb

linskun

Lato condominio siamo tutti con gli stessi problemi a parità di operatore.

Se ci fosse stata la FTTH l' avrei fatta al volo, è dal 2019 che la attendo con mail semestrali mandate ad infratel, pozzetto BUL appena messo di fronte casa , mancano i cavi in tutta l'unione dei paesi.
Hanno risposto fine lavori a settembre, mi avevano già dato questa risposta anni fa...

Nel frattempo devo lavorare quindi l'unica è una FTTC, eh sì non stanno dismettendo il rame, stanno dismettendo la ADSL che tra l'altro fino a pochi anni fa era l'unica che avevamo qui ...

Intanto risollecitato il tkt facendo presente che tutti i condomini sono nella stessa situazione

Hadx nessun operatore con kit vula.
Dopo anni ad essere salassato da Tim l'unica è stata migrare su Poste FTTC che con la sua easyip si è sempre comportata bene ... Fino ad ora

slackyster

TIM sta procedendo allo smantellamento delle reti in rame e della conseguente infrastruttura. Ciò significa che anche se vedono il problema cercano di chiuderti il ticket senza darti risposta.

Migra verso un altro operatore possibilmente attivando la tua prima linea FTTH 1G se sei coperto oppure come suggerito un operatore che vende in vula su rete non TIM rame.

https://www.ilsoftware.it/centrali-tim-dismesse-da-fibercop-ecco-quali-sono/

walt

slackyster TIM sta procedendo allo smantellamento delle reti in rame e della conseguente infrastruttura

Primo: FiberCop, non TIM.
Secondo: dismettono ADSL, non VDSL.
Terzo: la gestione segnalazione di guasto non ha alcune interazione con le attività di dismissione.

slackyster

Mi riferivo solo al fatto che le disconnessioni che avvengono con la portante su ma non la PPPoE potrebbero essere errori di instradamento mentre fanno i lavori.

In ogni caso grazie per la precisazione.

walt

slackyster

Anche spiegata, mi convince poco come motivazione...ovviamente lascio l'ultima parola ai colleghi che possono mettere mano diretta sullo scenario in questione.

Hadx

linskun Che paese è?

linskun

Hadx Valsamoggia

Hadx

linskun Vodafone è in VULA

Forse anche altri, ma meglio guardare con anche via e civico

GiuseppePaglialonga

linskun Valsamoggia

indirizzo?

almeno vediamo se fosse presente un Kit Fastweb o anche presenza di SLU.

linskun

Attendo settembre (in fondo siamo solo al 6° ) e poi si vedrà

Intanto pago un servizio, ne usufruisco, è corretto che risolvano.
Anche perché anche clienti Tim puri hanno disconnessioni continue nel palazzo 🙂

IngLucaMarinozzi

linskun Purtroppo sono cose che a volte capitano, in gergo si parla proprio di lavatrici di traffico non a caso
Una volta con reti più resilienti queste cose non capitavano, tipo con le ATM, ma ormai è cambiato tutto

Concordo con te che convenga aspettare, avendo poste hai già in tutto e per tutto una linea Tim che va benissimo e inoltre questo permette ai tecnici di diagnosticare agilmente le eventuali criticità presenti se lo ritengono necessario
Questi alla fine sono problemi che entro 6-36 mesi vengono risolti, solitamente

slackyster

walt

Assolutamente d'accordo a lasciare spazio ai colleghi.

Ho solo notato questa parte dei log

2025-07-09T14:04:40Z [Warning] DNS failed for

2025-07-09T14:04:46Z [Informational] Connection terminated.(pppd:16476)
2025-07-09T14:04:46Z [Informational] Modem hangup(pppd:16476)

2025-07-09T14:23:05Z [Warning] Adaptor interface is not found. (objname: OBJ_PAGEACCESS_AUTHOR_ID)

Può anche essere un aggiornamento lato server ad un kernel superiore che sta dando problemi, essendo intermittente dubito sia il modem in questione. E la linea dai dati sembra pulita con un basso tasso di errore e la FTTC in fibra fino al cabinet e il rame ultimo miglio fino all' appartamento sembrano ok. Il profilo 35b lo vedo spesso di recente a dare problemi.

walt

slackyster Ho solo notato questa parte dei log

Non mi sembra significativa, a cosa ti riferisci?

slackyster Può anche essere un aggiornamento lato server ad un kernel superiore che sta dando problemi

Non seguo direttamente le attività lato NAS ma anche questa mi pare una giustificazione non convincente
in quanto sono per definizione apparati votati alla massima stabilità: ammesso e non concesso si manifesti un problema così grave - di fatto non impatterebbe certo soltanto un singolo circuito - a fronte di aggiornamento firmware, per motivare settimane di disservizio l'unica spiegazione sarebbe il dilungarsi del rilascio patch unitamente all'impossibilità di roll-back...impossibile? Forse no. Estremamente improbabile? Sì.

slackyster E la linea dai dati sembra pulita con un basso tasso di errore e la FTTC in fibra fino al cabinet e il rame ultimo miglio fino all' appartamento sembrano ok

Non mi meraviglierei, la portante risulta stabile...

slackyster Il profilo 35b lo vedo spesso di recente a dare problemi.

Di recente rispetto a quando...?

@linskun non l'hai specificato: hai già eseguito un reset del router? Hai provato con un altro router?

slackyster

walt

quando il traceroute del DNS fallisce, il discovery pppoe fallisce e la connesione viene terminata il problema è lato server salvo un aggiornamento in bulk dei modem, il piu delle volte non è la nuova versione che fa casino ma le cazzate che fanno quando al software ci mettono le mani per il branding e farti vedere il logo dell'operatore all'interno del router e bloccarti certe opzioni. Ho pensato ad un problema software lato server su kernel aggiornato per via che da errore sull' interfaccia di rete.

In ogni caso tutto il condominio ha lo stesso problema e guarda caso sulla stessa rete TIM (FiberCop se preferisci)

Le microdisconnesioni del genere alla fine le ho viste risolversi da sole dopo 2 mesi. A loro risulta a posto perchè la linea non si disconnette resta sempre su quindi non vedono nulla praticamente.

Ho visto rilascio di patch a 45 giorni da huawei e roll back impossibili da parte di nokia per i suoi OLT e problemi di affidabilità da parte di Cisco.

ultimi 6 mesi per i problemi 35b.

concordo con il suggerimento che hai dato di provare a resettare il modem/router, davo per scontato che l'avesse già fatto. Nel caso mentre aspetta puo' sempre chiedere la sostituzione del router anche se lo fanno.

linskun

walt reset router ovviamente fatto
Cambio router no non ancora, ma mi convince poco dato che siano in molti ad avere il problema .

Ma alla fine farò anche questo, mi farò dare le credenzali per usarne uno libero.

walt

slackyster quando il traceroute del DNS fallisce, il discovery pppoe fallisce e la connesione viene terminata il problema è lato server

Quindi hai già escluso tutti gli apparati di transito e trasporto che ci sono in mezzo...?
Troubleshooting creativo!

slackyster In ogni caso tutto il condominio ha lo stesso problema

Tutto il condominio significa certo stesso NAS/radius ma anche ad esempio stessa ONU: ho esperienza di scenari in cui la continuità logica - e di conseguenza la stabilità della PPPoE - è risultata inficiata proprio da problemi occorsi di punto in bianco a piastre ONU.

E rappresenterebbe una spiegazione più in linea con il principio metodologico di Occam.

slackyster Le microdisconnesioni del genere alla fine le ho viste risolversi da sole dopo 2 mesi

Quindi nella tua esperienza hai vissuto elevata ricorrenza di scenari con i sintomi in discussione, e non solo...tutti si sono risolti spontaneamente dopo due mesi: notevoli coincidenze, no?

slackyster A loro risulta a posto perchè la linea non si disconnette resta sempre su

I sistemi del Servizio Clienti non prevedono elevata granularità di diagnosi ma ai log lato NAS/radius non si sfugge.

slackyster Ho visto rilascio di patch a 45 giorni da huawei

Parliamo di apparati enterprise-grade?

Vero è che ho riscontro di situazioni in cui addirittura la patch non è proprio arrivata...

slackyster roll back impossibili da parte di nokia per i suoi OLT

...ma che allo stesso tempo non fosse possibile roll-back beh mai.
E tutto sommato ho anche fare con certi apparati da un bel po' di tempo, ahimé.

slackyster problemi di affidabilità da parte di Cisco.

In ogni caso se proprio a quel tipo di apparato vogliamo addossare la responsabilità senza indagini specialistiche, i NAS/radius della rete core (che è TIM, quindi no "non preferisco FiberCop") sono di marca né Nokia né Cisco.

slackyster ultimi 6 mesi per i problemi 35b

Che però continua a voler dire poco o nulla: problemi di che natura? Su quali e quanti linee?

linskun

Comunque di quale centrale si tratta?

linskun

walt Sorry mi ero perso la richiesta

IDBRE sede OLT Cod. GAT sede OLT CLLI della centrale sede OLT Nome Sede OLT Regione OLT Distretto OLT Comune OLT ISTAT Comune OLT IDBRE Sede FEEDER CLLI Sede FEEDER Descrizione sede FEEDER Macro Area Stato di variazione SLA kit VULA 1Gbit/s SLA kit VULA 10Gbit/s XGS-PON Note Data comunic. TI dell'apertura sede OLT
001836 51158 BAZZITAE BAZZANO EMILIA-ROMAGNA BOLOGNA VALSAMOGGIA 008037061 001784 BOLOITAF CASALECCHIO DI RENO BOLOGNA 35/60 35/60 NO 22/07/2019

IngLucaMarinozzi

Ogni tanto un troubleshooting creativo aiuta molto.
Confermo che i tempi dei Redback e Cisco sono passati. C’è il vendor Juniper(in italiano Ginepro)

Lorenzo1635

IngLucaMarinozzi Juniper(in italiano Ginepro)

L'albero al routing
E il maiale allo switching

linskun Rate 171.92 Mbps 21.6 Mbps

Prova con Fastweb o altro carrier sul KIT VULA
Anche perchè 170Mbps non sono pochi.

linskun

Per ora non ho interesse a cambiare operatore, se veramente tra un paio di mesi (+/- qualche anno spare) dovessero completare i lavori per la BUL allora valuterò con chi andare 🙂

Ad ogni modo non mi sembra nemmeno un problema di Poste, ok è in easyip ma anche tim puri nel condominio hanno disconnessioni continue.

Nelle scorse settimane tra lavori e temporali vari è saltata non poche volte la corrente.
Fosse stato solo un mio problema avrei subito pensato a router fritto, ma essendo in tanti possibile che si sia corrotto qualcosa lato centrale ?
Intanto recupero il vecchio DGA4132 e un W8970 con OpenWRT e vediamo che accade (ma ripeto ci credo poco che dipenda dal router, dovrebbero sostituirli a tutti ?)

Hadx

linskun Ad ogni modo non mi sembra nemmeno un problema di Poste

L'unica cosa di cui si occupa poste è la fatturazione, la tua linea è in tutto e per tutto una normale linea Tim (per ora almeno, tra un po' anche le easyip passeranno a gestione fc)

linskun ma essendo in tanti possibile che si sia corrotto qualcosa lato centrale ?

È sicuramente un problema tra ONU e BNG, su questo non ci sono dubbi.
Un utente non ha poi gli strumenti per riuscire a verificare dove esattamente sia il problema, essendo richiesto l'accesso agli apparati fc. Ciò detto, qualcuno di fc ti ha giustappunto chiesto la centrale a cui sei colegato...

Pagina successiva »

Informativa privacy - Informativa cookie - Termini e condizioni - Regolamento - Disclaimer - 🏳️‍🌈 🇵🇸
P.I. IT16712091004 - info@fibraclick.it

♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile