|Subject:||Re: [osip-dev] implicit subscription|
|Date:||Sat, 6 May 2017 07:38:56 +0000|
thanks for your information and assessment.
I think the logic for keeping a dialog alive must be even more intelligent;
it should be:
- there was a REFER transaction
- there was a NOTIFY transaction
- the subscription state of the last NOTIFY was NOT “terminated”
because in case the call to the transfer target has been completed
before the BYE between transferor and transferee, the dialog can be release as it works now.
I will give this a try and see, how we could add this to eXosip.
… and send you a patch for review ;-)
From: Aymeric Moizard [mailto:address@hidden
Unfortunatly, there is no support for sending a NOTIFY
after a BYE has been received or sent.
I have the feeling that it would require a minor modification
If a REFER transaction exist, we could decide to maintain
the dialog for a period. Even a static period could be useful
and enough simple to make it possible. To be complete,
it would require to analyse NOTIFY, if any....
In pseudo-code, if REFER exists, then returns 0 (and do
not delete the dialog.)
2017-05-03 15:22 GMT+02:00 FEICHTER Christoph <address@hidden>:
how is it intended to generate a NOTIFY request of an
implicit subscription, which is sent after the original call is already terminated ?
the scenario which I address is shown here:
the NOTIFY request that I mean is message #15.
such a NOTIFY request after the BYE,
shall it be built as out-of-dialog request ? (using eXosip_message_build_request)
or is there a mechanism in eXosip to keep the call alive,
when there is an implicit subscription active ?
Antisip - http://www.antisip.com
|[Prev in Thread]||Current Thread||[Next in Thread]|