* [B.A.T.M.A.N.] Originators with cero TQ @ 2013-10-21 12:05 Fernando Pizarro 2013-10-21 12:21 ` Antonio Quartulli 0 siblings, 1 reply; 6+ messages in thread From: Fernando Pizarro @ 2013-10-21 12:05 UTC (permalink / raw) To: The list for a Better Approach To Mobile Ad-hoc Networking Hi all, I'm view in originators table that there are nodes with cero value of TQ. Thats is normal this behaviour? King regards. Fernando. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [B.A.T.M.A.N.] Originators with cero TQ 2013-10-21 12:05 [B.A.T.M.A.N.] Originators with cero TQ Fernando Pizarro @ 2013-10-21 12:21 ` Antonio Quartulli 2013-10-21 12:23 ` Bruno Alexandre Taraio dos Santos Antunes 0 siblings, 1 reply; 6+ messages in thread From: Antonio Quartulli @ 2013-10-21 12:21 UTC (permalink / raw) To: The list for a Better Approach To Mobile Ad-hoc Networking [-- Attachment #1: Type: text/plain, Size: 392 bytes --] On Mon, Oct 21, 2013 at 02:05:04PM +0200, Fernando Pizarro wrote: > Hi all, > > I'm view in originators table that there are nodes with cero value of > TQ. Thats is normal this behaviour? What does "cero" mean? Can you report a sample output, please? Moreover, what version of batman-adv and linux-kernel are you running? Is it openwrt? Regards, -- Antonio Quartulli [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 836 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [B.A.T.M.A.N.] Originators with cero TQ 2013-10-21 12:21 ` Antonio Quartulli @ 2013-10-21 12:23 ` Bruno Alexandre Taraio dos Santos Antunes 2013-10-21 13:17 ` Antonio Quartulli 0 siblings, 1 reply; 6+ messages in thread From: Bruno Alexandre Taraio dos Santos Antunes @ 2013-10-21 12:23 UTC (permalink / raw) To: The list for a Better Approach To Mobile Ad-hoc Networking I think its spanish for zero On 21 Oct, 2013, at 1:21 PM, Antonio Quartulli <antonio@meshcoding.com> wrote: > On Mon, Oct 21, 2013 at 02:05:04PM +0200, Fernando Pizarro wrote: >> Hi all, >> >> I'm view in originators table that there are nodes with cero value of >> TQ. Thats is normal this behaviour? > > What does "cero" mean? > Can you report a sample output, please? > > Moreover, what version of batman-adv and linux-kernel are you running? Is it > openwrt? > > Regards, > > > -- > Antonio Quartulli ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [B.A.T.M.A.N.] Originators with cero TQ 2013-10-21 12:23 ` Bruno Alexandre Taraio dos Santos Antunes @ 2013-10-21 13:17 ` Antonio Quartulli 2013-10-21 16:37 ` Fernando Pizarro 0 siblings, 1 reply; 6+ messages in thread From: Antonio Quartulli @ 2013-10-21 13:17 UTC (permalink / raw) To: The list for a Better Approach To Mobile Ad-hoc Networking [-- Attachment #1: Type: text/plain, Size: 420 bytes --] On Mon, Oct 21, 2013 at 01:23:37PM +0100, Bruno Alexandre Taraio dos Santos Antunes wrote: > I think its spanish for zero In that case..If I remember correctly you can have TQ=0 only for "Potential Netxthops". If an originator has a TQ=0 on the best path then it is should not be shown in the originator table. However, if you have further doubts, please post the table. Regards, -- Antonio Quartulli [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 836 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [B.A.T.M.A.N.] Originators with cero TQ 2013-10-21 13:17 ` Antonio Quartulli @ 2013-10-21 16:37 ` Fernando Pizarro 2013-10-22 6:28 ` Antonio Quartulli 0 siblings, 1 reply; 6+ messages in thread From: Fernando Pizarro @ 2013-10-21 16:37 UTC (permalink / raw) To: The list for a Better Approach To Mobile Ad-hoc Networking El 21/10/13 15:17, Antonio Quartulli escribió: > On Mon, Oct 21, 2013 at 01:23:37PM +0100, Bruno Alexandre Taraio dos Santos Antunes wrote: >> I think its spanish for zero > In that case..If I remember correctly you can have TQ=0 only for "Potential > Netxthops". If an originator has a TQ=0 on the best path then it is should not > be shown in the originator table. > > However, if you have further doubts, please post the table. > > Regards, > Hi all, That's correct. Nodes with cero value (TQ=0) there are in "Potential Nexthops" but there are a lot of them in the originator table. In some cases, only there is one node with TQ major than 0. Example: 172.16.0.9 0.300s (196) 172.16.0.36 [ wlan1]: 172.16.0.40 ( 0) 172.16.0.35 ( 0) 172.16.0.22 ( 0) 172.16.0.39 ( 0) 172.16.0.33 ( 0) 172.16.0.32 ( 0) 172.16.0.36 (196) Full table in this link: hxxp://pastebin.com/6rpieA7y There are another cases, a behaviour that I don't understand is this: Traffic is being routed using a SINGLE jump (or direct link) very low bandwidth to its target, but there are many other options with better bandwidth, however using more jumps/links, why is this happening and how can I control it? Number of hop are more important than link quality to calculate TQ value? Is there any "well-known formula" to calculate TQ? I make some tests changing default class of a client to 3 (batctl gw client 3) with same results. What is the best client value for a large enviroment (about 40 AP's)? Thanks for all. Regards, Fernando. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [B.A.T.M.A.N.] Originators with cero TQ 2013-10-21 16:37 ` Fernando Pizarro @ 2013-10-22 6:28 ` Antonio Quartulli 0 siblings, 0 replies; 6+ messages in thread From: Antonio Quartulli @ 2013-10-22 6:28 UTC (permalink / raw) To: The list for a Better Approach To Mobile Ad-hoc Networking [-- Attachment #1: Type: text/plain, Size: 3253 bytes --] On Mon, Oct 21, 2013 at 06:37:04PM +0200, Fernando Pizarro wrote: > El 21/10/13 15:17, Antonio Quartulli escribió: > > On Mon, Oct 21, 2013 at 01:23:37PM +0100, Bruno Alexandre Taraio dos Santos Antunes wrote: > >> I think its spanish for zero > > In that case..If I remember correctly you can have TQ=0 only for "Potential > > Netxthops". If an originator has a TQ=0 on the best path then it is should not > > be shown in the originator table. > > > > However, if you have further doubts, please post the table. > > > > Regards, > > > Hi all, > > That's correct. Nodes with cero value (TQ=0) there are in "Potential > Nexthops" but there are a lot of them in the originator table. In some > cases, only there is one node with TQ major than 0. Example: > > 172.16.0.9 0.300s (196) 172.16.0.36 [ wlan1]: 172.16.0.40 > ( 0) 172.16.0.35 ( 0) 172.16.0.22 ( 0) 172.16.0.39 > ( 0) 172.16.0.33 ( 0) 172.16.0.32 ( 0) 172.16.0.36 > (196) > It depends on your network. There is no rule saying "there must be more than one potential nexthops having TQ > 0". For sure you must have at least one with TQ non zero (which would be your best nexthop). > There are another cases, a behaviour that I don't understand is this: > Traffic is being routed using a SINGLE jump (or direct link) very low > bandwidth to its target, but there are many other options with better > bandwidth, however using more jumps/links, why is this happening and how > can I control it? Bandwidth itself is not considered when computing the TQ. The TQ is computed starting from a packet loss counter. Moreover the protocol introduces a "hop penalty" which is used to avoid loops and to push the protocol to use the shorter route in case of many "optimally equal" paths. > > Number of hop are more important than link quality to calculate TQ You can try to tune the value of the "hop penalty" I was talking about by using the knob at "/sys/class/net/<mesh_iface>/mesh/hop_penalty". Its meaning is described in Documentation/ABI/testing/sysfs-class-net-mesh. This knob decides how much the TQ has to be reduced at each hop (remember that there are other penalties too...). You can read this page to get some more details about the hop penalty and more: http://www.open-mesh.org/projects/batman-adv/wiki/OGM However be sure that you know what you are doing when changing the hop penalty value. > value? Is there any "well-known formula" to calculate TQ? > No "well known" formula, sorry. The TQ is the result of a number of operations that you can read from the code and use to write your formula. So writing a formula is still possible but it is not present in any documentation for the reason I stated before. > I make some tests changing default class of a client to 3 (batctl gw > client 3) with same results. What is the best client value for a large > enviroment (about 40 AP's)? the class you are talking about is part of the gateway feature. Be sure you have read this http://www.open-mesh.org/projects/batman-adv/wiki/Gateways before going on. This feature does not affect the routing at all. Regards, -- Antonio Quartulli [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 836 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2013-10-22 6:28 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2013-10-21 12:05 [B.A.T.M.A.N.] Originators with cero TQ Fernando Pizarro 2013-10-21 12:21 ` Antonio Quartulli 2013-10-21 12:23 ` Bruno Alexandre Taraio dos Santos Antunes 2013-10-21 13:17 ` Antonio Quartulli 2013-10-21 16:37 ` Fernando Pizarro 2013-10-22 6:28 ` Antonio Quartulli
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox