Closed Bug 1143555 Opened 9 years ago Closed 6 years ago

[FFOS_P821A20]after sending an mms, dns query don't work, unless disable and enable data

Categories

(Firefox OS Graveyard :: General, defect)

defect
Not set
normal

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.
[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
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
Hi Rachelle,

Please help us to fix this issue. This issue happens in project OPEN II firefox os 2.0.

Thanks
Flags: needinfo?(ryang)
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)
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)
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)
Flags: needinfo?(chen.cong)
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)
(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)
(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)
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)
Hi Rachelle,
The MMS can be sent successfully. But after that, the browser can't visit any website.
Thanks.
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)
Flags: needinfo?(guo.hailin)
Firefox OS is not being worked on
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: