Hi!
Martine Lenders, here, one of the co-authors of the draft.
Indeed, as Carsten already stated: Using OSCORE is one of our main use
cases, using a compressed format for DNS messages is another.
We implemented both DNS over DTLS and DNS over CoAP (DoC), including the
variants DNS over CoAPS
Hi,
Sorry for the late reply, I was away from any keyboard for the past two
weeks.
I think there might be a misunderstanding regarding the CNAME behavior,
due to some poor wording in our draft: The CNAMEs should, of course,
only be resolved in such a way, if the queried record was an A or AA
compact DNS responses, not coupled to DoC. For example, such
compactification might be even more relevant to UDP Do53 than to DoC.
--Ben
On Mon, Sep 19, 2022 at 7:30 AM Martine Sophie Lenders
wrote:
Hi,
Sorry for the late reply, I was away from any keyboard for the
past two
-core-dns-over-coap/01/
[2] https://datatracker.ietf.org/doc/draft-lenders-dns-cns/
On Wed, Sep 21, 2022 at 4:32 AM Martine Sophie Lenders
mailto:m.lend...@fu-berlin.de>> wrote:
Hi Ben, Hi Carsten,
thanks for your suggestions, Ben! It seems a good idea to clarify
optio
ion about what is optional
in CNAME handling: there is no situation in which a stub resolver will
chase a CNAME chain. That is always the recursive resolver's job.
On Mon, Oct 24, 2022 at 2:25 PM Martine Sophie Lenders
mailto:m.lend...@fu-berlin.de>> wrote:
Hi!
Am 21.09.22 um
Hi!
we, the authors of draft-ietf-core-dns-over-coap, are planning to
present on DNS over CoAP at the next core interim (and at IETF 117) again.
In preparation for that, there are still some things to do and discuss
ahead:
Discussions on 'ALPN "coap" for DTLS' [1] and 'Using SVCB with
OSCO
Hi Ben,
On 23.06.23 22:23, Ben Schwartz wrote:
I think it would be helpful if this document were more explicit about
its motivation. In my view, the underlying motivation for this draft is
to enable seamless management of DNS service within a CoAP-centered
deployment, by sharing key distribut
