É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... :-)
- styg blogja
- A hozzászóláshoz be kell jelentkezni
- 1670 megtekintés
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 hozzászóláshoz be kell jelentkezni
A persist, és demand be vannak kapcsolva?
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
egen', nem emlékeztem már hogy a kettő közül melyik segített nekem a múltkor. Remélem megoldódik a persist segítségével a gondod! :)
- A hozzászóláshoz be kell jelentkezni
Nem tudom, mi lehet az oka, de nem. Hiába kapcsolom be a persist-et, bontja a kapcsolatot...
Viszont nem csak az lcp-echo-failure-vel, hanem az lcp-echo-interval-lal is tudom növelni a túlélési időszakomat...
Aztán remélem ez a szépreményű Hunnet is mond majd valamit. :-)
- A hozzászóláshoz be kell jelentkezni