Re: [SR-Users] SDP c= IP doesn't get rewritten

If you're going to recommend to upgrade/or use something else - this is not feasible for some weird reasons. Is this a bug or just my misunderstanding how to use this function ? thanks On 04/11/2014 07:54 AM, Ciprus, Daniel wrote: Yes I do Sent via the Samsung GALAXY S®4, an AT&T 4G LTE smartphone -------- Original message -------- From: Daniel-Constantin Mierla Date:04/11/2014 6:13 AM (GMT-05:00) To: "Ciprus, Daniel" ,"Kamailio (SER) - Users Mailing List" Subject: Re: [SR-Users] SDP c= IP doesn't get rewritten Hello, are you using a rtp relay (e.g., rtpproxy)? Cheers, Daniel On 11/04/14 02:46, Daniel Ciprus wrote: All, I am facing problem with rewriting SDP part of the INVITE, in particular following is in my configuration: #!subst "/RTP_INT_ADDR/10.96.173.15/" #!subst "/RTP_EXT_ADDR/168.7.24.17/" #!subst "/BOT_RTP_ADDR/10.96.173.52/" subst_body('/RTP_INT_ADDR/RTP_EXT_ADDR/g'); subst_body('/BOT_RTP_ADDR/RTP_EXT_ADDR/g'); and this is what I ended up with: c=IN IP4 10.96.173.15168.7.24.17 Apparently 2nd rule doesn't work rewrite, it's doing append instead. What I want to achieve is : if SDP part contains BOT_RTP_ADDR -> rewrite it. In case SDP part contains RTP_INT_ADDR-> rewrite it, so 2x if. I have tried to use sdpops module, it's coring in my case and I have a reason to not upgrade, I just can't. Any other ideas how to handle my problem ? Thanks Dan Server:: kamailio (4.2.0-dev0 (x86_64/linux)) Build:: mi_core.c compiled on 17:42:57 Dec 18 2013 with gcc 4.4.7 Flags:: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES GIT:: unknown -- 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<mailto: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. _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org<mailto:sr-users@lists.sip-router.org> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda<http://twitter.com/#%21/miconda> - http://www.linkedin.com/in/miconda ________________________________ 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.com<mailto: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.