-
-
Notifications
You must be signed in to change notification settings - Fork 82
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Polish Play VoWIFI #17
Comments
Can confirm the same behavior on Pixel 6 with Play SIM card - VoLTE works (it actually did without this hack), VoWIFI does not. |
Same here with Pixel 6 running on T-Mobile Poland network. Since Android 13 VoLTE works on Pixel 6 out of the box, but not WiFi Calling. I followed your instructions and run the script, then switched WiFi Calling on in the app. Carrier supports WiFi Calling and I have it enabled on my line (I was using it with iPhone 7 previously). Thanks! |
I had a chance to check the same - with root and Magisk module - the same with Play - VoLTE works, VoWIFI trying to connect as with your application. @kyujin-cho can you help me with troubleshoot? I can do this on rooted firmware with root access. |
Hi! Thanks for the report. Method to retrieve IMS User-Agent value varies by manufacturer. For example, in Pixel, you need to dial ##0702## from default dialer and look up for IMS_USER_AGENT. |
On my pixel - stock rom - this code not works -> ##0702## its going as ussd. |
@adryb I think it's supposed to be |
Ok on google its: #MANUFACTURE#_#MODEL#Android #AV##BUILD# |
For me on Pixel 6 and Play sim it's |
I made a lot of tests, on rooted phone too. Tried to capture traffic on phone side - in ipsec tunnel there is sedond tunnel that communicates with operator devces, i see only that fter some handshake(?) operator closes connection. Its not related to patch. |
@adryb Can you post a result of |
Sure. Attached. |
Thanks. The only difference I can see between Orange PL (working) and Play (not working) is that for Play, "ims" APN is defined in carrier settings. Can you try to add APN "ims" with any name and only APN type set to "ims", other options at default? |
Yep! That worked!!!!! IM ABLE TO CALL VIA VOWIFI!!!! Which line this shows you? |
It's not a line from |
One might have to do it every time theres a software update |
Yes, its working after phone restart too! Everything is wotking well, i have physical sim Play and esim Plus, both works! |
Thank you, that actually worked! |
Rats, not even this worked for me (I'm in Greece btw)... VolTE is provisioned, there is the option in the SIM settings (and turned on of course) but everything is not registered or unavailable... Mainly, IMS Registration is Not Registered, even with the VPN :( Any other ideas? Pixel 7 Pro here. |
The APN method worked for me on GoMo in Ireland. |
For Pixel6 TMobile VoLTE works with both stock and PixelIMS v1.2.3. But VoWiFi doesn't (unregisters in a moment), even with APN set to IMS. Additionally no mobile internet with changed APN. How to debug this for T-Mobile case? |
You've messed up adding this APN. Try to remove it and add again exactly as it was supposed to look, like on screenshots above |
Right! Only three should be changed (Name, APN, APN Type), but lots are displayed. Works with T-Mobile also. Thanks |
Creating the APN worked for Orange Belgium + pixel 6 as well. |
Hello, On Pixel 7 Pro I have applied patch, VoWiFi enabled in options but I am not able to make calls with VoWiFI Added "ims" APN as shown above but it does not help (only three options changed as mentioned above). Do you have maybe any idea what can be still missing? |
For Orange PL you don't need to add IMS APN - you can reset APN settings to default to revert this. Check in Settings what is your WiFi Calling preference, it may default to calling over mobile unless it's not available. |
Thanks a lot for your comment and help. I have tested it in airplane mode as well as with the "WiFi only" setting for WiFi calling. In both cases it does not work and when trying to make a call the message: "Wireless networks are disabled" is displayed and it is not possible to make a call (at that time WiFi is of course connected). Attached carrier config (with removed IMS APN) for completeness. |
@mano922 I compared your carrier config with mine and the only difference is that you have |
Thanks a lot. |
@mano922 You can try this APK: |
Thanks a lot for providing your APK. When WiFi calling is activated in settings (options "Use Wifi" or "Wifi only") then IMS status is unregistered and VoLTE unavailable. When WiFi calling is deactivated in settings then IMS status is registered and VoLTE available. Please find attached new carrier config. It looks that qns.block_ipv6_only_wifi_bool is set to false. |
Unfortunately, at this point I am out of ideas what could possibly help. The same carrier config is working for me on Pixel 6 with Orange PL SIM, with latest QPR Beta. I also remember that at some point in the past @kyujin-cho mentioned that you may need to use "Reset Wi-Fi, mobile & Bluetooth". If you can forget these settings, it may be worth a try. |
@kszaq thanks a lot for your help and hints |
@mano922 I've installed the latest QPR Beta on my Pixel 6 and now VoLTE is available by default. But for VoWiFi, I needed to use the app and add IMS APN. One thing to note: it's best to set APN protocols to IPv4/IPv6 because for Orange PL you need IPv6. IPv4 did not work for me. |
@kszaq Thanks a lot for your hints. I have also installed yesterday latest QPR Beta on my Pixel 7 Pro and VoLTE is also available by default for me. Unfortunately VoWiFI does not work (the same behavior as previously). Tested with different options: airplane mode, WiFi only setting, Orange PL with APN ims with protocol IPv4/IPv6, "Block IPv6-only WiFi" disabled. |
@mano922 Please find below my IMS APN settings. Maybe you'll notice something different in your settings. On latest beta, you won't see IMS APN because it's defined as hidden. |
I do have the same situation with PL Plus - VoLTE works, VoWiFi stopped working. Currently on latest qpr beta. VoLTE appeared itself after updating to qpr beta, before was not present and had to use this patch |
@kszaq Thanks a lot for your help and hints Finally I was able to make a call using WiFiCalling today. At home I have WiFi based on Orange mobile from different SIM card. It looks that with such WiFi on Pixel 7 Pro it is not possible to make a call using WiFi calling (at least for me). Today I have made tests with different WiFi (which is not based on Orange mobile SIM card) and WiFiCalling was working with the setting: "Use Wifi and when WiFi is not available use cellular network". In this scenario I was able to make a call with WiFiCalling and VoLTE was also working. Thanks for providing your IMS APN settings. I have latest Beta and I am able to see this APN after adding it. The only difference is that my APN has a name: "ims" from non capital letters as it was shown in previous posts (but I think that this name does not matter). Again, thanks a lot for your help. |
Do you guys have possibility to check this on Plus? Edit: hmmm, strange, did nothing and VoWiFi started to work too. |
Patch is working on Android 14 beta 1 |
funny thing is that wifi calling on the iphone is a different platform to support than to wifi calling on android |
also is this issue relevant now? |
@kyujin-cho requesting to close the issue |
Hi, thanks for your app!
Polish operator - Orange - works well! VoWIFI and VoLTE - great!
Polish operator - Plus - works well! VoWIFI and VoLTE - great!
Polish operator - T-Mobile - VoWIFI, VoLTE not working at all, i see thet phone asks for edge servers via WiFi but dont attepming to connect.
Polish operator - Play - works well! VoLTE - but no VoWIFi.
I see that there is trying to connect to edge operator server and after some handshake connection dropped logs below.
Maybe some is verified ? Maybe usser agent? I see this can be modified - how to check other User Agent? For example from working samsung?
TCPDUMP for Play:
16:41:47.879021 IP 192.168.253.195.47741 > 89.108.200.112.500: isakmp: parent_sa ikev2_init
16:41:47.919832 IP 89.108.200.112.500 > 192.168.253.195.47741: isakmp: parent_sa ikev2_init[R]
16:41:47.942979 IP 192.168.253.195.43066 > 89.108.200.112.500: isakmp: parent_sa ikev2_init
16:41:47.983686 IP 89.108.200.112.500 > 192.168.253.195.43066: isakmp: parent_sa ikev2_init[R]
16:41:48.016234 IP 192.168.253.195.53081 > 89.108.200.112.4500: NONESP-encap: isakmp: child_sa ikev2_auth
16:41:48.163529 IP 89.108.200.112.4500 > 192.168.253.195.53081: NONESP-encap: isakmp: child_sa ikev2_auth[R]
16:41:48.315983 IP 192.168.253.195.53081 > 89.108.200.112.4500: NONESP-encap: isakmp: child_sa ikev2_auth
16:41:48.406161 IP 89.108.200.112.4500 > 192.168.253.195.53081: NONESP-encap: isakmp: child_sa ikev2_auth[R]
16:41:48.417290 IP 192.168.253.195.53081 > 89.108.200.112.4500: NONESP-encap: isakmp: child_sa ikev2_auth
16:41:48.481634 IP 89.108.200.112.4500 > 192.168.253.195.53081: UDP-encap: ESP(spi=0x59cfb5b6,seq=0x1), length 168
16:41:48.481688 IP 89.108.200.112.4500 > 192.168.253.195.53081: NONESP-encap: isakmp: child_sa ikev2_auth[R]
16:41:49.730284 IP 192.168.253.195.53081 > 89.108.200.112.4500: UDP-encap: ESP(spi=0x051b016c,seq=0x1), length 1304
16:41:49.730285 IP 192.168.253.195.53081 > 89.108.200.112.4500: UDP-encap: ESP(spi=0x051b016c,seq=0x2), length 1128
16:41:49.795468 IP 89.108.200.112.4500 > 192.168.253.195.53081: UDP-encap: ESP(spi=0x59cfb5b6,seq=0x2), length 168
16:41:50.104259 IP 89.108.200.112.4500 > 192.168.253.195.53081: UDP-encap: ESP(spi=0x59cfb5b6,seq=0x3), length 1464
16:41:50.169513 IP 192.168.253.195.53081 > 89.108.200.112.4500: UDP-encap: ESP(spi=0x051b016c,seq=0x3), length 168
16:41:50.193627 IP 89.108.200.112.4500 > 192.168.253.195.53081: UDP-encap: ESP(spi=0x59cfb5b6,seq=0x4), length 936
16:41:50.219036 IP 89.108.200.112.4500 > 192.168.253.195.53081: UDP-encap: ESP(spi=0x59cfb5b6,seq=0x5), length 792
16:41:50.223319 IP 192.168.253.195.53081 > 89.108.200.112.4500: UDP-encap: ESP(spi=0x051b016c,seq=0x4), length 168
16:41:50.246168 IP 192.168.253.195.53081 > 89.108.200.112.4500: UDP-encap: ESP(spi=0x051b016c,seq=0x5), length 168
16:41:50.246168 IP 192.168.253.195.53081 > 89.108.200.112.4500: UDP-encap: ESP(spi=0x051b016c,seq=0x6), length 168
16:41:50.249155 IP 192.168.253.195.53081 > 89.108.200.112.4500: UDP-encap: ESP(spi=0x051b016c,seq=0x7), length 168
16:41:50.265083 IP 192.168.253.195.53081 > 89.108.200.112.4500: UDP-encap: ESP(spi=0x051b016c,seq=0x8), length 168
16:41:50.267608 IP 192.168.253.195.53081 > 89.108.200.112.4500: UDP-encap: ESP(spi=0x051b016c,seq=0x9), length 168
16:41:50.282822 IP 192.168.253.195.53081 > 89.108.200.112.4500: UDP-encap: ESP(spi=0x051b016c,seq=0xa), length 120
16:41:50.295657 IP 89.108.200.112.4500 > 192.168.253.195.53081: UDP-encap: ESP(spi=0x59cfb5b6,seq=0x6), length 168
16:41:50.295713 IP 89.108.200.112.4500 > 192.168.253.195.53081: UDP-encap: ESP(spi=0x59cfb5b6,seq=0x7), length 168
16:41:50.317985 IP 89.108.200.112.4500 > 192.168.253.195.53081: UDP-encap: ESP(spi=0x59cfb5b6,seq=0x8), length 168
16:41:50.318042 IP 89.108.200.112.4500 > 192.168.253.195.53081: UDP-encap: ESP(spi=0x59cfb5b6,seq=0x9), length 168
16:41:50.359287 IP 192.168.253.195.53081 > 89.108.200.112.4500: NONESP-encap: isakmp: child_sa inf2
16:41:50.399064 IP 89.108.200.112.4500 > 192.168.253.195.53081: NONESP-encap: isakmp: child_sa inf2[R]
The text was updated successfully, but these errors were encountered: