Issue tracker http://www.ietf-ecrit.org:8080/ecrit-mapping http://www.ietf-ecrit.org:8080/ecrit-threats/ http://www.ietf-ecrit.org:8080/lost/ ---- Reverse mapping input: URL and service output: is a service URN unknown (can't determine) definitely not In any case you can find the latest draft version (+XML and schema) at the Subversion server: http://www.tschofenig.com/svn/draft-ietf-ecrit-lost/ I have sent you the credentials, namely Username: henning Passwd: ietf http://svn.collab.net/repos/svn/trunk/doc/user/cvs-crossover-guide.html Errors: "not a service I handle". That error needs to be distinguished from "There is such a service I resolve, but for this location, I don't have one", which is itself distinguished from "I don't have that service for this location, but I've been told to give you this replacement service and it's URI". ---- RelaxNG Validation using Jing http://tools.ietf.org/wg/geopriv/draft-thomson-geopriv-lis-discovery-00.txt http://tools.ietf.org/html/draft-ietf-sipping-config-framework-12 ---- AUTH48 As a NIT, then, on LoST section 3 text, which says: and A LoST client retrieves contact URIs based on location information and a service identifier with this request and response. The same query type may also ask for location validation and for service numbers, either combined with a mapping request or separately. The details can be found in Section 8 and Section 8.4. I think that the findService query type cannot "also ask" for service numbers (since there's no way in the query to ask for service numbers). Rather, the response may also include service numbers. Suggested rewording: "The same query type may also ask for location validation, either combined with a mapping request or separately. The response may also include service numbers."