870253 - [Buri][IOT]The DuT does not resume the PDP context after to hung up the call.

Status: RESOLVED FIXED

(Firefox OS Graveyard :: Gaia::Settings, defect, P1)

Description

[sync-1]

+++ This bug was initially created as a clone of Bug #451185 +++
 
 DEFECT DESCRIPTION: The DuT does not resume the PDP context after to hung up the call when the ""USB tethering"" option is currently used.
 
  EXPECTED BEHAVIOUR: The dial-up PDP context must remain active after to receive an incoming
 voice call.
 
 
  REPRODUCING PROCEDURES:
 DuT in 2G only in the ""Network type"" menu
 
 1. Connect the DuT to PC via USB. 
 2. Activate the option ""USB tethering"" and start a file downloading through a
 FTP server.
 3. Wait until the download has been started. 
 4. Enable the firewall in the PC and notice that the traffic is stopped.
 5. From another terminal establish a voice call to DuT.
 6. Disable the firewall in the PC and wait 10 minutes.
 7. Hung up the call and verify that the PDPc remains active. 
 8. Notice that is not possible navigate from the DuT nor PC."
 
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT:
 
  REPRODUCING RATE: 100%
 
  For FT PR, Please list reference mobile's behavior:
 
 
 AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.019.092
 Firefox os  v1.0.1
 Mozilla build ID:20130430070201
 
 ++++++++++ end of initial bug #451185 description ++++++++++
 
 
 
 CONTACT INFO (Name,Phone number):
 
  DEFECT DESCRIPTION:
 
  REPRODUCING PROCEDURES:
 
  EXPECTED BEHAVIOUR:
 
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT:
 
  REPRODUCING RATE:
 
  For FT PR, Please list reference mobile's behavior:

Comment 1

[Joe Cheng [:jcheng] (please needinfo)]

triage with tef: tef+. this is a blocker. 
please provide logs. thanks

Comment 2

[Joe Cheng [:jcheng] (please needinfo)]

bugs tef+ from IOT#1 automatically milestoned for May 10th to be included in IOT#2 testing. Understand the schedule is tight, if not able to make it, please raise. Thanks

Comment 3

[Joe Cheng [:jcheng] (please needinfo)]

QAWANTED to help confirming this. thanks b

Comment 4

[Joe Cheng [:jcheng] (please needinfo)]

during the triage, might have missed to look into the detailed reproduce steps with tef. Upon a second look, with such a complicated reproduce steps, i'd like to re-triage this one

Comment 5

[Beatriz Rodríguez [:brg]]

This has not been reported as blocker in the certification process, I think we should minus it. If the reporter increase the priority and provide logs of the issue we can investigate it further.

Comment 6

[Joe Cheng [:jcheng] (please needinfo)]

per comment 5, tef-.
Thanks Beatriz

Comment 7

[sync-1]

Created an attachment (id=409076)
 ADB LOGS PDP CONTEXT DEACTIVATED

Comment 8

[sync-1]

Attachment: ADB LOGS PDP CONTEXT DEACTIVATED

Created an attachment (id=409076)
 ADB LOGS PDP CONTEXT DEACTIVATED

Comment 9

[Edgar Chen [:edgar]]

I cannot reproduce this on my unagi device.
Gaia: de0f1fc6
Gecko: dd0500910
QC-RIL: AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.019.092

My steps:
1. Set network to "2G only". (Setting->Cellular & Data->Network operator->Network type).
2. Connect DuT to PC via USB.
3. Enable Usb tehtering.
4. Start ping 8.8.8.8 on PC.
5. Initiate voice call from another device.
6. Wait few minutes.
7. Hung up the call.
8. Check the ping on PC is resumed.
9. Try to browse on device.

Could you capture bugreport when issue occurred?
Maybe we could find some clues from the bugreport.
You can get bugreport by 'adb bugreport > bugreport.txt'. (It takes few seconds to dump all status)

Thanks

Comment 10

[Amelie Kong]

Reporter feedback:

By the way, to reproduce the issue on my side you have to be on the call more
than 10 minutes, then hang off call, I was wondering if is there any timer on
device in order to sent RESUME (allow data connection again), I mean, meybe
after "suspend" connection because of the MTC mobile is not able to "resume"
after 5 minutes....check if there is any setting like this.

Could you please try, whether you can reproduce?
bugreport will come later.

(In reply to Edgar Chen [:edgar][:echen] from comment #9)
> I cannot reproduce this on my unagi device.
> Gaia: de0f1fc6
> Gecko: dd0500910
> QC-RIL: AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.019.092
> 
> My steps:
> 1. Set network to "2G only". (Setting->Cellular & Data->Network
> operator->Network type).
> 2. Connect DuT to PC via USB.
> 3. Enable Usb tehtering.
> 4. Start ping 8.8.8.8 on PC.
> 5. Initiate voice call from another device.
> 6. Wait few minutes.
> 7. Hung up the call.
> 8. Check the ping on PC is resumed.
> 9. Try to browse on device.
> 
> Could you capture bugreport when issue occurred?
> Maybe we could find some clues from the bugreport.
> You can get bugreport by 'adb bugreport > bugreport.txt'. (It takes few
> seconds to dump all status)
> 
> Thanks

Comment 11

[Edgar Chen [:edgar]]

(In reply to Amelie Kong from comment #10)
> Reporter feedback:
> 
> By the way, to reproduce the issue on my side you have to be on the call more
> than 10 minutes, then hang off call, I was wondering if is there any timer on
> device in order to sent RESUME (allow data connection again), I mean, meybe
> after "suspend" connection because of the MTC mobile is not able to "resume"
> after 5 minutes....check if there is any setting like this.
Hi Anshul,
Do you have any input about above description?
Thanks 

> 
> Could you please try, whether you can reproduce?
Sure, I will try to reproduce on my side with > 10 minutes.
Thanks

> bugreport will come later.

Comment 12

[Anshul]

Phil, please have a look.

Comment 13

[Edgar Chen [:edgar]]

Oh, I can reproduce the same symptom, not able to access network, after on call more than 10 minutes.
No connection drop reported and routing/interface is good. It seems modem did not "RESUME" data connection successfully. 
Thanks.

Comment 14

[pgravel]

I have reproduced the issue and am looking further into the root cause.

Comment 15

[Edgar Chen [:edgar]]

Hi Phil,
I will change the assignee to you.
Please help on this.
Thanks!

Comment 16

[Amelie Kong]

As it can be reproduced, I mark tef? again.

Comment 17

[Joe Cheng [:jcheng] (please needinfo)]

(In reply to Edgar Chen [:edgar][:echen] from comment #13)
> Oh, I can reproduce the same symptom, not able to access network, after on
> call more than 10 minutes.
> No connection drop reported and routing/interface is good. It seems modem
> did not "RESUME" data connection successfully. 
> Thanks.

seem like the reproduce step is as easy as making a call for 10+ minutes

Comment 18

[Jason Smith [:jsmith]]

Sounds like this is reproducible then. I'll pull the keyword as such.

Comment 19

[Daniel Coloma:dcoloma]

David, with the latest comments about how to reproduce this, should it become a blocker?

Comment 20

[Joe Cheng [:jcheng] (please needinfo)]

checked on buri partner build dated May 15th. cannot reproduce comment 13.
comment 13 only reproducible on unagi

Comment 21

[David Palomino [:dpalomino]]

For us, if it is possible to establish a new connection after finishing voice call (not resuming the previous one), then it'd not be blocking. 

After voice call during 10 minutes, it's not extrange that data connection would not be not resumed. It could be also affected by some network issues. 

Usual requirement is the device to be able to resume connectivity after *1-minute* voice call ongoing. 

Thanks!
David

Comment 22

[sync-1]

dears
 any feedback?

Comment 23

[Anshul]

This issue should be resolved in AU_LINUX_GECKO_ICS_STRAWBERRY.01.01.00.019.136 or later.