Hi, One year ago in my previous apartment I had connection problems to the cables. After lot of misery I have found that the problem had consisted of two elements:
1. The cable connection is not very stable. In their underlying protocol they lose many packets, resulting sometimes in losing *your* packets. I had cable technicians to my place at least 3 times, messing around with the signals strength of the Rx and Tx until they got to something which is similar to a stabler connection. 2. The PPP configuration I had was too sensitive. I had to change the LCP configuration to do more LCP requests before declaring the connection as "dead" (I think 5 lost packets in sequence) and to enlarge the time interval between every LCP packet (to 30 sec. if i recall correctly). After these two elements were fixed, I did not suffer from any noticeable disruptions in my connection. Not sure that this is your problem, but maybe it would help... Noam 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.2240 > inet6 addr: fe80::250:8dff:fe62:7c5b/64 Scope:Link > UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU: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 MULTICAST MTU: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] > > ================================================================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]
