[OpenSIPS-Users] unusual RURI format

Brett Nemeroff brett at nemeroff.com
Fri Jun 26 21:49:31 CEST 2009


so I tried to use the dialplan module to rewrite this ruri like this:
 dp_translate("$avp(s:ntrunkid)","$ruri.user/$ruri.user");

With a rule like this

+----+------+----+----------+-----------------+-----------+-----------------+----------+-------+
| id | dpid | pr | match_op | match_exp       | match_len | subst_exp
| repl_exp | attrs |
+----+------+----+----------+-----------------+-----------+-----------------+----------+-------+
|  7 |   21 | 50 |        1 | ^(1[0-9]{10}).+ |         0 | ^(1[0-9]{10}).+
| \1       |       |
+----+------+----+----------+-----------------+-----------+-----------------+----------+-------+


Calls now fail with a 500 Overlapping request. SIP Trace shows me receving a
200 OK and it not being relayed I don' think..

Any ideas?
-Brett
On Fri, Jun 26, 2009 at 2:06 PM, Brett Nemeroff <brett at nemeroff.com> wrote:

> All,I've got a customer that is sending me calls with an RURI like this:
>  sip:13155551207;npdi=yes;rn=13155550000 at 1.2.3.4
>
> when I use anything that parses the RURI like $rU, it shows
> $rU=sip:131555551207;npdi=yes;rn=13155550000
>
> Which is exactly everything from sip: to the first @ sign. The customer
> isn't able to change this RURI (it's coming from their downstream)
>
> What can I do to properly have $rU parse this up?
>
> Thanks,
> Brett
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20090626/6a96e2eb/attachment.htm 


More information about the Users mailing list