RFC 3265

From the introduction:

The ability to request asynchronous notification of events proves
useful in many types of SIP services for which cooperation between
end-nodes is required. Examples of such services include automatic
callback services (based on terminal state events), buddy lists
(based on user presence events), message waiting indications (based
on mailbox state change events), and PSTN and Internet
Internetworking (PINT) [2] status (based on call state events).

The methods described in this document provide a framework by which
notification of these events can be ordered.

The event notification mechanisms defined herein are NOT intended to
be a general-purpose infrastructure for all classes of event
subscription and notification. Meeting requirements for the general
problem set of subscription and notification is far too complex for a
single protocol. Our goal is to provide a SIP-specific framework for
event notification which is not so complex as to be unusable for
simple features, but which is still flexible enough to provide
powerful services. Note, however, that event packages based on this
framework may define arbitrarily elaborate rules which govern the
subscription and notification for the events or classes of events
they describe.

This document does not describe an extension which may be used
directly; it must be extended by other documents (herein referred to
as "event packages"). In object-oriented design terminology, it may
be thought of as an abstract base class which must be derived into an
instantiatable class by further extensions. Guidelines for creating
these extensions are described in section 4.



From the introduction:

The ability to request asynchronous notification of events proves
useful in many types of SIP services for which cooperation between
end-nodes is required. Examples of such services include automatic
callback services (based on terminal state events), buddy lists
(based on user presence events), message waiting indications (based
on mailbox state change events), and PSTN and Internet
Internetworking (PINT) [2] status (based on call state events).

The methods described in this document provide a framework by which
notification of these events can be ordered.

The event notification mechanisms defined herein are NOT intended to
be a general-purpose infrastructure for all classes of event
subscription and notification. Meeting requirements for the general
problem set of subscription and notification is far too complex for a
single protocol. Our goal is to provide a SIP-specific framework for
event notification which is not so complex as to be unusable for
simple features, but which is still flexible enough to provide
powerful services. Note, however, that event packages based on this
framework may define arbitrarily elaborate rules which govern the
subscription and notification for the events or classes of events
they describe.

This document does not describe an extension which may be used
directly; it must be extended by other documents (herein referred to
as "event packages"). In object-oriented design terminology, it may
be thought of as an abstract base class which must be derived into an
instantiatable class by further extensions. Guidelines for creating
these extensions are described in section 4.



Created by: oej, Last modification: Wed 13 of Jun, 2012 (05:29 UTC) by admin
Please update this page with new information, just login and click on the "Edit" or "Discussion" tab. Get a free login here: Register Thanks! - Find us on Google+