Hi,
For our application to work we'd like to see not modified Contact: from Kamailio being sent towards our AS. Unfortunately this is not happening now. Below are REGISTER messages from client and message which is sent to AS. I wasn't able to find any logic in .cfg file so I thought this would be the place where I should post my problem. According to 3GPP TS 24.229, RFC 3261, RFC 5626 it seems like this is not the behavior which should be happening.
Thanks for any hints on this topic .
Dan
from client:
REGISTER sip:cloud.us.intinfra.com SIP/2.0 Via: SIP/2.0/TCP 10.66.134.82:49457;branch=z9hG4bK-1221069401;rport From: sip:18042522750@cloud.us.intinfra.commailto:sip:18042522750@cloud.us.intinfra.com;tag=1648902213 To: sip:18042522750@cloud.us.intinfra.commailto:sip:18042522750@cloud.us.intinfra.com Contact: sip:18042522750@10.66.134.82:49457;transport=tcpmailto:sip:18042522750@10.66.134.82:49457;transport=tcp;expires=300;+g.oma.sip-im;language="en,fr"';+u.asmc.apn=<AppTokenId> Call-ID: 5576f9d5-7540-1450-115d-daf9bfbc9ac8 CSeq: 1051036861 REGISTER Content-Length: 0 Max-Forwards: 70 Authorization: Digest username="18042522750@cloud.us.intinfra.com"mailto:18042522750@cloud.us.intinfra.com,realm="cloud.us.intinfra.com",nonce="",uri="sip:cloud.us.intinfra.com",response="" Allow: INVITE, ACK, CANCEL, BYE, MESSAGE, OPTIONS, NOTIFY, PRACK, UPDATE, REFER Privacy: none P-Access-Network-Info: ADSL;utran-cell-id-3gpp=00000000 User-Agent: RCSClient/OMA1.0 P-Preferred-Identity: sip:18042522750@cloud.us.intinfra.commailto:sip:18042522750@cloud.us.intinfra.com Supported: path
to aps:
REGISTER sip:imc-02.cloud.us.intinfra.com:5070 SIP/2.0 Via: SIP/2.0/UDP 10.96.173.249:6060;branch=z9hG4bK6261.27bddf04000000000000000000000000.0 To: sip:18042522750@cloud.us.intinfra.commailto:sip:18042522750@cloud.us.intinfra.com From: sip:scscf.cloud.us.intinfra.com;tag=182e61d5f332391bf011fae37904ee71-bdf8 CSeq: 10 REGISTER Call-ID: 6de2ae0e57d6b4ff-31487@10.96.173.249mailto:6de2ae0e57d6b4ff-31487@10.96.173.249 Content-Length: 0 User-Agent: Kamailio S-CSCF Event: registration Max-Forwards: 10 Expires: 420 Contact: sip:scscf.cloud.us.intinfra.com P-Visited-Network-ID: cloud.us.intinfra.com P-Access-Network-Info: ADSL;utran-cell-id-3gpp=00000000
________________________________ This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.
Le Wed, 5 Feb 2014 12:13:17 -0500, Daniel Ciprus daniel.ciprus@acision.com a écrit :
For our application to work we'd like to see not modified Contact: from Kamailio being sent towards our AS. Unfortunately this is not happening now. Below are REGISTER messages from client and message which is sent to AS. I wasn't able to find any logic in .cfg file so I thought this would be the place where I should post my problem. According to 3GPP TS 24.229, RFC 3261, RFC 5626 it seems like this is not the behavior which should be happening.
Hi Daniel,
This looks like a third party register sent on the ISC interface. AFAIK, the behavior you are seeing is normal. The original REGISTER is not proxied: a new dialog between S-CSCF and AS is started instead (the S-CSCF becomes the UAC). The IMPU of the user that is triggering the third party register cans be seen in the To: header field, and the original Contact URI info is lost.
Regards
Camille,
Thanks for quick response. Yes, this is 3rd party registration. Unfortunately this (according to specs I listed below) shouldn't happen. Is there any workaround except messing around with textops and replacing things in Contact: ? I will need to add optional parameters from original REGISTER to 3rd party REGISTER, that's the goal.
Dan
On 02/05/2014 02:16 PM, Camille Oudot wrote:
Le Wed, 5 Feb 2014 12:13:17 -0500, Daniel Ciprus daniel.ciprus@acision.commailto:daniel.ciprus@acision.com a écrit :
For our application to work we'd like to see not modified Contact: from Kamailio being sent towards our AS. Unfortunately this is not happening now. Below are REGISTER messages from client and message which is sent to AS. I wasn't able to find any logic in .cfg file so I thought this would be the place where I should post my problem. According to 3GPP TS 24.229, RFC 3261, RFC 5626 it seems like this is not the behavior which should be happening.
Hi Daniel,
This looks like a third party register sent on the ISC interface. AFAIK, the behavior you are seeing is normal. The original REGISTER is not proxied: a new dialog between S-CSCF and AS is started instead (the S-CSCF becomes the UAC). The IMPU of the user that is triggering the third party register cans be seen in the To: header field, and the original Contact URI info is lost.
Regards
-- Daniel Ciprus Integration engineer http://www.acision.com
9954 Mayland Dr Suite 3100 Richmond, VA 23233 USA T: +1 804 762 5601 E: daniel.ciprus@acision.commailto:daniel.ciprus@acision.com
________________________________ This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.
Camille,
Don't waste your time on this topic. Apparently this is "normal" behavior and the thing we're trying to do is just a violation of existing specifications. 3rd party registration is done on ISC level and can't be modified in configuration. Anyway, I will jump deeper into specification and try to find the way we should be achieving this goal.
thank you Dan
On 02/05/2014 05:16 PM, Daniel Ciprus wrote: Camille,
Thanks for quick response. Yes, this is 3rd party registration. Unfortunately this (according to specs I listed below) shouldn't happen. Is there any workaround except messing around with textops and replacing things in Contact: ? I will need to add optional parameters from original REGISTER to 3rd party REGISTER, that's the goal.
Dan
On 02/05/2014 02:16 PM, Camille Oudot wrote:
Le Wed, 5 Feb 2014 12:13:17 -0500, Daniel Ciprus daniel.ciprus@acision.commailto:daniel.ciprus@acision.com a écrit :
For our application to work we'd like to see not modified Contact: from Kamailio being sent towards our AS. Unfortunately this is not happening now. Below are REGISTER messages from client and message which is sent to AS. I wasn't able to find any logic in .cfg file so I thought this would be the place where I should post my problem. According to 3GPP TS 24.229, RFC 3261, RFC 5626 it seems like this is not the behavior which should be happening.
Hi Daniel,
This looks like a third party register sent on the ISC interface. AFAIK, the behavior you are seeing is normal. The original REGISTER is not proxied: a new dialog between S-CSCF and AS is started instead (the S-CSCF becomes the UAC). The IMPU of the user that is triggering the third party register cans be seen in the To: header field, and the original Contact URI info is lost.
Regards
-- Daniel Ciprus Integration engineer http://www.acision.com
9954 Mayland Dr Suite 3100 Richmond, VA 23233 USA T: +1 804 762 5601 E: daniel.ciprus@acision.commailto:daniel.ciprus@acision.com
________________________________ This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.
-- Daniel Ciprus Integration engineer http://www.acision.com
9954 Mayland Dr Suite 3100 Richmond, VA 23233 USA T: +1 804 762 5601 E: daniel.ciprus@acision.commailto:daniel.ciprus@acision.com
________________________________ This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.
Hi Daniel,
Can you be more specific about where in the specs you say contact should not be modified. If current functionality is wrong I'm happy to change in code
Cheers Jason
This email was sent using my phone. It may be brief, to the point, or contain typos On 6 Feb 2014 00:16, "Daniel Ciprus" daniel.ciprus@acision.com wrote:
Camille,
Thanks for quick response. Yes, this is 3rd party registration. Unfortunately this (according to specs I listed below) shouldn't happen. Is there any workaround except messing around with textops and replacing things in Contact: ? I will need to add optional parameters from original REGISTER to 3rd party REGISTER, that's the goal.
Dan
On 02/05/2014 02:16 PM, Camille Oudot wrote:
Le Wed, 5 Feb 2014 12:13:17 -0500, Daniel Ciprus daniel.ciprus@acision.com daniel.ciprus@acision.com a écrit :
For our application to work we'd like to see not modified Contact: from Kamailio being sent towards our AS. Unfortunately this is not happening now. Below are REGISTER messages from client and message which is sent to AS. I wasn't able to find any logic in .cfg file so I thought this would be the place where I should post my problem. According to 3GPP TS 24.229, RFC 3261, RFC 5626 it seems like this is not the behavior which should be happening.
Hi Daniel,
This looks like a third party register sent on the ISC interface. AFAIK, the behavior you are seeing is normal. The original REGISTER is not proxied: a new dialog between S-CSCF and AS is started instead (the S-CSCF becomes the UAC). The IMPU of the user that is triggering the third party register cans be seen in the To: header field, and the original Contact URI info is lost.
Regards
-- *Daniel Ciprus* Integration engineer http://www.acision.com
9954 Mayland Dr Suite 3100 Richmond, VA 23233 USA T: +1 804 762 5601 E: daniel.ciprus@acision.com
This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.
sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev