Hi Sammy,
I think I am experiencing the same problem, but with load on the server. See
issue 1214 ( https://github.com/OpenSIPS/opensips/issues/1214 )
Regards,
Edwin
--
Sent from:
http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Devel-f1449246.html
I already tried, but once again, no luck there:
rm -rf /var/lib/apt/lists/*
apt-get clean
apt-get update
...
Fetched 13.3 MB in 2s (5,194 kB/s)
Reading package lists... Done
W: Failed to fetch http://apt.opensips.org/dists/jessie/Release No Hash
entry in Release file
/var/lib/apt/lists/partial/ap
updates main contrib non-free
deb http://ftp.nl.debian.org/debian/ testing-updates main contrib non-free
cat /etc/apt/sources.list.d/*
deb http://apt.opensips.org jessie 2.1-releases
Cheers,
Edwin
Op 22-2-2016 om 22:06 schreef Nick Altmann:
> cat /etc/apt/sources.list
> cat /etc/apt/sou
r the questions? If you need more info, no problem
Gr.
Edwin
Op 22-2-2016 om 21:45 schreef Nick Altmann:
>
> I'm not sure if it's problem on the server.
> I've installed new debian jessie on vm, added gpg key, repository and
> successfully installed opensips 2.1.
If I use the new apt repository (http://apt.opensips.org/packages.php) with
Debian Jessie I get an error after dist-upgrade:
W: Failed to fetch http://apt.opensips.org/dists/jessie/Release No Hash entry
in Release file
/var/lib/apt/lists/partial/apt.opensips.org_dists_jessie_Release, which is
For every callforward we have to add a diversion header at top level with the
counter increased by one I can put the counter number in manual, but not use a
variable:
Request is to make it possible to add a diversion header with the counter
automatically increased by one
---
Reply to this ema
OK, I changed the code and added the xlog header. First I tried without the
'fix' ($ru = "sip:" + $rU + "@" + $rd;) and than I tried with the 'fix' so you
can see the difference.
### $ru = "sip:" + $rU + "@" + $rd;
if(route_to_carrier("$avp(droute)"))
{
xlog("L_ERROR",
I see a strange behaviour using the route_to_carrier and use_next_gw function:
If I use a sip client whichs adds :5060 to the ruri and I receive a 503 Service
unavailable from the first gateway, then the ruri sent to the next gateway
(using the use_next_gw() function) is mixed up. The first pref
Hi Vlad,
My location table is InnoDB, utf8_unicode_ci. It holds 431 rows /
registrations (1.9 MiB).
For opensips standards this is a very small system... Getting a 'CRITICAL'
error is questionable?
This is the export of my location table (should be the same as the one
generated with the latest 1
) -> potential timer shifting
Here we can see the action took +-14 seconds. Strange thing is I see the
'mysql prep stmt' 400 + times repeated. This is strange for a mysql prepared
statement or not? I would expect this rule once...
Gr.
Edwin
--
View this message in context:
http://
)
The only output i see in the logfiles is the timer handler warning, but no
threshold exceeded:
timer handler lasted (588 us) for more than timer tick
(100 us).
So I still have the impression the warning is buggy
Gr.
Edwin
--
View this message in context:
http://opensips-ope
Bogdan,
I wil do the same test on my production server tonight, but:
The load on the productions server is 0,4 % CPU
There are 425 entries in my location table (470 subscribers)
Mysql and server 'feels' quick at al times
The server load stays low, also mysql does not excel every minute in htop.
Hi Bogdan,
OK, very clear anwer. Still I could not solve the problem. I made a snapshot
of the live-server and installed it as a testserver with another ip address
(so almost no load on my test environment)
Mysql 5.5.28 is installed on the server (unix socket)
In my opensips.cfg
db_default_url="
I upgraded opensips from 1.7.2 to the newest version 1.9.0-1-99301. I
installed opensips, opensips-dbg and opensips-mysql-module from
apt.opensips.org (deb http://apt.opensips.org/ stable19 main).
It's running on a virtual server (Proxmox KVM SMP Debian 3.2.39-2 x86_64
GNU/Linux):
cat /sys/devices
14 matches
Mail list logo
