J'ai des problèmes récents de déconnexion avec un modem 56k chez
Tiscali. Le seul log est 'modem HANGUP'. C'est assez aléatoire, ça peut
tenir 3mn, 20 mn, ...
Quelqu'un a subi ça déjà ? Existe t-il un moyen d'obtenir plus de logs
du modem ? Une quelconque idée ?
merci.
--
jm
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Leopold BAILLY
Jean-Michel OLTRA writes:
bonjour,
J'ai des problèmes récents de déconnexion avec un modem 56k chez Tiscali. Le seul log est 'modem HANGUP'. C'est assez aléatoire, ça pe ut tenir 3mn, 20 mn, ...
Quelqu'un a subi ça déjà ? Existe t-il un moyen d'obtenir plus de l ogs du modem ? Une quelconque idée ?
Pour plus de log, il faut décommenter l'option debug dans /etc/ppp/option s ou la rajouter dans le fichier qui va bien sous /etc/ppp/peers/.
En ce qui concerne la déconnexion, j'ai eu le même problème récemme nt pendant les téléchargements. Après avoir bien cherché, j'ai compris que c' était l'option lcp-echo-failure qui provoquait le raccrochement de la ligne.
Cette option permet à pppd de détecter que le pair distant ne répond plus, il raccroche alors la ligne. Mais lorsque la ligne est chargée, les répons es du pair se font attendre et pppd raccroche à tort.
J'ai d'abord augmenté le nombre limite d'échos, mais ça n'était pas suffisant. Cette option me parait inutile pour une ligne RTC, je l'ai final ement commentée et pppd ne raccroche plus.
J'ai des problèmes récents de déconnexion avec un modem 56k chez
Tiscali. Le seul log est 'modem HANGUP'. C'est assez aléatoire, ça pe ut
tenir 3mn, 20 mn, ...
Quelqu'un a subi ça déjà ? Existe t-il un moyen d'obtenir plus de l ogs
du modem ? Une quelconque idée ?
Pour plus de log, il faut décommenter l'option debug dans /etc/ppp/option s ou la
rajouter dans le fichier qui va bien sous /etc/ppp/peers/.
En ce qui concerne la déconnexion, j'ai eu le même problème récemme nt pendant
les téléchargements. Après avoir bien cherché, j'ai compris que c' était l'option
lcp-echo-failure qui provoquait le raccrochement de la ligne.
Cette option permet à pppd de détecter que le pair distant ne répond plus, il
raccroche alors la ligne. Mais lorsque la ligne est chargée, les répons es du
pair se font attendre et pppd raccroche à tort.
J'ai d'abord augmenté le nombre limite d'échos, mais ça n'était pas
suffisant. Cette option me parait inutile pour une ligne RTC, je l'ai final ement
commentée et pppd ne raccroche plus.
J'ai des problèmes récents de déconnexion avec un modem 56k chez Tiscali. Le seul log est 'modem HANGUP'. C'est assez aléatoire, ça pe ut tenir 3mn, 20 mn, ...
Quelqu'un a subi ça déjà ? Existe t-il un moyen d'obtenir plus de l ogs du modem ? Une quelconque idée ?
Pour plus de log, il faut décommenter l'option debug dans /etc/ppp/option s ou la rajouter dans le fichier qui va bien sous /etc/ppp/peers/.
En ce qui concerne la déconnexion, j'ai eu le même problème récemme nt pendant les téléchargements. Après avoir bien cherché, j'ai compris que c' était l'option lcp-echo-failure qui provoquait le raccrochement de la ligne.
Cette option permet à pppd de détecter que le pair distant ne répond plus, il raccroche alors la ligne. Mais lorsque la ligne est chargée, les répons es du pair se font attendre et pppd raccroche à tort.
J'ai d'abord augmenté le nombre limite d'échos, mais ça n'était pas suffisant. Cette option me parait inutile pour une ligne RTC, je l'ai final ement commentée et pppd ne raccroche plus.
Léo.
Jean-Michel OLTRA
bonjour,
Le samedi 13 novembre 2004, Leopold BAILLY a écrit...
Pour plus de log, il faut décommenter l'option debug dans /etc/ppp/options ou la rajouter dans le fichier qui va bien sous /etc/ppp/peers/.
Je l'avais fait, mais je n'avais de logs que pendant la phase d'établissement de connexion.
En ce qui concerne la déconnexion, j'ai eu le même problème récemment pendant les téléchargements. Après avoir bien cherché, j'ai compris que c'était l'option lcp-echo-failure qui provoquait le raccrochement de la ligne.
Cette option permet à pppd de détecter que le pair distant ne répond plus, il raccroche alors la ligne. Mais lorsque la ligne est chargée, les réponses du pair se font attendre et pppd raccroche à tort.
J'ai d'abord augmenté le nombre limite d'échos, mais ça n'était pas suffisant. Cette option me parait inutile pour une ligne RTC, je l'ai finalement commentée et pppd ne raccroche plus.
Je ne l'ai jamais eue.
merci du tuyau, je me demandais à quoi ça servait !
-- jm
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
bonjour,
Le samedi 13 novembre 2004, Leopold BAILLY a écrit...
Pour plus de log, il faut décommenter l'option debug dans /etc/ppp/options ou la
rajouter dans le fichier qui va bien sous /etc/ppp/peers/.
Je l'avais fait, mais je n'avais de logs que pendant la phase
d'établissement de connexion.
En ce qui concerne la déconnexion, j'ai eu le même problème récemment pendant
les téléchargements. Après avoir bien cherché, j'ai compris que c'était l'option
lcp-echo-failure qui provoquait le raccrochement de la ligne.
Cette option permet à pppd de détecter que le pair distant ne répond plus, il
raccroche alors la ligne. Mais lorsque la ligne est chargée, les réponses du
pair se font attendre et pppd raccroche à tort.
J'ai d'abord augmenté le nombre limite d'échos, mais ça n'était pas
suffisant. Cette option me parait inutile pour une ligne RTC, je l'ai finalement
commentée et pppd ne raccroche plus.
Je ne l'ai jamais eue.
merci du tuyau, je me demandais à quoi ça servait !
--
jm
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le samedi 13 novembre 2004, Leopold BAILLY a écrit...
Pour plus de log, il faut décommenter l'option debug dans /etc/ppp/options ou la rajouter dans le fichier qui va bien sous /etc/ppp/peers/.
Je l'avais fait, mais je n'avais de logs que pendant la phase d'établissement de connexion.
En ce qui concerne la déconnexion, j'ai eu le même problème récemment pendant les téléchargements. Après avoir bien cherché, j'ai compris que c'était l'option lcp-echo-failure qui provoquait le raccrochement de la ligne.
Cette option permet à pppd de détecter que le pair distant ne répond plus, il raccroche alors la ligne. Mais lorsque la ligne est chargée, les réponses du pair se font attendre et pppd raccroche à tort.
J'ai d'abord augmenté le nombre limite d'échos, mais ça n'était pas suffisant. Cette option me parait inutile pour une ligne RTC, je l'ai finalement commentée et pppd ne raccroche plus.
Je ne l'ai jamais eue.
merci du tuyau, je me demandais à quoi ça servait !
-- jm
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
