Mersi mult Daniel! It worked but unfortunately it didn't fix the issue.
As I mentioned previously the original setup is like this:
Asterisk -> Kamailio gateway -> carrier. All calls go through just fine
The new setup we are trying is:
Asterisk -> Kamailio load balancer ( dispatch module ) -> Kamailio
gateway -> carrier
With this setup the calls come back from the carrier with 500 - Internal error
I've looked at the SIP packets in both cases and they look similar.
The only difference is that when going through the load balancer the
To is different ( fixed now ) and it has 3 more VIA lines in the
header. Where can I start looking at what's causing this ?
Thank you!
Quoting Daniel-Constantin Mierla <miconda(a)gmail.com>om>:
Changes are not immediately visible, this is the
internal design
from the time of SER back in 2001 -- I made a FAQ entry with more
details:
-
http://www.kamailio.org/wiki/tutorials/faq/main#why_changes_made_to_headers…
In short, you have to use msg_apply_changes() function after
changing headers.
Cheers,
Daniel
On 4/5/13 10:35 PM, Vitaliy Aleksandrov wrote:
http://kamailio.org/docs/modules/3.2.x/modules_k/textops.html#id2495808
I use this subst("/^To:.*$/To: $var(new_to)\r/i") where
$var(new_to) is a new value of the "To" header and it works fine on
kamailio-3.2.4
Sorry if I repeat myself - I just subscribed
properly to the list:
if you don't need to change it back for
replies and next requests, try:
$td = "xyz.com";
IIRC, that is available on 3.2.x. If not, either you upgrade or
use replace functions from textops.
Cheers,
Daniel
Thank you for replying. We tried the direct assignment of
$td="xyz.com" but the variable doesn't change. We are doing an
xlog print right after and an ngrep and we confirmed that the
domain part of the URI doesn't change. I also tried a subst() and
it's the same problem. I read on the online documentation that the
variable is read-only and I figured it can't be changed through
these methods. That's why I tried uac_replace_to().
To sum it up, is that variable read-only or not ?
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)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://www.linkedin.com/in/miconda
Kamailio World Conference, April 16-17, 2013, Berlin
-
http://conference.kamailio.com -
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users