Hi Paul,

It sounds reasonable as we discussed before.

Best regards,
Davey

On 26 March 2018 at 13:48, Paul Hoffman <paul.hoff...@icann.org> wrote:

> Given the use case in draft-ietf-dnsop-dns-wireformat-http, defining a
> new media type seems like overkill, particularly given that it will be
> transporting *the exact same* data as an existing media type. Instead, an
> optional parameter could be added to the application/dns-udpwireformat
> registration in the DOH document.
>
> Proposal:
>
> =====
>
> In the media type definition, change "Optional parameters" to:
>
> Optional parameters: original_transport
>    original_transport has two defined values, "udp" and "tcp".
>    This is only expected to be used by servers.
>
> Also in the the DOH document, under Operational Considerations, we would
> add:
>
> This protocol does not define any use for the original_transport optional
> parameter of the application/dns-udpwireformat media type.
>
> =====
>
> Then draft-ietf-dnsop-dns-wireformat-http could define the use of that
> optional parameter as it sees fit.
>
> --Paul Hoffman
>
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop
>
_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop

Reply via email to