Don't contact me directly about batman-adv. At least Cc b.a.t.m.a.n@lists.open-mesh.org
On Wednesday 22 July 2015 18:56:41 Carlos Meralto wrote: [...]
And with this command i can ping at layer 3. It is not possible in batman-adv? I want to measure the recovery time and so I'm doing a continuous ping. With batctl -p it is possible?
This was not what I said. ICMP ping should work perfectly fine. I just suggested that you try `batctl -R` for debugging so you can see the hops batman-adv uses during a batman-adv native ping.
Kind regards, Sven
I tried "batctl ping -R MAC" and the node recover well. But when i try "ping IP" does not work and the ping blocks... It is normal that this happens?
Best Regards, Carlos Meralto
2015-07-23 8:57 GMT+01:00 Sven Eckelmann sven@narfation.org:
On Wednesday 22 July 2015 20:01:51 Sven Eckelmann wrote:
This was not what I said. ICMP ping should work perfectly fine. I just suggested that you try `batctl -R`
batctl ping -R ...
On Sunday 26 July 2015 19:27:28 Carlos Meralto wrote:
I tried "batctl ping -R MAC" and the node recover well. But when i try "ping IP" does not work and the ping blocks... It is normal that this happens?
No, sounds right now like something above batman-adv (higher layer) doesn't work in your setup. This could be anything. But right now it sounds like something which does connection tracking on L3+ like a stateful firewall, masquerade/nat, additional IPv4/IPv6 routing software, ...
Kind regards, Sven
Hi Carlos,
On Sunday 26 July 2015 19:27:28 Carlos Meralto wrote:
I tried "batctl ping -R MAC" and the node recover well. But when i try "ping IP" does not work and the ping blocks... It is normal that this happens?
Best Regards, Carlos Meralto
2015-07-23 8:57 GMT+01:00 Sven Eckelmann sven@narfation.org:
On Wednesday 22 July 2015 20:01:51 Sven Eckelmann wrote:
This was not what I said. ICMP ping should work perfectly fine. I just suggested that you try `batctl -R`
batctl ping -R ...
it seems strange that batctl ping works but normal ICMP ping doesn't. A couple of things you could try are: * compare tt tables before and after you remove the router (batctl tg, batctl tl) * check arp tables (arp -an) * check using tcpdump (or batctl tcpdump) if the packets are actually sent, and if yes, where they get lost
I assume you are using batman-adv in a recent version for your tests? Also, are you using ad-hoc mode? If you need more help, you should try to describe your setup in more detail.
Cheers, Simon
b.a.t.m.a.n@lists.open-mesh.org
-
Carlos Meralto -
Simon Wunderlich -
Sven Eckelmann