1 / 9

dnssd requirements

dnssd requirements. draft-ietf-dnssd-requirements- 03. Kerry Lynn <kerlyn@ieee.org> Stuart Cheshire < cheshire@apple.com > Marc Blanchet < marc.blanchet @ viagenie.ca > Daniel Migault < mglt.biz @ gmail.com > IETF 90, Toronto, 24 July 2014. Changes since last draft.

lanza
Download Presentation

dnssd requirements

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. dnssd requirements draft-ietf-dnssd-requirements-03 Kerry Lynn <kerlyn@ieee.org> Stuart Cheshire <cheshire@apple.com> Marc Blanchet <marc.blanchet@viagenie.ca> Daniel Migault <mglt.biz@gmail.com> IETF 90, Toronto, 24 July 2014

  2. Changes since last draft • Two revisions since IETF 89: • Dave Thaler’s comments to the list • Tim Chown’s comparison against charter,meeting comments, etc. • Several REQs were re-worded or re-orderedfor clarity • Several missing REQs (from charter) were added: REQ7, REQ8, REQ9, REQ10, REQ14 • 2 week WGLC concluded 7/21 with little comment on the list

  3. REQ7 Scalable Service Discovery (SSD) must be capable of operating across networks that are not limited to a single link or network technology, including clients and services on non-adjacent links.

  4. REQ8 It is desirable that a user or device, when away from a site, is still able to discover services within that site, e.g., a user discovering services in their home network while remote from it.

  5. REQ9 SSD should operate efficiently in all networks, with particular consideration for potentially lossy or multicast-challenged wireless networks.

  6. REQ10 SSD should be considerate of networks where power consumption is a critical factor and, for example, nodes may be in a low power or sleeping state.

  7. REQ14 SSD should operate over existing networks (as described by use cases A-F above) without requiring changes to the network technology or deployment.

  8. Positions Expressed during WGLC • Layer 2 solutions intentionally ignored • The union of zero with anything is zero • Insecure services now discoverable • No printer will ever support authentication • ULAs provide security

  9. Next Steps • Confirm edits requested by Dave Thaler • Fix minor typographical nits likeremoving unused RFC2119 text • Send to IESG

More Related