adsl surun bont

Fórumok

Hali!

A syslog szerint ilyen furcsa dolgok tortennek a nettel slackware 11 alatt es pppoe-setup-al lottem be az adsl-t.

Dec 10 02:37:22 jean-reno pppd[2547]: Cannot determine ethernet address for proxy ARP
Dec 10 02:46:22 jean-reno pppoe[2548]: read (asyncReadFromPPP): Session 24987: Input/output error
Dec 10 02:46:27 jean-reno pppoe[2593]: Interface eth0 has MTU of 1492 -- should be 1500. You may have serious connection problems.
Dec 10 02:46:27 jean-reno pppoe[2593]: Interface eth0 has MTU of 1492 -- should be 1500. You may have serious connection problems.
Dec 10 02:46:29 jean-reno pppd[2592]: Cannot determine ethernet address for proxy ARP
Dec 10 03:34:29 jean-reno pppoe[2593]: read (asyncReadFromPPP): Session 25075: Input/output error
Dec 10 03:34:35 jean-reno pppoe[2777]: Interface eth0 has MTU of 1492 -- should be 1500. You may have serious connection problems.
Dec 10 03:34:35 jean-reno pppoe[2777]: Interface eth0 has MTU of 1492 -- should be 1500. You may have serious connection problems.
Dec 10 03:34:37 jean-reno pppd[2776]: Cannot determine ethernet address for proxy ARP

Az a baj ha nagyom a forgalom kb. negyedorankent szakad minden ami ugye egy kicsit idegesito. Ja ez a gep ossza a netet nekunk iptables-el. Az adsl invitel! :(

Elore is kosz!

Hozzászólások

Gyalogolj a /etc/ppp/ könyvtárba és az mtu értékét szépen állítsd be ahogy kéri. Nem véletlenül sirdogál a logba.

--
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!

ifconfig eth0 mtu 1492
próba, oszt ha jó, akkor interfaces-be is betenni?

"Interface eth0 has MTU of 1492 -- should be 1500. You may have serious connection problems."

En ugy latom, hogy ez mar meg volt neki. :-)
Szerintem lehetnek kisebb MTU-kkal is probalkozni, pppd-t hagyni hogy automatikusan allitgassa be magat, letiltani deflate-et, meg egyeb kompresszios dolgokat, workaroundnak (is) pedig beallitani egy timeoutot amit pl, 5 mp-enkent frissit.

Esetleg meg lehetne nezni egy ma$ik OS-sel is, hatha...

sok sikert :-)
r

PS: egy "ifconfig eth0" is johetne ide, ill. probalj meg egy masik mikroszurot, vagy anelkul. Gondolom a kabel nem 50m hosszu sarokba osszetekerve es nincsen kozel elektromos vezetekekhez, taphoz, mikrosutohoz, lokator allomashoz stb... :-)

Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

Nem vagyok jó angolos, de a "Interface eth0 has MTU of 1492 -- should be 1500" szerintem azt jelenti, hogy most 1492 az MTU, es jólenne ha inkább 1500 lenne... Egyébként az 1500 a normális.
3. goggle link alapján:
I tried to use the lower version of ppp, found that ppp-2.4.3 does not work either, but ppp-2.4.2 WORKS ! I also googled much about the same problem, found someone meets the same problem when upgrade from ppp-2.4.2 to ppp-2.4.3 (in ppp's official bug tracking system)
Tehát ppp verzió probléma is lehet.

Mik

adsl-hez en ugy tudom az 1492 a normalis mtu ertek, vagy nem?
egyebkent 1500 mtuval is ezt csinalja de akkor kimarad a ket mtu sor csak ez marad:
jean-reno pppoe[3464]: read (asyncReadFromPPP): Session 13828: Input/output error
jean-reno pppd[3501]: Cannot determine ethernet address for proxy ARP
a gep p133, 128 mb ram, 400 hdd (ha ez gond lehet) es 5 winfosnak ossza a netet mac cim alapjan. cpu terheles 3-7% korul mozog. a savszel nagy terhelese lehet gond?? 3008/384 adsl

eth0 Link encap:Ethernet HWaddr 00:E0:4C:77:14:9A
inet6 addr: fe80::2e0:4cff:fe77:149a/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1
RX packets:8790301 errors:0 dropped:0 overruns:0 frame:0
TX packets:7171587 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4042514043 (3.7 GiB) TX bytes:3168434740 (2.9 GiB)
Interrupt:10 Base address:0xdf00

eth1 Link encap:Ethernet HWaddr 00:04:AC:23:04:30
inet addr:10.0.0.80 Bcast:10.0.0.255 Mask:255.255.255.0
inet6 addr: fe80::204:acff:fe23:430/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1
RX packets:8218220 errors:0 dropped:0 overruns:0 frame:0
TX packets:8745893 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3203243949 (2.9 GiB) TX bytes:3967967007 (3.6 GiB)
Interrupt:9

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

ppp0 Link encap:Point-to-Point Protocol
inet addr:87.97.58.233 P-t-P:213.163.27.21 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:70402 errors:0 dropped:0 overruns:0 frame:0
TX packets:77675 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:39144859 (37.3 MiB) TX bytes:48913201 (46.6 MiB)

Miert is kellene 1500-nak lennie??? Tevhit ez a javabol... A lenyeg az, hogy ne kuldozgessen egyik fel se akkora csomagot a masiknak, amit az nem tud kezelni. 576<=MRU,MTU<=1500 mezei 10/100Mbit eseteben, par kartya drivere a VLAN-ok miatti plusz 8 byte-ot nem tudta kezelni, ezert szokas ezeket 1492-re allitani. Aztan a PPPoE overhead miatt 40 byte-onkent szokas csokkenteni addig, amig nem mukodik minden. De van PMTU is manapsag, ezt jobb arra bizni.

Szerintem amugy ezekkel az MTU-s uzenetekkel nem erdemes foglalkozni, jo esellyel abszolut artalmatlanok, a hiba mashol van.

ok, de akkor megis miert lehet ez az allando szakadas?? amugy erdekes, hetvegen kiprobaltuk a pfsense (bsd router), es ott nem vettunk eszre ilyen suru szakadasokat(de lehet hogy csak kivetel volt). Az a gond hogy bsdhez meg hujebb vagyok mint a linuxhoz :), nameg a gep is kicsi hozza :)(p133,128mb ram, 400mb hdd) esetleg lehet a gond a vonal tulterhelese, tehat sokan toltenek es sokmindent es ezert esetleg az invitel ledob? esetleg savszelessegkorlatozas segithet? mit ajanlotok arra?