| MMS fail with T68i |  Search
|
|
NowSMS Support Forums ⬆ NowSMS Support - SMS Issues ⬆ Archive through September 15, 2003 ⬆ |
◄ ► |
| Author | Message | |||
| Matthieu |
Hello, First, thanks for your great support: your website, discussion board and user guides are really top level. I am using my own BSS/MSC/SMSC/SGSN with nowSMS MMSC and WAP gateway. Everything seems to be working fine except that the mobile (Sony-Ericsson T68i) seems to hang and finally gives a network error when I try to either send or receive a MMS. Both the MMSC and WAP log file show that the MMS retrieval was OK: see dump below. I've double checked all the settings...could it be a content adaptation pb? How to disable it? in MSC.ini file? could it be a setting on the MS? Thanks a lot! -Matt ******************************* MMSC log file: 2003-05-21 12:46:53,MMSIN,10.176.99.102,342101199,342101133,20030521/12/ED8ED82C,SAR-342101133-ad-2-1.req 2003-05-21 12:46:53,MMSIN,10.176.99.102,342101199,342101133,20030521/12/ED8ED82C,SAR-342101133-ad-2-2.req 2003-05-21 13:59:00,MMSRETRIEVE,10.176.99.102,,,20030521/13/3ECBD4D0a.MMS,OK 2003-05-21 13:59:25,MMSRETRIEVE,10.176.99.102,,,20030521/13/3ECBD4D0a.MMS,OK WAP log file: 0.0.0.0 - [21/May/2003:13:57:07 -0700] "STARTSERVICE " 200 0 "" "" 10.176.98.0 - [21/May/2003:13:59:11 -0700] "CONNECT " 200 0 "" "SonyEricssonT68/R401" 10.176.98.0 - [21/May/2003:13:59:12 -0700] "POST Http://10.176.99.102/matthieu=matthieu" 204 11 "" "SonyEricssonT68/R401" 10.176.98.0 - [21/May/2003:13:59:25 -0700] "GET http://10.176.99.102:80/20030521/13/3ECBD4D0a.MMS" 200 4832 "" "SonyEricssonT68/R401" | |||
| Matthieu |
The MS eventually comes with the following error: "Network Communication Error. Pls check your settings again" PS: WAP sessions are working fine and I can surf wap websites with the very same phone. Thanks | |||
| Matthieu |
My mistake: actually any WAP session fails the same way so it is not MMS related. Could it be a seeting in the phone that prevent from connecting to other WAP GTW than AT&T? I'm able tocreated and select new profile though... | |||
| Matthieu |
SORRY AGAIN: the pb was that the IP assigned to the MS was not known by the outside world. I had forgotten to enable NAT on the SGSN!!! Thanks | |||
| Bryce Norwood - NowSMS Support (Bryce) |
Hi Matt, Sorry for the delay getting back to you. I'm glad you've found the information here useful. Although you no longer think content adaptation is a problem, I'll go ahead and mention how to disable it. On the MMSC page of the configuration dialog, simply uncheck "Enable Dynamic Image + Audio Conversion". There is a situation where if you are on a closed network where content adaptation can cause a problem retrieving MMS messages. The problem is that the MMSC tries to retrieve the user agent profile of the device, which is on a public internet based URL, so this can cause a problem on a private network setup when the MMSC tries to resolve the host address that contains the UAProf. The DNS timeout in Windows can take too long, and the device times out. If you weren't also having a WAP problem, I might suspect this being a problem in your environment. That you're having a WAP problem as well is odd, because based on the log snippets that I see, the transactions are occurring past the initial phases, which suggests that 2-way communication with the gateway is not a problem. How about enabling the debug modes on both the MMSC and the WAP gateway. It works similar for both ... manually edit MMSC.INI and add Debug=Yes under the [MMSC] section header. And for the WAP gateway, edit WAPGW.INI, and add Debug=Yes under the [WAPGW] section header. Then restart the gateway services. You'll see an MMSCDEBUG.LOG and WAPDEBUG.LOG being created. If you have any questions about those files, you can then e-mail them to nowsms@now.co.uk, and we'll sort out what is occurring. -bn | |||
| Matthieu |
Thanks Bryce. It is working fine now: I can send and receive MMS, send and receive emails (using the integrated email-MMS gayeway). The only issue I have is that when I send a MMS (via the web interface or via email smtp interface) with a WAV audio attachment, the MS doe not process it: it gets the MMS but does not show and play the audio clip. According to the doc., the T68i only supports iMelody and AMR formats: although I have enabled the Content Adaptation on the MMSC (to convert WAV to AMR) it does not seem to have any effect. Any clue? My private network is connected to the internet via a gateway, so UAProf should work. How does the MMSC know which server to contact to get info about the supported formats of the T68i? Also, how to enable/disable UAProf on the MMSC? Our company makes BSS/NSS and SGSN and we complete our portfolio with third party equipments (SMSC, prepaid, VMS...). We have yet to add a MMSC to our turn key solution... Thanks again, Matt | |||
| Matthieu |
The more I read the discussion boards and your guides the more I understand... Correct me if I am wrong: during the WAP connection request, the MS sends the URL where the MMSC can retrieve the UAProf (assuming the WAP gateway did forward the UAProf header to the SMSC). If Dynamic Content Adaptation is enabled on the MMSC, the MMSC will actually try to connect to the URL to retrieve the profile and will then cache it. Next time the same phone retrives a MMS, the MMSC wont retrieve the UAProfile since it already has it, right? Back to my pb with the T68i: UAProf should be working since my MMSC can access the internet but still it seems that WAV files are not being converted to AMR when the MS retrieves the MMS. Also when I send an email with a WAV file, the MMSC should convert it to AMR (since Email-MMS Audio conversion is enabled) regardelss of UAProf... Sorry for the long narrative... Thanks, Matt | |||
| Bryce Norwood - NowSMS Support (Bryce) |
Matt, I have some familiarity with your company's solutions. It has always seemed like a good niche. Let me try to answer your questions ... and then we'll try to figure out why the WAV to AMR isn't working. Basically, your understanding of how UAProf works is correct. If you look in the UAProf subdirectory of the gateway, there should already be an entry in the UAPROF.INI corresponding to the phone that you've been using for testing. As for the WAV to AMR conversion ... when you post through the web interface, the WAV file goes into the raw MMS message, and it gets converted dynamically when the mobile connects in to retrieve the message. When you send through the e-mail interface, the WAV file gets converted to AMR as the e-mail is processed, so that the raw MMS message has an AMR file to start with. (Of course, this all assumes the appropriate configuration options are enabled ... and you are correct that the e-mail conversion happens regardless of UAProf.) I just tried a quick test here with my T68i ... assuming that you don't have a SMIL file, you should see an icon ("..." in a quote bubble), and you have to click on that and select "Play" to hear it. (If there is a SMIL file includeded, then that can trigger the audio to automatically play.) It sounds like you don't see this icon at all? How about enabling debug on the MMSC side. Manually edit MMSC.INI and add Debug=Yes under the [MMSC] section header. Then restart the MMSC service. Repeat the test. The MMSCDEBUG.LOG is a little more odd than the others, but we should get an indication of what is going on from that. There are a bunch of different versions of the UAProf for the T68i, based on many different firmware releases. But I checked R401, and there shouldn't be a problem with AMR there. -bn | |||
| Matthieu |
I looked at the UAProf dir.: the xml file for the T68 was not there and in the UAMAP.ini file there was no association for the T68i... I enabled the logs and they clearly show that the MMSC cannot get the xml from the specified URL sent by the mobile (wapsonyericsson server is down for some reason: I manually try to get from my browser and of course I get the same pb). So this explains my pb... I tried again with Email to MMS and it is actually working fine now (dont know why it wasn't working before: maybe I had actually not enabled email-mms conversion). I tried the following workaround for the UAProf: I retrieved the R301 profile (this one was available on the website) and copied it as T68R401.xml in the UAProf dir. The trick does not work and the MMSC still tries to connect to the URL. See logs below. How come the MMSC does not use its cache? Even is I manually create an association for the T68i in the UAProf.ini, still the MMSC attempts the connect to the website. Thanks again for your valuable support! -Matt *************************10:31:22:273 [5] ThreadProcessConnection: 34 30 31 2E 78 6D 6C 0D 0A 45 6E 63 6F 64 69 6E 401.xml Encodin 10:31:22:273 [5] ThreadProcessConnection: 67 2D 56 65 72 73 69 6F 6E 3A 20 31 2E 33 0D 0A g-Version: 1.3 10:31:22:273 [5] ThreadProcessConnection: 0D 0A 10:31:22:283 [5] GetLocalUaProfFile: Profile: 10:31:22:283 [5] GetLocalUaProfFile: http://wap.sonyericssonmobile.com/UAprof/T68R401.xml 10:31:22:283 [5] RetrieveURL: Retrieving http://wap.sonyericssonmobile.com/UAprof/T68R401.xml 10:31:22:283 [5] RetrieveURL: Looking up wap.sonyericssonmobile.com 10:31:22:443 [5] RetrieveURL: Retrieving UAprof/T68R401.xml 10:31:22:613 [5] RetrieveURL: got redirection response 10:31:22:613 [5] RetrieveURL: HTTP/1.1 302 Object Moved Location: http://www.sonyericsson.com/UAProf/T68R401.xml Server: Microsoft-IIS/5.0 Content-Type: text/html Content-Length: 169 Document Moved Object MovedThis document may be found here 10:31:22:613 [5] RetrieveURL: http://www.sonyericsson.com/UAProf/T68R401.xml 10:31:22:613 [5] RetrieveURL: Retrieving http://www.sonyericsson.com/UAProf/T68R401.xml 10:31:22:613 [5] RetrieveURL: Looking up www.sonyericsson.com 10:31:22:613 [5] RetrieveURL: Retrieving UAProf/T68R401.xml 10:31:22:984 [5] RetrieveURL: got redirection response 10:31:22:984 [5] RetrieveURL: HTTP/1.0 302 Moved Temporarily Server: AkamaiGHost Content-Length: 0 Location: /Errorpage/Maintenance.html Date: Fri, 23 May 2003 16:52:42 GMT Connection: close 10:31:22:984 [5] RetrieveURL: /Errorpage/Maintenance.html 10:31:22:984 [5] RetrieveURL: Retrieving http:///Errorpage/Maintenance.html 10:31:22:984 [5] RetrieveURL: Looking up 10:31:22:984 [5] RetrieveURL: Retrieving Errorpage/Maintenance.html 10:31:22:984 [6] ThreadProcessConnection: Processing connection from 10.176.99.102... 10:31:22:984 [6] ThreadProcessConnection: Input Buffer Length is 112 bytes 10:31:22:984 [6] ThreadProcessConnection: 47 45 54 20 2F 45 72 72 6F 72 70 61 67 65 2F 4D GET /Errorpage/M 10:31:22:984 [6] ThreadProcessConnection: 61 69 6E 74 65 6E 61 6E 63 65 2E 68 74 6D 6C 20 | |||
| Bryce Norwood - NowSMS Support (Bryce) |
Oh wow ... that's real nice of SonyEricsson to have the UAProf files inaccessible via the published URLs! We should package up a lot of the common URLs so that they are pre-cached when you install our software ... it's just so convenient to auto-fetch. That said, it is very interesting that as I look at the UAProf entries on my system that SonyEricsson seems to put each firmware version onto a different host. Talk about consistency ... What you did should have worked ... however ... when you saved the XML file in the UAProf directory, you also need to define any entry in the UAProf.INI file. Define an entry under the [LocalProfile] header of that file that looks like this: http://wap.sonyericssonmobile.com/UAprof/T68R401.xml=T68R401.xml Before trying to fetch that URL, we look in the UAProf.INI file to determine if there is a local file that we could use instead. -bn | |||
