Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Can service name include non-ASCII? #1522

Closed
aphillips opened this issue Apr 28, 2022 · 1 comment
Closed

Can service name include non-ASCII? #1522

aphillips opened this issue Apr 28, 2022 · 1 comment
Labels
close? The related issue was closed by the Group but open here rejected s:wot-discovery https://w3c.github.io/wot-discovery/

Comments

@aphillips
Copy link
Contributor

Proposed comment

6.3 DNS-Based Service Discovery
https://w3c.github.io/wot-discovery/#introduction-dns-sd

In DNS-SD, format of the Service Instance Name is Instance.Service.Domain. The Service part is a pair of labels following the conventions of [RFC2782]. The first label has an underscore followed by the Service Name, and the second label describes the protocol.

RFC2782 allows for the definition of entries in a DNS record where the service is given an arbitrary name introduced by an underscore (_myservice). The protocol can then be identified from a second label (_tcp) giving a DNS name like _myservice._tcp.example.com.

Given that these are presumably A-labels, are service names limited to IDNA-valid names? Should service names that are non-ASCII be allowed at all? Assuming that they are, probably there needs to be some callout about limitations.

Instructions:

This follows the process at https://w3c.github.io/i18n-activity/guidelines/review-instructions.html

  1. Create the review comment you want to propose by replacing the prompts above these instructions, but LEAVE ALL THE INSTRUCTIONS INTACT

  2. Set a label to identify the spec: this starts with s: followed by the spec's short name. If you are unable to do that, ask a W3C staff contact to help.

  3. Ask the i18n WG to review your comment.

  4. After discussion with the i18n WG, raise an issue in the repository of the WG that owns the spec. Use the text above these instructions as the starting point for that comment, but add any suggestions that arose from the i18n WG. In the other WG's repo, add an 'i18n-needs-resolution' label to the new issue. If you think any of the participants in layout requirements task force groups would be interested in following the discussion, add also the appropriate i18n-*lreq label(s).

  5. Delete the text below that says 'url_for_the_issue_raised', then add in its place the URL for the issue you raised in the other WG's repository. Do NOT remove the initial '§ '. Do NOT use [...](...) notation – you need to delete the placeholder, then paste the URL.

  6. Remove the 'pending' label, and add a 'needs-resolution' tag to this tracker issue.

  7. If you added an *lreq label, add the label 'spec-type-issue', add the corresponding language label, and a label to indicate the relevant typographic feature(s), eg. 'i:line_breaking'. The latter represent categories related to the Language Enablement Index, and all start with i:.

  8. Edit this issue to REMOVE ALL THE INSTRUCTIONS & THE PROPOSED COMMENT, ie. the line below that is '---' and all the text before it to the very start of the issue.


This is a tracker issue. Only discuss things here if they are i18n WG internal meta-discussions about the issue. Contribute to the actual discussion at the following link:

§ url_for_the_issue_raised

@aphillips aphillips added pending Issue not yet sent to WG, or raised by tracker tool & needing labels. s:wot-discovery https://w3c.github.io/wot-discovery/ labels Apr 28, 2022
@aphillips aphillips added close? The related issue was closed by the Group but open here rejected and removed pending Issue not yet sent to WG, or raised by tracker tool & needing labels. labels Jun 7, 2022
@aphillips
Copy link
Contributor Author

This issue turns out to be invalid. The service names are restricted to _wot and _directory._sub._wot, which are obviously ASCII.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
close? The related issue was closed by the Group but open here rejected s:wot-discovery https://w3c.github.io/wot-discovery/
Projects
None yet
Development

No branches or pull requests

1 participant