[Devel] [ openser-Bugs-1494598 ] INFO:registrar:test_max_contacts: too many contacts for AOR

SourceForge.net noreply at sourceforge.net
Thu May 25 11:14:30 CEST 2006

Bugs item #1494598, was opened at 2006-05-25 00:03
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: ver devel
Status: Closed
Resolution: None
Priority: 5
Submitted By: Norman Brandinger (goestelecom)
>Assigned to: Bogdan (bogdan_iancu)
Summary: INFO:registrar:test_max_contacts: too many contacts for AOR

Initial Comment:
There appears to be a problem registering a phone when
max_contacts is set to 1 as shown below:

modparam("registrar", "max_contacts", 1)

A SIP trace produced the following:

<sip:8115 at>;q=0.1;expires=80614;received="sip:public.ip.address:36355".
P-Registrar-Error: Too many registered contacts.
Server: OpenSer (1.1.0-dev19-tls (x86_64/freebsd)).

The register request has only a single contact (see
below) and the location table does not have an entry
for "8115".

REGISTER sip:openser SIP/2.0.
Via: SIP/2.0/UDP;branch=z9hG4bK2ddad668b6bb4a45.
From: "xyz" <sip:8115 at openser>;tag=c3262ea0a9a9bddf.
To: <sip:8115 at openser>.
Contact: <sip:8115 at>.
Supported: replaces.
Call-ID: d464edd74e1b66aa at
Expires: 180.
User-Agent: Grandstream BT110
Max-Forwards: 70.
Content-Length: 0.



>Comment By: Bogdan (bogdan_iancu)
Date: 2006-05-25 12:14

Logged In: YES 

I've tested the same scenario and I found no problem. Maybe
in your case it's really about 2 contacts: as you see, the
request tries to upload the contact
sip:8115 at and in the negative reply, the
proxy says that the contact sip:8115 at is
already registered. Note that are different ports, so they
are different contacts.
Be very, very sure that your server location is really empty
- depending of the db_mod used by usrloc, discrepancies
between mem cache and table may appear (in mode 2). So use
"openserctl ul show" for a better checking.



Comment By: Norman Brandinger (goestelecom)
Date: 2006-05-25 01:05

Logged In: YES 

More testing showed the following:

* With an empty location table, the first registration of
the Grandstream completed successfully.  I may have been
mistaken with the initial assumption that there was no 8115
entry in the location table when this ticket was first created.

* Subsequent registration attempts from the Grandstream
failed as already noted.

* Multiple registrations from a Polycom (with multiple
unique identities) were successful.

* The traces show that the Polycom Contact header is as follows:

Contact: <sip:3036298345 at>;methods="INVITE, ACK,

I suppose that it is possible the SIP implementation in the
Grandstream is faulty, however, the trace shows what appears
to be a valid register request.

Note that by increasing the max_contact to 2, the
Grandstream can re-register twice, and there are two entries
created in the location table.  Increasing max_contact to 2
and rebooting the Greadstream  allows for the creation 3
entries in the location table.

I've solved this problem.  Or more accurately learned about
the Grandstream "Use random port" setting.  When set to
"yes", a new entry is created in the location table
depending on what the Grandstream considers "random".  Whis
this setting as "no", only a single location table entry is

The bottom line is that with max_contacts = 1, make sure
that the Grandstream "Use random port" is set to "no".



You can respond by visiting: 

More information about the Devel mailing list