Hi Jeremy!
You have some functions in the uac-module to change From and To, see
here:
I havn't tried this on REGISTER messages, just INVITES. But in the later
case it works fine to normalize the number to the format the upstream
provider wants. I also change the domain at the same time that seems to
be what you would like to do.
/Johan Wilfer
2014-07-07 13:04, Jeremy Visser skrev:
G'day folks
Struggling to work out whether Kamailio can help me or not in this situation, and I hope
someone can tell me whether I'm barking up the wrong tree.
I have hundreds of users which register to an old legacy Asterisk box that needs
retiring. The "users" are customers consisting of VoIP ATAs, PBXes, softphones,
and other hardware phones.
I've been told I need to retire the Asterisk system in the next month and move
customers to our new provider, who provide the SBC themselves (it's a Broadsoft-based
system). Obviously a customer once ported to the new provider requires new SIP proxy and
SIP domain settings configured in their CPE.
For obvious reasons, I cannot require hundreds of customers to change their configuration
overnight. However, there is not enough time to assist hundreds of customers changing
their SIP proxy/registrar/domain details.
So in the meantime I'm trying to work out a transition solution. I cannot simply
change my SIP registrar DNS to be a CNAME for the new provider's registrar, as the
domain is different, and the new provider doesn't allow domains other than their own
to register with them (even if the username/password portion is correct).
My new provider has previously told me they are unwilling to accept my old domain whilst
authenticating (they are much bigger than me, and I have no power to change them).
So I was hoping to use Kamailio and possibly the Path or Dispatch modules to proxy SIP
registration to the new provider, rewriting the domain part of the SIP register string as
I go
But I can't for the life of me work out whether that's even possible. I have
spent weeks poring over various Kamailio configurations posted to the interwebs, but
nobody seems to have done this before.
Specifically the "translation proxy" -- which I am hoping to make Kamailio --
will need to be stateless, and perform no local authentication. Individual registrations
will need to be passed through to the new provider (including authentication!), while
still translating the domain in the Request-URI, To, From, and various other SIP headers.
Because the current legacy Asterisk box has nat=yes set for all users, I will need to
proxy media, because if I start proxying SIP traffic to the new provider, I will be
confusing their own NAT hacks.
I don't understand the documentation for either the Path or Dispatch modules, and the
information on the wiki is confusing and poorly written. I am very familiar with SIP, and
have no trouble configuring Asterisk, but trying to work with Kamailio is leaving me
feeling like an idiot.
However, Kamailio's config is very flexible, so despite this I suspect what I'm
trying to achieve may be possible.
Any pointers in the right direction?
Cheers,
Jeremy.
_______________________________________________
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