Re: draft-ietf-mboned-driad-amt-discovery
"Holland, Jake" <[email protected]> Sat, 15 Jun 2019 03:44:03 +0000
| Newsgroups | gmane.ietf.mboned |
|---|---|
| Message-ID | <[email protected]> |
Oops, the NEW on that should contain one of your other edits also: Actual NEW first paragraph of 2.5.6: All AMT relays are required by [RFC7450] to support handling of Relay Discovery messages (e.g. in Section 5.3.3.2 of [RFC7450]). Best, Jake On 2019-06-14, 20:40, "Holland, Jake" <[email protected]> wrote: Hi Bill, For most of the responses, I take your suggestions as written, but one I'll propose a tweak, because I still think s/should/SHOULD/ isn't quite right in paragraph 1 of 2.5.6, though you do have a point that it refers to DNS so it can't be from RFC 7450. (Sorry about that mistaken claim.) 1. On 2019-06-14, 17:43, "William Atwood" <[email protected]> wrote: > For para 1, while the DNS-SD restriction is in 7450, the AMTRELAY RRType > is introduced in this document, so this is a new requirement. > Therefore, I believe that the "should" must be a "SHOULD". Paragraph 1 of 2.5.6 says: A gateway should only send DNS queries with the AMTRELAY RRType or the DNS-SD DNS queries for an AMT service as part of starting or restarting the discovery process. I think the construct "SHOULD only" is weird, because really I'm expressing an expectation that a thing won't happen. However, "SHOULD NOT send unless" is also a bit weird, because it's not exactly forbidden to send DNS to keep history or something. This line of reasoning led me to realize that this paragraph is actually just completely unnecessary, so how about I cut it instead of changing should to SHOULD? OLD: 2.5.6. Relay Discovery Messages vs. Restarting Discovery A gateway should only send DNS queries with the AMTRELAY RRType or the DNS-SD DNS queries for an AMT service as part of starting or restarting the discovery process. However, all AMT relays are required to support handling of Relay Discovery messages (e.g. in Section 5.3.3.2 of [RFC7450]). So a gateway with an existing connection to a relay can send a Relay Discovery message to the unicast address of that AMT relay. Under NEW: 2.5.6. Relay Discovery Messages vs. Restarting Discovery All AMT relays are required to support handling of Relay Discovery messages (e.g. in Section 5.3.3.2 of [RFC7450]). So a gateway with an existing connection to a relay can send a Relay Discovery message to the unicast address of that AMT relay. Under 2. Reviewing this section made me notice one other spot with a similar issue, so I'm also changing "recommended" to "RECOMMENDED" in the last paragraph as well, if there are no objections: OLD: process. It is recommended for gateways to support the L flag, but for gateways that do not support the L flag, sending this message during event #3 may help mitigate service degradation when relays become unstable. NEW: process. It is RECOMMENDED for gateways to support the L flag, but for gateways that do not support the L flag, sending this message during event #3 may help mitigate service degradation when relays become unstable. Thanks much, and please let me know if these edits work for you. Best regards, Jake _______________________________________________ MBONED mailing list [email protected] https://www.ietf.org/mailman/listinfo/mboned _______________________________________________ MBONED mailing list [email protected] https://www.ietf.org/mailman/listinfo/mboned