On Jan 31, 2008 10:08 AM, Andreas Langer <an.langer@gmx.de> wrote:

hi,
i try to help....with batgat on the gateway please check the kernel log.....on
the client side run batman with -d 3 and check if you get a virtual ip from
the gateway, on a fresh restart it can be a delay until you get an ip.

Am Mittwoch, 30. Januar 2008 23:20:44 schrieb Vinay Menon:
> Hi,
> I am testing out batman 0.3-beta rv963 with openwrt-trunk (r10219) .
> I could get the expected results when i am using tun instead of kmod-batgat
> .
>
> but when i use kmod-batgat even tho the tunnel gate0 is established the
> routing rules and firewall is same as with kmod-tun i cant get traffic thru
> gate0
>
> My Setup:
>
> ---- Wired
> - - - - WiFi
>
> 192.168.111.1-----(WAN)-192.168.111.74(Gateway)10.1.125.158 - - - - - -
> 10-1-125-158 (Node2)
>

your setup is :

wan with 192.168.111.1
gateway with 10.1.125.158, 192.168.111.74
node with 10.1.125.158

???

> *With kmod-batgat:*
>
> from
> ping 192.168.111.1 -I gate0
>
> ##on gateway
> root@10-1-125-158:~# lsmod |grep batgat
> batgat 10976 1
>
> ##Ping from Node
> root@Node2:~# ping 192.168.111.1 -I gate0
> PING 192.168.111.1 (192.168.111.1): 56 data bytes
> --- 192.168.111.1 ping statistics ---
> 46 packets transmitted, 0 packets received, 100% packet loss
>
>
> ##tcpdump on node
> root@10-1-125-158:~# tcpdump -i gate0 proto \\icmp
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on gate0, link-type EN10MB (Ethernet), capture size 96 bytes
>
> 0 packets captured
> 0 packets received by filter
> 0 packets dropped by kernel
>
>
>
> *With kmod-tun:*
> root@10-1-125-158:/# lsmod |grep tun
> tun 6592 1
>
> *##on Node*
>
> batman -cd2
> Gateway (#/255) Nexthop [outgoingIF], gw_class ... [
> B.A.T.M.A.N. 0.3-beta rv963, MainIF/IP: ath0/10.1.124.248, UT: 0d 0h52m]
> => 10.1.125.158 (255 + 0) 10.1.125.158 [ ath0], gw_class 49 -
> 4MBit/1024KBit, reliability: 0
>
>
> *##Ping from Node*
> root@Node2:~# ping 192.168.111.1
> PING 192.168.111.1 (192.168.111.1): 56 data bytes
> 64 bytes from 192.168.111.1: seq=0 ttl=63 time=8.473 ms
> 64 bytes from 192.168.111.1: seq=1 ttl=63 time=6.585 ms
>
>
> *##tcpDump on gateway's gate0*
>
> root@10-1-125-158:/# tcpdump -i gate0 proto \\icmp
> tcpdump: WARNING: arptype 65534 not supported by libpcap - falling back to
> cooked socket
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on gate0, link-type LINUX_SLL (Linux cooked), capture size 96
> bytes
> 00:50:45.798376 IP 169.254.0.1 > 192.168.111.1: ICMP echo request, id 1004,
> seq 0, length 64
> 00:50:46.614360 IP 192.168.111.1 > 169.254.0.1: ICMP echo reply, id 1004,
> seq 0, length 64
> 00:50:46.805310 IP 169.254.0.1 > 192.168.111.1: ICMP echo request, id 1004,
> seq 1, length 64
> 00:50:46.806369 IP 192.168.111.1 > 169.254.0.1: ICMP echo reply, id 1004,
> seq 1, length 64
>
> *##tcpDump on gateway's eth0*
> root@10-1-125-158:/# tcpdump -i eth0 proto \\icmp
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
> 00:48:29.108148 IP 192.168.111.74 > 192.168.111.1: ICMP echo request, id
> 1003, seq 6, length 64
> 00:48:29.145367 IP 192.168.111.1 > 192.168.111.74: ICMP echo reply, id
> 1003, seq 6, length 64
>
>
> Also at times ip rules dont appear on node and i have to restart batmand
> to get the network working.

_______________________________________________
B.A.T.M.A.N mailing list
B.A.T.M.A.N@open-mesh.net
https://list.open-mesh.net/mm/listinfo/b.a.t.m.a.n