PPPOE szakadások

Hálózatok egyéb

Mi a teendő akkor, ha Ubuntu Feisty-nél kb egy óránként új IP-t kapok?
A logban az alábbi látszik:
Jul 25 11:39:35 kompakk pppd[3806]: LCP terminated by peer (Peer not responding)
Jul 25 11:39:35 kompakk pppd[3806]: Connect time 74.0 minutes.
Jul 25 11:39:35 kompakk pppd[3806]: Sent 31453449 bytes, received 63516097 bytes.
Jul 25 11:39:38 kompakk pppd[3806]: Connection terminated.
Jul 25 11:39:38 kompakk pppd[3806]: Modem hangup
Jul 25 11:39:52 kompakk ntpd[4920]: sendto(82.211.81.145) (fd=24): Invalid argument
Jul 25 11:40:08 kompakk pppd[3806]: PPP session is 963
Jul 25 11:40:08 kompakk pppd[3806]: Using interface ppp0
Jul 25 11:40:08 kompakk pppd[3806]: Connect: ppp0 <--> eth0
Jul 25 11:40:09 kompakk pppd[3806]: PAP authentication succeeded
Jul 25 11:40:09 kompakk pppd[3806]: peer from calling number 00:E0:81:5E:9A:C5 authorized
Jul 25 11:40:09 kompakk pppd[3806]: Cannot determine ethernet address for proxy ARP
Jul 25 11:40:09 kompakk pppd[3806]: local IP address *.*.*.* <-ITT A VALÓS IP VAN

A szolgáltató a tévénet, jeleztem náluk a hibát, 4 nap múlva az alábbi üzenetet kaptam:

"Az Ön bejelentése óta a DSLAM port folyamatos monitorozás alatt van. A modem a
PPPOE kapcsolat bontásakor nem esik ki a szinkronból, tehát a bontás nem
vonali hiba miatt történik. Véleményünk szerint a probléma forrása a modemre
kötött eszköz PPPOE kliensében keresendő, mert az néha egyszerűen nem válaszol
a szerver által küldött echo-request-ekre, és ezért kerül bontásra a PPPOE
kapcsolat."

Ilyenkor mi a teendő?

  • 1704 megtekintés

( padawan | 2007. 07. 25., sze – 13:07 )

Ugyan nem tul szakmai megoldas, de probald meg rp-pppoeval esetleg. Pppd-rol nekem az 56K jut eszembe az adsl helyett :)

( BlinTux v | 2007. 09. 11., k – 08:23 )

Nekem olyan problemam lenne, hogy feltolteskor nagyon sokszor megszakad a T-online fele ADSL-em. 60MB-ot probaltam feltolteni este, es ez ido alatt otszor megszakadt. Letoltes eseten tobb GB utan szokott csak. De semmikeppen nem termeszetes, hogy ezt csinalja.

Ime, ami szakadaskor a logba kerul:

Sep 11 07:35:57 localhost pppd[1839]: No response to 3 echo-requests
Sep 11 07:35:57 localhost pppd[1839]: Serial link appears to be disconnected.
Sep 11 07:35:57 localhost pppd[1839]: Connect time 11.0 minutes.
Sep 11 07:35:57 localhost pppd[1839]: Sent 3094596 bytes, received 1486717 bytes.
Sep 11 07:35:57 localhost pppd[1839]: Connection terminated.
Sep 11 07:36:28 localhost pppd[1839]: PPP session is 27582
Sep 11 07:36:28 localhost pppd[1839]: Using interface ppp0
Sep 11 07:36:28 localhost pppd[1839]: Connect: ppp0 <--> eth0
Sep 11 07:36:31 localhost pppd[1839]: PAP authentication succeeded

Operacios rendszer Debian 3.1. Ami mar ket eve fentvan, de nem reg jelentkezett csak ez a jelenseg.

na igen, ilyet én is láttam. az lett a megoldás, hogy QoS-sel priorizáltam a csomagokat, hogy az LCP echo request-ek timeout időn belül vissza tudjanak jönni, vagy egészen egyszerűen kikapcsoltam az LCP-s link monitorozást. (ami persze szakadás esetére nem jó)

érdekes számomra, hogy azon csomagok, amiket maga a pppd küld, nem tudnak célba érni az enkapszulált adatfolyam miatt. azt gondolnám, hogyha maga a pppd forgalmaz valamit, az a beágyazott adatfolyam róvására megy... dehát vannak még csodák :P

( Oops | 2007. 09. 11., k – 09:28 )

Ami az enyémnél igazi humor volt, hogy volt olyan, hogy:
ISP küldte a requestet
válaszoltam, azonnal ment az én req-em is,
jött rá válasz,
de az én válaszomat ők nem érzékelték.