I have finally come to the root cause of my sipxsaa restart woes: it has
to do with the SipPersistentSubscriptionMgr and how it accesses the IMDB
records for the subscription; specifically, whether it uses the
eventType ('dialog') or the eventTypeKey ('dialog;sla') to access them.

It currently appears to use one when adding a new row to the IMDB, and
the other when updating it - hence the NOTIFY CSEQ numbers always
started over at 1 when sipxsaa restarts (regardless of the 20 second
timer, which would only kick in on a complete restart - another issue
altogether).

  updating NOTIFY version (SipPersistentSubscriptionMgr::updateVersion):
  SipPersistentSubscriptionMgr::updateVersion  to =
'<sip:47.135.152.41:5170>;tag=01eee6ab' eventType = 'dialog', eventId =
'', cseq = 4

  adding new subscription
(SipPersistentSubscriptionMgr::updateDialogInfo, as evidenced by dumping
the table on startup):
  SipPersistentSubscriptionMgr:: table row: toUri =
'<sip:47.135.152.41:5170>;tag=01eee6ab', notifycseq = 1, component =
'saa', eventtype = 'dialog;sla'

I'm not sure which one is "correct", or if it matters as long as it's
consistent (the subscription is identified by the various tags, not the
eventtype...) I'm not clear on the use of the eventId parameter.

I've tried changing SipPersistentSubscriptionMgr::updateDialogInfo and
SipPersistentSubscriptionMgr::updateVersion to both use the eventType
and to both use the eventTypeKey.  With eventTypeKey (dialog;sla) my
component restarts successfully, but I don't know what I'm likely to
have broken (because called with the interface necessary to get the
;sla, we would also get id=xxx and any other parameters).  With
eventType (dialog) it does not work, which could mean that the wrong
thing is still being used somewhere else that I haven't found yet.  Any
opinions on which one is better to use? 

Thanks,
Carolyn
_______________________________________________
sipx-dev mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to