Summary: In general, this document was able to communicate its goals and approach, to someone who is not familiar with the area. There are a number of grammatical errors that make reading harder than it needs to be. The biggest concern I have with the document is that it raises the possibility that the objectives of the document could be addressed using a "RESTful service" but then provides no reasoning for why a DNS solution was chosen instead. As the authors noted, existing DDNS implementations chose to use HTTP APIs rather than use dynamic DNS update. Understanding the reasons behind this choice seems important before defining a new mechanism based on DNS. Major issues: N/A Minor issues: Section 1.3.2 says "A good way to provide the parameters would be the home network be able to copy/paste a JSON object". This does not seem like a good experience for a home device. Nits/editorial comments: - Abbreviations such as CPE are used before being designed - The phrase "The use cases are not limitations" in section 1.3 could benefit from some clarification. - The document would benefit from a thorough editorial review for language.