PPPOE szakadások

Néhány napja szakadozik nálam az internet. Wifi, http:www.neteasy.hu.

Érzésre 5 percig van net, aztán 1 perc szünet, majd megint 5 percig van adás.

tail -f /var/log/messages

Oct 29 19:57:59 localhost pppd[4230]: No response to 4 echo-requests
Oct 29 19:57:59 localhost pppd[4230]: Serial link appears to be disconnected.
Oct 29 19:57:59 localhost pppd[4230]: Connect time 5.5 minutes.
Oct 29 19:57:59 localhost pppd[4230]: Sent 58120 bytes, received 105549 bytes.
Oct 29 19:58:05 localhost pppd[4230]: Connection terminated.
Oct 29 19:58:05 localhost pppd[4230]: Modem hangup
Oct 29 19:58:36 localhost pppd[4230]: PPP session is 73
Oct 29 19:58:36 localhost pppd[4230]: Using interface ppp1
Oct 29 19:58:36 localhost pppd[4230]: Connect: ppp1 <--> eth0
Oct 29 19:58:37 localhost pppd[4230]: CHAP authentication succeeded: Welcome.
Oct 29 19:58:37 localhost pppd[4230]: CHAP authentication succeeded
Oct 29 19:58:37 localhost pppd[4230]: peer from calling number 00:0D:88:FA:4A:8B authorized
Oct 29 19:58:38 localhost pppd[4230]: local IP address 80.64.77.212
Oct 29 19:58:38 localhost pppd[4230]: remote IP address 80.64.72.216
Oct 29 19:58:38 localhost pppd[4230]: primary DNS address 80.64.65.69
Oct 29 19:58:38 localhost pppd[4230]: secondary DNS address 80.64.65.66

És ez ismétlődik öt és fél percenként.

Keresés a neten "No response to 4 echo-requests"-re.

Az első 10 találatban szerepelt HUP-os... ;-)

Írtam is egy levelet Oops-nak ezügyben: http://hup.hu/node/42681

De azért kerestem tovább.

Itt http://linmodems.technion.ac.il/post-install.html ezt írja az újság:

"resolved by changing in /etc/ppp/options at the line 'lcp-echo-failure ' the value from 4 to 10.'"

Nosza, javítom az /etc/ppp/options-ban az 'lcp-echo-failure 4' sort erre: 'lcp-echo-failure 10'

Az eredmény: a net a várakozásoknak megfelelően nem 4, hanem 10 elveszett echo-kérés után szakad meg,
most már 11 és fél percenként...

Oct 29 20:26:34 localhost pppd[4270]: No response to 10 echo-requests
Oct 29 20:26:34 localhost pppd[4270]: Serial link appears to be disconnected.
Oct 29 20:26:34 localhost pppd[4270]: Connect time 11.5 minutes.
Oct 29 20:26:34 localhost pppd[4270]: Sent 604447 bytes, received 2665502 bytes.
Oct 29 20:26:40 localhost pppd[4270]: Connection terminated.
Oct 29 20:26:40 localhost pppd[4270]: Modem hangup
Oct 29 20:27:10 localhost pppd[4270]: PPP session is 85
Oct 29 20:27:10 localhost pppd[4270]: Using interface ppp1
Oct 29 20:27:10 localhost pppd[4270]: Connect: ppp1 <--> eth0
Oct 29 20:27:11 localhost pppd[4270]: CHAP authentication succeeded: Welcome.
Oct 29 20:27:11 localhost pppd[4270]: CHAP authentication succeeded
Oct 29 20:27:11 localhost pppd[4270]: peer from calling number 00:0D:88:FA:4A:8B authorized
Oct 29 20:27:12 localhost pppd[4270]: local IP address 80.64.77.212
Oct 29 20:27:12 localhost pppd[4270]: remote IP address 80.64.72.216
Oct 29 20:27:12 localhost pppd[4270]: primary DNS address 80.64.65.69
Oct 29 20:27:12 localhost pppd[4270]: secondary DNS address 80.64.65.66
Oct 29 20:32:34 localhost pppd[3674]: No response to 10 echo-requests
Oct 29 20:32:34 localhost pppd[3674]: Serial link appears to be disconnected.
Oct 29 20:32:34 localhost pppd[3674]: Connect time 11.5 minutes.
Oct 29 20:32:34 localhost pppd[3674]: Sent 159641 bytes, received 389783 bytes.
Oct 29 20:32:40 localhost pppd[3674]: Connection terminated.
Oct 29 20:32:40 localhost pppd[3674]: Modem hangup
Oct 29 20:33:10 localhost pppd[3674]: PPP session is 86
Oct 29 20:33:10 localhost pppd[3674]: Using interface ppp0
Oct 29 20:33:10 localhost pppd[3674]: Connect: ppp0 <--> eth0
Oct 29 20:33:11 localhost pppd[3674]: CHAP authentication succeeded: Welcome.
Oct 29 20:33:11 localhost pppd[3674]: CHAP authentication succeeded
Oct 29 20:33:11 localhost pppd[3674]: peer from calling number 00:0D:88:FA:4A:8B authorized
Oct 29 20:33:11 localhost pppd[3674]: local IP address 80.64.77.212
Oct 29 20:33:11 localhost pppd[3674]: remote IP address 80.64.72.216
Oct 29 20:33:11 localhost pppd[3674]: primary DNS address 80.64.65.69
Oct 29 20:33:11 localhost pppd[3674]: secondary DNS address 80.64.65.66

Nem szeretném ezt az értéket felvenni olyan magasra, hogy csak óránként szakadjak le... ez annyira nem elegáns dolog lenne.

A szolgáltató (NetEasy, illetve HunNet Kft.) az email-eimre nem válaszol.
Holnap telefonon fogom zaklatni őket.

Vajon valóban 3 nappal ezelőtt a szolgáltató "abbahagyta" az echo kéréseim nyugtázását?

Ha felveszik a telefont, megpróbálok zöld ágra vergődni velük...

ui: Oops mester válaszolt, köszönet érte... :-)

Hozzászólások

Na, felhívtam az ügyfélszolgálatot, plusz pont, hogy nagyon hamar az ügyfélszolgálatos kisasszonyhoz kapcsoltak. De...

Amit sikerült kideríteni:
1. Az elmúlt 3 napban írt 3 email-emet megkapták és iktatták. Válaszolni ugyan nem válaszoltak, mert az nekik nem szokásuk.
2. Az ügy folyamatban van, de a kisasszony nem tudja, hogy pontosan hogyan is áll, sajnos.
3. Szólni fog a technikus kollégáknak.
4. Nem jelentettek hibát a környékről, tehát biztos nálam van a hiba. A helyzetet súlyosbítja, hogy az antennám egyéni kiépítésű, tehát nem a Hunnet telepítette.

Azt mondták, várjak türelemmel, majd jelentkeznek.

HunNet Hungarian Networks (http://www.neteasy.hu), 2007 október, Magyarország.

A persist, és demand be vannak kapcsolva?

Most néztem csak meg ezeket a kapcsolókat az options fájlban. Default értéken vannak, ami 'nopersist', tehát:

# Exit once a connection has been made and terminated. This is the default,
# unless the `persist' or `demand' option has been specified.
#nopersist

# Do not exit after a connection is terminated; instead try to reopen
# the connection.
#persist

Vagyis ennek bekapcsolása tényleg jó ötlet, köszönöm szépen, ki fogom próbálni.

Ami a demand-ot illeti:
# Initiate the link only on demand, i.e. when data traffic is present.
# With this option, the remote IP address must be specified by the user on
# the command line or in an options file. Pppd will initially configure
# the interface and enable it for IP traffic without connecting to the peer.
# When traffic is available, pppd will connect to the peer and perform
# negotiation, authentication, etc. When this is completed, pppd will
# commence passing data packets (i.e., IP packets) across the link.
#demand

Ha jól értem, a kapcsolatot csak igény esetén építi fel, nem automatikusan. Ez hol is segíthet nekem?