On Tue, 2009-08-11 at 15:27 -0400, Beeton, Carolyn (CAR:9D60) wrote: > The application needs to be able to call endSubscription and > changeSubscriptionTime for the subscription. It sounds like the early > dialog handle is no longer a reliable key for those functions.
Looking at the callers of addSubscription, I believe that we can maintain the functionality we want by decreeing that the early dialog handle that is reported for any subscription that is established is the early dialog handle returned by addSubscription, even though the *established* dialog handle may have a different call-id. In every instance I can find, the caller of addSubscription treats the returned early dialog handle as opaque and never checks to see that it correctly matches the established dialog handles. If the callers abide by this restriction, we can decree that endSubscription(earlyDialogHandle) must end all subscriptions that are consequent to the particular call of addSubscription (even subscriptions whose call-id's are different). And similarly for other member functions. This may require additional machinery in SipSubscribeClient, but it doesn't require changes in the callers. I think this gets us off the hook... Dale _______________________________________________ sipx-dev mailing list sipx-dev@list.sipfoundry.org 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/
