dongjw777 / doubango

Automatically exported from code.google.com/p/doubango
0 stars 1 forks source link

unable to resume SIP call when SIP call is overridden by regular call #259

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. unable to resume SIP call when SIP call is overridden by regular call 

What is the expected output? What do you see instead?

What version of the product are you using? On what operating system?

iDoubs version r237. 
IOS 6.1

Please provide any additional information below.

I am calling call hold functionality for sip call, when Regular call initiated 
by using "applicationWillResignActive" delegate method

- (void)applicationWillResignActive:(UIApplication *)application {

     if([idoubs2AppDelegate sharedInstance].audioCallController.sessionId){ //Check if client has an active audioSession

        audioSession = [[NgnAVSession getSessionWithId: [idoubs2AppDelegate sharedInstance].audioCallController.sessionId] retain];

         [audioSession holdCall];

         [audioSession release];

    }

and here call resume function is called when application become active

- (void)applicationDidBecomeActive:(UIApplication *)application {

    if([idoubs2AppDelegate sharedInstance].audioCallController.sessionId){ //Check if client has an active audioSession

       audioSession = [[NgnAVSession getSessionWithId: [idoubs2AppDelegate sharedInstance].audioCallController.sessionId] retain];

        [audioSession resumeCall];

        [audioSession release];

}

Here hold and resume is working fine as i can see logs on my server, but 
problem is audio is not resumed, unable to here end user's voice and end user 
is also not able to here me any more.

Please suggest me, what step i need to take-care to resume audio. 

Original issue reported on code.google.com by haq.fai...@gmail.com on 2 May 2013 at 6:03

GoogleCodeExporter commented 9 years ago
I have the same problem, and I try to captue packet. There is only one way RTP 
traffic after resuming.

Original comment by blacky...@gmail.com on 31 May 2013 at 2:06