I am currently testing version 3.3 and I have a scenario where we will
receive a 603 to an invite. this needs to be failed over to the next
destination. we are using dispatcher for this.
While testing I am finding that opensips is treating the 603 a a relpy
and not as a failure and its being h
I have an OpenSIPS 2.3 instance, where we are sending a call to the next
hop and are receiving a 403 forbidden. This is expected and we need to
update the from or to header and resend the call to the same destination
whish will accept this. we do not make any other changed in the failure
route,
How many children are defined in your script. You will get one process per
child
Richard
On Thu, 1 Jun 2023, 11:47 Sasmita Panda, wrote:
> Hi All ,
>
>
> I am using opensips 3.2
> version: opensips 3.2.3 (x86_64/linux)
> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
> Q_MALL
ropped
> INFO:remove_session:2494595e5addcc12036b84f75312af3f@66.228.40.119:5060:
> RTCP stats: 0 in from callee, 0 in from caller, 0 relayed, 0 dropped
> INFO:remove_session:2494595e5addcc12036b84f75312af3f@66.228.40.119:5060:
> session on ports 37018/0 is cleaned up
>
> Any insight a
t;, "partition", " default : table_name = dialplan ;
db_url = mysql://root:opensips@127.0.0.1:3306/opensips")
does anyone know why this is happening for this module only
Regards,
--
Richard Robson
Greenlight Support
01382 843843
supp...@greenlightcrm.com
__
/modules/2.1.x/dialplan.html#id294353
(1.8.2. dp_translate)
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 22.03.2016 14:28, Richard Robson wrote:
Hi
dules/2.1.x/dialplan.html#id294353
> (1.8.2. dp_translate)
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developer
> http://www.opensips-solutions.com
>
> On 22.03.2016 14:28, Richard Robson wrote:
>> Hi,
>>
>> I'm trying to use the dialplan modu
u
> OpenSIPS Founder and Developer
> http://www.opensips-solutions.com
>
> On 23.03.2016 13:37, Richard Robson wrote:
>> Hi Guys,
>>
>> I've got this working now.
>>
>> Here's a couple of things I've found.
>>
>> You appear to need
:
ERROR:core:db_check_table_version: querying version for table acc
Apr 14 12:44:51 gl-sip-01 /usr/sbin/opensips[26870]:
ERROR:acc:acc_db_init: error during table version check
Regards,
--
Richard Robson
Greenlight Support
01382 843843
supp...@greenlightcrm.com
___
sense.
Regards,
--
Richard Robson
Greenlight Support
01382 843843
supp...@greenlightcrm.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
?
BR,
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
--
Richard Robson
Greenlight Support
01382 843843
supp
uplicate with hep to <:>
I'm presuming that the opensips is not understanding the trace_id
somehow. I've looked at the documentation, but cant find any reason for
this.
--
Richard Robson
Greenlight Support
01382 843843
supp...@greenlightcrm.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
ace:
http://pastebin.com/yAwmYyhx
Regards,
--
Richard Robson
Greenlight Support
01382 843843
supp...@greenlightcrm.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Has something changed or has the documentation not been
updated.
It's version 2.2.1
Regards,
Richard
--
Richard Robson
Greenlight Support
01382 843843
supp...@greenlightcrm.com
_
"gw_attrs_avp" was removed a while back ago, and
replaced with an output parameter to do_routing() and friends.
Thank you for reporting! I've fixed the docs where needed.
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 09.08.2016 05:50,
/docs/modules/2.2.x/auth.html#id294332
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 09.08.2016 18:26, Richard Robson
wrote:
is pv_proxy_authorize deprecated
too
;$avp(accountcode)",1200)
here the avp is in quotes in one and not the other, which may be the
problem but the script fails when the quotes are added to the fetch or
removed from the store.
version 2.2.1
--
Richard Robson
Greenlight Support
01382 843843
supp...@greenlightcrm.co
that the dbcaching would leave the value with
the same type.
Regards,
Richard
On 10/08/2016 12:05, Richard Robson wrote:
Hi All,
I'm using the local dbcache to record an accountcode password and two
variables. these are used for authentoiaction and rate and channe
limiting the custom
fo rl_list
PIPE:: id=gl-agw-01.greenlightcrm.local algorithm=TAILDROP limit=10
counter=0
PIPE:: id=0001 algorithm=TAILDROP limit=20 counter=0
PIPE:: drop_rate=0
but the error is for the top one (id=gl-agw-01.greenlightcrm.local) as
the other one is OK and returns a value and does not erro
Please ignore post, I found the error I was calling the count with a
different pv
On 16/08/2016 12:18, Richard Robson wrote:
I'm using the rl module to limit customers using an account code and
calls to a trunk via its name.
i'm getting the following error in the tun
stemd-journal being the heaviest CPU user, but not
sure if this is unrelated
here is the backtrace: http://pastebin.com/SjaSJx7w
--
Richard Robson
Greenlight Support
01382 843843
supp...@greenlightcrm.com
___
Users mailing list
Users@lists.opensip
Date:
Tue, 6 Sep 2016 13:45:11 +0100
From:
Richard Robson
Organisation:
Greenlight Innovation
To:
OpenSIPS users mailling list
ounder and Developer
http://www.opensips-solutions.com
On 06.09.2016 17:07, Richard Robson
wrote:
If its any help, I can see packets coming in particularly
BYEs that are not being processes at high call rates and are
not getting to the
e the
backtrace - even under OS stress conditions, OpenSIPS should NOT
crash.
Best regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 16.09.2016 13:15, Richard Robson
nSIPS Founder and Developer
http://www.opensips-solutions.com
On 16.09.2016 13:15, Richard Robson
wrote:
Hi Bogdan,
It looks like it was the extra logging we were putting in
using xlog. We'd added them while we were deve
15:03:28 gl-sip-02 opensips[26681]: INFO:mi_fifo:get_fifo_stream:
invalid FIFO file: creating a new one (/tmp/opensips_fifo)
Oct 3 15:03:28 gl-sip-02 opensips[26681]: INFO:mi_fifo:get_fifo_stream:
deleted FIFO file (/tmp/opensips_fifo)
--
Richard Robson
Greenlight Support
01
script, that replaces the /tmp/opensips_fifo. Since the
default script does not have dr, the command is not available.
Please make sure you are running only an instance.
Best regards,
Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com
On 10/03/2016 05:03 PM, Richard Robson wrote:
Hi
34
+0.000651 │ ACK │ │s=TELES-SBC
17:42:52.232052 │ >>> │ │c=IN IP4
194.145.191.134
│ │ │t=0 0
│
Regards,
--
Richard Robson
Greenlight Support
01382 843843
sup
transaction and verify the ACK
> is constructed properly.
>
>
>
> [1] https://tools.ietf.org/html/rfc3261#section-12.2.1.1
>
> [2] https://tools.ietf.org/html/rfc3261#section-17.1.1.3
>
>
>
> Ben Newlin
>
>
>
> *From: * on behalf of Richard Robson <
html/rfc3261#section-17.1.1.3
Ben
Newlin
From:
<users-bounces@lists.opensips.org>
essary.
Ben
Newlin
From:
on behalf of Richard Robson
Organization: Greenlight Innovation
Reply-To: OpenSIPS users mailling list
Date:
OK, I am using topolgy hiding and
checking for this but the ACK wasn't being handled in the
topology_hiding_match
On 11/10/2016 14:04, Richard Robson wrote:
Does this help?
4XX
2016/10/11 14:02:44.8
.
Ben
Newlin
From:
on behalf of Richard Robson
Organization: Greenlight Innovation
Reply-To: OpenSIPS users mailling list
.c: Misrouted
SIP response '200 OK' with Call-ID
'57f6d7d10a004b8943a25d41470ef82d@192.168.36.68:5060', too many vias
[2016-12-14 17:43:25] WARNING[28124][C-4e17] chan_sip.c: Misrouted
SIP response '200 OK' with Call-ID
'57f6d7d10a004
82d@192.168.36.68:5060', too many vias
[2016-12-14 17:43:25] WARNING[28124][C-4e17] chan_sip.c: Misrouted
SIP response '200 OK' with Call-ID
'57f6d7d10a004b8943a25d41470ef82d@192.168.36.68:5060', too many vias
--
Richard Robson
Greenlight Support
01382 843843
supp...@greenli
the !
gives the same result.
this is the only output from the xlog whether the if is negated or not
I'd expect the lack of cached values to cause the !false to trigger the
db query and then store the values. I never seams to get there so I know
there are no values.
Regards,
--
Richa
Its version 2.2.2
On 04/01/2017 10:17, Richard Robson wrote:
Hi,
I'm Getting a true value back on a cahce fetch when I know the cache
is empty and should be returning false.
This is causing the AVP's to be NULL and then the subsequent logic
fails
this is the code
if(!c
I've just spottted MY mistake. The Neagation was only on one of the
cache_fetch not Both
On 04/01/2017 10:20, Richard Robson wrote:
Its version 2.2.2
On 04/01/2017 10:17, Richard Robson wrote:
Hi,
I'm Getting a true value back on a cahce fetch when I know the cache
is empty and
ng the 100 manually
with modparam("tm", "auto_100trying", 0) and t_reply("100", "Trying")
when handling the initial invite after it has been authenticated/accepted?
--
Richard Robson
Greenlight Support
01382 843843
supp...@greenlightcrm.com
___
Hi,
we are getting a crash in opensips. V2.2.2
bt all:
#0 0x00425de2 in context_put_int (type=CONTEXT_GLOBAL, ctx=0x0,
pos=4, data=1) at context.c:173
No locals.
#1 0x7f1c121642cc in dlg_onreply (t=0x7f1c1d86e938, type=out>, param=) at dlg_handlers.c:490
rpl = 0x7f1c3
n 06/01/2017 09:30, Richard Robson wrote:
Hi,
we are getting a crash in opensips. V2.2.2
bt all:
#0 0x00425de2 in context_put_int (type=CONTEXT_GLOBAL,
ctx=0x0, pos=4, data=1) at context.c:173
No locals.
#1 0x7f1c121642cc in dlg_onreply (t=0x7f1c1d86e938,
type=, param=) at dlg
Content-Length: 0
the sip code and the callid have been changed. the call id is the
same as the original call from the outbound asterisk box
Regards,
--
Richard Robson
Greenlight Support
01382 843843
supp...@g
Founder and Developer
http://www.opensips-solutions.com
On 06.01.2017 16:22, Richard Robson
wrote:
Hi,
we are getting 503 messages back but when this is stored on
Homer as a 500. I'm not sure if its Opensips's
e and I'm monitoring the situation.
Regards,
Richard
On 06/01/2017 12:19, Richard Robson wrote:
I've some more back traces.
this could be a resource problem. The back story is we want to check
for channel limits and Rate limits for all calls. Channel limit hits
should failover to th
unts being different, which you would expect on live
data the MI is missing the 4199 ( a call was in progress for this
profile) and the 0072 value.
Now this is either a bug in the MI or in the Ruby gem. I just don't know
which.
Would there be a simp
It looks like the Ruby is not parsing the returned data array correctly.
I found out how to access MI datagrams directly from the command line
and this is showing the correct information.
R
On 18/01/2017 13:28, Richard Robson wrote:
Hi,
I'm using ruby to pull profile counts from ope
do a second route to relay the call to the
next gateway assuming that this will be the same dialog from the
original call.
Regards,
--
Richard Robson
Greenlight Support
01382 843843
supp...@greenlightcrm.com
___
Users mailing list
I may be answering my own question here, But I going to say Thay I
should be using match_dialog to see if there is an existing dialog and
only create one if there is not one already/
R
On 25/01/2017 16:42, Richard Robson wrote:
I'm wanting to check rate limits and channel limits for
ng - it updates
the internal dialog state machine, triggers callback.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 01/25/2017 07:01 PM, Richard Robson wrote:
I may be answering my own question here, But I going to say Thay I
should be using matc
lel/serial fork belong to
the _same_ call !! when you do failover to the next gateway, you do
not create a new dialog, but a new branch in the same dialog.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 01/26/2017 04:56 PM, Richard Robson wrote:
} else {
xlog ("[relay_outbound-route] [Max CPS:
$avp(trunkratelimit) Current CPS: $rl_count($rd)] Call to: $rU from: $fU
not ratelimited");
}
t_on_failure("dr_fo");
do_accounting("db", "cdr|missed");
rtpengine_manage();
if
icate the traffic artificially. I'll try to
replicate the fault on the dev box over the weekend. I cant do it on the
live gateways because it will affect customer traffic.
Regards,
Richard
On 03/03/2017 11:28, Richard Robson wrote:
I've revisited the gateway failover mechanism I h
rd
On 03/03/2017 13:15, Richard Robson wrote:
More cores
http://pastebin.com/MXW2VBhi
http://pastebin.com/T7JFAP2U
http://pastebin.com/u44aaVpWquit
http://pastebin.com/SFKKcGxE
http://pastebin.com/dwSgMsJi
http://pastebin.com/9HdGLm96
I've put 2.2.3 on the dev box now and will try to repl
Hi,
I've gone over the script and as far as I can see its working as
expected until the traffic remps up and then opensips crashes.
cores:
http://pastebin.com/CgN0h40K
http://pastebin.com/ay5TS8zD
http://pastebin.com/PGn3AqmU
Regards,
Richard
On 06/03/2017 12:14, Richard Robson wrote
reproduce it ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
OpenSIPS Summit May 2017 Amsterdam
http://www.opensips.org/events/Summit-2017Amsterdam.html
On 03/07/2017 12:28 PM, Richard Robson wrote:
Hi,
I've gone over the script and as f
__
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
--
Richard Robson
Greenlight Support
01382 843843
supp...@greenlightcrm.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
=0
[root@gl-sip-01 ~]# opensipsctl fifo rl_list
PIPE:: id=sip:sip-wholesale.aql.com algorithm=RED limit=2 counter=0
PIPE:: drop_rate=0
[root@gl-sip-01 ~]# opensipsctl fifo rl_list
PIPE:: id=sip:sip-wholesale.aql.com algorithm=RED limit=2 counter=0
PIPE:: drop_rate=0
Regards,
--
Richard Robson
Greenlight Support
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
57 matches
Mail list logo