That is correct. Dialplan module seemed to be the most fitting for what we
needed, since we're already making use of dialplan. I didn't see another
module that would be able to do this. Any guidance would be appreciated...
or perhaps this issue is not a bug but an RFE (request for enhanceme
That would not be a bad idea. It would possibly be something many other folks
would find useful. My time is a bit limited right now, but I will try to see
if I can work up a patch for it unless somebody else here finds it equally
useful and beats me to it.
---
You are receiving this because y
Yes, obviously $var(newTo) = "sip:" + $rU + "@" + $var(someVar); works. Like
I was explaining, I need to accommodate patterns that can't be standardized.
How does one enter:
"sip:" + $rU + "@" + $var(someVar);
"sip:" + $var(foo) + $var(bar) + "@" + $var(someVar);
...
Into the dialplan databa
I'd like to add that running xlog() with the input of "sip:$rU@$var(someVar)"
does in fact show up in the logs with the variables both being evaluated
properly, such that it will show as:
sip:12345@PLANETDRUIDIA
instead of the behavior that we're seeing in uac_replace_xxx() .
---
Reply to this
This affects 2.1.2 hash c846598 running on Centos 6.
If I have the following in my opensips.cfg file:
$var(newTo) = "sip:$rU@$var(someVar)";
uac_replace_to("$var(newTo)");
What I end up with in the actual SIP is a To header that looks like this:
To: "Foo"
I spoke with Bogdan briefly about th
Closed #694.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/694#event-568044243___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Sorry, missed closing this out for you. :-)
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/694#issuecomment-189438297___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/ma
@ionutrazvanionita : There seems to be a problem at the current time. We're
using this patch on the 2.1 branch, and it doesn't look like it was backported
to 2.1. Can you please verify? The patch you previously provided works for 4
out of 5 hunks. There is an avpops.c.rej that I'm attaching
Reopened #694.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/694#event-518247989___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
We'll test it out and report back. Thank you!
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/711#issuecomment-162972342___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/
Greets, Bogdan,
Responses are:
1) We use a PHP script to send xmlrpc commands to the mi_xmlrpc_ng module.
Manually setting the status of an endpoint in a given setid appears to work
fine, and after timer expiry from a manually update, I will see the results
written to the state column in the
The `state` column values for the endpoints in the shown setids do not line up
with what the active running OpenSIPS reports via `opensipsctl fifo ds_list`.
For example, see id=314 in the query for setid=1007. And see that it has
state=0 value, but in the `opensipsctl fifo ds_list` output, it s
Compare the output from the same exact running opensips server:
PARTITION:: default
SET:: 1009
URI:: sip:216.X.X.141 state=Active
URI:: sip:216.X.X.142 state=Active
URI:: sip:216.X.X.146 state=Active
URI:: sip:216.X.X.147 stat
Closed #694.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/694#event-471046158___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Yep, it's working great for us, thanks for making the change!
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/694#issuecomment-158572753___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensi
@ionutrazvanionita - As far as how I'm going to use it, I will be using only an
integer value. But to be honest, maybe other people will find it useful to
accept a string as well? I'm not sure. Integer is fine for me, but I'll defer
to your better judgment. :-)
---
Reply to this email direc
Spoke with Vlad-Paiu about this. Currently avp_db_query() requires that the
db_id (3rd param) be a constant. By allowing for avp_db_query() to use a $var
and $avp, it would allow simplified iteration across an arbitrary number of
avpops db urls as defined by the user, and keep from unnecessari
17 matches
Mail list logo
