i dont know if this is the right section for this question so MODS/ADMIN/GODS move to the right place here is my question first of all I've unlocked flashed/reflashed my cingular with pof's software so thanks to that, but I want to know how to set-up my Cingular 8525 on TMOBILE to send MMS what are the correct settings?any guide?I tried the MDA setting but cant get it to work...so I really need help...Thanks...
25 views 0 replies I'll be patient and wait...
iseedeadpeople said:
25 views 0 replies I'll be patient and wait...
Click to expand...
Click to collapse
Maybe since this forum is for upgrading. I also noticed your post at HOFO. Have you called TMO and asked? I took a quick look at TMO site and it wasnt much help. The "settings" servers/ports from the MDA will work, what is the specific issue. Is there no place to enter the servers or does it look correct and it just doesn't send or receive?
well all the fields to key-in is in there only problem is it has 2 options when im asked MyISP or My Network, dont know where to add modem there and also on the MMS setting there is a The WAP and Secure WAP?so which is which?anybody here using t-mobile MMS with cingular 8525
If your in the uk, you can sign onto my tmobile and they will send the settings to your phone.
To add a new modem you have to go to start>settings>connections> Add a new modem connection
You should specify in the mms settings to use the TMO connection
Here are the steps and settings:
Step 1. Setup GPRS connection for T-Mobile network:
Start > Settings > Connections (tab) > Connections > Advanced (tab) > Select Networks > New...
Enter the name for the profile (e.g. T-Mobile), then go to "Modem" tab and click "New...", enter name for the connection (e.g. T-Mobile Data), choose "Cellular line (GPRS, 3G)" in the drop-down menu, click "Next", the access point should be "wap.voicestream.com", click "Next", leave all fields blank on this page, click "Finish". Now go to "Proxy Settings" tab and select "This network connects to the Internet".
**Mod edit**
I removed your section on how to possibly get free internet from your provider. This board is not for the discussion warez, or anything closely related. If you want to share that type of info do it in private
Click "Ok" all the way out.
Step 2. Setup MMS:
Start > Programs > Messaging > Menu > Tools > Options... > MMS > Servers (tab) > New
Server name: (you name it)
Gateway: 216.155.165.50
Port Number: 9210
Server address: http://216.155.174.84/servlets/mms
Connect via: (the connection you created in step 1)
Sending size limitation: 300K
WAP Version: WAP 1.2
Click "Ok", set this new entry as default (with a red arrow on the icon).
You are all set.
p.s. I can get free internet on my account but not my friends', don't know why, need to have T-MobileWeb service ($5.99) to make it work on their account, eventhough still cheaper than Total Internet service ($29.99)
I never try WAP 2.0 on MMS settings, 1.2 works, so... (port 9210 is default for WAP 1.2, when choosing WAP 2.0 it will change to 8799)
hope this helps
iseedeadpeople said:
only problem is it has 2 options when im asked MyISP or My Network
Click to expand...
Click to collapse
<<<<<<<<on this part which one should i choose? MyISP or My Network when adding the modem..Thanks..
iseedeadpeople said:
<<<<<<<<on this part which one should i choose? MyISP or My Network when adding the modem..Thanks..
Click to expand...
Click to collapse
Either MyISP or My Network are the name of the profiles.
Anyway, I'll suggest leave "MyISP" alone and create a new profile insted of modify it. (probably modify it works too) It seems like some features are not open to that one.
Afterwards, when selecting network, the new profile go to the upper slot. and the lower slot probably be "My Work Network".
As many of you who have followed my previous rants already know, I recently upgraded from an out-of-the-box unit to a GPS enabled device - via a sampling of the 3.35+ Radio and the 5060+ ROMS - and have MAJOR problems when trying to access a non-WiFi internet, SMS or email connection - via Network Connection.
Although my PHONE continued to work fine, and I could send and receive instant Text messages... I could NOT send or receive ANY MMS or SMS transmittals. I could, however, access my email and the internet - via WiFi (at first), but - when I attempted to connect to same via Verizon Wireless... my Verizon VX6800 starts to connect via the #777 access, but will show an empty Password box on the Network Log On page (in other words it doesn't save the Password from a previous attempt - even after I type "vzw" and check the box).
At first - we were receiving error messages that said: "Error Code 11; PPP Connection Error" and "Network Connection Failure".
I can not begin to tell you how many times we took the battery out and did hard resets... as well as dialed "*228"...! I've even returned the device back to the original settings (ROM 2.09.605.8; Radio: 1.30.60) and - with the exception of the "Error Code 11" and PPP message... STILL have these connection issues.
Countless calls to Tech Support have finally put me in touch with one Ian Chamberlain... a most sincerely concerned, patient and articulate tech dude... who went the extra mile, and then some, to troubleshoot the problem. Yes, (as with all the others) he knew from the start that I had cracked the OS and upgraded from 6.0 to the much more desired 6.1 - with the needed GPS... and he STILL was willing to try to help.
In the course of his investigation, we discovered (much like that of a few fellow XDA-Dev'ers & PPCGeekers) that there was a Network setting (on Verizon's end...) that somehow required "resetting". Foregive me, but I've forgotten just what it was called... a DMU setting... I believe. Anyway... once that was preformed, we no longer received the afore mentioned "Error Code 11, etc." message - and now ARE able to receive MMS messages... but, still are NOT able to send or receive email OR access the internet on anything other than WiFi. A direct EVDO connection takes us to the Logon to Server page.
Thinking it may NOT be just be this device, Verizon has kindly offered to send us a NEW, out-of-the-box device (rather than a referb unit)... knowing I'm going to attempt to upgrade it. The current belief is - that in addition to the Network Connection Switch issue, we previously may have unwittingly been given replacement phones (from our local Verizon Wireless store) that may have been part of a "bad batch".
Once the new unit arrives (sometime tomorrow) I'll try it "as is" - in it's natural form... both via WiFi as well as direct - with a Network connection. If that works without flaw, as hoped, then we'll attempt to upgrade to the 2.40 boot loader, then the more stable 3.35+ Radio and N2C 5060 ROM... (that is, unless any of you have a better, more reliable suggestion).
Has anyone else had similar connection issues...? ANY helpful insight would be MOST welcomed, not just by me... but by many fellow VX6800/Mogul/Titan users, as well.
More to follow.
__________________
Sandy Korda
Firefighter/EMT,
Accountability, Incident Management & Disaster Mitigation Specialist
FIRE-RESCUE PRODUCTS, INTERNATIONAL
a division of The Image Group, Inc.
www.image911.com
When you initially upgraded to 3.35, did you let the Sprint customizations run by accident?
Negative. I pushed my stylus into the reset port prior to the Custom Install 3-2-1- count down.
You would benefit by following my handy tip here:
http://forum.xda-developers.com/showpost.php?p=2212691&postcount=336
Search is your friend, and takes less time than ranting. Cheers!
Negative. I pushed my stylus into the reset port prior to the Custom Install 3-2-1- count down.
Click to expand...
Click to collapse
We are aware of the DMU public key issue. It usually gets wiped when people who are not Sprint users have updated their PRI to Sprint's 2.03 PRI (part of customizations). When you flashed back to stock, RadioRefurbish.sa.cab was installed as part of Verizon's customizations reverting you back to the Verizon PRI, though it clears the DMU public key in EPST. The DMU public key, located in EPST under M.IP Default Profile, is a public key which authenticates to Verizon's AAA server upon connecting to #777, and writes the AAA Shared Secret and HA Shared Secret private encrypted keys in EPST also under M.IP Default Profile.
Go into EPST by dialing ##778, choose Edit, enter SPC 000000, and then select M.IP Default Profile. There should be encrypted values in those 3 fields. Are they blank? If so, the DMU reset did not work. Also check the HDR AN AUTH Password field under the Security tab in EPST. That too should have an encrypted value. If it's blank too, the DMU public key still hasn't been reset.
You can manually reset the DMU public key, but can't through EPST. QPST must be used with the phone in DMR to write the key to the proper directory.
You would benefit by following my handy tip here:
http://forum.xda-developers.com/show...&postcount=336
Search is your friend, and takes less time than ranting. Cheers!
Click to expand...
Click to collapse
This is incorrect. The Verizon carrier cab does not write EPST values, nor does it reset the DMU public key.
gcincotta said:
.....
This is incorrect. The Verizon carrier cab does not write EPST values, nor does it reset the DMU public key.
Click to expand...
Click to collapse
Since its worked for me over a dozen times, I guess you are correct and know more than anyone else. Give it a rest!
Perhaps... but, we were having the Data Connection Error along with the repeated missing Password issue even AFTER we upgraded (and before we went back to the OEM settings).
Since going back to the original format, we even attempted to connect after adding a new modem connection... with no luck.
I ##778'ed and made the changes to the settings, saved, reset and STILL - the problems persisted.
I'll share your comments with the service tech.
ebb said:
Since its worked for me over a dozen times, I guess you are correct and know more than anyone else. Give it a rest!
Click to expand...
Click to collapse
maybe you guys mean 2 different things. the verizon cab sets up ##PST(send) shortcut to launch EPST.
it does not write any values accessed via EPST, it does not run radiorefurbish, it does not load PRI, and it does not touch DMU key, HA, AAA, etc.
Sandy Korda said:
Perhaps... but, we were having the Data Connection Error along with the repeated missing Password issue even AFTER we upgraded (and before we went back to the OEM settings).
Since going back to the original format, we even attempted to connect after adding a new modem connection... with no luck.
I ##778'ed and made the changes to the settings, saved, reset and STILL - the problems persisted.
I'll share your comments with the service tech.
Click to expand...
Click to collapse
well, obviously your problem lies within non volatile provisioning as it carries over between flashes.
i think your answer lies in gcincotta's previous post. the dmu reset maybe did not really take.
Go into EPST by dialing ##778, choose Edit, enter SPC 000000, and then select M.IP Default Profile. There should be encrypted values in those 3 fields. Are they blank? If so, the DMU reset did not work. Also check the HDR AN AUTH Password field under the Security tab in EPST. That too should have an encrypted value. If it's blank too, the DMU public key still hasn't been reset.
Click to expand...
Click to collapse
Actually, as I posted my comment from work... and had to attend to some other matters, I had no idea anyone had replied as quickly to my posting! I was late in responding in a rapid fashion to Gcincotta's missive. (Someone beat me to it.) My comment was NOT meant as a slighted response to Ebb's observant perspective... regardless of how it may read. Out of context, it presents as such, yet - I never intended my utterances to ever have been disrespectful.
My sincere apologies if they were.
Sandy Korda said:
Actually, as I posted my comment from work... and had to attend to some other matters, I had no idea anyone had replied as quickly to my posting! I was late in responding in a rapid fashion to Gcincotta's missive. (Someone beat me to it.) My comment was NOT meant as a slighted response to Ebb's observant perspective... regardless of how it may read. Out of context, it presents as such, yet - I never intended my utterances to ever have been disrespectful.
My sincere apologies if they were.
Click to expand...
Click to collapse
its all good i just want you to try what he posted
there are further steps that will restore your service if we know this is the problem..
Quote:
Go into EPST by dialing ##778, choose Edit, enter SPC 000000, and then select M.IP Default Profile. There should be encrypted values in those 3 fields. Are they blank? If so, the DMU reset did not work. Also check the HDR AN AUTH Password field under the Security tab in EPST. That too should have an encrypted value. If it's blank too, the DMU public key still hasn't been reset.
__________________
Have done the above... and noticed that - according to your observations - the DMU must not be catching, as the HDR AN AUTH Password - under the Security option is STILL missing... as are TWO (not Three) fields under the M.I.P. Default Profile: HA Shared Secret and AAA Shared Secret... both of same are still blank.
According the Ian, the switch was reset yesterday - and the Network issue was believed to have been corrected - since we were then able to receive the MMS messages, when previously - we were not able to.
The same problem existed with the two previous devices - obtained from the same location... and could possibly be from the same production lot. If there were a production error, it is more than likely that it would/could have ended up in this group. The replacement device due in tomorrow is coming from a totally different location. If it is problem-free, it might suggest that this section of Vermont received a bad "batch".
Thusly, we're hoping the new unit may prove this theory out. If the new device should hold not only the password, but also be able to access thee internet and email via a network connection, as well as via WiFi, then we have a clean device to re-load the upgrade as you suggest.
~ Sandy
Have done the above... and noticed that - according to your observations - the DMU must not be catching, as the HDR AN AUTH Password - under the Security option is STILL missing... as are TWO (not Three) fields under the M.I.P. Default Profile: HA Shared Secret and AAA Shared Secret... both of same are still blank.
Click to expand...
Click to collapse
I'm sorry, I was at work when I first posted and didn't realize my error. The DMU public key shouldn't be blank, it should be set to 10, whether it was reset or not, it never goes away. However, you know you have a bad public key when it is not writing the HA Shared Secret, AAA Shared Secret, and HDR AN AUTH Password, as you've stated these are blank.
Thusly, we're hoping the new unit may prove this theory out. If the new device should hold not only the password, but also be able to access thee internet and email via a network connection, as well as via WiFi, then we have a clean device to re-load the upgrade as you suggest.
Click to expand...
Click to collapse
There is a way (through service programming) to manually reset your DMU public key. I see you're expecting a new device so hopefully that will fix your issue, as the DMU public key on it should be valid. Just for future reference though, WiFi is unaffected by DMU. I think you said in your original post that WiFi works but EVDO doesn't. That makes sense as the DMU public key is only needed to create a 3g connection via EVDO. WiFi doesn't connect via #777 and therefore needs no authentication.
Best of luck with the new device though, and keep us posted.
The DMU public key (PKOID) IS set to "10" - as you just mentioned. The only items blank are the HA and AAA Shared Secrets. And, that of the HDR AN AUTH and PPP Passwords (under Security).
The DMU public key (PKOID) IS set to "10" - as you just mentioned. The only items blank are the HA and AAA Shared Secrets. And, that of the HDR AN AUTH and PPP Passwords (under Security).
Click to expand...
Click to collapse
Yup...dmu key isn't doing its job. It writes the PPP password as well, but I didn't bother including it in the post as that's only used for the older dial up data connection.
If your dmu key is properly reset on that device (or is healthy on your new device), those 4 fields should be filled with encrypted data.
I am having similar issues with my phone. I checked the settings mentioned and my phone does have encrypted values in the fields. is there a resolution if the phone does have the encrypted passwords? My phone is running the same radio and rom.
I am having similar issues with my phone. I checked the settings mentioned and my phone does have encrypted values in the fields. is there a resolution if the phone does have the encrypted passwords? My phone is running the same radio and rom.
Click to expand...
Click to collapse
If your DMU key is writing the encrypted values, then it is not a DMU key issue.
My advice to you would be for you to *228 option 1, then try and connect. If it says check username and password, go into Connections and Manage Existing Connections, and manually put in [email protected] for username and vzw for password, leave domain blank, set it to save password, and try to connect again.
If this fails, it also could be an issue on their end. Sometimes Verizon's computers go funky and they need to remove the data package from your account and re-add it. So if the above 2 steps fail, call them and have them do that.
As I mentioned in my original musing, a chap in the Tech Support department at Verizon's "Midnight Tech Crew" was MOST helpful when I first opened this forum. Ian Chamberlain (at Extension #2837) has been my "go to guy" of choice, as his old school commitment to customer service (satisfaction) is not only refreshing, but personally helpful as well...! That said, he not only assisted me in setting up my NEW (not refurbed) device, but also discovered (after doing some deep level research) that although another tech had made the usual switch flips, key punches and button pushes... something just wasn't Kosher... and took it upon himself to do it all over, once again. Wouldn't you know it - it made the difference! We even back tracked... and reactivated my original device - just to see if the settings were the actual culprit... and wouldn't you know it - it too was working good as new!
I'm sending the new unit back, as it wasn't needed, after all.
Talk about a Tech guy willing to stay with a customer until he (or she) is completely satisfied...!! When I offered to keep working WOW! I know Verizon is proactive to their customer's needs, but - this guy goes well beyond the usual call of duty. He even offered to stay with me while I upgraded my Radio, and installed the newest ROM... just to make sure everything was working to my satisfaction! Now, if ALL of Verizon's crew was like that... it in and of itself is enough of a reason to stay with the company!
Oh yeah, the service is right up there, too!
Yeah Sandy, the dmu key was probably not being reset correctly by the other rep. When Ian properly reset it, it worked fine.
I'm glad you got a rep that was willing to help so much...so far I haven't come in contact with anyone from VZW support like that.
Ian and I were speculating that perhaps I was continually being given devices that were out of a "bad batch" and had some software issue in them... so he arranged to have a NEW device sent from another location (Texas)... for a NextDay/Saturday delivery! Serious bite of change to ensure customer satisfaction!
I know you're with "the Other company"... but, in all fairness, you too - have been equally as helpful - to many of us, as we attempt to not brick our devices in our valiant desires to upgrade and flash anew! Such levels of end-user dedication is not often seen nor experienced in the world of today's "Instant Gratification Generation".
Clearly, two cool breezes in the hot sweltering days of Summer!
Thanks!
I know you're with "the Other company"... but, in all fairness, you too - have been equally as helpful - to many of us, as we attempt to not brick our devices in our valiant desires to upgrade and flash anew! Such levels of end-user dedication is not often seen nor experienced in the world of today's "Instant Gratification Generation".
Click to expand...
Click to collapse
Lol, what do you mean "the Other company?"
I spent most of a day trying to get an APN definition for MMS working on my new (and first) smartphone. Searching for answers, I found a lot of conflicting information regarding the meaning and specification of "APN type." I finally decided to go to the source (code) to understand. Here's what I found for Android 4.1.1 (sorry if this is duplicative, but nowhere could I find an exhaustive list):
from /android/4.1.1/frameworks/base/telephony/java/com/android/internal/telephony/Phone.java, /android/4.1.1/frameworks/base/telephony/java/com/android/internal/telephony/DataConnectionTracker.java, and /android/4.1.1/frameworks/base/core/java/android/net/ConnectivityManager.java
default any type for which no APN entry is defined
mms Multimedia Messaging Service
supl Secure User Plane Location, geographic device location
dun Dial Up Networking bridge
hipri High Priority Mobile data
ims IP Multimedia Subsystem
fota Over the air Adminstration
cbs Carrier Branded Services
* all types of traffic (literal asterisk string)
"APN type" may be specified by including one or more of the above strings in a comma-separated list (apparently only lower-case, no spaces). In my case (Italy Coop-Voce branded service apparently carried by TIM), specifying a GPRS APN with APN type "default" and a second APN definition with APN type "mms" was sufficient to provide working Internet, SMS, and MMS access. After saving the MMS APN definition, I saw that it showed no radio-button for selection. I thought that meant the definition was faulty, but not so; it works just fine for MMS nonetheless (apparently the radio button selects only the primary data APN).
from /android/4.1.1/frameworks/base/core/java/android/net/ConnectivityManager.java
MMS An MMS-specific Mobile data connection. This connection may be the same as TYPE_MOBILE but it may be different. This is used by applications needing to talk to the carrier's Multimedia Messaging Service servers. It may coexist with default data connections.
SUPL A SUPL-specific Mobile data connection. This connection may be the same as TYPE_MOBILE but it may be different. This is used by applications needing to talk to the carrier's Secure User Plane Location servers for help locating the device. It may coexist with default data connections.
DUN A DUN-specific Mobile data connection. This connection may be thesame as TYPE_MOBILE but it may be different. This is used by applicaitons performing a Dial Up Networking bridge so that the carrier is aware of DUN traffic. It may coexist with default data connections.
HIPRI A High Priority Mobile data connection. This connection is typically the same as TYPE_MOBILE but the routing setup is different. Only requesting processes will have access to the Mobile DNS servers and only IP's explicitly requested via requestRouteToHost will route over this interface if a default route exists.
IMS IP Multimedia Subsystem
FOTA Over the air Adminstration.
CBS Carrier Branded Services
Note: directory structure and module content vary with Android version. Some earlier versions do not define all above APN types; otherwise, type strings and meanings appear to be consistent across versions.
Thank you for sharing.
I know it's an old post but I won't to open a new thread since I think this is still gave good informations about apn.
I would like to know if it's useful tu change apn type values manually.
My previous carrier(wind) in type apn had this values:
Code:
default,supl,agps,fota,dun
.
My current carrier (kena mobile) has just
Code:
default
in apn type and
Code:
pap
in authentication method.
This are the settings obtained via carrier auto-configuration procedure for Moto G5 plus(my smartphone).
What do you think? It's useful tu add different values after
Code:
default
or it's a total waste of time since the carrier system override what you set locally on your device?
Thank you very much.
there's also the "admin" type which you can use for using duplicated SIM cards.
T-Mobile's APN settings for the LG ThinQ has a type called "xcap":
Sorry, don't have enough posts to include the link.
Anyone know what xcap is for? I Googled for this APN type value, but haven't found anything about this value.
Thanks,
Q
Thanks for the info. Valuable information in this post. Thumbs up!
Hi folks,
I noticed last month on my Telus usage that my phone was showing data usage. I have set the APN type to supl,mms (removed default) so I didn't understand why there was data showing up. Telus was not helpful in identifying the packets.
I installed a tool called Network Log and added some filters. Based on the timestamps in my Telus usage and the logs, I have been able to identify the traffic as follows:
Application: (-1) Kernel
SRC: various, e.g. 100.123.71.10, 10.205.174.50, 10.206.97.89
DST: 255.255.255.255
Length: 306
Interface: UDP/rmnet_usb0
Protocol: BOOTP
Any ideas why the phone would be receiving this type of traffic?
I've checked my data usage from when I got the phone and it seems like it has been experiencing this all along.
After some Googling I found this thread: http://forums.anandtech.com/showthread.php?t=1342337
Which doesn't answer my question and also seems to be affecting a desktop. I used a traceroute tool on my phone to confirm that the IP is reachable over my 3G connection. Weird.
tyraen said:
I've checked my data usage from when I got the phone and it seems like it has been experiencing this all along.
After some Googling I found this thread: http://forums.anandtech.com/showthread.php?t=1342337
Which doesn't answer my question and also seems to be affecting a desktop. I used a traceroute tool on my phone to confirm that the IP is reachable over my 3G connection. Weird.
Click to expand...
Click to collapse
10.x.x.x addresses are internal networks addresses. So it's coming from your provider. Where does it trace?
polobunny said:
10.x.x.x addresses are internal networks addresses. So it's coming from your provider. Where does it trace?
Click to expand...
Click to collapse
Not very useful. For example, it goes:
1. 91.1.138.8
2. 10.233.166.225
So not very deep within the Telus network. I guess I need to reach out to them. I find it odd that my phone would be receiving the traffic but not others.
tyraen said:
Not very useful. For example, it goes:
1. 91.1.138.8
2. 10.233.166.225
So not very deep within the Telus network. I guess I need to reach out to them. I find it odd that my phone would be receiving the traffic but not others.
Click to expand...
Click to collapse
It is a bit strange, but since you're technically still connected to their gateway, they can send you those packets.
It's mostly strange that they need to send you boostrap packets. If you enable data back, do you still get them?
Maybe for some reason they're not allowing you an address using dhcp because you removed default. Just a thought like that.
polobunny said:
It is a bit strange, but since you're technically still connected to their gateway, they can send you those packets.
It's mostly strange that they need to send you boostrap packets. If you enable data back, do you still get them?
Maybe for some reason they're not allowing you an address using dhcp because you removed default. Just a thought like that.
Click to expand...
Click to collapse
Interesting thought, I enabled data earlier so I will see if the requests stop coming in.
They did not stop unfortunately. I have been in touch with Telus support and sent them some timestamps and the data that I have logged. Hopefully that will help.
tyraen said:
They did not stop unfortunately. I have been in touch with Telus support and sent them some timestamps and the data that I have logged. Hopefully that will help.
Click to expand...
Click to collapse
Good luck with that. Do you know about the bootstrap packets though? I mean, they're not harmful, and I would find it surprising that Telus takes those into account.
polobunny said:
Good luck with that. Do you know about the bootstrap packets though? I mean, they're not harmful, and I would find it surprising that Telus takes those into account.
Click to expand...
Click to collapse
Me too. I don't get it either. All I have to go on are the logs (which seem pretty comprehensive) giving me a timestamp that corresponds to the "Data Usage" entry in their account/billing screens.