* Re: [not found] <mailman.6.1579205674.8101.b.a.t.m.a.n@lists.open-mesh.org> @ 2020-01-17 7:44 ` Simon Wunderlich 2020-01-17 14:07 ` [Non-DoD Source] Re: Martin, Jeremy J CIV USARMY CCDC C5ISR (USA) 0 siblings, 1 reply; 3+ messages in thread From: Simon Wunderlich @ 2020-01-17 7:44 UTC (permalink / raw) To: b.a.t.m.a.n; +Cc: Martin, Jeremy J CIV USARMY CCDC C5ISR (USA) [-- 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 --] ^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: [Non-DoD Source] Re: 2020-01-17 7:44 ` Simon Wunderlich @ 2020-01-17 14:07 ` Martin, Jeremy J CIV USARMY CCDC C5ISR (USA) 0 siblings, 0 replies; 3+ messages in thread From: Martin, Jeremy J CIV USARMY CCDC C5ISR (USA) @ 2020-01-17 14:07 UTC (permalink / raw) To: Simon Wunderlich, 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 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 ^ permalink raw reply [flat|nested] 3+ messages in thread
* (no subject) @ 2020-05-14 8:17 Maksim Iushchenko 2020-05-14 10:29 ` fboehm 0 siblings, 1 reply; 3+ messages in thread From: Maksim Iushchenko @ 2020-05-14 8:17 UTC (permalink / raw) To: b.a.t.m.a.n 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 ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: 2020-05-14 8:17 Maksim Iushchenko @ 2020-05-14 10:29 ` fboehm 0 siblings, 0 replies; 3+ messages in thread From: fboehm @ 2020-05-14 10:29 UTC (permalink / raw) To: b.a.t.m.a.n 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 ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-05-14 10:29 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <mailman.6.1579205674.8101.b.a.t.m.a.n@lists.open-mesh.org>
2020-01-17 7:44 ` Simon Wunderlich
2020-01-17 14:07 ` [Non-DoD Source] Re: Martin, Jeremy J CIV USARMY CCDC C5ISR (USA)
2020-05-14 8:17 Maksim Iushchenko
2020-05-14 10:29 ` fboehm
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox