[WLANware] ANN: meshferry - tcp be gone

[poelzi]

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

Alexander Morlang wrote:

> P.S.: multicast macht eh kein tcp, das geht garnicht.

klar nicht, aber wir könnten multicast als tcp rausdröpfeln lassen dann :)
z.b. kommt doch ein ogg stream recht gut mit kaputten packeten klar, der
sucht einfach nach dem nächsten OggS header und weiter gehts, non
relayable tcp währe doch die transportlücke.

auserdem könnte man an günstigen stellen im netz einen cache einrichten
bei dem man verlorene packete nachfordern kann, etc. gibt viele
möglichkeiten.

ich les mich grad in SCTP ein, gibts schon im kernel aber ich bin mir
noch irgendwie unschlüssig...


Hat jemand eine idee für folgendes Problem, ich hab leider noch nix
gefunden:

Ich möchte am besten vom Userspace aus, TCP verbindungen hijacken
können, also sagen: nimm die verbindungen an, sag mir welches die
ursprungs destination ip und port war und stell mir das als socket zur
verfügung. Am besten wenn man eine Verbindung in ein tap/tun routet.
Mir RAW sockets würde ich den Inhalt bekommen, TCP sockets antworten ja
nur wenn ip/port passt, ... Und wie kann ich dem Kernel sagen er soll
das TCP für mich machen.

Ein dreckigen Workarround hab ich mich grad gedacht. Man könnte das per
iptables machen und mit ulog oder anderem zuerst die ursprünglichen
werte loggen, dann das ziel auf einen lokalen port umbieten und per log
analyse zusammenführen.... ganz schön dreckiger akt ;)


grüße
 daniel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: GnuPT 2.7.2
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGeWGwy/mkIQp7AD0RAk5KAKDKOS4pukS3Lv7zAu32ijcRNJ6y6gCeIlXG
ihd3s3F5KRI5eLzJe8imPfI=
=+5fo
-----END PGP SIGNATURE-----