On 12/20/16, 12:33 PM, "Rob Austein" <s...@hactrn.net> wrote:
| At Tue, 20 Dec 2016 14:24:27 +0000, Alvaro Retana (aretana) wrote: | | C1. Why isn?t an IETF namespace [RFC3688] used in the XML schema? I | | would strongly suggest that you use one and request it in the IANA | | Considerations Section. Unlike the publication protocol, this | | document specifies version 1 ? which of course doesn?t mean there | | isn?t a longer history behind it, so I?m open to keeping a non-IETF | | namespace if that is the case. | | There's a longer history behind it :) Ok, please include some of that in the document. … | | C2. Section 4.1. (Common Protocol Elements) says that ?The first XML | | attribute in each message is a version field.?, and Appendix | | A. (RelaxNG Schema) reflects that. However, the examples | | (throughout the document) don?t reflect the same ordering. … | Good catch(es). If I recall correctly, XML attributes are an | unordered set, so "first" doesn't really make sense for attributes | (elements are a different story). So my text cited in 4.1 is wrong. Yes, you’re right. When I looked into it I didn’t notice the difference between attributes and elements. ☹ I’ll go ahead and start the IETF Last Call. … | | C3. In 4.2.2. (<parent_response/>), are the offer and referral | | elements mutually exclusive? What happens if the client receives a | | parent_response with both? If it is an error, is it considered a | | syntax-error or something else? Section 5. (Protocol Walk-Through) | | offers a hint (?Bob doesn't have to accept Alice's offer, but may | | choose to do so.?), but the specification is still not clear. | | A <parent_response/> containing both an offer and referrals would be | unusual, but I don't think it's illegal, nor can I think of any reason | why we should make it illegal. If it is not illegal, what should the child do? In Section 5 you hinted at the fact that Bob could choose. Please make that clear – it would also be a good idea to include some of the considerations that may come into play when deciding. Thanks! Alvaro.
_______________________________________________ sidr mailing list sidr@ietf.org https://www.ietf.org/mailman/listinfo/sidr
