Re: Strange network problems on ppp interface
I reported almost the exact same problem right about the time when kernel
2.2.0 came out. At that time I was running 2.0.36+kerneli and had updated
to 2.2.0, and didn't know a thing until our cable modem went out and I
needed to use the Ricochet. I'm almost certain it's a kernel issue,
because the same system worked fine with a Creative external modem on the
same serial port.
If i weren't way outside Ricochet's network range (I'm about 80 miles
outside Reno right now, had Ricochet when I was living in San Jose) I'd
hook my radio up and try it.
I *think* it has to do with 2.2.x's TCP protocol stack, seeing as UDP and
ICMP seem to be handled fine through it.
Did you upgrade your kernel as well, or can you add some detail which
would rule out ther kernel being at fault?
--Ferret no baka
Actually, if my memory serves me, it's been about one year since I
reported the problem originally.
On Tue, 2 Nov 1999, Dylan Thurston wrote:
> As of yesterday, I've been having some strange problems connecting
> through my Ricochet modem. I'm able to connect and ping places just
> fine; however, all useful connections (e.g., telnet, ftp, or http)
> fail: with telnet, for instance, I get the standard connect messages
> Trying 126.96.36.199...
> Connected to bosco.berkeley.edu.
> Escape character is '^]'.
> but then no welcome message. There's a tcpdump of such an attempt
> after my signature. I'd suspect a packet filtering problem, but I'm
> able to connect using my EtherNet card with no problem.
> The only change in my configuration that seems like it might be
> relevant is that I had just upgraded to the latest potato, after 5
> days. The only packages upgraded that seem like they could possibly be
> relevant are hostname and libc6.
> Anyone have any ideas what could cause this kind of problem? Any help
> is greatly appreciated.
> Dylan Thurston
> tcpdump follows:
> 13:18:58.493742 188.8.131.52.1102 > 184.108.40.206.ftp: FP 891443817:891443823(6) ack 890014480 win 16060 <nop,nop,timestamp 1471784 933090531> (DF)
> 13:19:13.180204 220.127.116.11.1039 > 18.104.22.168.domain: 61999+ A? bosco.berkeley.edu. (36)
> 13:19:14.523709 22.214.171.124.domain > 126.96.36.199.1039: 61999* 1/4/7 (260)
> 13:19:14.527411 188.8.131.52.1103 > 184.108.40.206.telnet: S 985306204:985306204(0) win 16060 <mss 1460,sackOK,timestamp 1473387 0,nop,wscale 0> (DF) [tos 0x10]
> 13:19:14.873703 220.127.116.11.telnet > 18.104.22.168.1103: S 3402697896:3402697896(0) ack 985306205 win 17520 <mss 1460> (DF)
> 13:19:14.873862 22.214.171.124.1103 > 126.96.36.199.telnet: . ack 1 win 16060 (DF) [tos 0x10]
> 13:19:14.918216 188.8.131.52.1103 > 184.108.40.206.telnet: P 1:28(27) ack 1 win 16060 (DF) [tos 0x10]
> 13:19:17.913712 220.127.116.11.1103 > 18.104.22.168.telnet: P 1:28(27) ack 1 win 16060 (DF) [tos 0x10]
> 13:19:22.493719 22.214.171.124.1102 > 126.96.36.199.ftp: FP 0:6(6) ack 1 win 16060 <nop,nop,timestamp 1474184 933090531> (DF)
> 13:19:23.913708 188.8.131.52.1103 > 184.108.40.206.telnet: P 1:28(27) ack 1 win 16060 (DF) [tos 0x10]
> 10 packets received by filter
> 0 packets dropped by kernel
> Unsubscribe? mail -s unsubscribe email@example.com < /dev/null