would prefer the simpler
mechanism.
Scott
-Original Message-
From: Rick Taylor
Sent: Thursday, June 27, 2024 1:32 AM
To: Scott Johnson ; Mark Andrews
Cc: Erik Kline ; dnsop ;
sburleig...@gmail.com; d...@ietf.org
Subject: RE: [DNSOP] Re: [dtn] Re: Re: IPN and CLA RRTYPEs to suppor
Hi Both,
Comments inline...
> -Original Message-
> From: Scott Johnson [mailto:sc...@spacelypackets.com]
> Sent: 27 June 2024 04:36
> To: Mark Andrews
> Cc: Rick Taylor; Erik Kline; dnsop; sburleig...@gmail.com; d...@ietf.org
> Subject: Re: [DNSOP] Re: [dtn] Re: Re: I
Sent: 27 June 2024 02:58
> To: Mark Andrews
> Cc: Rick Taylor; Scott Johnson; Erik Kline; dnsop; sburleig...@gmail.com;
> d...@ietf.org
> Subject: Re: [DNSOP] Re: [dtn] Re: Re: IPN and CLA RRTYPEs to support Bundle
> Protocol RFC9171
>
>
>
> Mark Andrews wrote on 2024-0
Hi Mark,
On Thu, 27 Jun 2024, Mark Andrews wrote:
I broached the possibility of CBOR in discussion on DNSOP before DTN
was CCed, making the above point to Scott Burleigh. Our conclusion
there, along with Mark Andrews, was that the current verbiage is the
current best course of action. I hav
> On 27 Jun 2024, at 09:57, Scott Johnson wrote:
>
> Hi Rick,
>
> On Wed, 26 Jun 2024, Rick Taylor wrote:
>
>> Hi Scott,
>>
>> I would ask one change please. The wire format for ipn EID is well
>> documented in RFC9171, and updated in the forthcoming ipn-update. Please can
>> you use the
Mark Andrews wrote on 2024-06-26 16:02:
...
Adding a new RRTYPE requires zero infrastructure upgrades. It’s a database
entry at IANA. Every DNS server on the planet should handle these
transparently. That was required by RFC 1034 and RFC 1035. You can even add
them to zones before t
Hi Rick,
On Wed, 26 Jun 2024, Rick Taylor wrote:
Hi Scott,
I would ask one change please. The wire format for ipn EID is well
documented in RFC9171, and updated in the forthcoming ipn-update.
Please can you use the CBOR encoding?
4.2.5.1.2 of RFC9171 indeed documents ipn EID well:
"Encod
Thanks for the clarification Mark,
Rick
> -Original Message-
> From: Mark Andrews [mailto:ma...@isc.org]
> Sent: 27 June 2024 00:03
> To: Rick Taylor
> Cc: Scott Johnson; Erik Kline; dnsop; sburleig...@gmail.com; d...@ietf.org
> Subject: Re: [DNSOP] [dtn] Re: Re: IPN and CLA RRTYPEs to s
> On 27 Jun 2024, at 03:11, Rick Taylor wrote:
>
> Hi Scott,
>
> Thanks for the updated doc. I've been thinking through what I understand is
> your use-case, and I wonder whether new RRTYPEs is really the right way to
> go. As I see it, the less one has to update the DNS infrastructure of
Hi Adam,
As has been already established, I am not seeking to represent EIDs in
the DNS.
On Wed, 26 Jun 2024, Adam Wiethuechter wrote:
Hi all,
+1 to Ricks comments on the DNS and using something in '.arpa'.
I concur that reverse DNS for BP resources would be useful.
Something about usin
Hi Scott,
I would ask one change please. The wire format for ipn EID is well documented
in RFC9171, and updated in the forthcoming ipn-update. Please can you use the
CBOR encoding?
As an a side, could you describe the needs of your application, I didn't quite
understand your HTTP request ana
Hi Rick,
On Wed, 26 Jun 2024, Rick Taylor wrote:
Hi Scott,
Thanks for the updated doc. I've been thinking through what I
understand is your use-case, and I wonder whether new RRTYPEs is really
the right way to go. As I see it, the less one has to update the DNS
infrastructure of the Inter
Hi Marc,
Yes, I think DNS-SD is likely the best solution for Application <-> BPA
discovery.
Rick
> -Original Message-
> From: Marc Blanchet [mailto:marc.blanc...@viagenie.ca]
> Sent: 26 June 2024 20:09
> To: Rick Taylor
> Cc: Scott Johnson; Erik Kline; dnsop; Scott Burleigh; DTN WG
> Su
> Le 26 juin 2024 à 20:11, Rick Taylor a écrit
> :
>
> Hi Scott,
>
> Thanks for the updated doc. I've been thinking through what I understand is
> your use-case, and I wonder whether new RRTYPEs is really the right way to
> go. As I see it, the less one has to update the DNS infrastructu
Hi all,
+1 to Ricks comments on the DNS and using something in '.arpa'. Something about
using RR types makes me feel like this is a heavy-handed approach.
The other interesting benefit to this for EIDs in '.arpa' is allowing both old
a new easily. A flat EID would not work well in DNS IMO, but
Hi Scott,
Thanks for the updated doc. I've been thinking through what I understand is
your use-case, and I wonder whether new RRTYPEs is really the right way to go.
As I see it, the less one has to update the DNS infrastructure of the Internet
the better, so would this alternative mechanism
Hi All,
A new version of this draft (06) has been posted here:
https://datatracker.ietf.org/doc/draft-johnson-dns-ipn-cla/
This includes edits from Scott Burleigh, as well as edits based on the
feedback from Brian and Rick, but for the references to specs for existing
CLAs in use in the wild.
Hi Rick,
On Tue, 25 Jun 2024, Rick Taylor wrote:
Hi Scott,
Thanks for publishing this doc, it looks really interesting.
You are welcome. Thanks for taking the time to review.
One thing I am unclear about is what is the purpose of having a DNS
record mapping a dtn or ipn Node ID to an IP
Hi Scott,
Thanks for publishing this doc, it looks really interesting.
One thing I am unclear about is what is the purpose of having a DNS record
mapping a dtn or ipn Node ID to an IP address. Is it so that 'routing' lookups
can be performed at BPAs when a next hop for a particular EID is not
19 matches
Mail list logo
