List members;
I have been reading the digest for some time now and I would like to ask some conceptual questions. I am a telecommunications systems designer and not a software guy, but I have tried and used a number of the tools availabel in the LARTC and Iptables, and many of the other great
It's because recived packet is decapsulated (from AH) and reinserted into your
interface (e.g. eth0). Then it's decapsulated from ESP and reinserted one more
time in plain. In FreeS/WAN packets ware inserted in ipsec0 instead of original
eth0.
It's normal. You don't see the same with sent packets
I'm running fedora core 2 with 2.6.7 kernel
when I have /proc/sys/net/ipv6/conf/all/forwarding Set on Listening Deamon's
will not respond to Sync requests. if I turn it off which breaks routing of
course. then the Deamons can make connections. Is this suppost to be normal
behavior when the
Thanks for your prompt response. You have confirmed most of my thoughts so now it is just do it and see how much performamce we can get.
Again Thank you
LorenAlexis [EMAIL PROTECTED] wrote:
List members;
I have been reading the digest for some time now and I would like to ask some conceptual
I had been using L7-Filter[1] successfully for edonkey/eMule traffic until
recently. I upgraded to the latest release of mldonkey, 2.5.28a, which
implements eMule compatibility, and with support for Kademlia[2] enabled,
network latency increases greatly.
[1] http://l7-filter.sourceforge.net/
uhm, could you capture some packets with ethereal to check the contents and
make the new pattern?
-Mensaje original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En
nombre de Jason Boxman
Enviado el: Sábado, 25 de Septiembre de 2004 19:52
Para: [EMAIL PROTECTED]
Asunto: [LARTC] New
On Saturday 25 September 2004 19:10, Alexis wrote:
uhm, could you capture some packets with ethereal to check the contents and
make the new pattern?
Possibly, but not very easily. The pattern match for edonkey 'classic' is
several dozen hex matches for L7. That was probably nontrivial to