- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Sticky This Topic
- Bookmark
- Subscribe
- Printer Friendly Page
reporting an error with GPS synchronization and XM devices!!!!
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
01-08-2018 11:13 AM
- this week, replace all AP Rocket M5 with AP PRISM AC.
- ALL clients of that node were "AirMax M"-> XW or XM.
- Update the firmware to 6.1.3 (CPE's) and 8.4.3 (for APs).
- Note that several clients appeared as connected to the AP, but they had no latency, and could not access the CPEs.
I could only access if I deactivated GPS synchronization and the FF left it as flexible.
- The problem was the following (at least check it on XM devices) ...
AP configuration:
If the CPE client is configured in MSC0, it can be connected to the AP, but it has no latency, nor data traffic. In summary, it does not work. And technician goes to the client's house, changes to MSC7 or MSC15, and puts it in automatic, and goes out working.
I guess it's a BUG from firmware 8.4.3....
Or is it normal for a CPE client with the configuration in MSC0 not to work well? (because connect, connect but it does not work)
Re: reporting an error with GPS synchronization and XM devices!!!!
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
01-09-2018 05:15 AM
Wouldn't think that is a bug since the setting is certainly not default setting and someone other than ubnt set them to run that way. Another setting that is not compatible with fixed frame is RTS on M devices.
Now you know what to look for if they do not connect.
Re: reporting an error with GPS synchronization and XM devices!!!!
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
01-09-2018 12:08 PM
Re: reporting an error with GPS synchronization and XM devices!!!!
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
01-09-2018 12:28 PM
Surely it makes sense to post a list of incompatible settings when trying to switch to Fixed Frame, this was a good find and thanks for sharing.
I agree with the other here though, if the intention was to rate limit by choosing MCS0, that should be done elsewhere like in Traffic Shaping or a router.
If the intention was to make a very stable link at the extreme cost of little performance, then I would consider it a FF bug. What is the minimum FF should support? If it can't support MCS0, should it be removed totally? If the radio knows it is in FF mode, should it automatically override that MCS0 setting to a setting that it can support?
Lots of questions in situations like this!
Re: reporting an error with GPS synchronization and XM devices!!!!
[ Edited ]- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
01-09-2018 12:40 PM - edited 01-09-2018 01:02 PM
Control rates are transmitted using QPSK by default. Forcing BPSK will prevent control frames from being transmitted, so your CPEs will not pass traffic. I run MCS15 auto on my M5s without issue. You never want to inhibit your uplink rate potential as it will cause uplink starvation (TCP and wireless acks have to be serviced!).
CTO - Wireless Internet Services, Inc.
Re: reporting an error with GPS synchronization and XM devices!!!!
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
01-14-2018 10:57 AM
Ya, all CPEs should be set to MCS 15 (or maybe 7) and set to auto, and then QOS at a router.
You will find the AC AP will out-perform the Rockets in almost every situation.,
Please speak slowly....I am not fluent in ID-10-T.
Found the problem...it was the interface between the seat and the keyboard.
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Sticky This Topic
- Bookmark
- Subscribe
- Printer Friendly Page