RE: [Sip] comments on draft-ietf-sip-events-02.txt

[Adam Roach <adam@dynamicsoft.com>]

> 
> The part that might get confused by implementers is when the 
> NOTIFY arrives
> first, and the 2xx that arrives later does not come from the 
> notifier that
> sent the NOTIFY. In this case, the 2xx's dialog-id (as 
> defined in bis) will
> not match the dialog-id established by the NOTIFY. This 2xx 
> response DOES
> NOT establish a new dialog and the subscriber MUST NOT use 
> the record-route
> & contact from the 2xx as the route-set for the existing 
> dialog since they
> point at the wrong notifier.
> 
> Have I got that right?

Actually, as I went to edit the document, I realized that this
isn't correct for all cases. What you state above is true in the
case that only one dialog is allowed to be established. Event
packages may allow a single SUBSCRIBE message to establish several
dialogs -- in which case, this 200 may very well establish a
new dialog.

I'll put clarification on this topic in the section which describes
the two options from which event packages should select.

/a

_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sipping@ietf.org for new developments on the application of sip