All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andreas Steffan <a.steffan@contentreich.de>
To: linux-kernel@vger.kernel.org
Subject: PROBLEM: TCP through vpnx dev stalls
Date: Fri, 14 Jun 2013 05:43:47 +0000	[thread overview]
Message-ID: <51BAAD93.6020308@contentreich.de> (raw)

Hallo everybody,

I see certain tcp traffing stalling with kernel 3.8.0-22.33 (current
Raring Ringtail version). It is 100% reproducible when I scp a file
(>100 kB) to a machine on the other side. Copying a file of any size in
the other direction (from the remote machine) to my box works fine. I
see somewhat similiar problems doing large HTTP POSTs to the remote
machine or when I run a remote X application.

I tried several versions of openconnect 4.06, 4.07 and 4.99 on linux
3.8.0-22 and see this behaviour with all versions.

On the same system everything works fine by just swapping the kernel
booting to 3.5.0-27.46 (latest from Quantal Quetzal).


Additional information (e.g. tcpdump output) is at launchpad (bug 1185884)
where I originally reported to bug.

Linux mcgyver 3.8.0-23-generic #34-Ubuntu SMP Wed May 29 20:22:58 UTC
2013 x86_64 x86_64 x86_64 GNU/Linux
 
Gnu C                  4.7
Gnu make               3.81
binutils               2.23.2
util-linux             2.20.1
mount                  support
module-init-tools      9
e2fsprogs              1.42.5
jfsutils               1.1.15
reiserfsprogs          3.6.21
xfsprogs               3.1.9
pcmciautils            018
Linux C Library        2.17
Dynamic linker (ldd)   2.17
Procps                 3.3.3
Net-tools              1.60
Kbd                    1.15.5
Sh-utils               8.20
wireless-tools         30
Modules Loaded         nls_utf8 isofs snd_hrtimer pci_stub vboxpci
vboxnetadp vboxnetflt vboxdrv nfnetlink_log nfnetlink ip6table_filter
ip6_t_nat ebtables ipt_MASQUERADE iptable_nat nf_nat_ipv4 nf_nat
nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT
xt_CHECKSUM ipta_tcpudp iptable_filter ip_tables x_tables bridge stp llc
autofs4 deflate zlib_deflate dm_crypt ctr twofish_generic
twofish_x86_64_3way twofishsh_common camellia_generic camellia_x86_64
serpent_sse2_x86_64 serpent_generic glue_helper blowfish_generic

best regards
Andreas

-- 
Andreas Steffan

Achter Billing 14
22399 Hamburg
Germany

skype: contentreich
M: +49 1793903615
T: +49 40 23943542
F: +49 40 23943542

http://www.contentreich.de

Contentreich : Alfresco WCM / ECM, JEE, Grails


                 reply	other threads:[~2013-06-14  5:43 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=51BAAD93.6020308@contentreich.de \
    --to=a.steffan@contentreich.de \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.