hi aymeric,
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 ;-)
br,
christoph
From: Aymeric Moizard [mailto:address@hidden
Sent: Freitag, 05. Mai 2017 16:08
To: FEICHTER Christoph
Cc: address@hidden
Subject: Re: implicit subscription
Hi Christoph,
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
to "_eXosip_release_finished_calls".
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.)
Regards
Aymeric
2017-05-03 15:22 GMT+02:00 FEICHTER Christoph <address@hidden>:
hi aymeric,
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:
http://www.tech-invite.com/fo-sip/tinv-fo-sip-service-04.html#top
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 ?
regards,
christoph
--
Antisip -
http://www.antisip.com