Newsgroup: it.comp.os.linux.sys
Titolo: ADSL: connessione (s)cadente...

Salve. 
Forse qualcuno si ricordera' di un post di un mesetto fa circa la lentezza 
di un P75...be', questo computer ora e' stato attaccato ad un modem adsl
dell'alcatel (e' quello home).
Il problema e' che la connessione cade nel giro di un paio d'ore.
Nei log vedo questi esaurientissimi (x me almeno)  messaggi:
in /var/log/debug
Jan  4 00:02:48 obi4 pppd[467]: Script /etc/ppp/ip-up finished (pid 469),
status = 0x0
Jan  4 00:02:52 obi4 pppd[467]: rcvd [LCP EchoReq id=0x1 magic=0x51685a1 85
a1 93 96]
Jan  4 00:02:52 obi4 pppd[467]: sent [LCP EchoRep id=0x1 magic=0x974b9396 00
2d 0f 01]
Jan  4 00:03:02 obi4 pppd[467]: rcvd [LCP EchoReq id=0x2 magic=0x51685a1 85
a1 93 96]
Jan  4 00:03:02 obi4 pppd[467]: sent [LCP EchoRep id=0x2 magic=0x974b9396 00
2d 0f 01]
Jan  4 00:03:12 obi4 pppd[467]: rcvd [LCP EchoReq id=0x3 magic=0x51685a1 85
a1 93 96]
Jan  4 00:03:12 obi4 pppd[467]: sent [LCP EchoRep id=0x3 magic=0x974b9396 00
2d 0f 01]
Jan  4 00:03:15 obi4 pppd[467]: Script /etc/ppp/ip-down started (pid 475)
Jan  4 00:03:15 obi4 pppd[467]: sent [LCP TermReq id=0x2 "User request"]
Jan  4 00:03:15 obi4 pppd[467]: rcvd [LCP TermAck id=0x2]
Jan  4 00:03:15 obi4 pppd[467]: Waiting for 1 child processes...
Jan  4 00:03:15 obi4 pppd[467]:   script /etc/ppp/ip-down, pid 475
Jan  4 00:03:15 obi4 pppd[467]: Script /etc/ppp/ip-down finished (pid 475),
status = 0x0
in messages si vede solo che pppd viene fermato normalmente.
Prima di incaxxarmi col provider (galactica) vorrei cercare di capire se e'
un problema mio...ma non so che pesci pigliare a me sembra tutto a posto, ho
anche provao a fare un ping da cron per vedere se era l'assenza di trafico a
dargli noia ma nulla.
Vi prego ditemi qualcosa altrimenti e' un casino visto che sta benedetta
adsl deve stare su sempre.
grazie e scusater il post lungo
Vi][oZ
-- 
          We are the true believers
       It's our turn to show the world
 In the fire of heavy metal we were burned
         It's more than our religion
          It's the only way to live
           But the enemies of metal
              We can't forgive

Salve. 
IMO e' colpa del provider.
Cmq, potresti mettere nell'options del pppd una roba del genere:
persist
holdoff 1
In questo modo la connessione viene ripristinata appena cade.

, 
je...@hotmail.com
 says...

Salve,
scusate se mi intrufolo nella discussione,non sono un esperto...
da dove riesci a capire che la connessione viene abbattuta a causa del 
provider ?
io vedo dei pacchetti ppp-lcp echo request echo reply e questi dovrebbero 
essere normali, specialmente in assenza di traffico ip, poi ad un certo 
punto parte ip-down, , e la macchina dell'utente manda un pacchetto lcp 
term request al provider e questo risponde affermativamente...Dove prendo 
l'abbaglio ?
Grazie
Marco

Marco
Ho appena scoperrto una cosa sconvolgente (per me) 
spero mi scuserete per l'ot.
Allora sul ng di galactica e' apssato un messaggio che in sostanza dice.
una "feature" presente nello standard PPP,
(cfr la RFC 1661 punto 5.5), ossia viene inviato una
richiesta LCP Terminate Request, alla quale (RFC alla mano, vedi a
fine articolo) il mio sistema *deve* rispondere con un LCP Terminate
Ack e poi disconnettersi.
A me succede questo, in /var/log/messages c'e' tutto...


 writes:
Marco> io vedo dei pacchetti ppp-lcp echo request echo reply e questi
Marco> dovrebbero essere normali, specialmente in assenza di traffico
Marco> ip, poi ad un certo punto parte ip-down, , e la macchina
Marco> dell'utente manda un pacchetto lcp term request al provider e
Marco> questo risponde affermativamente...Dove prendo l'abbaglio ?
IMHO hai ragione, dai log si evince quello che dici tu. Il client per
qualche motivo avvia ip-down e ovviamente parte la sconnessione.
C'è un motivo per cui pppd prende l'iniziativa e interrompe il
collegamento oppure c'è un altro programma che avvia ip-down. Proverei
ad aumentare il livello di log di pppd e successivamente farei un
strace dello stesso pppd per capire se è lui ad avviare ip-down.
Ciao
Marco

 
Ciao,
ho letto anche io quel mex, pero' dal log che hai postato mi sembra che 
sia la tua macchina che invia il pacchetto "lcp terminate request", di 
sua iniziativa, giustamente il server dall'altra parte di risponde con un 
ack e il collegamento cade...
Marco

Marco
In effetti in quelli che ho postato succede come dici tu, e per questo sono
al telefono con uno di galactica.
Quello che dicevo  e' accaduto una volta sola ( ora ricontrollo in uno dei
debug vecchi zippati) per quel che mi ricordo.
Cmq non capisco nemmeno xche' di punto in bianco il mio ppp decide di
staccarsi...
C'e' un altra sequenza strana di LCP prima del fattaccio (ci sono sempre 3
EchoReq con gli stessi magic-number...)
ed e' quello che vorrei chiarire...
cmq mi sa che siamo andati un po' oltre gli scopi del ng...
qui volevo solo sapere se eravate a conoscenza di qualche combinazione
strana di versioni che dava problemi.


ed e' quello che vorrei chiarire...
Guarda un po' man pppd: "pppd invia un messaggio di EchoReq; dopo un
certo numero di EchoReq senza risposta (default **3**), pppd presume
che il peer sia non-operativo e procede con una disconnessione."
Leonardo
-- 
".signature": bad command or file name