I am Using Solaris 10 and GCC 4.2, i do have libconfuse
everything goes fine until this error comes up.
carrierroute.c:54: error: 'MODULE_INTERFACE_VER' undeclared here (not in a
function)
carrierroute.c:87: error: expected '=', ',', ';', 'asm' or '__attribute__'
before 'cmds'
carrierroute.
On 17 June 2011 18:22, Alex Balashov wrote:
> Brian,
>
> Remote-Party-ID is a long-obsolete draft that never became an RFC; why are
> you still using it?
>
>
Carriers in Europe seem to still like to use it..
> Anyway, if you know the 'privacy' header parameter will always be there,
> you can
RPID header is sent by linksys/sipura ATAs... I have a lot of headaches with
those wide spread ATAs here in USA... PAP series are OK, but SPA series send
RPID.
On Friday 17 June 2011, Alex Balashov wrote:
> Brian,
>
> Remote-Party-ID is a long-obsolete draft that never became an RFC;
> why are
Brian,
Remote-Party-ID is a long-obsolete draft that never became an RFC;
why are you still using it?
Anyway, if you know the 'privacy' header parameter will always be
there, you can do this, assuming is_present_hf("Remote-Party-ID"), of
course.
$var(x) = $(hdr(Remote-Party-ID){s.select
Thank you for your answer.
You've absolutely right on the linked ser.cfg. I send a cleaned up and indented
version.
It's attached.
Meanwhile I'll try out a little your solution.
Thank's
Simon
Il 17/06/2011 15:40, Edson - Lists ha scritto:
Simone,
At a first glance, make Your magic on the r
Hi All,
If an endpoint is sending us the remote party ID header, I know how to
extract $(re{uri.user}) - how would I check if the Privacy Flag was true in
Kamailio script?
Version 1.41
Thanks,
Brian
___
SIP Express Router (SER) and Kamailio (OpenSER) -
Simone,
At a first glance, make Your magic on the route[INBOUD], just after
ALIAS lookup.
Didn't see further, but you should make the same some point before use
of some forward function (t_relay,p.ex.)
Edson.
P.S.: Your configuration file is a mess to read, since you are asking us
to read
Hi to all,
I need to edit our ser installation (OLD ser-2.0.0-rc1) implementing a check to rewrite the INVITE
URI address in case a flag on a DB is set or not. I'm not proof on this and as always the solution
is to find out on the production system without the possibility (for now) to upgrade
