Re: [OpenSIPS-Users] Hunt Group with Opensips

Whoops I think I meant "longest Idle". This is how cisco defines the option Longest Idle—Calls go to the directory number that has been idle for the longest time, according to the time stamp of the most recent call to the hunt group taken by that extension. If that extension is unavailable, the

Re: [OpenSIPS-Users] Hunt Group with Opensips

Whoops I meant Brad. Thanks. I will try to figure out how to do least called->gets called and post. -- View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/Hunt-Group-with-Opensips-tp5459644p5464036.html Sent from the OpenSIPS - Users mailing list archive at Nabb

Re: [OpenSIPS-Users] Hunt Group with Opensips

That would my late night testing and copying code twice :) On Wed, 2010-08-25 at 20:05 -0700, osiris123d wrote: > Deon, > > Just wondering why you set the next hunt number twice in your else > condition?? > > > } else { > #Not the 1st time, let's pull the next in order > $avp(s:hunt_n

Re: [OpenSIPS-Users] Hunt Group with Opensips

Deon, Just wondering why you set the next hunt number twice in your else condition?? } else { #Not the 1st time, let's pull the next in order $avp(s:hunt_num) = $(avp(s:hunt_list){s.select,$avp(s:hunt_pos),,}); xlog("L_NOTICE","***Trying #$avp(s:hunt_pos) of $avp(s:total_hunts) in

[OpenSIPS-Users] ERROR Column 'to_tag' cannot be null when using

Hi all, When using opensips-1.6.3-tls and module B2BUA I'm getting the errors: Aug 24 00:04:47 vm1 /usr/local/sbin/opensips[11500]: INFO:b2b_logic:b2bl_add_client_list: add [191.0] Aug 24 00:04:47 vm1 /usr/local/sbin/opensips[11500]: INFO:b2b_logic:b2bl_print_clients_list: [0x2b887f9f3810] B2B.191

Re: [OpenSIPS-Users] Opensips 1.6.2 to 1.6.3 SST module question

The call is established but terminated after some time. Here is the SIP trace from siptrace module and debug 5 from Opensips. There is no BYE in the SIPTrace. Debug 5 from Opensips did show BYE sent to caller and to callee from dialog module. INVITE sip:1510495x...@74.x.x.x. SIP/2.0 Record-Rout

Re: [OpenSIPS-Users] Opensips 1.6.2 to 1.6.3 SST module question

I apologized that I wasn't clear enough. The call is established but terminated after some time. I can provide the SIP trace later today. Thank You -- View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/Opensips-1-6-2-to-1-6-3-SST-module-question-tp5441423p5462213

Re: [OpenSIPS-Users] Doubt about provisional responses processing

yes, that's right Regards, Bogdan Sergio Gutierrez wrote: > Hi Bogdan. > > If I understand well, I should arm a t_on_reply at the block > processing sequential requests? Currently I am not doing that. > > Regards! > > On Wed, Aug 25, 2010 at 11:21 AM, Bogdan-Andrei Iancu > mailto:bog...@voice-s

Re: [OpenSIPS-Users] Doubt about provisional responses processing

Hi Bogdan. If I understand well, I should arm a t_on_reply at the block processing sequential requests? Currently I am not doing that. Regards! On Wed, Aug 25, 2010 at 11:21 AM, Bogdan-Andrei Iancu < bog...@voice-system.ro> wrote: > Hi Sergio, > > Sergio Gutierrez wrote: > > Hi Bogdan. > > > >

[OpenSIPS-Users] Frontier | osipsconsole

Any idea how to Install Frontier from Cpan? I am trying to run osipsconsole but get the following messages. Can't locate Frontier/RPC2.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/per

Re: [OpenSIPS-Users] Doubt about provisional responses processing

Hi Sergio, Sergio Gutierrez wrote: > Hi Bogdan. > > This is also my doubt. Is that re-INVITE an initial request, in whose > case, it would be handled in the same way than previous INVITES, or is > it a Sequential Request.? a re-INVITE is an request in an existing dialog, so a Sequential request.

Re: [OpenSIPS-Users] Loosing DB connection

I should probably add that im using db_virtual with a single DB server then flat file in failover mode. Ive had this on 1.6.2 and 1.6.1 (using 1.6.2 currently) On Wed, 2010-08-25 at 07:04 -0700, Brad Bendy wrote: > Hi, > > Sometimes OpenSIPS losses connection to our database server and starts

Re: [OpenSIPS-Users] opensips process dying (dialplan module?)

In SVN, this is already changed from attrs_avp to gw_attrs_avp Regards, Bogdan Adelson O. Junior wrote: > Hi Bogdan, > > Thanks for replying. > > I've updated for 1.6.3 svn tag and I'am getting an error about > drouting modparam: "attrs_avp". > Note: this modparam is working with the 1.6.3 pac

Re: [OpenSIPS-Users] Doubt about provisional responses processing

Hi Bogdan. This is also my doubt. Is that re-INVITE an initial request, in whose case, it would be handled in the same way than previous INVITES, or is it a Sequential Request.? Or, is the re-INVITE handled at on_branch_route? As far as I understand, that invite would be a new initial request, b

Re: [OpenSIPS-Users] opensips process dying (dialplan module?)

Hi Bogdan, Thanks for replying. I've updated for 1.6.3 svn tag and I'am getting an error about drouting modparam: "attrs_avp". Note: this modparam is working with the 1.6.3 package from mirrors. This is occuring in svn tag only. Thanks, Adelson. Aug 24 19:28:24 OPENSIPS02 opensips: ERROR:core:

[OpenSIPS-Users] Loosing DB connection

Hi, Sometimes OpenSIPS losses connection to our database server and starts writing acc entries via flat file. It appears to happen when the DB server is under heavy load. It seems like some sort of timeout or something. Is there a way to have OpenSIPS re connect to the database without having to

Re: [OpenSIPS-Users] OpenSIPS with Loose routing

Hi Doug, Please post a SIP capture of the call in order to understand the scenario - the capture should be made from opensips server and it should include both inbound and outbound traffic (for opensips). The idea is that I need to check if the record_route was correctly done at INVITE time, i

Re: [OpenSIPS-Users] Doubt about provisional responses processing

Hi Sergio, It may sound silly, but are you sure that you arm t_on_reply() for the re-INVITE also ? Regards, Bogdan Sergio Gutierrez wrote: > Hi Bogdan. > > Thanks for your answer. > > You may check a trace at http://200.13.254.180/~saguti/fax.cap > (W

Re: [OpenSIPS-Users] Hunt Group with Opensips

Thanks Brad. Really Appreciated. This helps a lot. Kind Regards On Aug 25, 2010, at 9:11 AM, Brad Bendy wrote: > Deon, > > It's kind of sloppy as was thrown together for testing, but it works. > > The IAD we were sending calls to sends a 486 if the line is in use, we then > route advance on

Re: [OpenSIPS-Users] Mediaproxy Protocol

Hi, On 08/24/2010 03:40 PM, Ross McKillop wrote: > I'm no python expert but I figure this is something quite simple I'm doing > wrong. > > I have mediaproxy (and mediaproxy2 on another install) and I'm looking for a > way > to prematurely force a call to end based on the call id ... I was hoping

Re: [OpenSIPS-Users] Critical Errors on dr_reload

Hi Kelsey, There are 2 possibilities: 1) the memory used for reloading is just enough and during several reloads it gets fragmented so new reloads fails. You can (a) increase the pkg mem or (b) configure DR to reload in smaller chunks - see http://www.opensips.org/html/docs/modules/1.6.x/drout

Re: [OpenSIPS-Users] drouting destination set access

Hi TR, The Drouting module pushes the first GW into RURI and the rest of the GWs can be sequentially used via next_gw() function. But this rest of GWs can be dirrectly accessed via "ruri_avp" .See http://www.opensips.org/html/docs/modules/1.6.x/drouting.html#id272155 Regards, Bogdan T.R. Miss

Re: [OpenSIPS-Users] Hunt Group with Opensips

Deon, It's kind of sloppy as was thrown together for testing, but it works. The IAD we were sending calls to sends a 486 if the line is in use, we then route advance on the 486 until all destinations have been tried. We made the hunt_list static for testing, but avp_db_load or memcached it was w