Robert Sparks wrote:
I'd like to call attention to...
http://www.ietf.org/internet-drafts/draft-ietf-mmusic-offer-answer-examples-01.txt
If you haven't already seen it, please look through it and let us know if there are any other scenarios that you think need to be detailed.
Because of dependencies, etc. this may not be the right place, but...
It seems that preconditions interact with offer/answer in a complex way, that need expanation and/or examples somewhere.
Typically this starts with an offer containing
a=curr:qos e2e none
and then works its way up to an answer with
a=curr:qos e2e none
typically requiring more than one offer/answer to achieve. This is shown in RFC 3312.
What isn't mentioned is what then happens if there is then a desire to send a reINVITE in that dialog. The sender of the offer can't know that it will end up with the same peer media address, and so must specify "none" as the current qos in that offer. This then requires an extra exchange before everybody figures out they are talking to the same places and still have qos.
Basically, there is a bunch of stuff around preconditions that can use examples, somewhere.
In addition, depending on the outcome of the discussions on how to represent a "black hole" the examples that do that may need to be changed.
Paul
_______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
