See In line > I don't think we can answer this question without the actual bits to > be removed. Can you cite in more detail? We'll make a list as we go through the text, but the goal is to remove any reference to emergency call.
> > I'd also like to point out that section 6 has a number of elements > where the baseline assumption of SIP and ECRIT may differ. This, > for example: > > Thus S/MIME protection of location MUST NOT > be used. TLS protection of location SHOULD be used, however, if > establishment of the TLS connection fails, the call set-up > operation, including location conveyance, MUST be retried without > TLS. > > The context in SIP and the larger document here makes it clear > that "S/MIME protection of location" means encrypting the location, > rather than signing it. But location signing is a topic of interest to > ECRIT, and the resulting baseline assumptions may be different. > Increased clarity on exactly what is meant will hopefully result, > but remember this will end up in some document with a bunch of > other context to it. We will rewrite this text to discuss the general issue of security in location based routing while not having any specific text that is peculiar to emergency calls. We would then have in ecrit documents specific advise for emergency call use of location conveyance. > > I also believe that this section: > > Both the "retransmission-allowed" and "routing-query-allowed" SHOULD > be set to "yes". Querying for routing may be performed by proxies > providing a routing service for emergency calls even if > retransmission-allowed or routing-query-allowed is set to "no" or is > not present. Proxies routing on the location MUST set the > "message-routed-on-this-uri" parameter. > > would have to be substantially re-written to fit into phonebcp (presuming > that is where it lands). To make sense there, I believe it would have to > repeat > context from location-conveyance (even with the existing normative > reference). That's always an invitation to things getting out of synch > in the future, and has to be considered. I would prefer to rewrite this text to better work in generalized location based routing, and then have minimal additional text in ecrit documents that expand on that. The "Querying for routing..." sentence can reasonably be rewritten in ecrit documents. The other two sentances in the cited text probably should remain as general advice for any location based routing scenario. > > Put another way, I don't think you're going to be able to just shift > the text en masse and be done. Well, do you agree with the principal, while reserving the right to comment on the specifics? _______________________________________________ Sip mailing list https://www1.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use [EMAIL PROTECTED] for questions on current sip Use [EMAIL PROTECTED] for new developments on the application of sip
