[DNSOP] Re: [EXT] [dtn] Re: An Interplanetary DNS Model

2024-07-26 Thread Sipos, Brian J.
essage- > From: Scott Johnson > Sent: Thursday, July 25, 2024 12:24 PM > To: Sipos, Brian J. > Cc: Marc Blanchet ; Lorenzo Breda > ; DTN WG ; dnsop > Subject: Re: [DNSOP] Re: [EXT] [dtn] Re: An Interplanetary DNS Model > > APL external email warning: Verify sender sc...@

[DNSOP] Re: [EXT] [dtn] Re: An Interplanetary DNS Model

2024-07-25 Thread Sipos, Brian J.
All, I'm replying to a non-specific message in this chain just to mention that, similar to what Lorenzo brought up, any translation of identifiers (names or addresses) will be fraught with problems related to security and should not be done. There can be translation or mapping that happens in a

[DNSOP] Re: [EXT] [dtn] Re: RE: Re: IPN and CLA RRTYPEs to support Bundle Protocol RFC9171

2024-06-28 Thread Sipos, Brian J.
Scott et al, After mulling it over for a little bit, I think your CLA-visibility need might be met by using existing per-host SRV records. For what it's worth, I had the same logical issue with how the original IPND drafts parameterize and expose CLAs so my concern isn't specific to what you have d

[DNSOP] Re: [EXT] [dtn] Re: Re: IPN and CLA RRTYPEs to support Bundle Protocol RFC9171

2024-06-25 Thread Sipos, Brian J.
Scott, I see two major issues with your current proposal. The first is that a CLA is more than just a specific transport, it is also a profile and likely a whole protocol above that transport. For example, there are multiple versions of "TCPCL" which behave differently and have different capabi