All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Chris W." <chris-wy@web.de>
To: The list for a Better Approach To Mobile Ad-hoc Networking
	<b.a.t.m.a.n@open-mesh.net>
Subject: Re: [B.A.T.M.A.N.] 0.3.1 rv1152 - some test results
Date: Sat, 29 Nov 2008 00:31:25 +0200	[thread overview]
Message-ID: <4930713D.40809@web.de> (raw)
In-Reply-To: <20081128205145.GB25072@pandem0nium>



> Hey, 
> 
> On Fri, Nov 28, 2008 at 07:51:10PM +0200, Chris W. wrote:
>> Now rv1161 is on, the reduced test area is
>> http://preveli.gr/mesh/bat-228-3b.gif
>>
> 
> 
> The "invalid" messages probably is caused by the bad IPs (see below). 
> The gateway sends an "IP invalid"-message back if a not advertised IP 
> was used. The client then disconnects from the gateway.
> 
> We should probably change this policy. ;)
> 
I'd second this.

> 
> Only the advertised IPs are allowed. However you can build a NAT for
> your gateway, this would ensure that only the advertised IP is used.
> Something like 
> 
>   iptables -t nat -A POSTROUTING -o gate0 -j MASQUERADE
> 
> should do the job. (maybe add something like "--source 192.168.100.0/24"
> to further constrain the traffic).

Uh, this would mean double NAT in the network, sip phones don't like it.

>> Thank you for the explanation. Is this module available for OpenWrt 0.9
>> broadcom somewhere ?
> 
> I don't know of precompiled packages, maybe someone else does? :)
well, I'll find a place ;-)
> 
>> Another point is that
>> even if a gateway's internet connection is down, but announced, it is
>> chosen as tunnel endpoint. Something similar to the olsrd-dyn-gw would
>> be great.
> 
> Actually we have a mechanism to check for black hole gateways (on the
> client).
> 
Checked it with -r 2 -p 10.4.5.30 which is down at this time, reachable 
via  Atheros nodes.
=> 10.4.5.30       ( 86)       10.4.2.72 [    ath0:1], gw_class  40 - 
2048KBit/256KBit, gateway failures: 0
    10.4.2.2        (140)       10.4.2.72 [    ath0:1], gw_class  40 - 
2048KBit/256KBit, gateway failures: 0
    10.4.2.71       (150)       10.4.2.72 [    ath0:1], gw_class  40 - 
2048KBit/256KBit, gateway failures: 0

>>>> -3- previously announced networks are not deleted (8.106), the routing
>>>> table collects multiple entries for the same destination
>>> Thanks for the hint. Fixed in revision 1159.
>>>
>> Yes, no multiple entries anymore in 1161.
>>
>> The announced network of 2.72 gets lost after some minutes on all nodes.
>> Logs show
>> Nov 28 17:13:43 (none) kern.err batmand[18641]: Error - can't add route
>> to 10.2.72.0/24 via 10.4.2.95 (table 65): File exists
>> Nov 28 17:13:43 (none) kern.err batmand[18641]: Error - can't add route
>> to 10.2.72.1/32 via 10.4.2.95 (table 65): File exists
>> root@10.4.2.72:~# ip ro sh ta 65
>> 10.2.50.0/24 via 10.4.2.50 dev eth1  proto static  src 10.4.2.72
>>
> 
> Mhm, this is probably a regression in the new hna_buff_delete() function
> ... but i'm not sure. The "File exists" Error should not be visible in
> any case.
> 
> Could you please (if possible) create a complete dump until the "File
> exists" problems happen with debug level 4, and send this log to me and 
> Marek? We can have a more detailed view what's happening then. 
> 
> (call batman with -cd4 for example)
>
dumped

> best regards,
> 	Simon
> 
> 
greetings,
Christian
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> 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

  reply	other threads:[~2008-11-28 22:31 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-26 23:30 [B.A.T.M.A.N.] 0.3.1 rv1152 - some test results Chris W.
2008-11-27 16:43 ` Marek Lindner
2008-11-28 17:51   ` Chris W.
2008-11-28 18:53     ` Chris W.
2008-11-28 20:07       ` Simon Wunderlich
2008-11-28 20:51     ` Simon Wunderlich
2008-11-28 22:31       ` Chris W. [this message]
2008-11-29  0:35         ` Marek Lindner
2008-11-30 22:43           ` Chris W.
2008-12-01  4:19             ` Marek Lindner
2008-12-02  8:54               ` Chris W.
2008-12-01  4:30         ` Marek Lindner
2008-12-05 11:41           ` Chris W.

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4930713D.40809@web.de \
    --to=chris-wy@web.de \
    --cc=b.a.t.m.a.n@open-mesh.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.