Exactly Roman, it is a part of the provisioning that I consider to be quite unnecessary.
One reason I can imagine, however, is that emergency calls are not possible via WiFi calling.
But you could still give the user the choice but prefer the mobile network by default.
In addition, with minimal Edge/3G reception, I can’t always benefit from HD Voice, for example, which would be possible with WiFi calling.
Dear Swisscom
Can you explain to me why you don’t allow the setting between Mobile Preferred and WiFi Preferred on Android phones that are active with WiFi calling?
If you search the net, it seems to be a flag that the provider can specify.
Tested it myself with a Yallo and Salt SIM on a Huawei P30 Pro and S9+.
After changing the SIM and resetting the APN settings, these providers give you another option below Enable/Disable WiFi calling whether you prefer the mobile network or WiFi.
As soon as you insert your SIM, the option disappears after provisioning and mobile is definitely preferred in the background.
The phones only switch to WiFi calling mode if there is a virtual loss of signal or forced airplane mode but WiFi is activated.
In our case, for example, this is externally annoying because we have minimal Edge/3G reception at home (and therefore no VoLTE) but the devices stubbornly prefer the mobile network due to their presets and often lose the signal completely. A clean handover to VoWiFi is not possible due to the lack of VoLTE.
Hence the request to give customers the choice 🙂
By the way, with a Oneplus 7 Pro and a few workarounds, VoLTE and VoWifi work for me and the option with preferred remains 🙂
This is just a side note, but it would be really helpful if this were possible in the normal way on devices that are fully provisioned.
If you stick to the list of officially supported devices, at least with Salt and Sunrise, you will get WiFi calling on free devices. I don’t know about Swisscom, but the list is there too.
Unfortunately, apart from the mainstream aka iPhone and S Galaxy/Note and a few exceptions, there isn’t much, regardless of which provider.
I tested the whole thing again over the weekend, this time without the Netgear switches.
My suspicion was confirmed - part of the stream is passed on across all ports. It’s not really a lot of traffic, a few kb/s. The bandwidth doesn’t suffer either, WiFi works just as well.
Nevertheless, it bothers me when traffic constantly arrives on the LAN ports of all devices in the household - i.e. it’s the Netgears’ turn again.
I don’t understand why the stream isn’t clean with IP passthrough and otherwise it is.
Did you previously have the same settings on your router as mine? If so, I suspect the Asus internal switch isn’t switching properly yet.
I only tested my setup with IP passthrough and bridged mode, in both cases it works perfectly without any traffic prioritization. Otherwise I suspect that my Netgear’s are part of the solution after all.
Does a bridged Piccolo with 7.8r13 already support IPv6?
I finally successfully have Swisscom TV with an N66U and over 2 Netgear 105 in operation, with bridged Piccolo.
[https://community.swisscom.ch/t5/Diskussionen-%C3%BCber-Swisscom-TV/SCTV-%C3%BCber-ASUS-RT-N56U-mit-Connectionkit-Netgear/m-p/79035] (https://community.swisscom.ch/t5/Diskussionen-%C3%BCber-Swisscom-TV/SCTV-%C3%BCber-ASUS-RT-N56U-mit-Connectionkit-Netgear/m-p/79035)
The only concern now is IPv6 support 😉
In case it’s useful to anyone else here. Last weekend I successfully downgraded a Centro Piccolo in bridge mode to 7.8r13 (from 9010 to 9007 on Initiator to 7.8) and behind it an Asus N66U over two Netgear 105 with Swisscom TV in operation. The stream arrives absolutely clean, neither WLAN nor other ports are spammed, even in the word case (2xHD stream, 1xSD stream + torrent client that runs at 20Mbit, no artifacts are displayed and no DNS requests are resolved with a delay.
You can also see on the ports of the two switches that the stream only goes where it should across all stations.
But I think it’s important to mention that my setup looks like this.
Centro Piccolo - Asus N66U - Netgear 105 - Netgear 105 - Swisscom TV Box
Sounds adventurous but it really works. The Asus is only connected to the Centro via the WLAN port and to the first Netgear switch via port 1. The remaining part of the Asus switch is not needed, which may be why the stream arrives cleanly at its destination. I would have to try out whether it works directly with the Asus built-in switch.
All I have enabled in the router is Use DHCP Routes = Microsoft, Mutlicast Routing = On and Efficient Multicast forwarding = On.
I haven’t defined a specific IPTV port because otherwise no device comes into the network and that doesn’t make sense to me since only port 1 is used anyway, which goes to the Netgear.
Maybe the tip will help someone, the router is really great in terms of wireless performance and range with the option of numerous alternative firmwares, personally I use the Merlin build.
