Re:

Re:

[Simon Wunderlich]

[-- Attachment #1: Type: text/plain, Size: 1424 bytes --]

Hi Jeremy,

On Thursday, January 16, 2020 9:06:50 PM CET Martin, Jeremy J CIV USARMY CCDC 
C5ISR (USA) via B.A.T.M.A.N wrote:
> My/My Teams intent is to have 4 radios in total, 2 on one pc and two on
> another. Our plan is to have Batman take care of the switching between
> which radio to use in order to transmit data between these two PC's. One
> radio is high frequency radio (60 Ghz) and the other would be a lower
> frequency radio and the idea is to have batman switch between these radios
> once the higher frequency radio is dropping between a certain TQ.

BATMAN will switch by default when one link has a better TQ (towards the final 
destination) than the other link, so I believe this should happen by default.

> My
> primary questions regarding this scenario would be, 1) Are there specific
> standards the radio chipsets would need to support in order for them to
> work in this scenario?. 

Normally you would want IBSS mode or 802.11s mode work. BATMAN can also work 
in AP/Sta mode, although the packet loss counting may be biased since 
broadcast handling works a bit different than in IBSS/11s. But for point-to-
point links it might just work.

> 2) Would Batman-adv be adequate enough to be able
> to handle a 1Gb/s data transmission and be able to swap accordingly to the
> lower frequency radio?

If your radio and CPU are powerful enough, batman-adv is able to handle it, 
yes.

Cheers,
      Simon

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

RE: [Non-DoD Source] Re:

[Martin, Jeremy J CIV USARMY CCDC C5ISR (USA)]

Simon,

    Thank you very much for taking the time and answering my questions. Great work on Batman, the little I've seen of it, it seems to be a very well made routing protocol. 

Best,

Jeremy Martin 
Office: (443)-395-7475
Jeremy.j.martin33.civ@mail.mil
Radio Frequency Communications Division, RF Modeling and Simulation Branch
C5ISR Center, Space and Terrestrial Communications Directorate    



-----Original Message-----
From: Simon Wunderlich [mailto:sw@simonwunderlich.de] 
Sent: Friday, January 17, 2020 2:45 AM
To: b.a.t.m.a.n@lists.open-mesh.org
Cc: Martin, Jeremy J CIV USARMY CCDC C5ISR (USA) via B.A.T.M.A.N <b.a.t.m.a.n@lists.open-mesh.org>; Martin, Jeremy J CIV USARMY CCDC C5ISR (USA) <jeremy.j.martin33.civ@mail.mil>
Subject: [Non-DoD Source] Re:

Hi Jeremy,

On Thursday, January 16, 2020 9:06:50 PM CET Martin, Jeremy J CIV USARMY CCDC C5ISR (USA) via B.A.T.M.A.N wrote:
> My/My Teams intent is to have 4 radios in total, 2 on one pc and two 
> on another. Our plan is to have Batman take care of the switching 
> between which radio to use in order to transmit data between these two 
> PC's. One radio is high frequency radio (60 Ghz) and the other would 
> be a lower frequency radio and the idea is to have batman switch 
> between these radios once the higher frequency radio is dropping between a certain TQ.

BATMAN will switch by default when one link has a better TQ (towards the final
destination) than the other link, so I believe this should happen by default.

> My
> primary questions regarding this scenario would be, 1) Are there 
> specific standards the radio chipsets would need to support in order 
> for them to work in this scenario?.

Normally you would want IBSS mode or 802.11s mode work. BATMAN can also work in AP/Sta mode, although the packet loss counting may be biased since broadcast handling works a bit different than in IBSS/11s. But for point-to- point links it might just work.

> 2) Would Batman-adv be adequate enough to be able to handle a 1Gb/s 
> data transmission and be able to swap accordingly to the lower 
> frequency radio?

If your radio and CPU are powerful enough, batman-adv is able to handle it, yes.

Cheers,
      Simon

Re:

[fboehm]

Maksim, for clarification:

ATWILC3000 is a Wifi-Module for low-end embedded systems. This module 
consists of a Wifi-Chip + a small processor. The processor does stuff 
like authentication/registration with the Wifi network, WPA-Encryption 
and this kind of things. A typical use-case would be to add a Wifi 
interface to some sort of IoT device or some sort of computer peripheral 
device (like a Wifi-enabled printer or a smart-speaker).

Looking at the driver code it might not be impossible but it's just very 
unlikely that you will be happy to use it in combination with Batman. 
You would first of all need to connect the module to a much more 
powerful processor that runs Linux and Batman. But assuming you anyway 
need such a powerful processor for your application then you have a good 
chance that you can use a real Wifi-Adapter (with USB or PICe interface) 
instead of such a Wifi-Module.

Regards,
Franz


Am 14.05.20 um 10:17 schrieb Maksim Iushchenko:
> Hello,
> I am creating a Wi-Fi ad-hoc network based on batman-adv. I read that
> batman-adv is able to work with any types of interfaces, but I still
> have a question related to ad-hoc networking. Will Wi-Fi ad-hoc
> network (based on batman-adv) work if Wi-Fi chip does not support
> 802.11s standard?
> Unfortunately, there is no mention of ad-hoc mode support in
> documentation of many Wi-Fi chips.
>
> How to check if a Wi-Fi chip is suited to be used to create a Wi-Fi
> ad-hoc network based on batman-adv?
>
> For example, is ATWILC3000-MR110CA an appropriate chip to build a
> Wi-Fi ad-hoc network based on batman-adv? Or maybe you could suggest
> any another Wi-Fi chips?
>
> Thanks in advance