v2.6.8.1 breaks tspc

All of lore.kernel.org
 help / color / mirror / Atom feed

* v2.6.8.1 breaks tspc
@ 2004-08-21 21:02 Christian Hesse
  2004-08-21 21:46 ` ismail dönmez
                   ` (3 more replies)
  0 siblings, 4 replies; 8+ messages in thread
From: Christian Hesse @ 2004-08-21 21:02 UTC (permalink / raw)
  To: linux-kernel

[-- Attachment #1: Type: text/plain, Size: 264 bytes --]

Hello!

Kernel version 2.6.8.1 breaks tspc (Freenet6's Tunnel Server Protocol Client). 
It tries to connect to the server but waits forever. No problems with 2.6.7, 
booted the old kernel and it worked perfectly.

Any ideas?

Please CC.

-- 
Christian

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: v2.6.8.1 breaks tspc
  2004-08-21 21:02 v2.6.8.1 breaks tspc Christian Hesse
@ 2004-08-21 21:46 ` ismail dönmez
  2004-08-21 22:12 ` Christian Kujau
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 8+ messages in thread
From: ismail dönmez @ 2004-08-21 21:46 UTC (permalink / raw)
  To: Christian Hesse; +Cc: linux-kernel

On Sat, 21 Aug 2004 23:02:58 +0200, Christian Hesse <mail@earthworm.de> wrote:
> Hello!
> 
> Kernel version 2.6.8.1 breaks tspc (Freenet6's Tunnel Server Protocol Client).
> It tries to connect to the server but waits forever. No problems with 2.6.7,
> booted the old kernel and it worked perfectly.
> 
> Any ideas?
> 

I can confirm the same problem here with 2.6.8.1-mm3 and 2.6.8.1

Cheers,
ismail

-- 
Time is what you make of it

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: v2.6.8.1 breaks tspc
  2004-08-21 21:02 v2.6.8.1 breaks tspc Christian Hesse
  2004-08-21 21:46 ` ismail dönmez
@ 2004-08-21 22:12 ` Christian Kujau
       [not found] ` <200408220116.42490.vda@port.imtp.ilyichevsk.odessa.ua>
       [not found] ` <200408221012.12846.vda@port.imtp.ilyichevsk.odessa.ua>
  3 siblings, 0 replies; 8+ messages in thread
From: Christian Kujau @ 2004-08-21 22:12 UTC (permalink / raw)
  To: linux-kernel; +Cc: Christian Hesse

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Christian Hesse wrote:
> Hello!
>
> Kernel version 2.6.8.1 breaks tspc (Freenet6's Tunnel Server Protocol
Client).
> It tries to connect to the server but waits forever. No problems with
2.6.7,
> booted the old kernel and it worked perfectly.

aha, and i thought freenet6's tunnel server has problems again.
reproduceable here with 2.6.8(.1), 2.6.7 was working indeed.
ipv6 module is loaded, the tspc client does not give much information of
what it is doing. maybe strace help here:

socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(53),
sin_addr=inet_addr("127.0.0.1")}, 28) = 0
send(4, "\363\t\1\0\0\1\0\0\0\0\0\0\5tsps2\10freenet6\3net\0"..., 36, 0)
= 36
gettimeofday({1093126256, 233665}, NULL) = 0
poll([{fd=4, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(4, FIONREAD, [128])               = 0
recvfrom(4,
"\363\t\201\200\0\1\0\1\0\1\0\2\5tsps2\10freenet6\3net\0"..., 1024, 0,
{sa_family=AF_INET, sin_port=htons(53),
sin_addr=inet_addr("127.0.0.1")}, [16]) = 128
close(4)                                = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(3653),
sin_addr=inet_addr("206.123.31.115")}, 16) = 0
write(4, "VERSION=1.0.1\r\n", 15)       = 15
read(4,
[...and then read() waits until the of the world as we know it]


Christian,
(searching for a free tunnel-broker in .de anyway...)

- --
BOFH excuse #370:

Virus due to computers having unsafe sex.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFBJ8jR+A7rjkF8z0wRAnjGAKCFIjdsR2TZxxhcv/ukV+xzubWWwACgm85p
kcJ3QFgTASSrQGM6pnpbW5I=
=nqGW
-----END PGP SIGNATURE-----

^ permalink raw reply	[flat|nested] 8+ messages in thread

[parent not found: <200408220116.42490.vda@port.imtp.ilyichevsk.odessa.ua>]

* Re: v2.6.8.1 breaks tspc
       [not found] ` <200408220116.42490.vda@port.imtp.ilyichevsk.odessa.ua>
@ 2004-08-22  0:21   ` Christian Hesse
  0 siblings, 0 replies; 8+ messages in thread
From: Christian Hesse @ 2004-08-22  0:21 UTC (permalink / raw)
  To: Denis Vlasenko; +Cc: linux-kernel

[-- Attachment #1: Type: text/plain, Size: 858 bytes --]

On Sunday 22 August 2004 00:16, Denis Vlasenko wrote:
> On Sunday 22 August 2004 00:02, Christian Hesse wrote:
> > Hello!
> >
> > Kernel version 2.6.8.1 breaks tspc (Freenet6's Tunnel Server Protocol
> > Client). It tries to connect to the server but waits forever. No problems
> > with 2.6.7, booted the old kernel and it worked perfectly.
> >
> > Any ideas?
>
> What do you see with tcpdump on both 2.6.7 and 2.6.8.1?

In the config file I've changed template from linux to checktunnel. With 
kernel 2.6.7 it shows all the options it receives from the server. With 
2.6.8.1:

root@noname:~# tspc -f /etc/freenet6/tspc.conf -vvv
tspc - Tunnel Server Protocol Client

Loading configuration file

Connecting to server

[now waits until Ctrl-c]

A log of strace can be found at
http://linux.eworm.net/tspc_strace.log
-- 
Christian

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

[parent not found: <200408221012.12846.vda@port.imtp.ilyichevsk.odessa.ua>]

[parent not found: <200408221506.07883.mail@earthworm.de>]

* Re: v2.6.8.1 breaks tspc
       [not found]   ` <200408221506.07883.mail@earthworm.de>
@ 2004-08-22 14:43     ` Denis Vlasenko
  2004-08-22 16:26       ` Christian Hesse
  0 siblings, 1 reply; 8+ messages in thread
From: Denis Vlasenko @ 2004-08-22 14:43 UTC (permalink / raw)
  To: Christian Hesse; +Cc: linux-kernel, netfilter-devel

[-- Attachment #1: Type: text/plain, Size: 4450 bytes --]

> > > > > Kernel version 2.6.8.1 breaks tspc (Freenet6's Tunnel Server
> > > > > Protocol Client). It tries to connect to the server but waits
> > > > > forever. No problems with 2.6.7, booted the old kernel and it
> > > > > worked perfectly.
> > > > >
> > > > > Any ideas?
> > > >
> > > > What do you see with tcpdump on both 2.6.7 and 2.6.8.1?
> > >
> > > In the config file I've changed template from linux to checktunnel.
> > > With kernel 2.6.7 it shows all the options it receives from the server.
> > > With 2.6.8.1:
> > >
> > > root@noname:~# tspc -f /etc/freenet6/tspc.conf -vvv
> > > tspc - Tunnel Server Protocol Client
> > >
> > > Loading configuration file
> > >
> > > Connecting to server
> > >
> > > [now waits until Ctrl-c]
> > >
> > > A log of strace can be found at
> > > http://linux.eworm.net/tspc_strace.log
> >
> > Strace shows that read from the network fails:
> >
> > socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 5
> > connect(5, {sa_family=AF_INET, sin_port=htons(3653),
> > sin_addr=inet_addr("206.123.31.115")}, 16) = 0 write(5,
> > "VERSION=1.0.1\r\n", 15)       = 15
> > read(5,  <unfinished ...>
> >
> > There are several possibilities.
> > What do you see with _*tcpdump*_ on both 2.6.7 and 2.6.8.1?
>
> On 2.6.8.1:
>
> tcpdump -i ppp0 -l -n -vv | grep 206.123.31.115
> [starting tspc]
> 14:50:31.134509 IP (tos 0x0, ttl  64, id 48887, offset 0, flags [DF],
> length: 60) 80.144.45.203.1044 > 206.123.31.115.3653: S [tcp sum ok]

It linewrapped. Try to avoid that in the future.

Anyway, basically we see this:

- == 2.6.8.1
+ == 2.6.7

-14:50:31.134509 IP (tos 0x0, ttl  64, id 48887, offset 0, flags [DF], length: 60) 80.144.45.203.1044 > 206.123.31.115.3653: S [tcp sum ok] 4178156718:4178156718(0) win 5808 <mss 1452,sackOK,timestamp 58729049 0,nop,wscale 7>
+15:04:49.203584 IP (tos 0x0, ttl  64, id 52907, offset 0, flags [DF], length: 60) 80.144.41.228.1027 > 206.123.31.115.3653: S [tcp sum ok] 1954213114:1954213114(0) win 5808 <mss 1452,sackOK,timestamp 4294779473 0,nop,wscale 0>

TCP start. NB: "wscale 7"!

-14:50:31.311512 IP (tos 0x0, ttl  54, id 40688, offset 0, flags [none], length: 60) 206.123.31.115.3653 > 80.144.45.203.1044: S [tcp sum ok] 194693109:194693109(0) ack 4178156719 win 16384 <mss 1412,nop,wscale 0,nop,nop,timestamp 0 58729049>
+15:04:49.467356 IP (tos 0x0, ttl  54, id 4239, offset 0, flags [none], length: 60) 206.123.31.115.3653 > 80.144.41.228.1027: S [tcp sum ok] 128683752:128683752(0) ack 1954213115 win 16384 <mss 1412,nop,wscale 0,nop,nop,timestamp 0 4294779473>

-14:50:31.311672 IP (tos 0x0, ttl  64, id 48888, offset 0, flags [DF], length: 52) 80.144.45.203.1044 > 206.123.31.115.3653: . [tcp sum ok] 1:1(0) ack 1 win 46 <nop,nop,timestamp 58729226 0>
+15:04:49.468059 IP (tos 0x0, ttl  64, id 52908, offset 0, flags [DF], length: 52) 80.144.41.228.1027 > 206.123.31.115.3653: . [tcp sum ok] 1:1(0) ack 1 win 5808 <nop,nop,timestamp 4294779738 0>

"win 46" looks not ok.

-14:50:31.312369 IP (tos 0x0, ttl  64, id 48889, offset 0, flags [DF], length: 67) 80.144.45.203.1044 > 206.123.31.115.3653: P [tcp sum ok] 1:16(15) ack 1 win 46 <nop,nop,timestamp 58729227 0>
+15:04:49.468870 IP (tos 0x0, ttl  64, id 52909, offset 0, flags [DF], length: 67) 80.144.41.228.1027 > 206.123.31.115.3653: P [tcp sum ok] 1:16(15) ack 1 win 5808 <nop,nop,timestamp 4294779739 0>

"win 46" again.

-14:50:31.485246 IP (tos 0x0, ttl  54, id 40764, offset 0, flags [none], length: 40) 206.123.31.115.3653 > 80.144.45.203.1044: . [tcp sum ok] 1:1(0) ack 1 win 17520
+15:04:49.642549 IP (tos 0x0, ttl  54, id 4306, offset 0, flags [none], length: 40) 206.123.31.115.3653 > 80.144.41.228.1027: . [tcp sum ok] 1:1(0) ack 1 win 17520

-14:50:32.485776 IP (tos 0x0, ttl  64, id 48890, offset 0, flags [DF], length: 67) 80.144.45.203.1044 > 206.123.31.115.3653: P [tcp sum ok] 1:16(15) ack 1 win 46 <nop,nop,timestamp 58730401 0>
+15:04:49.651404 IP (tos 0x0, ttl  54, id 4311, offset 0, flags [none], length: 106) 206.123.31.115.3653 > 80.144.41.228.1027: P 1:67(66) ack 16 win 17520

Here tcpdump outputs start ot diverge.

Looks like window scaling is not understood or incorrectly
handled by Linux or by remote box. I am no expert on this,
thus CCing LKML and netfilter list.

Please try whether it works whan you do
"echo 0 > /proc/sys/net/ipv4/tcp_window_scaling"

Search for thread "network regression using 2.6.8.x behind Cisco 1712"
on lkml.org.

Un-linewrapped tcpdumps are attached.
--
vda

[-- Attachment #2: tspc --]
[-- Type: text/plain, Size: 10484 bytes --]

-14:50:31.134509 IP (tos 0x0, ttl  64, id 48887, offset 0, flags [DF], length: 60) 80.144.45.203.1044 > 206.123.31.115.3653: S [tcp sum ok] 4178156718:4178156718(0) win 5808 <mss 1452,sackOK,timestamp 58729049 0,nop,wscale 7>
+15:04:49.203584 IP (tos 0x0, ttl  64, id 52907, offset 0, flags [DF], length: 60) 80.144.41.228.1027 > 206.123.31.115.3653: S [tcp sum ok] 1954213114:1954213114(0) win 5808 <mss 1452,sackOK,timestamp 4294779473 0,nop,wscale 0>

-14:50:31.311512 IP (tos 0x0, ttl  54, id 40688, offset 0, flags [none], length: 60) 206.123.31.115.3653 > 80.144.45.203.1044: S [tcp sum ok] 194693109:194693109(0) ack 4178156719 win 16384 <mss 1412,nop,wscale 0,nop,nop,timestamp 0 58729049>
+15:04:49.467356 IP (tos 0x0, ttl  54, id 4239, offset 0, flags [none], length: 60) 206.123.31.115.3653 > 80.144.41.228.1027: S [tcp sum ok] 128683752:128683752(0) ack 1954213115 win 16384 <mss 1412,nop,wscale 0,nop,nop,timestamp 0 4294779473>

-14:50:31.311672 IP (tos 0x0, ttl  64, id 48888, offset 0, flags [DF], length: 52) 80.144.45.203.1044 > 206.123.31.115.3653: . [tcp sum ok] 1:1(0) ack 1 win 46 <nop,nop,timestamp 58729226 0>
+15:04:49.468059 IP (tos 0x0, ttl  64, id 52908, offset 0, flags [DF], length: 52) 80.144.41.228.1027 > 206.123.31.115.3653: . [tcp sum ok] 1:1(0) ack 1 win 5808 <nop,nop,timestamp 4294779738 0>

-14:50:31.312369 IP (tos 0x0, ttl  64, id 48889, offset 0, flags [DF], length: 67) 80.144.45.203.1044 > 206.123.31.115.3653: P [tcp sum ok] 1:16(15) ack 1 win 46 <nop,nop,timestamp 58729227 0>
+15:04:49.468870 IP (tos 0x0, ttl  64, id 52909, offset 0, flags [DF], length: 67) 80.144.41.228.1027 > 206.123.31.115.3653: P [tcp sum ok] 1:16(15) ack 1 win 5808 <nop,nop,timestamp 4294779739 0>

-14:50:31.485246 IP (tos 0x0, ttl  54, id 40764, offset 0, flags [none], length: 40) 206.123.31.115.3653 > 80.144.45.203.1044: . [tcp sum ok] 1:1(0) ack 1 win 17520
+15:04:49.642549 IP (tos 0x0, ttl  54, id 4306, offset 0, flags [none], length: 40) 206.123.31.115.3653 > 80.144.41.228.1027: . [tcp sum ok] 1:1(0) ack 1 win 17520

-14:50:32.485776 IP (tos 0x0, ttl  64, id 48890, offset 0, flags [DF], length: 67) 80.144.45.203.1044 > 206.123.31.115.3653: P [tcp sum ok] 1:16(15) ack 1 win 46 <nop,nop,timestamp 58730401 0>
+15:04:49.651404 IP (tos 0x0, ttl  54, id 4311, offset 0, flags [none], length: 106) 206.123.31.115.3653 > 80.144.41.228.1027: P 1:67(66) ack 16 win 17520


tcpdump -i ppp0 -l -n -vv | grep 206.123.31.115
[starting tspc]
14:50:31.134509 IP (tos 0x0, ttl  64, id 48887, offset 0, flags [DF], length: 60) 80.144.45.203.1044 > 206.123.31.115.3653: S [tcp sum ok] 4178156718:4178156718(0) win 5808 <mss 1452,sackOK,timestamp 58729049 0,nop,wscale 7>
14:50:31.311512 IP (tos 0x0, ttl  54, id 40688, offset 0, flags [none], length: 60) 206.123.31.115.3653 > 80.144.45.203.1044: S [tcp sum ok] 194693109:194693109(0) ack 4178156719 win 16384 <mss 1412,nop,wscale 0,nop,nop,timestamp 0 58729049>
14:50:31.311672 IP (tos 0x0, ttl  64, id 48888, offset 0, flags [DF], length: 52) 80.144.45.203.1044 > 206.123.31.115.3653: . [tcp sum ok] 1:1(0) ack 1 win 46 <nop,nop,timestamp 58729226 0>
14:50:31.312369 IP (tos 0x0, ttl  64, id 48889, offset 0, flags [DF], length: 67) 80.144.45.203.1044 > 206.123.31.115.3653: P [tcp sum ok] 1:16(15) ack 1 win 46 <nop,nop,timestamp 58729227 0>
14:50:31.485246 IP (tos 0x0, ttl  54, id 40764, offset 0, flags [none], length: 40) 206.123.31.115.3653 > 80.144.45.203.1044: . [tcp sum ok] 1:1(0) ack 1 win 17520
14:50:32.485776 IP (tos 0x0, ttl  64, id 48890, offset 0, flags [DF], length: 67) 80.144.45.203.1044 > 206.123.31.115.3653: P [tcp sum ok] 1:16(15) ack 1 win 46 <nop,nop,timestamp 58730401 0>
14:50:32.659688 IP (tos 0x0, ttl  54, id 40933, offset 0, flags [none], length: 40) 206.123.31.115.3653 > 80.144.45.203.1044: . [tcp sum ok] 67:67(0) ack 16 win 17520
14:50:36.277473 IP (tos 0x0, ttl  54, id 41580, offset 0, flags [none], length: 106) 206.123.31.115.3653 > 80.144.45.203.1043: FP 1:67(66) ack 1 win 17520
14:50:36.277615 IP (tos 0x0, ttl  64, id 21, offset 0, flags [DF], length: 40) 80.144.45.203.1043 > 206.123.31.115.3653: R [tcp sum ok] 4088698672:4088698672(0) win 0

[killing tspc with Ctrl-c]

14:52:10.496550 IP (tos 0x0, ttl  64, id 48891, offset 0, flags [DF], length: 52) 80.144.45.203.1044 > 206.123.31.115.3653: F [tcp sum ok] 16:16(0) ack 1 win 46 <nop,nop,timestamp 58828426 0>
14:52:10.694101 IP (tos 0x0, ttl  54, id 55750, offset 0, flags [none], length: 40) 206.123.31.115.3653 > 80.144.45.203.1044: . [tcp sum ok] 68:68(0) ack 17 win 17520

On 2.6.7:

tcpdump -i ppp0 -l -n -vv | grep 206.123.31.115
15:04:49.196225 IP (tos 0x0, ttl  55, id 24594, offset 0, flags [none], length: 167) 206.123.31.101.53 > 80.144.41.228.1024:  9057* q: A? tsps2.freenet6.net. 1/1/3 tsps2.freenet6.net. A 206.123.31.115[|domain]
15:04:49.203584 IP (tos 0x0, ttl  64, id 52907, offset 0, flags [DF], length: 60) 80.144.41.228.1027 > 206.123.31.115.3653: S [tcp sum ok] 1954213114:1954213114(0) win 5808 <mss 1452,sackOK,timestamp 4294779473 0,nop,wscale 0>
15:04:49.467356 IP (tos 0x0, ttl  54, id 4239, offset 0, flags [none], length: 60) 206.123.31.115.3653 > 80.144.41.228.1027: S [tcp sum ok] 128683752:128683752(0) ack 1954213115 win 16384 <mss 1412,nop,wscale 0,nop,nop,timestamp 0 4294779473>
15:04:49.468059 IP (tos 0x0, ttl  64, id 52908, offset 0, flags [DF], length: 52) 80.144.41.228.1027 > 206.123.31.115.3653: . [tcp sum ok] 1:1(0) ack 1 win 5808 <nop,nop,timestamp 4294779738 0>
15:04:49.468870 IP (tos 0x0, ttl  64, id 52909, offset 0, flags [DF], length: 67) 80.144.41.228.1027 > 206.123.31.115.3653: P [tcp sum ok] 1:16(15) ack 1 win 5808 <nop,nop,timestamp 4294779739 0>
15:04:49.642549 IP (tos 0x0, ttl  54, id 4306, offset 0, flags [none], length: 40) 206.123.31.115.3653 > 80.144.41.228.1027: . [tcp sum ok] 1:1(0) ack 1 win 17520
15:04:49.651404 IP (tos 0x0, ttl  54, id 4311, offset 0, flags [none], length: 106) 206.123.31.115.3653 > 80.144.41.228.1027: P 1:67(66) ack 16 win 17520
15:04:49.651887 IP (tos 0x0, ttl  64, id 52910, offset 0, flags [DF], length: 52) 80.144.41.228.1027 > 206.123.31.115.3653: . [tcp sum ok] 16:16(0) ack 67 win 5808 <nop,nop,timestamp 4294779922 0>
15:04:49.652383 IP (tos 0x0, ttl  64, id 52911, offset 0, flags [DF], length: 77) 80.144.41.228.1027 > 206.123.31.115.3653: P [tcp sum ok] 16:41(25) ack 67 win 5808 <nop,nop,timestamp 4294779922 0>
15:04:49.835957 IP (tos 0x0, ttl  54, id 4362, offset 0, flags [none], length: 133) 206.123.31.115.3653 > 80.144.41.228.1027: P 67:160(93) ack 41 win 17520
15:04:49.837496 IP (tos 0x0, ttl  64, id 52912, offset 0, flags [DF], length: 302) 80.144.41.228.1027 > 206.123.31.115.3653: P 41:291(250) ack 160 win 5808 <nop,nop,timestamp 4294780107 0>
15:04:50.041174 IP (tos 0x0, ttl  54, id 4383, offset 0, flags [none], length: 97) 206.123.31.115.3653 > 80.144.41.228.1027: P 160:217(57) ack 291 win 17520
15:04:50.080752 IP (tos 0x0, ttl  64, id 52913, offset 0, flags [DF], length: 52) 80.144.41.228.1027 > 206.123.31.115.3653: . [tcp sum ok] 291:291(0) ack 217 win 5808 <nop,nop,timestamp 4294780351 0>
15:04:50.260391 IP (tos 0x0, ttl  54, id 4410, offset 0, flags [none], length: 53) 206.123.31.115.3653 > 80.144.41.228.1027: P [tcp sum ok] 217:230(13) ack 291 win 17520
15:04:50.260887 IP (tos 0x0, ttl  64, id 52914, offset 0, flags [DF], length: 52) 80.144.41.228.1027 > 206.123.31.115.3653: . [tcp sum ok] 291:291(0) ack 230 win 5808 <nop,nop,timestamp 4294780531 0>
15:04:50.263472 IP (tos 0x0, ttl  64, id 52915, offset 0, flags [DF], length: 73) 80.144.41.228.1027 > 206.123.31.115.3653: P [tcp sum ok] 291:312(21) ack 230 win 5808 <nop,nop,timestamp 4294780533 0>
15:04:50.661978 IP (tos 0x0, ttl  54, id 4500, offset 0, flags [none], length: 40) 206.123.31.115.3653 > 80.144.41.228.1027: . [tcp sum ok] 230:230(0) ack 312 win 17520
15:04:50.662433 IP (tos 0x0, ttl  64, id 52916, offset 0, flags [DF], length: 172) 80.144.41.228.1027 > 206.123.31.115.3653: P 312:432(120) ack 230 win 5808 <nop,nop,timestamp 4294780932 0>
15:04:51.042350 IP (tos 0x0, ttl  54, id 4580, offset 0, flags [none], length: 40) 206.123.31.115.3653 > 80.144.41.228.1027: . [tcp sum ok] 230:230(0) ack 432 win 17520
15:04:52.497728 IP (tos 0x0, ttl  20, id 4857, offset 0, flags [none], length: 92) 206.123.31.115 > 80.144.41.228: fe80::2a0:a5ff:fe4b:5ef > ff02::1:ff00:23a4: HBH (padn)(rtalert: 0x0000) icmp6: multicast listener report[hlim 1] (len 32)
15:04:52.497916 IP (tos 0xc0, ttl 255, id 20027, offset 0, flags [none], length: 120) 80.144.41.228 > 206.123.31.115: icmp 100: 80.144.41.228 protocol 41 port 0 unreachable for IP (tos 0x0, ttl  20, id 4857, offset 0, flags [none], length: 92) 206.123.31.115 > 80.144.41.228: [|ip6]
15:04:53.613692 IP (tos 0x0, ttl  54, id 5043, offset 0, flags [none], length: 552) 206.123.31.115.3653 > 80.144.41.228.1027: . 230:742(512) ack 432 win 17520
15:04:53.654199 IP (tos 0x0, ttl  64, id 52917, offset 0, flags [DF], length: 52) 80.144.41.228.1027 > 206.123.31.115.3653: . [tcp sum ok] 432:432(0) ack 742 win 6432 <nop,nop,timestamp 4294783925 0>
15:04:53.827195 IP (tos 0x0, ttl  54, id 5102, offset 0, flags [none], length: 86) 206.123.31.115.3653 > 80.144.41.228.1027: FP 742:788(46) ack 432 win 17520
15:04:53.827743 IP (tos 0x0, ttl  64, id 52918, offset 0, flags [DF], length: 52) 80.144.41.228.1027 > 206.123.31.115.3653: F [tcp sum ok] 432:432(0) ack 789 win 6432 <nop,nop,timestamp 4294784098 0>
15:04:53.827883 IP (tos 0x0, ttl  64, id 52919, offset 0, flags [DF], length: 52) 80.144.41.228.1027 > 206.123.31.115.3653: R [tcp sum ok] 433:433(0) ack 789 win 6432 <nop,nop,timestamp 4294784098 0>
15:04:54.012200 IP (tos 0x0, ttl  54, id 5138, offset 0, flags [none], length: 40) 206.123.31.115.3653 > 80.144.41.228.1027: . [tcp sum ok] 789:789(0) ack 433 win 17520
15:04:54.012343 IP (tos 0x0, ttl  64, id 0, offset 0, flags [DF], length: 40) 80.144.41.228.1027 > 206.123.31.115.3653: R [tcp sum ok] 1954213547:1954213547(0) win 0
15:05:00.815925 IP (tos 0x0, ttl  20, id 6489, offset 0, flags [none], length: 92) 206.123.31.115 > 80.144.41.228: fe80::2a0:a5ff:fe4b:5ef > ff02::1:ff00:23a4: HBH (padn)(rtalert: 0x0000) icmp6: multicast listener report[hlim 1] (len 32)
15:05:00.816111 IP (tos 0xc0, ttl 255, id 20028, offset 0, flags [none], length: 120) 80.144.41.228 > 206.123.31.115: icmp 100: 80.144.41.228 protocol 41 port 0 unreachable for IP (tos 0x0, ttl  20, id 6489, offset 0, flags [none], length: 92) 206.123.31.115 > 80.144.41.228: [|ip6]

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: v2.6.8.1 breaks tspc
  2004-08-22 14:43     ` Denis Vlasenko
@ 2004-08-22 16:26       ` Christian Hesse
  2004-08-23 12:48         ` Anders Fugmann
  0 siblings, 1 reply; 8+ messages in thread
From: Christian Hesse @ 2004-08-22 16:26 UTC (permalink / raw)
  To: Denis Vlasenko; +Cc: linux-kernel, netfilter-devel

[-- Attachment #1: Type: text/plain, Size: 382 bytes --]

On Sunday 22 August 2004 16:43, Denis Vlasenko wrote:
> [...]
> Looks like window scaling is not understood or incorrectly
> handled by Linux or by remote box. I am no expert on this,
> thus CCing LKML and netfilter list.
>
> Please try whether it works whan you do
> "echo 0 > /proc/sys/net/ipv4/tcp_window_scaling"

That helps. Thanks so far.

> [...]
-- 
Christian

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: v2.6.8.1 breaks tspc
  2004-08-22 16:26       ` Christian Hesse
@ 2004-08-23 12:48         ` Anders Fugmann
  2004-08-23 13:32           ` Tomasz Torcz
  0 siblings, 1 reply; 8+ messages in thread
From: Anders Fugmann @ 2004-08-23 12:48 UTC (permalink / raw)
  To: Christian Hesse; +Cc: Denis Vlasenko, linux-kernel, netfilter-devel

Christian Hesse wrote:
> On Sunday 22 August 2004 16:43, Denis Vlasenko wrote:
> 
>>Please try whether it works whan you do
>>"echo 0 > /proc/sys/net/ipv4/tcp_window_scaling"
> 
> 
> That helps. Thanks so far.
Any explanation of why this solution works?

I hate to blindly just disable window_scaling, just to make tspc work on 
2.6.8.1.

Is this a bug in the tscp program, netfilter or the tcp stack (or none 
of the mentioned)? One easy conclution is that some change were made 
between 2.6.7 and 2.6.8.1 which made tspc break - The question is which 
change and what other effect this change has.

Regards
Anders Fugmann

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: v2.6.8.1 breaks tspc
  2004-08-23 12:48         ` Anders Fugmann
@ 2004-08-23 13:32           ` Tomasz Torcz
  0 siblings, 0 replies; 8+ messages in thread
From: Tomasz Torcz @ 2004-08-23 13:32 UTC (permalink / raw)
  To: linux-kernel

On Mon, Aug 23, 2004 at 12:48:02PM +0000, Anders Fugmann wrote:
> Christian Hesse wrote:
> >On Sunday 22 August 2004 16:43, Denis Vlasenko wrote:
> >
> >>Please try whether it works whan you do
> >>"echo 0 > /proc/sys/net/ipv4/tcp_window_scaling"
> >That helps. Thanks so far.
> Any explanation of why this solution works?
> 
> I hate to blindly just disable window_scaling, just to make tspc work on 
> 2.6.8.1.

 http://lwn.net/Articles/92727/
 
-- 
Tomasz Torcz               "Never underestimate the bandwidth of a station 
zdzichu@irc.-nie.spam-.pl    wagon filled with backup tapes." -- Jim Gray 


^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2004-08-23 13:32 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-08-21 21:02 v2.6.8.1 breaks tspc Christian Hesse
2004-08-21 21:46 ` ismail dönmez
2004-08-21 22:12 ` Christian Kujau
     [not found] ` <200408220116.42490.vda@port.imtp.ilyichevsk.odessa.ua>
2004-08-22  0:21   ` Christian Hesse
     [not found] ` <200408221012.12846.vda@port.imtp.ilyichevsk.odessa.ua>
     [not found]   ` <200408221506.07883.mail@earthworm.de>
2004-08-22 14:43     ` Denis Vlasenko
2004-08-22 16:26       ` Christian Hesse
2004-08-23 12:48         ` Anders Fugmann
2004-08-23 13:32           ` Tomasz Torcz

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.