Hello Everyone!
Firstly I would like to say thank you for the amazing input you put into this site - I have gone *very* far on the path to learning about my PPC 6800 just from reading past posts.
Problem
When trying to use data services on a Sprint Mogul configured for Alltel - Dialing #777 results in a "Cannot connect for unknown reason" message.
Voice and Text works fine.
Current Setup
PPC 6800 - SPC Reset to 000000 via QPST
oliPro 2.4
Radio 3 42 50
DCD 3 2 6
Alltel Carrier Cab 20080824 (I simply double clicked to install this right?)
PRL: 30031 and 40036 tried
ALWAYS ROAMING (I'm never in an Alltel Area)
Windows Connections settings: Alltel Wireless - #777 - login: [email protected] pass: alltel domain: empty
My Flash Steps
1) hard reset
2) Installed olipro 2.4 (and even tried with no2chem 2 47) via RUU
3) Flashed alltel Stock 3.35.671.9 with Radio via RUU
4) Let customizations run
Data at this point does not work but has (last week!!)
5) install radio 3 42 50 via flash
6) install dcd 3 2 6 via ruu
7) let customizations run
8) double clicked on Alltel carrier 20080824 and installed to device
data says same problem
I've tried a *228 Option 2 (update roam) and Option 3 (activate). No help.
I'm stuck
EPST Settings
Security:
HDR AN: [email protected]
HDR AN pass: my hex esn in all caps
PPP user id: [email protected]
PPP pass: alltel
MIP Default:
nai: [email protected]
mn ha: 101
mn aaa: 3E8
reverse tunnel: enable
home address: 0.0.0.0
primary address: 0.0.0.0
secondary address: 0.0.0.0
ha shared: rzU4LCHIJp+Efdtf (it worked last week!?)
aaa shared: alltel
dmu public key: 0
mn authentication: 0
MIP
mip mode: mobile ip preferred
mobile node ha: disable
send reg retry: disable
dormant handoff: ena
QPST Settings
By putting my phone in DIAG mode and running QPST I have the following settings
DATA
MDR Mode: SVC opt 33 Prefd
Service option: Pre 707
Data qnc - unchecked
data scrm - enabled
Mobile IP
Behavior : simple only
mn auth calculation: unchecked
My Questions
1) am I flashing this correctly?
2) Could someone please verify what my DATA and M.IP settings should be in my QPST section?
3) does my HA shared key in EPST have anything to do with this?
Thanks for any guidance or help in getting me setup - I'm hoping that by making stating all my settings nice and clear we can help others that search in solving their problems as well!
ShaneOMak said:
Hello Everyone!
Firstly I would like to say thank you for the amazing input you put into this site - I have gone *very* far on the path to learning about my PPC 6800 just from reading past posts.
Problem
When trying to use data services on a Sprint Mogul configured for Alltel - Dialing #777 results in a "Cannot connect for unknown reason" message.
Voice and Text works fine.
Current Setup
PPC 6800 - SPC Reset to 000000 via QPST
oliPro 2.4
Radio 3 42 50
DCD 3 2 6
Alltel Carrier Cab 20080824 (I simply double clicked to install this right?)
PRL: 30031 and 40036 tried
ALWAYS ROAMING (I'm never in an Alltel Area)
Windows Connections settings: Alltel Wireless - #777 - login: [email protected] pass: alltel domain: empty
My Flash Steps
1) hard reset
2) Installed olipro 2.4 (and even tried with no2chem 2 47) via RUU
3) Flashed alltel Stock 3.35.671.9 with Radio via RUU
4) Let customizations run
Data at this point does not work but has (last week!!)
5) install radio 3 42 50 via flash
6) install dcd 3 2 6 via ruu
7) let customizations run
8) double clicked on Alltel carrier 20080824 and installed to device
data says same problem
I've tried a *228 Option 2 (update roam) and Option 3 (activate). No help.
I'm stuck
EPST Settings
Security:
HDR AN: [email protected]
HDR AN pass: my hex esn in all caps
PPP user id: [email protected]
PPP pass: alltel
MIP Default:
nai: [email protected]
mn ha: 101
mn aaa: 3E8
reverse tunnel: enable
home address: 0.0.0.0
primary address: 0.0.0.0
secondary address: 0.0.0.0
ha shared: rzU4LCHIJp+Efdtf (it worked last week!?)
aaa shared: alltel
dmu public key: 0
mn authentication: 0
MIP
mip mode: mobile ip preferred
mobile node ha: disable
send reg retry: disable
dormant handoff: ena
QPST Settings
By putting my phone in DIAG mode and running QPST I have the following settings
DATA
MDR Mode: SVC opt 33 Prefd
Service option: Pre 707
Data qnc - unchecked
data scrm - enabled
Mobile IP
Behavior : simple only
mn auth calculation: unchecked
My Questions
1) am I flashing this correctly?
2) Could someone please verify what my DATA and M.IP settings should be in my QPST section?
3) does my HA shared key in EPST have anything to do with this?
Thanks for any guidance or help in getting me setup - I'm hoping that by making stating all my settings nice and clear we can help others that search in solving their problems as well!
Click to expand...
Click to collapse
DMU Key Reset. Either activate an old phone... wait a bit... get it working... then re-activate the new one. Or... call them.... tell them your phone doesn't get data, and you just did a hard reset. They might be able to fix it for you while you are on the phone.
Case Closed!
I called alltel and asked them to look at at performing a DMU Reset - while looking at my account they realized a few glitches (why they did not catch it before I'm not sure) and made changes.
They included:
Updating my Service Class to Simple IP only
Double Checking my AAA Authentication log and realized that a billing issue was not connected (Damn, they should have left this alone )
Thanks for your help!!1
*case closed* !
Mark here.
Thanks in advance for any help offered.
Searched around here and elsewhere since last year & can't find a solution. (please don't copy whole message in reply)
Ideal solution either: 1. Able to store/save settings and password so it does not need to be entered every day (many times) or 2. Load certificate correctly.
I have a TMous HD2 running Energy ROM (Feb 2011 version)
Connects fine to home WiFi's without prompts. Also to about 10 others when traveling - no probs.
It does not connect easily to my work WiFi. I have worked out a method, but I need to re-enter settings and password many times a day. With high security p/w with various characters etc it's a real pain.
To do so, I have setup link to WLANSettings.exe on home screen. I use these settings: 1. Work (not internet), 2. WPA2/AES, 3. PEAP (not Smart card or cert). OK. Then asks for login, password (no domain needed). First time enter login etc it doesn't connect. Second time I've learned to hit OK again and after a few seconds it connects.
If I go though the 'normal' WiFi setup it asks for a Certificate. I enter the server for the cert, password as above and it will not find it. They gave me a cert file ('home grown' PEAP Authority certificate Thawte Premium Server CA) but it loads into Intermediate, not Personal and does not work. Apparently iPhone & iPad link to cert server and install it fine.
Tried:
1. I tried Odyssey (Odyssey Access Client for Windows MobileCE - Juniper Networks ). Helps, but not perfect, but it messes up my home connection. so uninstalled (updated ROM since then)
2. Tried programs to load cert. No go. (p12imprt, pfximprt; smartphoneaddcert). Various error messages - can't remember them - along the lines of not signed, not .pfx cert etc.
3. Exported cert. from PC's (WinXP) Firefox. Can't convert it to a .pfx to use the above.
Work does not support Win Mobile. So no support offered - though they've tried to help.
The settings for my mates Nokia which does work are:
PEAP and the fields are:
Personal certificate: not defined
Authority certificate: Thawte Premium Server CA User name in use: user defined User name: 'must leave blank'
Realm in use: user defined
Realm: 'must leave blank'
Allow PEAPv0: Yes
Allow PEAPv1: Yes
Allow PEAPv2: No
Under MSCHAPv2 within PEAP settings are
User name : your 'username'
Prompt password: no
Password: your 'password'
Have tried following also (rough notes):
HKEY_LOCAL_MACHINE\Comm\EAP\Extension\25.
"InvokePasswordDialog" and "InvokeUserNameDialog" value 1, switch to 0. Works till restart.
go to commMan/ menu/ settings set work & proxy or commMan/Conns/conns
changed to HKLM, gone to directory comm\EAP\extension\25. added a folder called validateservercert and added a key to this folder - DWORD. it asks me to edit the DWORD value - in value data i have added 00000000 and selected hexadecimal.
add the key [HKEY_LOCAL_MACHINE\Comm\EAP\Extension\25] and [HKEY_LOCAL_MACHINE\Comm\EAP\Extension\26]
Mmm... 'tis a difficult one.
>"Ideal solution either: 1. Able to store/save settings and password so it does not
>need to be entered every day (many times) or 2. Load certificate correctly."
Another alternative would be software to manage WiFi login - that saves passwords.
I tried Odyssey, but it messed up home connections. WiFi Monster does not do it.
Anything out there?
Mark
First Post so I cant send this to the dev forum for the actual build!
I am suffering from the lack of "3G" which I have noticed is widespread across many users for this build of Android.
To help the developers I have tried doing my homework...and it's fair to say that the 3G connection is connecting, however it isn't getting any data routed via the 3G connection.
I found this out by doing the following:
From the Phone keypad type *#*#4636#*#*
I made a note of the following settings.
Ping IP Addr: Fail: IP addr not reachable
Ping Host Name w w w.google. co. uk):Fail Host unreachable
HTTP Client test: Fail IOException
GSM Service:In Service
GPRS Serice:Connected
Network Type: GPRS
GSM Disconnects:========DATA=======
StatecActiveState
connected at 7:00PM and elapsed 20:42 to ApnSettingV2 Vodafone Contract Iteernet, 196,23415, Internet, h t t p: / / mms .vodafone. co. uk/servlets/mms/212.183.137.012,8799,,-1, default | supl | mms, IP, IP
Interface:rmnet0
address:10.163.102.xx (all anyone needs to know is that the xx here and the xx what I pinged in busybox below were the same!)
gateway:10.163.102.yy
dns: 88.82.13.60, 88.82.13.60
ping 10.163.102.xx (10.163.102.xx): 56 data bytes
ping: send to: Network is unreachable
ping 127.0.0.1
64 bytes from 127.0.0.1 seq=0 time=0.427ms
64 bytes from 127.0.0.1 seq=1.....etc
(yes loopback worked)
However....
In BusyBox:
su root
route
Kernel IP Routing Table
Destination Gateway Genmask Flags Metric Reg Use Iface
#
The whole routing table is blank!
Now from what I have been taught this week, a routing table should at least have an ip address and an adaptor, a gateway via an adaptor,and an internal loopback address.
WIFI was turned off deliberately and so far has not been enabled. This was so that no settings were contaminated (plus I didn't have a wifi connection available to me at the time).
These settings were taken from a clean installation of the 08mar12 magldr version of the nand rom.
Developers....please please please help me in this matter - I am trying to do diagnostics by adding routes on the routing table or look at a cached routing table (if one exists).
This is a brilliant build of android - it's just a shame that there is this problem. I moved from the sd build to the nand build because I was so impressed - unfortunately this wasnt a wise move for the timebeing even as a stopgap until this problem is resolved - I can't go back to it because I dont have the pre 2012 sd build to hand and all prior sd releases from fileservers have been removed (....
Big thanks to the American Android and Cyanogenmod team so far for a brilliant piece of software development and programming!!!
Hope this data helps warrenb & copenhagen with diagnostics!
BW
Hi, did you find a resolution to this. I'm experiencing the same problem with this build and orange UK.
Nope....still waiting on some expert assistance...or a new build that works...whichever is the sooner.
Please use the Q&A Forum for questions &
Read the Forum Rules Ref Posting
Moving to Q&A
I'm currently with LT22i_6.2.A.0.400_1265-2714.ftf and i'm not getting AGPS data.
Without AGPS data it's almost impossible here to get a FIX from GPS, 2 walks outside of 15min and no FIX.
(please note there are no errors with adresses in my actual files, i had to edit here to post, can't put links due to my posts count)
The ROM comes with thsi gps.conf:
Code:
SUPL_HOST=suplDOTsonyericssonDOTcom
SUPL_PORT=7275
The cacert.txt is the sony certificate:
Code:
-----BEGIN CERTIFICATE-----
MIIDazCCAlOgAwIBAgIBADANBgkqhkiG9w0BAQUFADBwMQswCQYDVQQGEwJTRTEN
MAsGA1UEBxMETHVuZDEvMC0GA1UEChMmU29ueSBFcmljc3NvbiBNb2JpbGUgQ29t
bXVuaWNhdGlvbnMgQUIxITAfBgNVBAsTGFNvbnkgRXJpY3Nzb24gU2VjdXJlIEUy
RTAeFw0wMDAxMDExMTAxMjlaFw0xOTEyMzExMTAxMjlaMHAxCzAJBgNVBAYTAlNF
MQ0wCwYDVQQHEwRMdW5kMS8wLQYDVQQKEyZTb255IEVyaWNzc29uIE1vYmlsZSBD
b21tdW5pY2F0aW9ucyBBQjEhMB8GA1UECxMYU29ueSBFcmljc3NvbiBTZWN1cmUg
RTJFMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA7YSdD6eHY5qywYk4
QkwwSOWjQicq5QlpbjSQMyLgCgNojPGNeBWYRRm0HiHB9bBvJpLBohxo8ZNSGEQT
U0ui3yHNP1HfK2CK5VDUmJGQIa3A1pBJeUlUWw8xdxVUbho1revxiu6UB7Pv9R1j
DSQhrnfwXrYUEF78TC/GQcnwP0D1xsKFLJAj5Oof5sv+UYXXIMdVgc+wUvjd4Mzy
SiWUw5ck1zVgA8rPgMYXOexRQO801f+dcZXQGXYUhWEH3zJY23C4XfDCTk1iKKJL
63Tgf+s+EOtl7nAJSrGTMWC+PDPnjcKMrFQJBdYOb5vq4cMqsGe8elb5agbUvHDM
2FiKtwIDAQABoxAwDjAMBgNVHRMEBTADAQH/MA0GCSqGSIb3DQEBBQUAA4IBAQAD
VmfPC4lU3+Xp2PjmfjQTl/+WRG4jAgYdUEReL+7owgmoSQreqiyomFN8/8vCONVk
7j+DVodA11Ynl4s6QTcFLnpMOzBPu06pU+yhoQaQiIFjq2ngWkIhSU4q2lOCE1n5
zMbZnQvCP8+mctuKb0Mk85hcLDi6zZQqO3wsmsh91ufo8u+7wGuUw2rFKW+yANLE
YNmCvc+24cACF8+FJ1Ps5xrUbzcrJOlFYnwDoFZqaYAYn+bB3Bl2179/QivOgLaS
b2WZUQYS0HeViZ/VLk8z/luV+dNZPvqs+/0evT63tRp4FoIThsI+eoyR0md0Y2HG
zdnYD492TlDZneEj8Nq/
-----END CERTIFICATE-----
I've tried changing to vodafone one, since some people suggested in ICS it was hardcoded in some ROMs, no chance:
Code:
NTP_SERVER=br.pool.ntp.org
XTRA_SERVER_1=xtra1DOTgpsonextra.net/xtra.bin
XTRA_SERVER_2=xtra2DOTgpsonextraDOTnet/xtra.bin
XTRA_SERVER_3=xtra3DOTgpsonextra.net/xtra.bin
SUPL_HOST=suplDOTvodafoneDOTcom
SUPL_PORT=7275
SUPL_VER=
And of course using the vodafone certificate:
Code:
-----BEGIN CERTIFICATE-----
MIIDEzCCAnygAwIBAgIBATANBgkqhkiG9w0BAQQFADCBxDELMAkGA1UEBhMCWkEx
FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMR0wGwYD
VQQKExRUaGF3dGUgQ29uc3VsdGluZyBjYzEoMCYGA1UECxMfQ2VydGlmaWNhdGlv
biBTZXJ2aWNlcyBEaXZpc2lvbjEZMBcGA1UEAxMQVGhhd3RlIFNlcnZlciBDQTEm
MCQGCSqGSIb3DQEJARYXc2VydmVyLWNlcnRzQHRoYXd0ZS5jb20wHhcNOTYwODAx
MDAwMDAwWhcNMjAxMjMxMjM1OTU5WjCBxDELMAkGA1UEBhMCWkExFTATBgNVBAgT
DFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMR0wGwYDVQQKExRUaGF3
dGUgQ29uc3VsdGluZyBjYzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNl
cyBEaXZpc2lvbjEZMBcGA1UEAxMQVGhhd3RlIFNlcnZlciBDQTEmMCQGCSqGSIb3
DQEJARYXc2VydmVyLWNlcnRzQHRoYXd0ZS5jb20wgZ8wDQYJKoZIhvcNAQEBBQAD
gY0AMIGJAoGBANOkUG7I/1Zr5s9dtuoMaHVHoqrC2oQl/Kj0R1HahbUgdJSGHg91
yekIYfUGbTBuFRkC6VLAYttNmZ7iagxEOM3+vuNkCXDF/rFrKbYvScg71CcEJRCX
L+eQbcAoQpnXTEPew/UhbVSfXcNY4cDk2VuwuNy0e982OsK1ZiIS1ocNAgMBAAGj
EzARMA8GA1UdEwEB/wQFMAMBAf8wDQYJKoZIhvcNAQEEBQADgYEAB/pMaVz7lcxG
7oWDTSEwjsrZqG9JGubaUeNgcGyEYRGhGshIPllDfU+VPaGLtwtimHp1it2ITk6e
QNuozDJ0uW8NxuOzRAvZim+aKZuZGCg70eNAKJpaPNW15yAbi8qkq43pUdniTCxZ
qdq5snUb9kLy78fyGPmJvKP/iiMucEc=
-----END CERTIFICATE-----
I'm going to try google supl now but i'm almost hopeless, anyone having issues with AGPS/GPS too?
--EDIT--
Just tried google supl with the apropriated certificate and still no AGPS info, if anyone can give me information on this please help, i'm thinking about using another firmware just to be sure but then i'll have to install everything again :/
There is something seriously wrong with aGPS in Sony 4.1.2 firmware, at least for my Xperia P.
I went through logs and it seem that problem begins with time synchronization with ntp server. I tested a few ROMs based on stock 4.1.2 and CM10 a CM10.1 and on all of them "ntp server response" is time of phone boot, not actual time! Therefore there is no time synchro (i.e. phone time offset to satellites time is nonsence). Moreover, it seems that agps process does not continue past ntp synchroniation, i.e. connection with agps servers is not established.
I tested aGPS on Stock ICS firmware and at least ntp time sync works fine.
UPDATE: Add persist.data.iwlan.enable=true persist.radio.calls.on.ims=1 to /system/build.prop I'm not sure why they only added it to NA 16s. There appears to still be issues getting this to work on LOS. I suspect it has to do with modem firmware and android driver mismatches as LOS also can't properly read the sim address book.
While testing to see if WiFi Calling worked on custom roms I flashed back to stock cn EUI 23s and noticed it doesn't even appear to work on it. It activates and doesn't give an error message on EUI 23s (once got an Error81), and it shows that it is enabled. However it doesn't appear to actually work and checking with 'Network Cell Info' it shows 'WiFi Call avail: No'.
[UPDATE] - I tracked down what makes it work. Apparently all that is needed is something in the le_x2_na (US/CA) 16s build. You can use modem 50 with it and it still works so its something about the android software itself that changed that broke it in the China 23s/India 19s roms. I tested it with Airplane mode on and only wifi enabled and it made calls so it definitely works. It appears all the other builds give Error81 eventually and will not work. I think the other builds don't even try to connect as they didn't show anything when using tcpdump. The 16s build shows lookups to 3gppnetwork.org for mnc260 "US" mcc310 "T-Mobile" (my provider) and a bunch of ISAKMP and ESP packets to the resulting ip address.
Grepping for the 3gppnetwork.org text in /system turns up the following files:
Code:
$ grep -r 3gppnetwork.org *
Binary file bin/wpa_supplicant matches
Binary file etc/firmware/modem_pr/mcfg_sw_tmo.mbn matches
Binary file etc/firmware/modem_pr/mcfg_sw_cmcc.mbn matches
Binary file framework/oat/arm64/wifi-service.odex matches
Binary file priv-app/Settings/oat/arm64/Settings.odex matches
Binary file vendor/lib/lib-imsqimf.so matches
Binary file vendor/lib64/lib-imsqimf.so matches
Generic Access Network
If no one else knows what's going on with it I might throw a packet sniffer in between and see if its actually sending out the request properly. It should also help to see if a call is actually being routed, but it fails when I turn off the cell connection so I think it may not be working. There also isn't a wifi calling icon at top so probably isn't working.
Code:
05-13 00:01:30.219 2280 3293 I NetworkController: onReceive: intent=Intent { act=android.net.wifi.RSSI_CHANGED flg=0x4000010 mCallingUid=1000 (has extras) }
05-13 00:01:30.228 2280 3293 I NetworkController: onReceive: intent=Intent { act=android.net.wifi.RSSI_CHANGED flg=0x4000010 mCallingUid=1000 (has extras) }
05-13 00:01:30.361 12051 12051 I ViewRootImpl: finishMotionEvent: handled = true stage=10: View Post IME stage,inputElapseTime=2 eventTime = 2467238 downTime = 2467238 title= com.android.settings/com.android.settings.Settings$WifiCallingSettingsActivity
05-13 00:01:30.439 2280 3293 I NetworkController.MobileSignalController(slotId:0 subId:1): mWfcImsObserver onChange()
05-13 00:01:30.458 1605 2698 W AppOps : isskipsystem code:40 uid:1001
05-13 00:01:30.466 2755 3770 E ImsConfigImpl: getImsConfigListener returns null
05-13 00:01:30.466 2755 3770 E ImsConfigImpl: onSetFeatureResponseDone listener is not valid !!!
05-13 00:01:30.470 1605 2604 W AppOps : Finishing op nesting under-run: uid 1001 pkg org.codeaurora.ims code 40 time=0 duration=0 nesting=0
05-13 00:01:30.484 1605 2628 W AppOps : isskipsystem code:40 uid:1001
05-13 00:01:30.510 1605 2681 W AppOps : Finishing op nesting under-run: uid 1001 pkg org.codeaurora.ims code 40 time=0 duration=0 nesting=0
I also notice that while VoLTE appears to work on 23s if you turn it off and on it doesn't, the logcat output also looks a bit odd, like it might not be doing anything at all, ugh.
Code:
05-13 00:20:02.742 2755 2755 I ViewRootImpl: finishMotionEvent: handled = true stage=10: View Post IME stage,inputElapseTime=1 eventTime = 3580090 downTime = 3580090 title= com.android.phone/com.android.phone.MobileNetworkSettings
05-13 00:20:02.878 1605 1633 W AppOps : isskipsystem code:40 uid:1001
05-13 00:20:02.887 2755 3770 E ImsConfigImpl: getImsConfigListener returns null
05-13 00:20:02.887 2755 3770 E ImsConfigImpl: onSetFeatureResponseDone listener is not valid !!!
05-13 00:20:02.967 1605 2628 W AppOps : Finishing op nesting under-run: uid 1001 pkg org.codeaurora.ims code 40 time=0 duration=0 nesting=0
It works on the us rom x829 5.8.16s and maybe on some of the dev roms.
Edit: You can check by enabling airplane mode
whymoo said:
It works on the us rom x829 5.8.16s and maybe on some of the dev roms.
Click to expand...
Click to collapse
Thanks, I'll have to take a look at what it is doing differently between 16s and 23s so hopefully it will work on more roms.
So running tcpdump on 23s and turning off and on WiFi Calling does not appear to produce any network packets at all, or at least not any that tcpdump saw. I'll have to try it out on 16s sometime soon.
Updated OP, US 16s apparently will work with various modem firmwares, v24 v50 tested, but India 19s and China 23s do not.
I'm not certain but I think the issue is due to the newer builds not including WfcService at all. Copying it from 16s though causes com.android.phone to crash continuously.
ccheney said:
Updated OP, US 16s apparently will work with various modem firmwares, v24 v50 tested, but India 19s and China 23s do not.
Click to expand...
Click to collapse
Nice to see someone digging into this. Getting sick of the 16s firmware.
Another thing which is a bit interesting is that with the original 16s radio, WiFi calling tends to be a bit less finicky about connecting. After reading your post, I flashed the v50 modem, and got the REG99 "Unable to connect" error message upon booting. This almost never happens with the original modem file. I did manage to get it to work, but only after putting the phone into Airplane mode and enabling WiFi. If you only need to call numbers in your contacts, or receive calls, you can leave it in Airplane. Otherwise, the dialer shows "Emergency calls only", and you have to put it back into normal mode. The 16s seems more seamless, but the newer modem files are probably better overall for other radio functions.
I wish LeEco would release the sources for the 16s firmware, to make the job of the devs easier for this, but I don't see that happening.
If anyone knows more details about how WFC works in Android please let us know or point to reading material.
I have some prior Android hw development experience but have been previously using an iPhone and finally made the switch permanent with this phone. So I'm still learning how WFC works under Android, but it seems there are also two sets of modem files. The ones in /system/etc/firmware/modem_pr/ and the ones in /firmware/image/modem_pr/mcfg/configs/mcfg_sw/generic . I'm not sure why they are different (the md5sums don't match). There are much fewer of them in the system area as well as compared to firmware. I suspect the ones in /firmware are from qualcomm for global use and perhaps LeEco just picked a few to actually use for some reason? Looking at how the Pixel phones do it they seem to copy the files out of the /firmware dir to use at boot time. I'll have to try out v50 again later on 16s but I'm pretty sure I got it to work fine. VoLTE activation also seems to be a bit flaky even on the EUI firmware.
I suspect that WFC does not work for carriers in Europe or most of Asia even on 16s unless the 'others' modem profile allows them to work somehow. There are more modem profiles in /firmware we could potentially use if we determine how this works.
I'm going to go back to EUI 23s again and see if it ever tries to communicate to the WFC website via tcpdump. It certainly didn't show much in the logcat output that I could see. I'm not sure if I can start tcpdump with the network down, but it does seem to work with just disabling/reenabling WFC on 16s.
I'm probably wrong, but couldn't someone just take the WFC code from another SD820 phone and use that to make it work?
/system/etc/firmware/modem_pr/
mcfg_sw_att.mbn - US - AT&T
mcfg_sw_cmcc.mbn - China - CMCC
mcfg_sw_ct.mbn - China - CT
mcfg_sw_cu.mbn - China - CU
mcfg_sw_le_others.mbn - ??
mcfg_sw_others.mbn - ??
mcfg_sw_reliance.mbn - India - Reliance
mcfg_sw_tmo.mbn - US - T-Mobile
mcfg_sw_verizon.mbn - US - Verizon
I did another round of testing on 23s and I turned airplane mode on/off while running tcpdump, just toggling wifi didn't give any error and didn't work, WFC gave Error81 but there was no visible attempt to connect to the WFC server or even do a DNS lookup for it during the entire time. No points for LeEco making their newer roms buggier.
Interestingly CN 16s also gives Error81, so it might be that only the NA (US/CA) 16s works for some reason. I suspect it might have something to do with the modem firmware.
UPDATE: I think I solved the issue on EUI, testing against 26s now to see if it fixes it. Having trouble verifying if I fixed it as its not giving Error81 anymore but not saying WFC is enabled either, will have to look at tcpdump output some more I suppose.
Ok, so I managed to get IN 19s to work with the change. For some reason CN 23s/26s did not seem to work.
All you have to do is add the following and it works:
persist.data.iwlan.enable=true
At the top of the screen it shows "T-Mobile Wi-Fi Calling LTE" (I'm using T-Mobile) I noticed that if I have Airplane mode enabled it does not appear to be able to make calls so it may be only partially working, will have to look at tcpdump output to see if its actually registering. It may need persist.radio.always_send_plmn=true but I'm not sure yet. I can't really tell from the tcpdump if its working or not, will have to capture a full call under 16s to see what it looks like to compare it. There was lots of ipv4/ipv6/da1a data being transferred, but I don't know which part was the call, lol.
There may be other useful props to add from NA 16s but I'm not sure.
But I'm still pretty new at this, only had an Android phone for a couple weeks.
ccheney said:
Ok, so I managed to get IN 19s to work with the change. For some reason CN 23s/26s did not seem to work.
All you have to do is add the following and it works:
persist.data.iwlan.enable=true
At the top of the screen it shows "T-Mobile Wi-Fi Calling LTE" (I'm using T-Mobile) I noticed that if I have Airplane mode enabled it does not appear to be able to make calls so it may be only partially working, will have to look at tcpdump output to see if its actually registering. It may need persist.radio.always_send_plmn=true but I'm not sure yet. I can't really tell from the tcpdump if its working or not, will have to capture a full call under 16s to see what it looks like to compare it. There was lots of ipv4/ipv6/da1a data being transferred, but I don't know which part was the call, lol.
There may be other useful props to add from NA 16s but I'm not sure.
But I'm still pretty new at this, only had an Android phone for a couple weeks.
Click to expand...
Click to collapse
If you can get Wi-Fi Calling and VoLTE to work in Nougat ROMS it would be amazing.
So I found out how to make IN 19s work properly after looking at the LOS 14.1 x2 device tree.
You need both of the following:
persist.data.iwlan.enable=true
persist.radio.calls.on.ims=1
I can now turn on airplane mode and only turn on wifi and still make calls so it is going over WiFi like it should.
LOS 14.1 does not support it due to a 'feature' in the code they copied from LeEco. They turn off support for WiFi Calling for the X820 model for some unknown reason. Even the cellular providers in China support WiFi calling so its unclear why they did that. Oh and this might also fix VoLTE but I haven't tested that part yet...
device/leeco/msm8996-common/init/init_leeco_msm8996.cpp
Code:
else if (isLEX820)
{
// This is LEX820
property_set("ro.product.model", "LEX820");
property_set("persist.data.iwlan.enable", "false");
// Dual SIM
property_set("persist.radio.multisim.config", "dsds");
// Disable VoLTE
property_set("persist.radio.cs_srv_type", "1");
property_set("persist.radio.calls.on.ims", "0");
property_set("persist.radio.jbims", "0");
}
else if (isLEX829)
{
// This is LEX829
property_set("ro.product.model", "LEX829");
property_set("persist.data.iwlan.enable", "true");
// Dual SIM
property_set("persist.radio.multisim.config", "dsds");
// Enable VoLTE
property_set("persist.radio.cs_srv_type", "0");
property_set("persist.radio.calls.on.ims", "true");
property_set("persist.radio.jbims", "true");
}
I flashed today's official LOS 14.1 and noticed there isn't an option to even turn on/off VoLTE/WFC at all. I'm guessing it is disabled in the settings gui in the build?
Anyone happen to know what I need to change to make it show up?
ccheney said:
I flashed today's official LOS 14.1 and noticed there isn't an option to even turn on/off VoLTE/WFC at all. I'm guessing it is disabled in the settings gui in the build?
Anyone happen to know what I need to change to make it show up?
Click to expand...
Click to collapse
Maybe editing the settings.db and/or dialing *#*#4636#*#*. Great work so far.
whymoo said:
Maybe editing the settings.db and/or dialing *#*#4636#*#*. Great work so far.
Click to expand...
Click to collapse
Thanks!
The secret menu shows its disabled but won't let me change it but and I don't see a settings.db file in /system, is it somewhere else?
Looking *#*#4636#*#* menu it seems to be having some issues reading the SIM properly. It claims that ViLTE is unprovisioned, WiFi Calling is unprovisioned, IMS is not registered, no SIM Address Book, etc.
Searching online it seems that at least on some versions of Android that if it doesn't detect you can use the feature (VoLTE/ViLTE/WFC) it is auto hidden, so the problem may lay with the problems reading the sim.
Update: Flashed back to NA 16s and the SIM address book has entries in it so its definitely something wrong with LOS 14.1 ability to read the SIM card properly. Unfortunately the hidden menu in 16s doesn't show the VoLTE/ViLTE/WFC status like the version in LOS 14.1
With NA 16s 'Network Cell Info' shows the following:
VoLTE capable: Yes
WiFi call Available: Yes
Video call av: No
Video call en: No
So ViLTE may take extra effort to make work, but VoLTE/WFC should work once we resolve why the SIM isn't being read properly.
settings.db is supposed to be in /data/data/com.android.providers.settings/databases/settings.db but its missing. Have you tried Resurrection Remix? In the *#*#4636#*#* menu volte and wi-fi calling are enabled but they don't work.
I'll have to take a look at that. I just grabbed the 23s failed logcat output and am about to compare it to NA 16s working output to see if anything obvious sticks out.
ccheney said:
I'll have to take a look at that. I just grabbed the 23s failed logcat output and am about to compare it to NA 16s working output to see if anything obvious sticks out.
Click to expand...
Click to collapse
infrag was able to fix volte in this nougat ROM https://drive.google.com/open?id=0B4k5OpXTXcS9bVRVVkZMY2RORDQ
Here is the thread https://forum.xda-developers.com/le-max-2/development/kernel-blackscreen-leeco-x2-t3604445