[Spce-user] Multiple ATA registrations

Fri Dec 28 06:55:31 EST 2012

Hello everybody,
I've noticed that I'm exepriencing this issue also. I've upgraded to 2.6 
a few days ago and now I have many ubscribers with multiple 
registrations, with diferent IPs. If I delete the registrations, I got a 
message that tells they are deleted but really aren't. This is copied 
from the Sipwise NGCP Administration Interface:

User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.96.102:5060NATnoExpires2012-12-22 
03:52:39
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.96.198:1295NATnoExpires2012-12-27 
20:33:18
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.96.198:5060NATnoExpires2012-12-28 
13:13:27
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.96.198:5060NATnoExpires2012-12-28 
13:13:27
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.96.205:5060NATnoExpires2012-12-22 
01:22:38
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.96.212:5060NATnoExpires2012-12-27 
04:43:10
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.96.221:5060NATnoExpires2012-12-21 
23:42:38
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.96.233:5060NATnoExpires2012-12-25 
18:33:00
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.96.240:5060NATnoExpires2012-12-22 
15:32:42
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.96.49:5060NATnoExpires2012-12-23 
17:22:49
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.98.42:5060NATnoExpires2012-12-26 
06:13:02
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.98.78:5060NATnoExpires2012-12-25 
22:43:01
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.99.182:5060NATnoExpires2012-12-22 
13:02:41
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.99.183:5060NATnoExpires2012-12-26 
01:13:01
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.99.215:5060NATnoExpires2012-12-22 
23:02:45
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.99.253:5060NATnoExpires2012-12-22 
19:42:43
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.99.34:5060NATnoExpires2012-12-26 
12:53:04
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.99.35:1274NATnoExpires2012-12-24 
13:22:56
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 141.105.99.35:5060NATnoExpires2012-12-25 
02:42:59
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 62.82.211.15:5060NATnoExpires2012-12-21 
15:22:33
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 62.82.211.92:5060NATnoExpires2012-12-21 
13:42:32
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 62.82.222.43:5060NATnoExpires2012-12-21 
07:52:30
Expire Now
User Agent: Grandstream HT701 
1.0.0.18Contactsip:n971520810 at 62.82.222.9:5060NATnoExpires2012-12-21 
11:12:31

El 30/11/2012 3:45, Dave Massey escribió:
> I noticed doing an apt-get upgrade that kamailio  and kamailio-mysql-modules were upgraded, does this have anything to do with this issue?
>
> Dave
>
> On 2012-11-22, at 4:47 PM, Jon Bonilla (Manwe) <jbonilla at sipwise.com> wrote:
>
>> El Thu, 22 Nov 2012 14:43:06 -0500
>> Dave Massey <dave at optionsdsl.ca> escribió:
>>
>>> On 2012-11-22, at 9:54 AM, Jon Bonilla (Manwe) <jbonilla at sipwise.com> wrote:
>>>
>>>> El Thu, 22 Nov 2012 09:10:32 -0500
>>>> Dave Massey <dave at optionsdsl.ca> escribió:
>>>>
>>>>> I can confirm that commenting out the line does stop the multiple UA
>>>>> registrations.  It still doesnt work right  with it commented out but I
>>>>> guess thats to be expected. Entries are now in kamailio cache that are not
>>>>> in the database, and old entries (one ata reboot) still remain stuck in
>>>>> the database.
>>>>>
>>>>>
>>>> Well, Are you sure both cache entries and database entries were empty during
>>>> the restart of the proxy? Becuae I've seen that if they are not, you can
>>>> have entries in the cache which are not updates in the database.
>>>>
>>>> That's why when commenting the option and restarting the proxy (applying the
>>>> changes should do it) I wanted to be sure that the db entries were clean.
>>>>
>>>> We'll check later if the db/cache entries unsynsc if the proxy is started
>>>> in a clean way.
>>>>
>>>>
>>>> The "multiple registration error" we have here is only ast databse level, as
>>>> the proxy only keeps one single registration for the ATA.
>>>>
>>>
>>> Yes I was sure that the database, and the cache were both empty, well,
>>> kamailio was stopped, I deleted the database, and restarted kamailio again.
>>> Everything works great, no more multiple registrations at all...until the ATA
>>> reboots, then all bets are off.   THen the old entry sits there, and a new
>>> one never gets added to the DB.
>>>
>>> But just to not confuse anything, I have an ATA that changes call-id each
>>> reboot-- which is probably another issue and perhaps this "fix" does nothing
>>> for that anyways?
>>>
>>> The Kamailio cache is always correct.   I attached an image.
>>>
>>> The DB image shows one ATA with 2 SIP registrations (ddufresne and test2)
>>> rebooted, old entries still there, new entries never got added. And one ATA
>>> that hasn't rebooted (ddufresne).
>>>
>>
>> Yes. I agree that we have several db issues here. I'll try to isolate another
>> one I've seen when testing this that made the registration entries not to be
>> written to the db even if they were in the proxy mem.
>>
>> Same as you, I always see the proxy mem correct and the issues are in the
>> database.
>>
>> The good part here is that the system always behaves well. So the error is not
>> that bad unless you restart the proxy. But I'll try to check with the kamailio
>> people.
>>
>> Thanks for the reports guys!
>>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> http://lists.sipwise.com/listinfo/spce-user