you missed one important point - how is the windows installed on the same hardware (if there is any) does with regards to internet connection? does it also show the same problem, or it manages to work properly?
--guy On Fri, 19 Aug 2005, Ilia K. wrote: > Hi All again! > > Thanks to all guys, who have replied me! > However, nobody have told me yet, whether I've missed some point in > the configuration. > I want to emphasize the fact, that even under very low load (one ssh > connection only), _half_ of pings are lost when pinging the PPTP > server or some public servers. > Under no circumstances this can be treated as normal cable operation. > > Please, someone who has working cable connection, send me output of: > ifconfig; route -n > > This could help me decide, whether my configuration is OK or buggy > (and if it's OK, I'll apply to the cable company). > > Thanks. > > On 8/17/05, Ilia K. <[EMAIL PROTECTED]> wrote: > > Hi, All! > > > > I've convinced one girl to install linux instead of winXP. She is in > > Jerusalem and I am in Haifa, but we managed to install SuSe 9.2 and > > connect it to barak's cable internet through PPTP. Now I can ssh to > > the computer. Unfortunately, the connection is _very_ unstable and > > slow. Half of the packets are seems to be lost. I suppose, the problem > > can be somewhere in routing (this is my "weak point", so the > > probability for the mistakes is high). > > I very want, that this girl will stay with linux, but internet > > connection seems to be the "bottle neck". I'll appreciate any > > feedback, especially helpful one :) > > > > PPTP is set up by executing: > > linux:~# pppd call barak > > > > The settings (after PPTP is up) are: > > > > modem's address (in modem<->eth0 network) seems to be 172.25.192.1 > > > > linux:~ # ifconfig eth0; ifconfig ppp0 > > eth0 Link encap:Ethernet HWaddr 00:50:8D:62:7C:5B > > inet addr:172.25.212.201 Bcast:255.255.255.255 Mask:255.255.224.0 > > inet6 addr: fe80::250:8dff:fe62:7c5b/64 Scope:Link > > UP BROADCAST NOTRAILERS RUNNING MULTICASTMTU:1500 Metric:1 > > RX packets:253799 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:14236 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:20082953 (19.1 Mb)TX bytes:2413726 (2.3 Mb) > > Interrupt:10 Base address:0xb000 > > > > ppp0 Link encap:Point-to-Point Protocol > > inet addr:85.64.160.99 P-t-P:172.26.255.17 Mask:255.255.255.255 > > UP POINTOPOINT RUNNING NOARP MULTICASTMTU:1000 Metric:1 > > RX packets:203 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:3 > > RX bytes:14557 (14.2 Kb) TX bytes:13792 (13.4 Kb) > > > > linux:~ # route -n > > Kernel IP routing table > > Destination Gateway Genmask Flags Metric Ref Use Iface > > 172.26.255.17 172.25.192.1 255.255.255.255 UGH 0 0 0 eth0 > > 172.26.255.17 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 > > 172.25.192.0 0.0.0.0 255.255.224.0 U 0 0 0 eth0 > > 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 > > 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo > > 0.0.0.0 172.26.255.17 0.0.0.0 UG 0 0 0 ppp0 > > > > Note: The first route (172.26.255.17/32 via 172.25.192.1) was manualy > > added before running pppd/pptp. > > > > linux:~ # cat /var/lib/dhcpcd/dhcpcd-eth0.info > > IPADDR=172.25.212.201 > > NETMASK=255.255.224.0 > > NETWORK=172.25.192.0 > > BROADCAST=255.255.255.255 > > GATEWAY=172.25.192.1 > > HOSTNAME='linux' > > DNS=192.168.101.102,192.168.101.101 > > DHCPSID=213.57.35.2 > > DHCPGIADDR=172.25.160.1 > > DHCPSIADDR=0.0.0.0 > > DHCPCHADDR=00:50:8D:62:7C:5B > > DHCPSHADDR=00:05:00:E7:CD:A6 > > DHCPSNAME='' > > LEASETIME=426054 > > RENEWALTIME=213027 > > REBINDTIME=372797 > > INTERFACE='eth0' > > CLASSID='Linux 2.6.8-24-default i686' > > CLIENTID=00:50:8D:62:7C:5B > > > > linux:~ # rpm -q pptp > > pptp-1.5.0-2 > > > > linux:~ # cat /etc/ppp/peers/barak > > linkname barak > > noauth > > user SOME_USERNAME > > pty "/usr/sbin/pptp 172.26.255.17 --nolaunchpppd" > > lock > > noipdefault > > usepeerdns > > nobsdcomp > > nodeflate > > lcp-echo-failure 10 > > lcp-echo-interval 20 > > defaultroute > > #mtu 1460 > > mtu 1000 > > mru 1000 > > debug > > > > > > In /var/log/messages I see lots of pptp's messages like these: > > Aug 17 20:41:52 linux pptp[10933]: anon > > log[decaps_gre:pptp_gre.c:404]: buffering packet 4098 (expecting 4082, > > lost or reordered) > > Aug 17 20:41:52 linux pptp[10933]: anon > > log[decaps_gre:pptp_gre.c:404]: buffering packet 4099 (expecting 4082, > > lost or reordered) > > Aug 17 20:41:52 linux pptp[10933]: anon > > log[decaps_gre:pptp_gre.c:404]: buffering packet 4100 (expecting 4082, > > lost or reordered) > > Aug 17 20:41:52 linux pptp[10933]: anon > > log[decaps_gre:pptp_gre.c:404]: buffering packet 4101 (expecting 4082, > > lost or reordered) > > Aug 17 20:41:52 linux pptp[10933]: anon > > log[decaps_gre:pptp_gre.c:404]: buffering packet 4102 (expecting 4082, > > lost or reordered) > > Aug 17 20:42:27 linux pptp[10933]: anon > > log[decaps_gre:pptp_gre.c:395]: discarding duplicate or old packet > > 4082 (expecting 4116) > > Aug 17 20:42:27 linux pptp[10933]: anon > > log[decaps_gre:pptp_gre.c:395]: discarding duplicate or old packet > > 4083 (expecting 4116) > > Aug 17 20:42:27 linux pptp[10933]: anon > > log[decaps_gre:pptp_gre.c:395]: discarding duplicate or old packet > >4084 (expecting 4116) > > Aug 17 20:42:27 linux pptp[10933]: anon > > log[decaps_gre:pptp_gre.c:395]: discarding duplicate or old packet > > 4085 (expecting 4116) > > ================================================================= To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
