Closed
Bug 1143555
Opened 10 years ago
Closed 7 years ago
[FFOS_P821A20]after sending an mms, dns query don't work, unless disable and enable data
Categories
(Firefox OS Graveyard :: General, defect)
Firefox OS Graveyard
General
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: guo.hailin, Unassigned)
Details
Attachments
(3 files)
User Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/40.0.2214.115 Safari/537.36
Steps to reproduce:
In movistar operator, umts netwrok
1. send an mms, mms ok
2. open youku, facebook or other website or data-needed application, data cann't be used.
3. disable data then enable data, data can be used again.
Actual results:
In Step 2, no website can be opened.
Expected results:
In Step 2, website should be opened.
Reporter | ||
Comment 1•10 years ago
|
||
[Blocking Requested - why for this release]:
blocking-b2g: --- → 2.0?
Summary: after sending an mms, dns query don't work, unless disable and enable data → [FFOS_P821A20]after sending an mms, dns query don't work, unless disable and enable data
Reporter | ||
Comment 2•10 years ago
|
||
Reporter | ||
Comment 3•10 years ago
|
||
In tcp dump log, I find that after sending mms, all the dns query are blocked, until diable and enable data switch.
265 39.414559 10.83.156.168 200.48.225.146 DNS 77 Standard query A www.mozilla.org
266 44.423609 10.83.156.168 200.48.225.130 DNS 98 Standard query A www.mozilla.org.mozilla.rmnet0.doman
267 49.426945 10.83.156.168 200.48.225.146 DNS 98 Standard query A www.mozilla.org.mozilla.rmnet0.doman
...
284 133.162160 10.83.156.168 200.48.225.130 DNS 75 Standard query A m.youtube.com
Hi Rachelle,
Please help us to fix this issue. This issue happens in project OPEN II firefox os 2.0.
Thanks
Flags: needinfo?(ryang)
Comment 6•10 years ago
|
||
Hi Bevis,
Could you please kindly help check if this issue of not being able to use data service is related to MMS ?
Thank you very much !
Flags: needinfo?(ryang) → needinfo?(btseng)
Comment 7•10 years ago
|
||
Sorry to say that the related debug flags for NetworkManager/MmsService/RIL was not enabled.
Would you please help to enabled the debug flags by the "enable_debug_flags.sh" in 1[1] and reboot the device to capture both "adb logcat" & "tcpdump" for further analysis?
In addition, there is a predefined time-buffer (30 secs) for releasing MMS related connections.
Is it possible to check if the data access in step 2 of comment 0 is possible 30 seconds after MMS is sent?
[1] https://github.com/bevis-tseng/Debug_Tools
Flags: needinfo?(btseng) → needinfo?(guo.hailin)
Comment 8•10 years ago
|
||
Hi ChenCong, May you please help follow with the comment 7?
Denominate the bug for now until it's clarified.
Thank you very much!
blocking-b2g: 2.0? → ---
Flags: needinfo?(chen.cong)
Comment 10•10 years ago
|
||
Hi Bevis,
I have attached the log from front test engineer.
Please help us to fix this issue.
Thank you very much!
Flags: needinfo?(btseng)
Comment 11•10 years ago
|
||
(In reply to chencong from comment #10)
> Hi Bevis,
> I have attached the log from front test engineer.
> Please help us to fix this issue.
> Thank you very much!
Hi,
Can you have test engineer's help to clarify my question in comment 7:
"
In addition, there is a predefined time-buffer (30 secs) for releasing MMS related connections after MMS transaction is complete. This provides a buffer if multiple mms transactions can be handled without turning on/off the MMS connection.
Is it possible to check if the data access in step 2 of comment 0 is possible 30 seconds after MMS is sent?
This is to double confirm if the data is accessible after MMS connection is disconnected without disabling/enabling mobile data.
Flags: needinfo?(chen.cong)
Comment 12•10 years ago
|
||
(In reply to chencong from comment #10)
> Hi Bevis,
> I have attached the log from front test engineer.
> Please help us to fix this issue.
> Thank you very much!
After checking the log & tcpdump, I don't think this is related to MMS:
1. From the radio log, we know that the dns of the default data connection are "200.48.225.130","200.48.225.146" and the device IP is "10.82.133.174".
2. From the tcpdump, the the MMS are sent/retrieved properly.
3. From the tcpdump, after MMS transactions were done, all the packets of DNS query were sent from/to the right IPs in 1), so there is no issue of the routing even MMS connection is established.
Hence, that means the packets were delivered to the driver, so we need device vendor to check instead.
Flags: needinfo?(chen.cong)
Flags: needinfo?(btseng)
Comment 13•10 years ago
|
||
Comment 14•10 years ago
|
||
Hi Bevis,
Would you please kindly help us check the attachment log in comment13 to see if anything wrong about MMS?
Thank you very much !!
Flags: needinfo?(btseng)
Comment 15•10 years ago
|
||
Hi Rachelle,
The MMS can be sent successfully. But after that, the browser can't visit any website.
Thanks.
Comment 16•10 years ago
|
||
The scenario looks the same to what I have analyzed in comment 12.
The routing looks correct after MMS connection is disconnected, because from the tcpdump the DNS queries to www.baidu.com were sent from correct IP(10.84.167.166) to it's corresponding DNS("200.48.225.130","200.48.225.146") provided in default connection.
(The IP of MMS connection is 10.59.152.170.)
That means all the packets were delivered correctly to the driver.
However, there is no response for this queries.
I cannot see any issue in gecko side. Hence, please have vendor to clarify instead.
Thanks!
Flags: needinfo?(btseng)
Updated•9 years ago
|
Flags: needinfo?(guo.hailin)
Comment 17•7 years ago
|
||
Firefox OS is not being worked on
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•