Re: [SR-Users] Remote Party ID Header

2011-06-23 Thread dotnetdub
On 23 June 2011 22:55, Alex Balashov wrote: > On 06/23/2011 05:52 PM, dotnetdub wrote: > > ERROR: pv [pv_trans.c:522]: invalid uri [> > >;privacy=full;screen=no>] >> >> /sbin/kamailio[27389]: ERROR: [lvalue.c:351]: non existing >> right pvar >> /sbin/kamailio

Re: [SR-Users] Remote Party ID Header

2011-06-23 Thread Alex Balashov
On 06/23/2011 05:52 PM, dotnetdub wrote: ERROR: pv [pv_trans.c:522]: invalid uri [mailto:sip%3a1234...@domain.ie>;privacy=full;screen=no>] /sbin/kamailio[27389]: ERROR: [lvalue.c:351]: non existing right pvar /sbin/kamailio[27389]: ERROR: [lvalue.c:411]: assignment failed at pos: (110,13-110,5

Re: [SR-Users] Remote Party ID Header

2011-06-23 Thread dotnetdub
On 23 June 2011 22:39, Alex Balashov wrote: > On 06/23/2011 05:37 PM, dotnetdub wrote: > >> Hi Alex, >> >> On 23 June 2011 22:00, Alex Balashov > > wrote: >> >>$(hdr(Remote-Party_ID){uri.__**param,privacy}); >> >> >> Still not working.. >> >> ERROR: [lval

Re: [SR-Users] Remote Party ID Header

2011-06-23 Thread Alex Balashov
On 06/23/2011 05:37 PM, dotnetdub wrote: Hi Alex, On 23 June 2011 22:00, Alex Balashov mailto:abalas...@evaristesys.com>> wrote: $(hdr(Remote-Party_ID){uri.__param,privacy}); Still not working.. ERROR: [lvalue.c:351]: non existing right pvar assignment failed at pos: (110,13-110,54) INF

Re: [SR-Users] Remote Party ID Header

2011-06-23 Thread dotnetdub
Hi Alex, On 23 June 2011 22:00, Alex Balashov wrote: > $(hdr(Remote-Party_ID){uri.**param,privacy}); > Still not working.. ERROR: [lvalue.c:351]: non existing right pvar assignment failed at pos: (110,13-110,54) INFO:

Re: [SR-Users] Remote Party ID Header

2011-06-23 Thread Alex Balashov
On 06/23/2011 12:58 PM, dotnetdub wrote: On 17 June 2011 18:22, Alex Balashov mailto:abalas...@evaristesys.com>> wrote: 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 wil

Re: [SR-Users] Remote Party ID Header

2011-06-23 Thread dotnetdub
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? > > Anyway, if you know the 'privacy' header parameter will always be there, > you can do this, assuming is_present_hf("Remote-Party-**ID"), of

Re: [SR-Users] Remote Party ID Header

2011-06-17 Thread dotnetdub
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

Re: [SR-Users] Remote Party ID Header

2011-06-17 Thread Sergey Okhapkin
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

Re: [SR-Users] Remote Party ID Header

2011-06-17 Thread Alex Balashov
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