route added by the IMSDROID

[GoogleCodeExporter]

What steps will reproduce the problem?
1.I registered the IMSDROID loading in my Samsung Galaxy. 
2.when I place a call from the IMSDROID, I am seeing in the INVITE that the 
route that the IMSDROID is adding is not correct. As it is the one who is 
generating the transaction if the IMSDROID needs for a route it should add its 
IP Address and not the DNS for the SIP Proxy.

here is the trace:

INVITE sip:51703667@sipproxy.impsat.com.ar SIP/2.0  
Via: SIP/2.0/UDP 10.85.252.12:49524;branch=z9hG4bK1287270365506;rport  
From: <sip:11516813@sipproxy.impsat.com.ar>;tag=1288259818803  
To: <sip:51703667@sipproxy.impsat.com.ar>  
Contact: 
<sip:11516813@10.85.252.12:49524;transport=udp>;+g.oma.sip-im;language="en,fr"  
Call-ID: 4930b768-6232-b89a-ccaf-46666111c8cf  
CSeq: 324877509 INVITE  
Content-Type: application/sdp  
Content-Length: 401  
Max-Forwards: 70  
Route: <sip:sphone-telephony.impsat.com:5060;lr;transport=udp>  
P-Preferred-Service: urn:urn-7:3gpp-service.ims.icsi.mmtel  
Allow: INVITE, ACK, CANCEL, BYE, MESSAGE, OPTIONS, NOTIFY, PRACK, UPDATE, REFER 
 P
rivacy: none  
P-Access-Network-Info: ADSL;utran-cell-id-3gpp=00000000  
User-Agent: IM-client/OMA1.0 IMSDroid/v1.0.302 (doubango r493)  
P-Preferred-Identity: <sip:1151681326@sipproxy.impsat.com.ar>  
Session-Expires: 360;refresher=uac  
Supported: timer  
Supported: 100rel  
Supported: precondition 

v=0  
o=doubango 1983 678901 IN IP4 10.85.252.12  
s=-  c=IN IP4 10.85.252.12  
t=0 0  
m=audio 34606 RTP/AVP 101 8 0 3 97  
a=ptime:20  
a=rtpmap:101 telephone-event/8000/1  
a=fmtp:101 0-15  
a=rtpmap:8 PCMA/8000/1  
a=rtpmap:0 PCMU/8000/1  
a=rtpmap:3 GSM/8000/1  
a=rtpmap:97 SPEEX/8000/1  
a=curr:qos local none  
a=curr:qos remote none  
a=des:qos optional local sendrecv  
a=des:qos optional remote sendrecv 

the expecting INVITE is without Route, if the SIP Proxy wants it, in the 180 
will inform to the IMSDROID to add it.

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

V1.0.302

thanks for your help
Federico

Original issue reported on code.google.com by federico...@gmail.com on 19 Oct 2010 at 8:03

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

The value of the top route is filled with the Proxy-CSCF IP address or FQDN. 
This route is mandatory.

According to 3GPP TS 24.229 V9.1.0 section 5.1.2A [Generic procedures 
applicable to all methods excluding the REGISTER method]:
{{{
The UE shall build a proper preloaded Route header field value for all new 
dialogs and standalone transactions. The UE
shall build a list of Route header field values made out of the following, in 
this order:
a) the P-CSCF URI containing the IP address or the FQDN learnt through the 
P-CSCF discovery procedures; and
b) the P-CSCF port based on the security mechanism in use:
    - if IMS AKA or SIP digest with TLS is in use as a security mechanism, the protected server port learnt during
the registration procedure;
    - if SIP digest without TLS, NASS-IMS bundled authentciation or GPRS-IMS-Bundled authentication is in
use as a security mechanism, the unprotected server port used during the 
registration procedure;
c) and the values received in the Service-Route header field saved from the 200 
(OK) response to the last
registration or re-registration of the public user identity with associated 
contact address.
}}}

Original comment by boss...@yahoo.fr on 20 Oct 2010 at 6:18

[GoogleCodeExporter]

Original comment by boss...@yahoo.fr on 26 Oct 2010 at 9:33

• Changed state: WontFix