Dear all,
analyzing in deep the problem I have seen that the problem is the checksum: as you can see in my previous .cap file, the packets with data from 192.168.100.2 have a wrong checksum (and my nodes are not using the HW checksum offload function)
Then, I’m starting to investigate how the checksum is calculated. If you have any suggestion or comment, you are welcome!
andrea
Dear Marek,On Tue, Oct 6, 2009 at 2:55 PM, Marek Lindner <lindner_marek@yahoo.de> wrote:
Hi,
I could not find anything revealing in the logs you provided. Could you please
> you can find as attachment the dump on eth2 of GW (tcpdump -ni eth2 -s 0 -w
> gw.cap);
> the output of batctl td -p 4 eth1 is:
follow Sven's suggestion to log both ends as well ?
I could log on every interface; I will do it and send .cap files.
Just to not forget the obvious:
* What batman-adv version are you running ?revision 1439
* GW1 routes the packets - does this work via NAT or do you manually addGW1 routes packets, without NAT
routing entries to both ends ?
AFAIK batman-adv has no problem transporting TCP traffic (unless you found an
> A question: am I the first one with this problem?
undiscovered bug nobody has seen before). The most common source of trouble is
the configuration of the setup, in particular MTU settings or routing issues
(which is why most people simply bridge).
I understand your point about batman-adv; also for me, among batman nodes everything works fine.
I will also test the system with bridge on GW
andrea
Regards,
Marek
_______________________________________________
B.A.T.M.A.N mailing list
B.A.T.M.A.N@lists.open-mesh.net
https://lists.open-mesh.net/mm/listinfo/b.a.t.m.a.n