[Users] No memory left errors and Private Memory Size
Bogdan-Andrei Iancu
bogdan at voice-system.ro
Tue Jan 16 15:30:03 CET 2007
Hi Mike,
actually it is a matter of configuration. You can restrict how many
contacts a user can register (see registrar module, max_contacts
parameter).
Also, starting with 1.2.0, openser has a new design for reloading the
contacts at startup - this prevents memory exhaustion (whatever number
of contacts you have) and avoid server unavailability because of reload.
regards,
bogdan
Mike Williams wrote:
>All,
>
>Shouldn't this be considered a security issue? For instance, all I would have
>to do is carefully craft a sip message, and then the sip server would fail to
>start up again when restarted. This is even more severe if it is causing the
>server to run out of memory.
>
>Mike
>
>
>
>
>
>
>On Tuesday 02 January 2007 02:29, Andreas Sikkema wrote:
>
>
>>On Tuesday 02 January 2007 12:12, Max Gregorian wrote:
>>
>>
>>>I am seeing quite a few of these memory errors in the openser log
>>>file: *build_contact():
>>>No memory left*. These seem to be occurring when the UA tries to register
>>>with Openser. In the last instance I saw, this lasted almost half an hour
>>>before clearing up.
>>>
>>>So I guess what I am trying to find out really is:
>>>
>>>1. Is this related to the Private memory size issue I remember reading
>>>about a while ago? I am using Openser 1.0.1 and so far have not messed
>>>with the default memory size settings from the sources I downloaded.
>>>
>>>
>>A colleague of mine thought the same when we encountered some problems with
>>our OpenSER machines when we wanted to restart OpenSER. What it turned out
>>to be was some buggy UA registering broken Contacts that "work", but when
>>trying to restart OpenSER can't load them from the database. Deleting all
>>records from the location table and then trying to start will work.
>>
>>
>
>_______________________________________________
>Users mailing list
>Users at openser.org
>http://openser.org/cgi-bin/mailman/listinfo/users
>
>
>
More information about the sr-users
mailing list