On 04.10.2021 16:35, Ben Newlin wrote:
What’s done is done in this case, but something to think about for
future breaking changes, especially relating to the DB.
Hi Ben,
I totally agree with you on this one -- the shifting of the carrier
flags in the /drouting/ module was *completely* unneces
: [OpenSIPS-Users] DROUTING module flag changes
Liviu,
Thank you, I do see it there. So it is confirmed the flags have shifted. It
appears the module documentation is still in need of some updates to reflect
this change for carriers.
Ben Newlin
From: Liviu Chircu
Date: Friday, October 1, 2021 at
, Ben Newlin
Subject: Re: [OpenSIPS-Users] DROUTING module flag changes
On 01.10.2021 21:34, Ben Newlin wrote:
Can anyone clarify the expected behavior here? Were the values for the flags
column changed as part of removing the weight flag?
Hey Ben,
I believe you're referring to a change fro
On 01.10.2021 21:34, Ben Newlin wrote:
Can anyone clarify the expected behavior here? Were the values for the
flags column changed as part of removing the weight flag?
Hey Ben,
I believe you're referring to a change from 3.1, where the carrier "W"
flag was removed & all other flags were sh
Hello,
I need some clarification on the new “sort_alg” columns added to the DROUTING
module tables in 3.x.
The column was added to the DrRules table, and the documentation has been
updated to reflect that the “W” flag passed to do_routing is now deprecated and
has been replaced by the value in
Hi Kirill,
Starting with 2.4 there is a change in how the initial load is done by
drouting (and other modules). If previously the the initial load was
part of the module init sequence (and delaying the whole opensips init
with this load), now the load is done after the init sequence, so
opens
Hi all I migrate from 2.3 to in 2.4 on Centos 7.4.
OpenSIPS 2.3 starts without going to background, while drouting module
fetches all rules from DB into memory.
OpenSIPS 2.4 goes to background immediately, and fetches rules only after
that.
If you try opensipsctl fifo dr_number_routing mts 0 919
Dear Bogdan and Ben Newlin
Thanks for the reply, really appreciated.
-- Original --
From: "Ben Newlin";;
Send time: Saturday, Dec 16, 2017 0:53 AM
To: "OpenSIPS users mailling list"; "Jeffrey
Zhao";
Subject: Re: [OpenSIPS-Us
Iancu
Reply-To: OpenSIPS users mailling list
Date: Friday, December 15, 2017 at 11:35 AM
To: OpenSIPS users mailling list , Jeffrey Zhao
Subject: Re: [OpenSIPS-Users] drouting module -- How to use registered gateway
as outbound gateway
Hi Jeffrey,
To do something like that, you need to have
Hi Jeffrey,
To do something like that, you need to have in DR (as gateway) the AOR
used by the GW to register with. And after you do do_routing() you do
lookup(location).
Now the tricky part is to link them, as Drouting is IP/domain driven
while user location is AOR driven.
So, in DR use
Dear all
We are using drouting module for dialplan routing, for NAT issues, we need to
register outbound voice gateway to opensips, instead of fixed static IP.
Is there any way to use registered gateway as routing destination?
Thanks.
___
Users mailin
the right direction.
Ben Newlin
*From:*users-boun...@lists.opensips.org
[mailto:users-boun...@lists.opensips.org] *On Behalf Of *Newlin, Ben
*Sent:* Thursday, March 26, 2015 10:54 AM
*To:* Bogdan-Andrei Iancu; OpenSIPS users mailling list
*Subject:* Re: [OpenSIPS-Users] DROUTING module changing
, Ben
Sent: Thursday, March 26, 2015 10:54 AM
To: Bogdan-Andrei Iancu; OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] DROUTING module changing Carrier IDs
Bogdan,
It did occur to me that the code seemed to be the octal for newline, but I
don't know what the significance of that could b
ogdan-Andrei Iancu [mailto:bog...@opensips.org]
Sent: Thursday, March 26, 2015 10:02 AM
To: OpenSIPS users mailling list; Newlin, Ben
Subject: Re: [OpenSIPS-Users] DROUTING module changing Carrier IDs
Hi Ben,
If you run the "dr_carrier_status" MI command, do you see the same #012 in the
ID
Hi Ben,
If you run the "dr_carrier_status" MI command, do you see the same #012
in the ID of the carrier ? #012 is '\n' - are you sure you do not have
it by mistake in DB ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 25.03.2015 21:53, New
I am using OpenSIPS 1.11 and I am recently getting some weird behavior from the
DROUTING module. The module is corrupting the Carrier ID that is being returned
via AVP. This behavior is occurring only with the Carrier ID, not the gateway
or rule IDs, and only when it is returned from the DROUTIN
> *To:* OpenSIPS users mailling list ;
> users-request
> *Sent:* Wednesday, October 3, 2012 12:02 PM
> *Subject:* [OpenSIPS-Users] drouting module
>
> Hello All,
> I use drouting module to routing calls, it's work good but when i have a
> Gateway HS the opensips sends the c
: [OpenSIPS-Users] drouting module
Hello All,
I use drouting module to routing calls, it's work good but when i have a
Gateway HS the opensips sends the calls to this Gateway four times before to
send it to
another Gateway like that:
INVITE sip:10800806@x.x.x.x;user=phone, with se
Hello All,
I use drouting module to routing calls, it's work good but when i have a
Gateway HS the opensips sends the calls to this Gateway four times before
to send it to
another Gateway like that:
*INVITE sip:10800806@x.x.x.x;user=phone, with session description
INVITE sip:10800806x
I was able to manipulate $ru as set by do_routing() to get the behavior I'm
looking for. It's not very clean, but it's functional.
On Thu, Mar 31, 2011 at 9:00 AM, thrillerbee wrote:
> bump.
>
>
> On Tue, Mar 29, 2011 at 11:27 AM, thrillerbee wrote:
>
>> Hopefully my last question:
>>
>> Using a
bump.
On Tue, Mar 29, 2011 at 11:27 AM, thrillerbee wrote:
> Hopefully my last question:
>
> Using append_branch() and $branch allows me to add all destinations as
> branches with q-values. However, I am unable to remove/edit the initial
> entry in $ds as set by do_routing():
>
> Contact: *sip:1
Hopefully my last question:
Using append_branch() and $branch allows me to add all destinations as
branches with q-values. However, I am unable to remove/edit the initial
entry in $ds as set by do_routing():
Contact: *sip:15552345678@1.1.1.1, *;q=1, <
sip:2215552345678@2.2.2.2>;q=0.9, ;q=0.85, <
Bogdan,
Nevermind on that issue; I neglected to notice that I had to create the
branch with append_branch() before setting anything.
Thanks for the help.
Ryan
On Tue, Mar 29, 2011 at 9:52 AM, thrillerbee wrote:
> Bogdan,
>
> When I configure:
> $(branch(uri)[0]) = $ru;
> $(branch(q)[0]) = 100
Bogdan,
When I configure:
$(branch(uri)[0]) = $ru;
$(branch(q)[0]) = 100;
xlog("L_INFO","branch 0 = $(branch(uri)[0]) with q-value
$(branch(q)[0])\n");
I get this debug:
ERROR:core:pv_set_branch_fields: SCRIPT BUG - inexisting branch assigment
[0/0]
ERROR:core:do_assign: setting PV failed
ERROR:c
Hi,
Another tricks:
1) you can read the pending destinations directly from AVPs, without
calling the "use_next_gw()" function. See:
http://www.opensips.org/html/docs/modules/1.6.x/drouting.html#id293166
2) as append_branch() does not accept variables as params, use the
"$branch" variable
Hi thrillerbe,
I think that if you only want to build the list of selected
destinations, you can just call use_next_gw and add the uri in RURI to a
destination string ( because use_next_gw sets the RURI to the
destination-
http://www.opensips.org/html/docs/modules/devel/drouting.html#id251519
I'm trying to get OpenSIPS to act as a REDIRECT server and have run into a
couple issues. I'm using the drouting module to do lookups. Essentially, a
dialed number could have potentially several routes, I want to return a 300
with these routes in the Contact header. Please tell me if this is foolis
Thanks Bogdan!
Regards,
Ronald
On Mon, Dec 20, 2010 at 10:48 PM, Bogdan-Andrei Iancu <
bog...@voice-system.ro> wrote:
> Ronald,
>
> use the SVN check out for 1.6 branch -
> http://www.opensips.org/Resources/Downloads#svn
>
>
> Regards,
> Bogdan
>
> Ronald Cepres wrote:
>
>> Not actually from SVN
gt; > a.zagors...@oyster-telecom.ru
> > www.oyster-telecom.ru
> >
> >
> >
> >
> >> -Original Message-
> >> From: users-boun...@lists.opensips.org [mailto:users-
> >> boun...@lists.opensips.org] On Behalf Of Anton Zagorskiy
> &
Ronald,
use the SVN check out for 1.6 branch -
http://www.opensips.org/Resources/Downloads#svn
Regards,
Bogdan
Ronald Cepres wrote:
Not actually from SVN but from the website. Here is the actual
download
link: http://opensips.org/pub/opensips/latest/src/opensips-1.6.3-tls_src.tar.gz
Btw
g [mailto:users-
boun...@lists.opensips.org] On Behalf Of Anton Zagorskiy
Sent: Thursday, December 16, 2010 11:54 AM
To: 'OpenSIPS users mailling list'
Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
Hi!
What about investigation my crash?
Should I send a
> boun...@lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
> Sent: Friday, December 17, 2010 9:12 PM
> To: OpenSIPS users mailling list
> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
>
> Hi Anton,
>
> Could you sent me a dump for the dr related DB tables?
>
rsday, December 16, 2010 11:54 AM
To: 'OpenSIPS users mailling list'
Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
Hi!
What about investigation my crash?
Should I send any additional information?
-Original Message-
From: users-boun...@lists.opensips.org [mai
ists.opensips.org] On Behalf Of Anton Zagorskiy
> > Sent: Tuesday, December 14, 2010 5:01 PM
> > To: 'OpenSIPS users mailling list'
> > Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> >
> > Yes, openSIPS crashed because of there are "INFO:c
'OpenSIPS users mailling list'
> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
>
> Yes, openSIPS crashed because of there are "INFO:core:sig_usr: signal
> 15 received" messages in a log file.
> I've tested on new VM with CentOS 5.5 with sources f
oyster-telecom.ru
www.oyster-telecom.ru
> -Original Message-
> From: users-boun...@lists.opensips.org [mailto:users-
> boun...@lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
> Sent: Tuesday, December 14, 2010 4:25 PM
> To: OpenSIPS users mailling list
> Subject: Re:
Hi Anton,
Why do you say it crashes ? do you have a corefile ?
your logs do not show any t_relay() after do_routing()could you post
the relevant snip of your cfg?
Regards,
Bogdan
Anton Zagorskiy wrote:
Hi!
I'm trying to use drouting module, but something says to me that I using it
wron
Hi!
I'm trying to use drouting module, but something says to me that I using it
wrong because openSIPS goes to crash.
I've inserted following values in the DB:
1. dr_gateways:
gwid(2)
type(1)
address(192.168.0.10)
strip(0)
pri_prefix(1000)
attrs("")
probe_mode(0)
description(Gateway1)
2. dr_gr
Not actually from SVN but from the website. Here is the actual download
link:
http://opensips.org/pub/opensips/latest/src/opensips-1.6.3-tls_src.tar.gz
Btw, I have also tried recompiling the source code successfully. However,
the previously mentioned errors when running OpenSIPS itself remains the
Hi Ronald,
Are you sure you have the latest 1.6.3 sources from SVN ?
Regards,
Bogdan
Ronald Cepres wrote:
Hi to all,
I have a problem about the drouting module. Here is a snippet of my
script configuration:
...
loadmodule "drouting.so"
modparam("drouting", "db_url", "mysql://user:p...@loca
Hi to all,
I have a problem about the drouting module. Here is a snippet of my script
configuration:
...
loadmodule "drouting.so"
modparam("drouting", "db_url", "mysql://user:p...@localhost/opensips")
modparam("drouting", "gw_id_avp", "$avp(s:gw_id)")
modparam("drouting", "rule_id_avp", "$avp(s:r
Hi,
Please investigate the crash. First you have to get a core. Do:
ulimit -c unlimited
and when starting opensips also use a -w path argument ( to set the
working directory).
Then after you get a core ( you will see the message "core was generated
") investigate the core with gdb, run 'gdb pat
Yes, you were right! Thank you. But now openSIPS goes to
crash...
[6176]: *** route[invite]: call do_routing()
[6176]: DBG:core:db_new_result: allocate 28 bytes for
result set at 0x81db470
[6176]: DBG:db_mysql:db_mysql_get_columns: 1 columns
returned from the query
[6176]: DBG:core:db_allocate
On 12/10/2010 01:47 PM, Anton Zagorskiy wrote:
Hello.
It seems that when I call do_route() the route[1] was automatically called..
As I understand I should manually call relay functions after do_routing().
Have you set the routeid field in in the dr_rules table record to 1 :) ?
If you set
Hello.
It seems that when I call do_route() the route[1] was automatically called..
As I understand I should manually call relay functions after do_routing().
Any ideas why that is happening? :)
WBR, Anton Zagorskiy
VoIP Developer, Oyster Telecom
Phone.: +7 812 601-0666
Fax: +7 812 601-0593
Hello Denis,
The dr_rules table (in 1.6.3 only) has an "attrs" column for that. See :
http://opensips.svn.sourceforge.net/viewvc/opensips/branches/1.6/scripts/mysql/drouting-create.sql?revision=7136&view=markup
Regards,
Bogdan
Denis Putyato wrote:
Hello!
Please tell me where in dr_rul
Hello!
Please tell me where in dr_rules table rule_attrs_avp (str) of DROUTING module
store?
http://www.opensips.org/html/docs/modules/1.6.x/drouting.html#id294102
Thank you.
___
Users mailing list
Users@lists.opensips.org
http://lists
uentra totalmente prohibida. Si usted ha recibido este mensaje por error,
> por favor notifique inmediatamente al remitente por este mismo medio y borre
> el mensaje de su sistema.
>
> -Original Message-
> From: users-boun...@lists.opensips.org
> [mailto:users-boun...@lists.open
uier copia o distribución de éste se
encuentra totalmente prohibida. Si usted ha recibido este mensaje por error,
por favor notifique inmediatamente al remitente por este mismo medio y borre
el mensaje de su sistema.
-Original Message-----
From: users-boun...@lists.opensips.org
[mailto:users-boun...@list
Hi Sebastian,
Sebastian Sastre wrote:
>
> Hi,
>
>
>
> When applying the do_routing function without specifying the group id,
> what are the matching patterns that it will look for?
>
As documented, if no group id is given to the function, it will try to
discover the group Id by looking in the
From: users-boun...@lists.opensips.org
[mailto:users-boun...@lists.opensips.org] On Behalf Of David Villasmil
Sent: Tuesday, August 25, 2009 6:53 PM
To: OpenSIPS users mailling list
Cc:
Subject: Re: [OpenSIPS-Users] drouting module
stop asking so much!
;)
D
El 25/08/2009, a las 18:0
stop asking so much!
;)
D
El 25/08/2009, a las 18:05, "Sebastian Sastre"
escribió:
Hi,
When applying the do_routing function without specifying the group
id, what are the matching patterns that it will look for?
In other words If I want ALL the users behind domain test.com how
Hi,
When applying the do_routing function without specifying the group id, what
are the matching patterns that it will look for?
In other words If I want ALL the users behind domain test.com how would I do
it?
Leaving the username field empty and putting test.com in the domain did not
Hi Mauro,
You should consider the dialplan module for this - you can pass as input
the RURI ($ru), match the domain part of it via a regexp and do a subst
to replace the domain with the IP of the SBC.
See: http://www.opensips.org/html/docs/modules/1.5.x/dialplan.html#id227206
Regards,
Bogdan
2009/5/4 Mauro Davi' :
> The DRouting module and the LCR module can route a call based on username’s
> rules. There is a way to route a call on a rule based on the domain part of
> the RURI??
Please, read the full description of "load_gws([pvar])" in OpenSIPS:
http://www.opensips.org/html/docs/
Hi All,
I need to route a call based on domain name.
For example I need to route a call to a SBC if the domain is equal to
'domain.es'.
The DRouting module and the LCR module can route a call based on
username's rules. There is a way to route a call on a rule based on the
domain part of
I'm using an older version in production of openser with the LCR module and
I've tried using $rd to account where the call went. I get a lot of problems
doing this because of things like RE-INVITES and such. It's been a real
headache. It doesn't seem to be consistently accurate. I can't reproduce t
Hi Brett,
but you have the GW IP (that was used) already in the RURI...or ?
Regards,
Bogdan
Brett Nemeroff wrote:
> Is there not a way to store in an AVP the gateway that was used in the
> call? I have this need as well..
> -Brett
>
>
> On Thu, Jan 22, 2009 at 9:44 AM, ibrahim tunali
> mailto:
Hi Ibrahim,
Thanks for report - fixed on the SVN (again, typo issues :( ) - please
update and give another try.
Regards,
Bogdan
ibrahim tunali wrote:
> Hi Bogdan,
>
> I tried now and opensips started without the problem. But i did not
> get the value after calling "do_routing()".
>
> I see NULL
Is there not a way to store in an AVP the gateway that was used in the call?
I have this need as well..-Brett
On Thu, Jan 22, 2009 at 9:44 AM, ibrahim tunali wrote:
> Hi Bogdan,
>
> I have already set attr avp like you sent. The problem occured when
> fill the attr field. If I leave blank attr f
Hi Bogdan,
I tried now and opensips started without the problem. But i did not
get the value after calling "do_routing()".
I see NULL value on output of xlog;
"PSTN Termination RURI:9XX USER:XXX DOMAIN:sip.x.com
CARRIER:"
if(!do_routing()){
xlog("L_WARN","No
Hi Ibrahim,
I found a bug related to what you described - I made a fix on SVN -
please update and test again.
Thanks and regards,
Bogdan
ibrahim tunali wrote:
> Hi Bogdan,
>
> I have already set attr avp like you sent. The problem occured when
> fill the attr field. If I leave blank attr field
Hi Bogdan,
I have already set attr avp like you sent. The problem occured when
fill the attr field. If I leave blank attr field in DB it starts but
when i set something like "gw1" it crashed.
My db row;
+--+--+---+---++---+-+
| gwid | type
Hi Ibrahim,
have you set the attr avp? Something like:
modparam("drouting", "attrs_avp", '$avp(s:dr_attrs)')
Then after do_routing() or use_next_gw(), do :
xlog("-gw attr is $avp(s:dr_attrs)\n");
the value of the attr is whatever you want - the module does not interpret it -
it is ju
Hello,
I'm playing with the new module drouting on svn trunk and i need to
get "which gateway is used on last request". I might be able to get it
with "attrs_avp" and "attrs" field on dr_gateways table, i guess. I
try some values to attrs but opensips crashed.
Could you give an example to use att
65 matches
Mail list logo