Re: [B.A.T.M.A.N.] [Babel-users] Wireless Battle Mesh v4 - Call for papers

2011-01-23 Thread Mitar
. Mitar

Re: [B.A.T.M.A.N.] [Battlemesh] Battlemesh-like experiment in Washington, DC

2011-08-09 Thread Mitar
Hi! and our control panel application What do you use for your control panel application? can pseudo-randomly choose RFC-1918 IP addresses for mesh interfaces if the user selects it. You do know birthday paradox? ;-) https://secure.wikimedia.org/wikipedia/en/wiki/Birthday_problem Mitar

Re: [B.A.T.M.A.N.] [Battlemesh] Battlemesh-like experiment in Washington, DC

2011-08-10 Thread Mitar
probably use the same schema internally in your control panel in a distributed way so that maybe some centralized system in your network could still fetch this data and use it (for example to draw a map or something). Mitar

Re: [B.A.T.M.A.N.] [Babel-users] [Battlemesh] Battlemesh-like experiment in Washington, DC

2011-08-10 Thread Mitar
? Or which IP does a node have? Mitar

Re: [B.A.T.M.A.N.] [Battlemesh] Battlemesh v5 tests

2012-03-09 Thread Mitar
Hi! Just a note for those who do not know about the nice atmosphere of the WBM events: those who are fighting in this thread are in fact good friends and can have very very interesting discussions ;) Love-hate relationship. ;-) Mitar

Re: [B.A.T.M.A.N.] [Battlemesh] Battlemesh v5 tests

2012-03-10 Thread Mitar
Hi! (In a pure mesh protocol, routers with multiple interfaces should probably appear as multiple nodes; Why? I think it is good that the routing protocol knows that something (some interfaces) belongs together (node). Mitar

Re: [B.A.T.M.A.N.] [Battlemesh] Diversity in BATMAN

2012-03-10 Thread Mitar
Hi! Maybe you could perform some more tests in this direction at the next WBM in Athens? I don't think any of us are going to Athens. No? How come? Why? Mitar

Re: [B.A.T.M.A.N.] [Battlemesh] Diversity in BATMAN

2012-03-11 Thread Mitar
(and mediate) such tables if others prepare me a list of topics to discuss. Mitar

Re: [B.A.T.M.A.N.] Network models [was: Battlemesh v5 tests]

2012-03-11 Thread Mitar
at the same time. And a nice side effect can then be a video posted on your website with this discussion where others can watch you later. Mitar

[B.A.T.M.A.N.] Migration to Batman

2012-04-12 Thread Mitar
Batman on top of that? This would probably hide that there are different links bellow from Batman? Or not? (For example, on OLSR we should not do this, because then nodes would discover each other over server as one hop/direct neighbors.) Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-12 Thread Mitar
Hi! It is possible to announce a network behind a router without exposing it on L2? So that you would have nodes and clients meshed in L2, but subnets behind nodes are only routed to? In what shape is L3 batman implementation? Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-12 Thread Mitar
add/remove interfaces at runtime without problems so you doesn't need bridging or similar nasty things Great. Can you also say to work on all tun+ interfaces, so that any interface which starts with tun is automatically operated on? Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-12 Thread Mitar
that there is only one hop to nodeB, no? Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-12 Thread Mitar
Hi! On Thu, Apr 12, 2012 at 5:36 PM, Andrew Lunn and...@lunn.ch wrote: Or, if you are in a transition phase, and don't mind your head exploding, run olsr, babel, etc, on top of BATMAN to gateway between the L2 meshes! Can you please explain a bit more what are you thinking here? Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-12 Thread Mitar
nodes, no? So that when gateway B appears, that all nodes add its prefix A to their L3 routing tables? Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-12 Thread Mitar
Batman already knows all this ... Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-13 Thread Mitar
Hi! On Fri, Apr 13, 2012 at 8:22 AM, Antonio Quartulli or...@autistici.org wrote: A little remark here. You MUST use interfaces that support ethernet frames transmission. Therefore (IIRC) you can use tap interfaces but not tun ones. L2TP tunnel is creates a L2 tun interface, no? Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-13 Thread Mitar
that this is achievable with OpenL2TP. But I must admit I do not know which type of interface it creates. Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-13 Thread Mitar
that we could for example forbid to announce anything from 192.168/16. How does such protocol determine node availability? Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-13 Thread Mitar
it go over UDP. Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-13 Thread Mitar
on border nodes within the single daemon, no? How CPU and memory heavy it is to run it on consumer routers like TP-links and so on? Probably depends on number of routes and not on itself? But is there a big penalty of running it on all nodes? Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-13 Thread Mitar
to quagga and OSPF and same network, will we have more or less CPU usage? Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-13 Thread Mitar
it can route that over L2TP. But I hope it will be better then current 5 Mbit/s limit.) Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-13 Thread Mitar
Hi! On Fri, Apr 13, 2012 at 3:50 PM, Andrew Lunn and...@lunn.ch wrote: We want UDP transport. Why? Because it easier goes through consumer firewalls than some non-TCP non-UDP IP packets. Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-14 Thread Mitar
. No, it is an user-space daemon. Context switches between user-space and kernel-space kills much of the performance on those cheap routers. We are currently using OpenVPN and I doubt Tinc will improve much in this aspect. Or am I mistaken? Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-16 Thread Mitar
already exchanges information, so we could just allow custom additional information from nodes to be exchanged. Maybe even stored in that DHT you have. Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-16 Thread Mitar
your routing protocol of choice to announce the routes. Announcing and checking for node reachability, no? And the second part still require some additional bandwidth, no? Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-16 Thread Mitar
being capable of using them? Mitar

Re: [B.A.T.M.A.N.] Migration to Batman

2012-04-16 Thread Mitar
, how does the L3 routing protocol daemon knows which one to select? From its point of view everything is one hope away, but in reality there could be huge differences? For DHCP you sniff packets. But could be there some general way? Mitar

[B.A.T.M.A.N.] Batman as a kernel module

2012-04-17 Thread Mitar
and probably even rebooting servers for upgrading to newer Batman versions. Would some compatibility layer be possible to have to run Batman in user-space? Are there any existing known? Mitar

[B.A.T.M.A.N.] Determining on which node a client is connected to

2012-04-17 Thread Mitar
Hi! Is it possible to determine from central location (for example gateway) to which node a client is currently connected to? So from DHCP you can get MAC-IP translation, but how to get from MAC on which node client currently is? Mitar

Re: [B.A.T.M.A.N.] Batman as a kernel module

2012-04-17 Thread Mitar
Hi! Thanks for both ideas. KVM sounds great. OK, so I have no more ideas against Batman. :-) And it got a go from Kostko. So this looks very good. :-) Mitar

Re: [B.A.T.M.A.N.] Determining on which node a client is connected to

2012-04-18 Thread Mitar
is. Mitar

Re: [B.A.T.M.A.N.] [Interop-dev] collaboration-group on batman-adv installation application

2012-04-28 Thread Mitar
am very for combining our efforts, but we should make sure that content is updated/actual/maintained and this is possible only if communities are behind it. So yes, we could start doing a common wiki for everything, too. :-) Mitar

Re: [B.A.T.M.A.N.] Batman with Ubiquiti SDK

2012-04-30 Thread Mitar
would be much easier now. Great! Unfortunately the SDK is only available on request since some time. I do not see this a problem. You request, you get, you distribute. GPL. :-) Mitar

Re: [B.A.T.M.A.N.] Batman with Ubiquiti SDK

2012-05-01 Thread Mitar
generation process. I would point out that airos doesn't support ad-hoc mode in the GUI and doesn't do ad-hoc on airmax interfaces. We are using Ubuquiti equipment for backbone ptp links. Mitar

[B.A.T.M.A.N.] Route selection over VPN links

2012-07-07 Thread Mitar
where we could inject this in? Would be this some addition which could go into the core implementation? I think I asked a bit of this questions before, but now we have a bit more concrete picture what would be nice to have for our setup to play really nicely. Mitar

Re: [B.A.T.M.A.N.] Route selection over VPN links

2012-07-17 Thread Mitar
the one with lower packet loss * if packet loss is the same, choose the one with lower latency in the next hop What do you think? Mitar

Re: [B.A.T.M.A.N.] Route selection over VPN links

2012-07-17 Thread Mitar
route. Later on with multipath routing, it could use this information to choose for example n best. Just some ideas ... Mitar

Re: [B.A.T.M.A.N.] Route selection over VPN links

2012-07-17 Thread Mitar
to be in the same network even if there is no (yet) existing WiFi link between them. Mitar

Re: [B.A.T.M.A.N.] Route selection over VPN links

2012-07-18 Thread Mitar
behaving best with good fiber VPN links in between. :-) The other problem, lack of good VPN solution, we just solved by implementing our own L2TP broker daemon. Mitar

Re: [B.A.T.M.A.N.] Route selection over VPN links

2012-07-20 Thread Mitar
flap? Mitar

Re: [B.A.T.M.A.N.] Why we switched to Babel

2015-08-18 Thread Mitar
network. Mitar On Mon, Aug 17, 2015 at 1:57 AM, Marek Lindner mareklind...@neomailbox.ch wrote: On Saturday, August 15, 2015 07:05:17 Marc Juul wrote: I am afraid by telling your mesh users that you switched to an IP based mesh protocol you lure them into a false sense of 'non-traceability

[B.A.T.M.A.N.] Fwd: [Babel-users] Fwd: Why we switched to Babel

2015-08-08 Thread Mitar
Hi! Comments? Mitar -- Forwarded message -- From: Jenny Ryan tunabana...@gmail.com Date: Fri, Aug 7, 2015 at 11:41 PM Subject: [Babel-users] Fwd: Why we switched to Babel To: babel-us...@lists.alioth.debian.org -- Forwarded message -- From: Marc Juul j

[B.A.T.M.A.N.] Fwd: [Babel-users] Fwd: Why we switched to Babel

2015-08-10 Thread Mitar
Hi! One more precise explanation of issues. Is this really a limitation of Batman? Mitar -- Forwarded message -- From: max b maxb.perso...@gmail.com Date: Mon, Aug 10, 2015 at 5:01 AM Subject: Re: [Babel-users] Fwd: Why we switched to Babel Marc will probably chime in here