Changes between Version 4 and Version 5 of Symbian_AP_Reconnection


Ignore:
Timestamp:
Feb 25, 2009 5:09:28 PM (11 years ago)
Author:
bennylp
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Symbian_AP_Reconnection

    v4 v5  
    4949Alternatively there may be a way to allow the stack to continue to run, updating the address information when necessary. This approach will require some specific features to be used, as well as some actions by the application when it detects that the IP address has changed.  
    5050 
    51 The specific configuration and tasks will be explained below. 
     51The specific configuration and tasks will be explained below. Note we assume that the SIP and media sockets are bound to INADDR_ANY (0.0.0.0) and not to a specific interface IP address (this is the default behavior). 
    5252 
    5353 
     
    6262 So the solution is simply to trigger the re-registration by calling {{{pjsua_acc_set_registration()}}} function (after the new connection is up of course). The PJSUA-LIB will send re-REGISTER request, check the IP address/port in the response, and re-REGISTER again and update the account URI as necessary. 
    6363 
    64  
    6564==== Media addresses update ==== 
    6665 
     
    7271 
    7372 Note that at present there is no API to explicitly request the ICE media transport to initiate STUN Binding request immediately. 
     73 
     74 If ICE is not used, then at present there is no mechanism to update the IP address of media transport, nor the media transport will update its address even when STUN is used. The only solution would be to recreate the media transports and supply them to PJSUA-LIB with {{{pjsua_media_transports_attach()}}}. 
    7475 
    7576 
     
    8485 So this is an open issue. 
    8586 
    86  '''Changing of RTP/RTCP media addresses:''' :: 
     87 '''Task:''' :: 
     88 Changing of RTP/RTCP media addresses of ongoing call 
    8789 
     90 '''Solution:''' :: 
     91 If ICE is used, then new STUN srflx address will be signaled in updated SDP offer, as long as: 
     92   - ICE media transport has detected that the IP address has changed (via the keep-alive above) 
     93   - the media was previously inactive, since if media has been active (hence ICE session is active), the SDP will contain only the used candidates and not all the list of candidates. 
    8894 
    89  
    90 == Scenarios == 
    91  
    92 === Access point disconnection === 
     95 Alternatively, '''we may not need to inform the new RTP/RTCP address at all'''. If the remote media endpoint has the capability to switch its RTP/RTCP transmission to the source address of the RTP/RTCP packets (note: PJMEDIA has this capability), then it should automatically switch its destination address to our new address. 
    9396 
    9497