The screenshot doesn't show all the processes but I know it is hundreds
because it's necessary to run 'killall' or similar command several times to
get rid of all the processes and I can see the PIDs change each time.
I think it absolutely can be OpenSIPS server causing the TURN error because
OpenSIPS is in charge of creating the sessions in the first place, and if
there are hundreds of OpenSIPS processes running then there will be
hundreds of sessions created for each call.
On 10 August 2017 at 13:12, Max Mühlbronner <max.muehlbron...@42com.com>
> I don't see hundreds or even thousands on the screenshot?
> Also the Opensips server should not have any connection/relation to your
> TURN Server, so i don't think Opensips could be the issue.
> A quick google search for "TURN 437 Allocation Mismatch" suggests that
> it's a TURN CLIENT <--> TURN Server problem. It could be related to the
> TURN client implementation.
> Max M.
> *Von:* Users <users-boun...@lists.opensips.org> im Auftrag von Nabeel <
> *Gesendet:* Donnerstag, 10. August 2017 13:55
> *An:* OpenSIPS users mailling list
> *Betreff:* Re: [OpenSIPS-Users] Error in TURN Servers
> Anyone? I am using OpenSIPS version 2.2.
> On 10 Aug 2017 8:02 am, "Nabeel" <nabeelshik...@gmail.com> wrote:
>> I found the cause of this. My OpenSIPS server has gone ballistic and is
>> running hundreds of processes/instances concurrently; please see this
>> screenshot: https://www.dropbox.com/s/7o7fsuab1jggrsh/Screen
>> Even after I kill all the processes, hundreds of processes start again
>> whenever I start OpenSIPS in any way.
>> Below is my opensips.service file but the same occurs if starting
>> OpenSIPS using 'opensipsctl start':
>>> Description=OpenSIPS is a very fast and flexible SIP (RFC3261) server
>>> After=network.target mariadb.service multi-user.target
>>> ExecStart=/usr/local/sbin/opensips -P /var/run/opensips.pid -f
>>> /usr/local/etc/opensips/opensips.cfg $OPTIONS
>>> ExecStartPre=/usr/local/sbin/opensips -c -f
>> Please advise how to fix this urgently.
> Users mailing list
Users mailing list