2.2.17 Stuck TCP ESTABLISHED sessions
I've seen that in the past, but never had time to investigate. For some reasons, TCP sessions get stuck. Here'an example with a ssh session: 1) Netstat says on tantale (note the non-zero Send-Q): tcp 0 38364 tantale:ssh neptune:1022 ESTABLISHED Netstat says on neptune: tcp 0 0 neptune:1022 tantale:22 ESTABLISHED 2) At this point the session is stuck in the tantale->neptune direction although the other direction is still active. 3) Here's what tcpdump says when I send data (type in one character at the ssh session): neptune.1022 > tantale.ssh: P 560:580(20) ack 1 win 32120 (DF) [tos 0x10] tantale.ssh > neptune.1022: . ack 580 win 32120 (DF) [tos 0x10] Both tantale and neptune are configured as firewalls. Both tantale and neptune are configured to always defragment. Neptune also does masquerading, but in that particular case the session is not masqueraded (since started on neptune). I fail to understand why tantale does not send back what's in its outgoing queue since neptune reports an open window of 32120 bytes. Or am I missing something ? Phil. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
2.2.17 Stuck TCP ESTABLISHED sessions
I've seen that in the past, but never had time to investigate. For some reasons, TCP sessions get stuck. Here'an example with a ssh session: 1) Netstat says on tantale (note the non-zero Send-Q): tcp 0 38364 tantale:ssh neptune:1022 ESTABLISHED Netstat says on neptune: tcp 0 0 neptune:1022 tantale:22 ESTABLISHED 2) At this point the session is stuck in the tantale-neptune direction although the other direction is still active. 3) Here's what tcpdump says when I send data (type in one character at the ssh session): neptune.1022 tantale.ssh: P 560:580(20) ack 1 win 32120 nop,nop,timestamp 298659790 51387478 (DF) [tos 0x10] tantale.ssh neptune.1022: . ack 580 win 32120 nop,nop,timestamp 51434902 298659790 (DF) [tos 0x10] Both tantale and neptune are configured as firewalls. Both tantale and neptune are configured to always defragment. Neptune also does masquerading, but in that particular case the session is not masqueraded (since started on neptune). I fail to understand why tantale does not send back what's in its outgoing queue since neptune reports an open window of 32120 bytes. Or am I missing something ? Phil. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
