At first glance, your draft looks interesting. I like that it makes the handling of this behavior explicit. The implicit dialog construction that results from the reception of another request method is fairly ugly IMHO.
I'm wondering if something like this should actually be part of a rev to 3261. While it is something that can definitely be specified as an add-on, if its not part of the base standard, then there probably need to be some sort of extension plumbing to go with it as well or something. I guess the extra header does that but what if you call for passing the 200 OKs through and the proxies don't support it? You don't get the 200 OKs back and how do you interpret that? None came back to the proxy? The proxy didn't support the header? There's no way to really know. If it were part of the base standard, everyone would be required to implement it and the rules would presumably be spelled out clearly. FM ------------------------------------------------ On Wed, 9 Aug 2006 11:18:12 -0400, [EMAIL PROTECTED] wrote: > From: [EMAIL PROTECTED] > > Also, Presence is the only event package that I've read through in > detail. Are you aware of an event package that does allow for > forking? > > The dialog event package does, certainly. > > Thinking about this a little more, I understand why only a single > 200 OK makes it back to the subscriber. Is the subsequent NOTIFY > then being used essentially to get around the fact that the forking > proxy terminating any other 200 OKs to establish a dialog anyway? > ICK!! > > I've suggested (draft-worley-sipping-forking-01) that the sender of > SUBSCRIBE could add "Request-Disposition: parallel" (RFC 3841) to the > request to advise the proxy to return all 2xx responses. > > Dale > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
