We want to understand if this happens with particular iPhone models. Could you please send us the iPhone model and part numbers on which you experience the issue? You can also do it privately by sending it to support@mikrotik.com.

The strings should be something like this:

• MT9H2ET/A
• A2097

This particular device performs as expected, no issues seen.

This one is an iPhone XsMax that does not work for sure:

- MT5G2LL/A
- A1921

Hi Arturs,

my iPhone XS model is :

A2097
MT9N2PM/A

Greg

We want to understand if this happens with particular iPhone models. Could you please send us the iPhone model and part numbers on which you experience the issue? You can also do it privately by sending it to support@mikrotik.com.

The strings should be something like this:

• MT9H2ET/A
• A2097

This particular device performs as expected, no issues seen.

As I mentioned both iPhones XS were bought in the US and have the following model and part number,

• MT972LL/A
• A1920

-Ofer

I wanted to chime in here since I'm also experiencing the exact same issue.

• MT9E2ZD/A
• A2097

It looks like the problem is happening on more than just US phones. At least two on the forum with A2097 are seeing the issue.

The model numbers "Axxx" differ in cellular technologies (e.g. CDMA, GSM, etc), LTE Bands and SIM card architecture. The part numbers (e.g. MTxxxxx/A) specify carrier, color and memory configurations.

iPhone XS:
A1920: US, Canada, Hong Kong and Puerto Rico
A2097: Europe and Asian markets (United Kingdom, Spain, Russia, Italy, France, Singapore, Taiwan, etc.)
A2098: Japan
A2100: China

iPhone XSMAX:
A1921: US, Canada and Puerto Rico
A2101: Europe and Asia
A2102: Japan
A2104: China and Hong Kong

MT9E2RU/A
A2097

This isn’t limited to iPhone, I’m able to reproduce this with the new iPad Pro 11”, MU1F2TY/A. This is the 4G variant.

MT: ?????

Since we are unable to repeat the issue with any new iPhones, I would like to ask everyone to describe the issue (what is happening) in more words, than just "SAME ISSUE", since many of you might have other issues. Please descibe in more detail, especially, how often does it happen and how you observe the problem.

Mtik guys,

Maybe we can schedule a session where I’ll give your engineer remote access to my cap AC and will reproduce the issue within minutes.

How about that ?

Greg

gladly. please email support and try to arrange time in GMT working hours, if possible.

Guys,

After some more digging I was finally able to discover how do I get in my LAN those weird IPv6 prefixes from.

It turned out that my Nest Thermostat is rarely sending IPv6 RAs, offering some IPv6 ULA prefixes, causing my devices to use Nest Thermostat’s ipv6 link-local address as their default IPv6 gateway where Nest is definitely not a router. I found that all Nest devices like Smoke detectors etc are doing the same thing.

This combination makes my iPhone XS basically not operational when connected via MikroTik AP set to 802.11ac. It is working fine when MikroTik AP is set to 802.11an. I believe due to some unknown bug in processing 802.11ac packets, MikroTik is preventing the iPhone XS (and most likely the new 2018 iPad Pros as somebody reported) from fallback to IPv4. Maybe it is dropping IPv6 packets, that I don’t have time to check.

All my other devices like iPad Pro 10.5” (2017), iPhone X, MacBook Pro (2017), MacBook 12 (2017), iMac 5K (2015), PC with Windows 10 don’t have problems with connectivity even with those silly IPv6 addresses and gateway assigned. Only the iPhone XS and only on the MikroTik’s AP configured to 802.11ac. I have other Asus 802.11ac AP in the same bridged network and when I’m in its range my iPhone XS works perfectly fine, even tough I still have those IPv6 addresses assigned from Nest Thermostat.

As a temporary workaround I have connected my Nest Thermostat to an isolated Guest SSID on my Asus router, so it is no longer advertising those IPv6 addresses to my home network.
Immediately I got rid of this crazy problem and can enjoy my 866Mbps connection via MikroTik’s AP!!!

To MikroTik staff : If you want to reproduce this issue I suggest you connect some Nest device to your network as the only device that advertise IPv6 prefixes and connect your iPhone XS to it using 802.11ac.
You have to wait couple minutes because Nest sends RAs every few minutes or so.
If you have other routers sending IPv6 advertisements you may still not be able to reproduce this issue, so make sure Nest is the only source of IPv6 in your LAN. Your main internet connectivity still has to be over IPv4. Make sure you’re using FQDNs in Safari when testing connection. If you don’t have any Nest equipmnent you might try to connect additional router to your LAN which will only send IPv6 RA’s and ULA prefixes but will have forwarding disabled - sort of dead end IPv6 router.

Flowers and bottles of bourbon are very welcome, if you wanna send one PM me for an address

Best regards,
Greg

Btw. This problem still existed on latest iOS 12.1.1 and on latest RouterOS 6.44beta40

Greg,

Good job tracking this down; however, I do have a question. We have nine (9) Nest thermostats. In addition, we have 11 Nest protects. We have a static IPv6 /64 address space that is fully routable. Every device that is configurable has a manually assigned IPv6 address. This includes all MT, Macs, Sony TVs, etc. As you are aware, we cannot configure IPv6 on the IOS devices. Our Core MT is the default route and most every device shows that router as the gateway, and in the case of “self assigned” the address is using the proper prefix. We pass a lot of IPv6 traffic. Since my XS devices are showing a correct public IPv6 address and gateway, it must be the LL address that are messed up. Did i get that right?

I am going to reassign all Nest devices to a new VAP and see if that solves the problem as you suggest.

Comments?

Thanks,

-Scott

Scott,

If you have a proper IPv6 default gateway (your edge router) on your iPhone XS then it would mean that the problem is actually forwarding IPv6 packets on MikroTik’s 802.11ac and has nothing to do with Nest in your office. In my case Nest is the only source of IPv6 in my LAN. Once I got rid of the IPv6 my iPhone XS and MikroTik’s 802.11ac works beautifully. Usually when there is a problem with IPv6 the CPE should fallback to IPv4 but somehow it’s not happening and everything is stuck.

Can you text me on Skype - freezer_szczecin
FYI, I’m based in Poland and got +9hrs to pacific time.

Greg

Greg,

I am presently in Whistler Canada on a short holiday. I will
be back next week and will reach out to you.

I am generally located in the San Francisco CA area.

-Scott

If you have single AP, can the problem be solved by disabling client-to-client forwarding on wifi?

Chupaka,

Do you also have Nest in your LAN or any other source of IPv6 ?

Greg

Nope, neither Nest nor iPhone

Chupaka,

So what CPE/UE do you have ? This discussion is all about connectivity issues on new Apple CPEs like iPhone XS or 2018 iPad Pro.

Hmmm IPV6 package not enabled on our clients router, also no Nest devices. However setting 5Ghz to wireless N does work. Though not ideal.

This discussion is all about connectivity issues on new Apple CPEs like iPhone XS or 2018 iPad Pro.

I understand that, I'm just trying to guess whether client isolation on AP can be a workaround for the problem.

This discussion is all about connectivity issues on new Apple CPEs like iPhone XS or 2018 iPad Pro.

I understand that, I'm just trying to guess whether client isolation on AP can be a workaround for the problem.

I plan to make some changes to the firewall to drop all ipv6 communication from the Nest Thermostat it seems a reasonable workaround for this issue

Ofer,

If you have only one AP and the firewall is processing bridged packets then blocking ICMPv6 should do the job.

Chupaka,

If client isolation blocks all the multicast traffic between clients then this should also do the job.

Ofer,

If you have only one AP and the firewall is processing bridged packets then blocking ICMPv6 should do the job.

I thought about dropping all IPv6 packets from the Nest across all my routers, I don't use IPv6 anyway and I removed that package from all the routers.

Ofer,

It doesn’t matter if you have IPv6 package or not because it is pure layer 2 transmission (like broadcast). Actually having IPv6 package might help with setting up some IPv6 firewall rules

Ofer,

It doesn’t matter if you have IPv6 package or not because it is pure layer 2 transmission (like broadcast). Actually having IPv6 package might help with setting up some IPv6 firewall rules

Just stating the details but I'll try to configure it to drop IPv6 packets I'm curious to see if it'll resolve it.

Hm interesting. All my IoT devices use another SSID, the main SSID ir only for phones and computers. If you all do the same, do you still see the issue? Do all of you actually have NEST devices?

Hm interesting. All my IoT devices use another SSID, the main SSID ir only for phones and computers. If you all do the same, do you still see the issue? Do all of you actually have NEST devices?

I do have the Nest Thermostat so I can check and see if it's actually the cause of the issue.
Seems to be reported long ago - https://forum.archive.openwrt.org/viewt ... p?id=54161

Normis,

Bare in mind that Nest in this case is just an external factor which arises some bug in MikroTik software, because same setup with my iPhone XS with same IPv6 ULA prefixes coming from Nest is working fine on ASUS router.

I do not have any Nest thermostats on my network and I still see this problem.

Hm interesting.

Good afternoon Normis.

managed to simulate the following.

RB3011 IPv4 / IPv6 (SLAAC) -> RB962 2Ghz / 5Ghz (Acces Point) -> iPhone Xs Max

iPhone Xs Max works fine on 2Ghz with dual stack.
iPhone Xs Max does not work on 5Ghz with dual stack in AC mode.

If I turn off IPv6 support on RB3011, the iPhone Xs Max works on 5Ghz.

1. turned off the multicast buffer does not help.
2. Turned off the milticast help, does not help.
3. turned off Keepallive and multicast help, does not help

Please fix this bug.

Hm interesting.

Good afternoon Normis.

managed to simulate the following.

RB3011 IPv4 / IPv6 (SLAAC) -> RB962 2Ghz / 5Ghz (Acces Point) -> iPhone Xs Max

iPhone Xs Max works fine on 2Ghz with dual stack.
iPhone Xs Max does not work on 5Ghz with dual stack in AC mode.

If I turn off IPv6 support on RB3011, the iPhone Xs Max works on 5Ghz.

1. turned off the multicast buffer does not help.
2. Turned off the milticast help, does not help.
3. turned off Keepallive and multicast help, does not help

Please fix this bug.

I'm glad you were able to confirm my conclusion !!!

-Greg

Hm interesting. All my IoT devices use another SSID, the main SSID ir only for phones and computers. If you all do the same, do you still see the issue? Do all of you actually have NEST devices?

I do have the Nest Thermostat so I can check and see if it's actually the cause of the issue.
Seems to be reported long ago - https://forum.archive.openwrt.org/viewt ... p?id=54161

I added a rule to drop all IPv6 packets from the Nest Thermostat MAC address using the bridge filter, issue seems to be resolved for now (tested for 24 hours).

@Greg,

I am back from Holiday. I will txt you soon.

My environment, which has a lot of IPv6 traffic (including IOS devices,) has nine Nest Thermostats and 11 Nest Protects (along with 9 AP's) and will be very difficult filter... My IOS devices appear to have the proper IPv6 addresses for the static IPv6 prefix on my edge router.

With regards to the Nest Protects (smoke and CO2), our local fire code requires that they all be connected together. This means that if one alarms, they all will produce an audible alert. Traditional fire detectors do this by way of a "traveler" wire; however, Nest does this wirelessly (using IPv6 I assume). In addition to triggering all of the Nest Protects, the Nest Protects also send a message to the Nest Thermostats (so they can shut down the ventilation for "forced air" type systems.) I have this function disabled on the thermostats since we have radiant heating, but there is no way to prevent the Nest Protects from sending the message.

I wish MT would admit this is an issue and aggressively attempt to fix it.

-Scott

@Scott

I guess Nest is not the root cause - it’s just a source of IPv6 addresses in people’s houses/offices. In your scenario your edge router is providing IPv6 addresses and still MT has an issue with forwarding IPv6 dns requests over their 802.11ac interfaces.

I haven’t had a single issue with my iPhone XS on MT’s 802.11ac since I got rid of IPv6 subnet by isolating my Nest Thermostat.


-Greg

in my case. I have both iPhone x and iphone xs max, and MacBookpro 2013 late, recently i notice they can't connect to one of the wap acs, which happens to be set to 5805mhz eeec automatically by capsman, country is set to my location and same as the iPhone and Mac, 5805mhz eeec just doesn't work. I solve this issue by manually picking other channels.

And im pretty sure i don't even have ipv6 menu in the whole system, x86 routeros as router, crs326 and 3 wap acs, all of them are running on latest stablt, and i don't have nest either.

i have no idea ifmy case is related.

iphone XS max earned at 6.43.8. I will test and check.

I had to turn ac off in another location yesterday. Location has active IPv6.

I have been unable to simulate this issue on any other platform (e.g, Ubnt, Cisco, etc).

Since we have a large of new iPhones, I have suspended ordering new MT until this is resolved. We are not a large commercial customer, but we have been dedicated to MT for many years.

I am extremely dissspointed MT is not addressing this issue with any other noticeable urgency.

-Scott

Mikrotik,

is there any update on this matter?

Greg

I can confirm the same behaviour iPhone XS
With Facebook app and Safari and Chrome browsers - seems worse with any site with cloudfare LB
MT9K2AA/A
A2097

This is a phone bought and used in SA
I have 3 hpAC RB's all with v6.43.8 (Model RouterBOARD 962UiGS-5HacT2HnT)

I followed the advice here and set to 20/40MHZz Ce Band and iPhone XS now works on the wireless with apps and browsing (its been like this for 8 hours) which has resolved months of torture.
Downside is I don't get the full performance on the wireless.
This seems to have improved stability to Apple TV 4K on video streaming from the iPhone XS.
I have my offices at my home too, with local servers where the full AC is needed on the wireless.

I have used other gear from other brands without this issue.

I don't have any Nest equipment on the network.
ipv6 packages are disabled on the RB's.
The one RB is a gateway device to internet which also provides DHCP and NAT the other 2 dont have anything else other than being in bridge mode. I typically connect to the other 2 RB's and not the gateway.

This is a bug on RB's AC 80MHz.

PS. the new iPhones XS etc use Intel Chipsets now and not the Qualcomm of previous generation.

I think I have a similar issue on my iPad 6th generation with iOS 12.1.1. I'm on RouterOS and RouterBOOT 6.42.10 with two wap AC access points running with CAPsMAN.
The 2,4 GHz network works like a charm, but connected to 5 GHz, I get IPv4 and IPv6, signal strength is good, but data flows very slow or not at all. Rebooting the iPad, airplane mode or disabling and re-enabling wifi doesn't help at all. Also, direct connections via IPv4 (e.g. to WebFig) doesn't work, so it doesn't look like DNS related.

Switching from 5ghz-n/ac to 5ghz-onlyn in my CAPsMAN configuration cures the problem immediately.

I didn't have more time to find out if it's related to one specific access point or channel, PMKID or DFS channel settings, but the problem sounds similar to what others experience in this thread. I try to provide more information.

I can confirm the same behaviour iPhone XS

yes, the problem is not solved on 6.43.8 5Ghz, dual stack ipv4/ipv6, it works very slowly, it even slows down the MacBook Pro 15 2017.

Apparently Mikrotik is not willing to admit they have an issue with new Apple devices (iPhone XS, iPhone XS Max, iPad Pro 2018) and are playing dummies.

I haven’t got any reply to my opened ticket with Mikrotik even tough I have delivered them data from sniffed wireless traffic. It is not my job to debug their products, nevertheless I did it just to HELP them nail down the problem but that’s still not enough for them. They seem to be waiting for a full solution on a silver plate so they can apply it.

I’ve also seen couple comments on one of the FB groups where Mikrotik engineers where ignoring this issue and pushing it on Apple.

Mikrotik has also stop responding to my open ticket as well.

I have an open ticket with Apple regarding this and they are 100% pointing the problem at Mikrotik, claiming they do not have this issue with a single other vendor.

I have to honestly say that not withstanding the loss of performance, turning off ac has had a dramatic affect within our environment. It seems that things like a VOIP, VPN, browsing, etc. are also much more stable. Network performance complaints (for *all* Apple users) have decreased by 95% since going to a/n!

-Scott

Apparently Mikrotik is not willing to admit they have an issue with new Apple devices (iPhone XS, iPhone XS Max, iPad Pro 2018) and are playing dummies.

I haven’t got any reply to my opened ticket with Mikrotik even tough I have delivered them data from sniffed wireless traffic. It is not my job to debug their products, nevertheless I did it just to HELP them nail down the problem but that’s still not enough for them. They seem to be waiting for a full solution on a silver plate so they can apply it.

I’ve also seen couple comments on one of the FB groups where Mikrotik engineers where ignoring this issue and pushing it on Apple.

Greg, can you please send me the link to the FB discssion?

Thanks,

-Scott

I translated the RB962 to work with CAPsMAN, I see that the AC mode works stably on the iPhone XS Max. Hmm

Having the same issues on a MT542ZD/A A2101 iphone XS max over here as well.
Also having a dual stack setup and the issue seems to be that the DNS queries are not getting to the server/gateway.
However everything works fine with a VPN (anyconnect/ openvpn).
Also the 1.1.1.1 dns app from the app-store fixes the issue (looks to work with a locally terminated VPN to do DNS hijacking).
However it is a bit ridiculous to have to be forced to use inside my own network.

Will try the disabling of the AC network as suggested in this thread, thanks for the suggestion.

Will try the disabling of the AC network as suggested in this thread, thanks for the suggestion.

RB3011 CAPsMAN -> RB962 AC dual stack ipv6 / ipv4. Already day everything works stably. If the same run without CAPsMAN, iPhone XS Max does not work in AC mode.

TimurA - After trying a thousand different configurations that were suggested here and some common sense ones, your suggestion of using CAPsMAN worked! Finally.

Confirmed with iPhone XS Max, iPhone XS, and iPad Pro 2018. Without CAPsMAN, 5GHz AC communication is unusable. Always used latest Testing firmware hoping for a fix.

I have CCR1016-12S-1S+(ROUTER) ---> RB922UAGS-5HPacD (AP)

Rate on the iPhone XS Max in the Registration Table in CAPsMAN is:
TX RATE: 866.6Mbps-80MHz/2S/SGI
RX RATE: 866.6Mbps-80MHz/2S/SGI

Hello,

I've notice issues with my iPhone XS Max after installing Mikrotik cAP ac RBcAPGi-5acD2nD. ( firmware v6.43.8 )
When i am connected to 5 ghz network i have some of my apps working but Safari/Google Chrome doesn't open websites, no error its like endless loading.
I am attempting to open facebook through safari and no luck, but facebook app itself is working ( A bit slower then it should tho )
If i connect to 2.4 no such issues there, all is working.

Other devices in the network doesn't seems to have this issue but neither my phone connected to other ac networks.

I've tried turning off ipv6 advertisement and ensured my phone has no ipv6 address, but i still had this loading issues. my iOS is updated to latest available version: 12.2.1

I am not sure if my problem is same as yours
Here's configuration export of wireless

Confirmed with iPhone XS Max, iPhone XS, and iPad Pro 2018. Without CAPsMAN, 5GHz AC communication is unusable. Always used latest Testing firmware hoping for a fix.

Hello lelmus, great! For a week now I have two access points in capsman working stably with iphone XS Max, with dual stack ip.
We are waiting for what MikrtoTik will say.

Please don’t force me to use CAPsMan!

I escalated this problem to my distributor. I let him know I am not ordering any new equipment until this is resolved.

I have RB962UiGS-5HacT2HnT with RouterOS 6.43.8 and a new iPad Pro 11'' 2018 (MTXP2LLA, latest iOS) and confirm the issue discussed above. The iPad connects to my 5GHz-AC network successfully, but Safari stops loading pages shortly afterwards while the connection seems to be active. All my other Apple devices including iPhone 7 and X, iPad Mini 4, MacBook Pro 2017 connect to the 5GHz-AC network and load pages without noticeable issues. As a workaround I switched to a 2GHz-N network on iPad Pro. Hope MikroTik team will acknowledge and fix this issue.

Update: Submitted a ticket (#2019011022006488) as well.

Guys,

can every single one of you send an email to support@mikrotik.com and open a case with them ? Otherwise Mikrotik guys won’t acknowledge this problem and none of them would work on this until official tickets are assigned.

Seems Mikrotik guys are treating this forum more like courtesy exchange point rather than an official problem reporting/solving channel.

Please copy your ticket number here. Mine is :

2018101622004329
Opened on 16 October 2018.
Last reply from MT was on 15 Nov 2018 - which is a bit embarrassing, because I’ve sent them additional captured data and they still haven’t got back to me.

I opened my support ticket on 11-October-18. Since then I have inquired many times. I have received a couple of responses asking for addition details; however, I am not going to post them (because although I am not happy with Mikrotik, I don’t feel I should embarrass them.)

My last communication with Mikrotik was also 15-November-18.

[Ticket#2018101122002554]

For a week now I have two access points in capsman working stably with iphone XS Max, with dual stack ip.

Is it CAPsMAN with local or remote forwarding? Does changing it change the picture?

I submitted a support ticket [Ticket#2019010922003975] as well

Is it CAPsMAN with local or remote forwarding? Does changing it change the picture?

datapatch installed in "Local Forwarding" and "Client to Client Forwarding".
i.e. customer management is given to Access Point.

For a week now I have two access points in capsman working stably with iphone XS Max, with dual stack ip.

Is it CAPsMAN with local or remote forwarding? Does changing it change the picture?

I used remote forwarding. Here’s the site that helped me setup:
https://techtrickszone.com/2018/08/01/m ... and-setup/

I tried CAPsMAN local forwarding and internet speeds increased. I now get 300Mbps down and 400Mbps up. Would like more but not bad.

I received this correspondence from Mikrotik overnight US time. I would say this shows they admit there is an issue; however, their suggestions don’t work for us. I responded the using CAPsMan, or just turning off ac were better workaround while they fix the problem.

————
“Hello,

Sorry for the long delay.
Could you please make sure that your Apple devices do not have an IPv6 Addresses attached to it?
To check it, go to Settings -> WiFi -> Click the "info" button on the wireless connection and check if there is no IPv6 addresses.
If they are there, can you try to remove them from your network or isolate the MikroTik device and make sure that no IPv6 addresses are given out from it and recheck again if the problem persists?”

Best regards,
————————-

-Scott

I received this correspondence from Mikrotik overnight US time. I would say this shows they admit there is an issue; however, their suggestions don’t work for us. I responded the using CAPsMan, or just turning off ac were better workaround while they fix the problem.

The manufacturer had to conduct all the tests himself.
We said that there is a problem! And do not force us to drive dances.

One idea in case this really happens just without CAPsMAN: It sets a few defaults (e.g. WMM) that otherwise have to be set manually. Maybe it's related to that? Just a wild guess though...

One idea in case this really happens just without CAPsMAN: It sets a few defaults (e.g. WMM) that otherwise have to be set manually. Maybe it's related to that? Just a wild guess though...

floeff, No, it does not work, I checked already.

Thanks to everyone for their input. The issue has been found and fixed, sorry for such a long time needed to fix the issue. It should be released in the next public beta version.

Thanks to everyone for their input. The issue has been found and fixed, sorry for such a long time needed to fix the issue. It should be released in the next public beta version.

Great news, what was the issue?

Apple uses a new chip, so presumably, a new driver too. This new driver did not follow RFC recommendation in one fragmenting method. We will try to contact them about it, but currently, we made a workaround.

Apple uses a new chip, so presumably, a new driver too. This new driver did not follow RFC recommendation in one fragmenting method.

Then why did it work in CAPSMAN? Logically, the iphone xs max was not supposed to work in any mode.

CAPsMAN uses different defaults for some settings and does not use some other settings entirely.

Great News! I am looking forward to the release with the fix/work-around. Hopefully soon?

-Scott

I don't know why this forum seems to so inconsistently subscribe me to email notifications on replies.

In my case, my iPhone XS refuses to use my network period if I have my Hurricane Electric IPv6 tunnel active. I don't know if it is some broken pMTU thing on iPhone XS, which is rather strange as my iPhone X, iPhone 8, iPad Air and iPhone SE all work fine...it is _only_ the iPhone XS that entirely loses network functionality via WiFi if I have my IPv6 enabled. I believe the iPhone XS uses Intel's latest modem, which perhaps it has an issue with IPv6 as Intel seems to think that IPv6 is irrelevant and their IT department doesn't even support it to be enabled on laptops/desktops/etc or allow it on their Internal networks.

Otherwise, my iPhone XS seems to work ok using manual WiFi configs on all of my WAP ac's...though one of my WAP ac's seems to have some other problem, as it is supposed to be a US model but allows international band selection and is just all around unreliable.

I'm looking forward to any RouterOS changes that may have work arounds!

I don't know why this forum seems to so inconsistently subscribe me to email notifications on replies.

In my case, my iPhone XS refuses to use my network period if I have my Hurricane Electric IPv6 tunnel active. I don't know if it is some broken pMTU thing on iPhone XS, which is rather strange as my iPhone X, iPhone 8, iPad Air and iPhone SE all work fine...it is _only_ the iPhone XS that entirely loses network functionality via WiFi if I have my IPv6 enabled. I believe the iPhone XS uses Intel's latest modem, which perhaps it has an issue with IPv6 as Intel seems to think that IPv6 is irrelevant and their IT department doesn't even support it to be enabled on laptops/desktops/etc or allow it on their Internal networks.

Otherwise, my iPhone XS seems to work ok using manual WiFi configs on all of my WAP ac's...though one of my WAP ac's seems to have some other problem, as it is supposed to be a US model but allows international band selection and is just all around unreliable.

I'm looking forward to any RouterOS changes that may have work arounds!

Have you tried to see if it works using IPv6 with "ac" disabled on your WiFi radio (i.e. just 5GHz-A/N)?

Have you tried to see if it works using IPv6 with "ac" disabled on your WiFi radio (i.e. just 5GHz-A/N)?

I don't recall if I had, I just tested it now and interestingly enough my wireless throughput is improved by 20% or more with AC disabled. Currently everything is "working" with IPv6 active (with AC enabled or not). I likely don't need AC anyhow since I am only running 40MHz channels to try to avoid RF congestion, I will run with IPv6 enabled and AC disabled for a few days to see what happens.

Just tested a new iPhone XS Max ... had issues with WiFi on the hAP AC and 6.42.11. Was necessary to set Band to 5Ghz-only-N.

Just tested a new iPhone XS Max ... had issues with WiFi on the hAP AC and 6.42.11. Was necessary to set Band to 5Ghz-only-N.

CAPSMAN RB3011, client RB4011 and RB962. When switching iphone XS Max or new iPad from RB962 in roaming to RB4011, the Wifi of 5 GHz is cut down on RB4011


RB4011 5GHz is disabled if the devices are on different channels. If they stand on the same, RB962 and RB4011, everything works.

The fixes are not released yet. They will be only in 6.44

The fixes are not released yet. They will be only in 6.44

Hello Normis. Good, we'll still waiting.
And,
when the device RB4011 is connected to the CAPsMAN, the wrong mac address is shown.

So far my iPhone XS has been the most stable it has been on my WiFi network since disabling AC, and IPv6 has been working perfectly fine since the change as well (where I had my tunnel disabled since getting my XS).

It looks like the fix may be included in the latest beta relaease: 6.44beta75 (2019-Feb-08 08:02). I have not test yet.

I installed 6.44beta75 on a spare hAP AC. I don't have time to fully test, but it looks like things are now working correctly for 5GHz-A/N/AC at 20/40/80MHz XXXX!

I ran into similar issues on a 2018 ipad pro, but it seems that 6.44beta75 resolves the issue.
Need to run some more thorough tests (on hAP ac) to evaluate stability and performance

Rudi

I ran into similar issues on a 2018 ipad pro, but it seems that 6.44beta75 resolves the issue.
Need to run some more thorough tests (on hAP ac) to evaluate stability and performance

-

It looks like the fix may be included in the latest beta relaease: 6.44beta75 (2019-Feb-08 08:02). I have not test yet.

-

I installed 6.44beta75 on a spare hAP AC. I don't have time to fully test, but it looks like things are now working correctly for 5GHz-A/N/AC at 20/40/80MHz XXXX!

Yes, 6.44beta75 contains the update I mentioned previously:
*) wireless - improved connection stability for new model Apple devices;

If you still encounter the described issues on this thread with the new Apple products, please contact Support .

Initial test with 6.44 beta 75 is looking fine.

I am having issues with L2TP connections but do see there is a lot of changes on the IPSEC side of things.

When do Mikrotik hope to have the fix in a production build so that we can get out to our clients please?

I have been having the same issue with iPhoneXs. I infect got apple to send me a replacement too. I found the issue on the replacement as well. This is unique to iPhoneXs as I have no issues on iPhone7, SE, MacBook Air, etc.

So on my RB4011iGS with ROS ver6.43.12, I set the 5GHz radio channel width to 802.11 N/AC and 20/40Mhz bandwidth and now the IPv6 works fine on my iPhoneXs.

Updated my RB4011iGS to ROS v6.44rc, and now the 5GHz 802.11ac with IPv6 now works fully. Awaiting the stable version of ROS v6.44 now.

I have upgraded all of my AP's to 6.44rc4 and everything is finally working with 5Ghz AC! I have not upgraded my core router yet since I have a number of IPsec interfaces (and I want the stable released version for that one.)

ROS ver6.44 stable is now available. This should settle this 5GHz 802.11AC IPv6 communication issue.

ROS ver6.44 stable is now available. This should settle this 5GHz 802.11AC IPv6 communication issue.

yes, all is well!

The problem persists, only RB4011 the interface 5GHz crashes when the device (XS,XS Max, iPad Pro) migrates to another device. Stop working 5ghz interface.

Ticket#2019022722003126

The problem persists, only RB4011 the interface 5GHz crashes when the device (XS,XS Max, iPad Pro) migrates to another device. Stop working 5ghz interface.

Ticket#2019022722003126

This is completely unrelated. You can make a new topic about it.

You can make a new topic about it.

okay, viewtopic.php?f=7&t=145834

Freezer (Greg), Are you seeing this also?

viewtopic.php?f=7&t=145834&p=719369#p719369

Just set manual frequency 5180, router set high frequencies unsupported by your phone.

Hello,

I've notice issues with my iPhone XS Max after installing Mikrotik cAP ac RBcAPGi-5acD2nD. ( firmware v6.43.8 )
When i am connected to 5 ghz network i have some of my apps working but Safari/Google Chrome doesn't open websites, no error its like endless loading.
I am attempting to open facebook through safari and no luck, but facebook app itself is working ( A bit slower then it should tho )
If i connect to 2.4 no such issues there, all is working.

Other devices in the network doesn't seems to have this issue but neither my phone connected to other ac networks.

I've tried turning off ipv6 advertisement and ensured my phone has no ipv6 address, but i still had this loading issues. my iOS is updated to latest available version: 12.2.1

I am not sure if my problem is same as yours

Code: Select all

0 name="EAP2G" mtu=1500 l2mtu=1600 arp=enabled interface-type=virtual master-interface=PSK2G mode=ap-bridge ssid="secure.mynetwork.ltd" vlan-mode=no-tag vlan-id=1 wds-mode=disabled wds-default-bridge=none
wds-ignore-ssid=no bridge-mode=enabled default-authentication=yes default-forwarding=yes default-ap-tx-limit=0 default-client-tx-limit=0 hide-ssid=no security-profile=EAP

1 R name="EAP5G" mtu=1500 l2mtu=1600 arp=enabled interface-type=virtual master-interface=PSK5G mode=ap-bridge ssid="5g.secure.mynetwork.ltd" vlan-mode=no-tag vlan-id=1 wds-mode=disabled wds-default-bridge=none
wds-ignore-ssid=no bridge-mode=enabled default-authentication=yes default-forwarding=yes default-ap-tx-limit=0 default-client-tx-limit=0 hide-ssid=no security-profile=EAP

2 name="Guest" mtu=1500 l2mtu=1600 arp=enabled interface-type=virtual master-interface=PSK2G mode=ap-bridge ssid="guest.mynetwork.ltd" vlan-mode=use-tag vlan-id=100 wds-mode=disabled wds-default-bridge=none
wds-ignore-ssid=no bridge-mode=enabled default-authentication=yes default-forwarding=yes default-ap-tx-limit=0 default-client-tx-limit=0 hide-ssid=no security-profile=Guest

3 R name="PSK2G" mtu=1500 l2mtu=1600 arp=enabled interface-type=IPQ4019 mode=ap-bridge ssid="cap.mynetwork.ltd" frequency=auto band=2ghz-g/n channel-width=20/40mhz-XX secondary-channel="" scan-list=default
wireless-protocol=802.11 vlan-mode=no-tag vlan-id=1 wds-mode=disabled wds-default-bridge=none wds-ignore-ssid=no bridge-mode=enabled default-authentication=yes default-forwarding=yes default-ap-tx-limit=0 default-client-tx-limit=0 hide-ssid=no
security-profile=PSK compression=no

4 R name="PSK5G" mtu=1500 l2mtu=1600 arp=enabled interface-type=IPQ4019 mode=ap-bridge ssid="5g.cap.mynetwork.ltd" frequency=5180 band=5ghz-n/ac channel-width=20/40/80mhz-XXXX secondary-channel="" scan-list=default
wireless-protocol=802.11 vlan-mode=no-tag vlan-id=1 wds-mode=disabled wds-default-bridge=none wds-ignore-ssid=no bridge-mode=enabled default-authentication=yes default-forwarding=yes default-ap-tx-limit=0 default-client-tx-limit=0 hide-ssid=no
security-profile=PSK compression=no

Here's configuration export of wireless

Code: Select all

# jan/08/2019 20:15:26 by RouterOS 6.43.8
# software id = .....
#
# model = RouterBOARD cAP Gi-5acD2nD
# serial number = ......
/interface wireless security-profiles
set [ find default=yes ] authentication-types=wpa-psk,wpa2-psk eap-methods="" mode=dynamic-keys supplicant-identity=MikroTik
add authentication-types=wpa2-eap management-protection=allowed mode=dynamic-keys name=EAP supplicant-identity=cap01
add authentication-types=wpa-psk,wpa2-psk eap-methods="" management-protection=allowed mode=dynamic-keys name=PSK supplicant-identity=""
add authentication-types=wpa-psk,wpa2-psk eap-methods="" mode=dynamic-keys name=Guest supplicant-identity=""
/interface wireless
set [ find default-name=wlan1 ] band=2ghz-g/n channel-width=20/40mhz-XX disabled=no frequency=auto mode=ap-bridge name=PSK2G security-profile=PSK ssid=cap.mynetwork.ltd wireless-protocol=802.11 wps-mode=disabled
set [ find default-name=wlan2 ] band=5ghz-n/ac channel-width=20/40/80mhz-XXXX country=bulgaria disabled=no frequency-mode=regulatory-domain mode=ap-bridge name=PSK5G security-profile=PSK ssid=5g.cap.mynetwork.ltd wireless-protocol=802.11 wps-mode=\
disabled
add disabled=no keepalive-frames=disabled master-interface=PSK2G multicast-buffering=disabled name=EAP2G security-profile=EAP ssid=secure.mynetwork.ltd wds-cost-range=0 wds-default-cost=0 wps-mode=disabled
add disabled=no keepalive-frames=disabled master-interface=PSK5G multicast-buffering=disabled name=EAP5G security-profile=EAP ssid=5g.secure.mynetwork.ltd wds-cost-range=0 wds-default-cost=0 wps-mode=disabled
add disabled=no keepalive-frames=disabled master-interface=PSK2G multicast-buffering=disabled multicast-helper=disabled name=Guest security-profile=Guest ssid=guest.mynetwork.ltd vlan-id=100 vlan-mode=use-tag \
wds-cost-range=0 wds-default-cost=0 wps-mode=disabled