public inbox for b.a.t.m.a.n@lists.open-mesh.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox