On Oct 16, 2007, at 4:03 AM, Christer Holmberg wrote:
Hi,
No. For subscribe/notify interaction, it is trivial: whomever issues
the subscribe gets the notify. Easy for the stack to figure out. For
INFO
interaction, everything goes to call control. That works if your
model
is pure softswitch/feature server, but not many folks are doing that
anymore.
Assume two applications are interested of the same event, so they both
subscribe to it. Now, how does the SENDER know to which
subscription to
use for a specific application?
In 3265, by which application is holding the dialog.
With events in an INVITE bounded dialog, we don't have that extra bit
of demux, and everything goes through the application holding the
INVITE dialog, which then gets to figure out what's going on.
--
Dean
_______________________________________________
Sip mailing list https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [EMAIL PROTECTED] for questions on current sip
Use [EMAIL PROTECTED] for new developments on the application of sip
