03-12-2023 02:27 PM
Good day colleagues! I have a one interesting question, in my opinion, about embedded IoT-BLE in c9100 WiFi APs and DNA-spaces architecture in general. To be honest I couldn't google this answer and couldn't find anything about it on cisco.com, strange.
The goal: I am trying to understand how to calculate the capacity of IoT devices (sensors) for BLE environment.
Details: let's imagine a lab environment where we have two c9120i APs, one C9800 WLC and some bunch of IoT sensors and some of them are for emergency like a fire alarm (bad idea I know, but just for the lab). Questions:
1)how to calculate how many sensors I can connect with one AP? Is there a formula ?
2)How these two APs will share the spectrum (2.4Ghz) if they cover each other (again it's just a lab). Will the WLC change the freq hoping schedule or how will it work?
3)Cisco says that they can provide a "real time" sensors afaik, but how is it possible in bluetooth ? I mean what if we have ,I don't know 10000 sensors and 2 APs for instance and they all do Tx and Rx continuously, how will they share air in this case? How will they sort collisions ?
Thanks for helping in advance!
03-17-2023 08:55 AM
ChatGTP answered me faster and more detailed than this forum, lol
03-17-2023 09:31 AM
So will you be sharing your newfound knowledge and expertise or you just came back to gloat?
Did the bot provide references to support the answers?
03-17-2023 09:56 AM
I just wanted that the vendor could add a detailed guide about BLE calculation and design.
the Bot did't provide any exact links on cisco.com (answered that it doesn't have an access to the internet(lie))
it agregated and gave me this answers(I've excluded several obvious lines):
In general, the maximum number of BLE connections that can be supported by an AP is typically determined by the AP's radio and CPU capacity.
There are different methods for calculating the maximum number of BLE connections that can be supported by a specific AP, but there is no one formula that universally applies to all scenarios. Some factors that can influence the maximum number of BLE connections include the number of radio channels available, the bandwidth of each channel, the power output of the radio, and the processing power of the AP's CPU.
In general, the maximum number of BLE connections that an AP can support will be specified by the manufacturer in the AP's documentation or specifications. This information may also be available through the manufacturer's technical support or customer service channels.
It's worth noting that connecting a large number of BLE sensors to a single AP can cause network congestion and potentially lead to performance issues. To avoid these issues, it may be necessary to deploy multiple APs to support a large number of BLE sensors.
Bluetooth Low Energy (BLE) devices and access points (APs) share the air/spectrum by using a method called frequency hopping spread spectrum (FHSS). FHSS is a technique where the transmitter and receiver rapidly switch between multiple channels within a specific frequency band in a pseudo-random sequence. This allows multiple devices to share the same frequency band without interfering with one another.
When a collision occurs, meaning two or more devices transmit data on the same channel at the same time, the data is corrupted and has to be retransmitted. In the case of BLE, the devices use a mechanism called Adaptive Frequency Hopping (AFH), which helps to mitigate the effects of collisions and interference. AFH works by scanning the available channels and identifying the ones with the least interference, and then dynamically adjusting the channel hopping sequence to avoid those channels that are experiencing interference.
If a signal from one sensor can be heard by several APs, it is possible that the sensor may receive multiple copies of the same packet of data, which can result in confusion and data corruption. To avoid this, BLE devices and APs use a technique called packet filtering, where only packets that meet certain criteria, such as the destination address, are accepted and processed. This helps to ensure that data is only received by the intended recipient and reduces the chances of data corruption due to interference from multiple APs.
03-18-2023 03:38 AM - edited 03-18-2023 03:41 AM
Interesting but "by the manufacturer in the AP's documentation or specifications" suggests that's probably not from Cisco though. Reverse searching Google for that material doesn't through up any matches so that must be something Google doesn't have access to!
Regarding ChatGPT - see https://help.openai.com/en/articles/6783457-chatgpt-general-faq
"ChatGPT is not connected to the internet, and it can occasionally produce incorrect answers. It has limited knowledge of world and events after 2021"
And https://help.openai.com/en/articles/6827058-why-doesn-t-chatgpt-know-about-x
"ChatGPT's training data cuts off in 2021. "
I believe the new paid ChatGPT Plus service will gradually include more up to date data and Microsoft is working to include that in their search tools too. Obviously the ultimate goal will be to have it near real-time like the current search engines but training a tool like this is more complex.
On the more general point of Cisco documentation - use the feedback option on the page to provide feedback on what you think is missing. Responses vary but sometimes it will result in decent updates to the docs.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide