[Click] TCP NAT in click

[Harald Schiöberg]

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

are you sure, that it is TCP packets not arriving on the inbound
direction? since I don't see the reverse direction in your config, so
how are the ACKs routed?

	harald

Cezary Krzyżanowski wrote:
> Hello.
> 
> I'm in a middle of implementing a custom testbed using click. I'm forced
> to use only userlevel drivers. Also I turn off sniffing mode in FromDev
> effectively passing all the traffic straight to click without the host
> Linux stack. After my processing I'm returning the packets to the host
> Linux stack (via ToHost.u) for passing into userland applications.
> 
> The problem I've encountered is that TCP packets routed to the virtual
> TUN device don't find their way into applications on this system.
> 
> I'm attaching a simple example of what is the problem. I'm using nc to
> test connectivity. In UDP mode the packets get correctly sent to nc -u
> -l -p 3000, while TCP packets don't. Also I'm sniffing both external and
> virtual interfaces (I've tried both promiscuous and non-promiscuous
> modes). The packets arrive correctly to the virtual TUN device.
> 
> I'd appreciate any help.
> 
> Cezary Krzyżanowski
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> click mailing list
> click at amsterdam.lcs.mit.edu
> https://amsterdam.lcs.mit.edu/mailman/listinfo/click


- --
Harald Schiöberg
Technische Universität Berlin | T-Laboratories | FG INET
www: http://www.net.t-labs.tu-berlin.de
Phone: +49-(0)30-8353-58476 | Fax: +49-(0)391 534 783 47
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJQQlfy8wrZ9OvkU0RAn/tAJ9TEv+qUhlAvA5gz6S4H39nbe9ARQCfbcNi
9REO/ZYKDIQb9pjrueyqSow=
=ibqa
-----END PGP SIGNATURE-----