nt meaning
though). The DNS already provides a facility to have human-facing relative/unqualified
names while the tools resolve to and manage qualified names, so there isn't a need for
new terms or techniques here.
-Original Message-----
From: Scott Johnson
Sent: Thursday, July 25, 2
rum-TLS-BR-2.0.5.pdf
-Original Message-----
From: Scott Johnson
Sent: Wednesday, July 24, 2024 4:44 PM
To: Marc Blanchet
Cc: Lorenzo Breda ; DTN WG ; dnsop
Subject: [EXT] [dtn] Re: [DNSOP] An Interplanetary DNS Model
APL external email warning: Verify sender forwardingalgori...@ietf.org befor
Hi Lorenzo,
OK. I will ruminate on this for a bit. I think it will be workable, but
I need to examine system-wide ramifications before I can confirm that.
Thanks,
ScottJ
On Thu, 25 Jul 2024, Lorenzo Breda wrote:
It interacts with other email system as a regular email (with some
signatur
Hi Marc,
Why are you against leaving the current TLDs implicitly on Earth
by default?
Right. One do not need a special TLD for space. We can use what we have and it
just works fine.
I do not disagree with this notion as respects my proposed
architecture. 3rd level domains mapped to off-worl
Hi Lorenzo,
On Wed, 24 Jul 2024, Lorenzo Breda wrote:
Il giorno mer 24 lug 2024 alle ore 22:24 Scott Johnson
ha scritto:
> it would
> be break signatures (eg on API payloads and on emails,
Funny you should mention email, as I am in the process of
construc
Hi Marc,
On Wed, 24 Jul 2024, Marc Blanchet wrote:
Le 24 juill. 2024 à 11:42, Lorenzo Breda
a écrit :
Why are you against leaving the current TLDs implicitly on Earth
by default?
Right. One do not need a special TLD for space. We can use what we have
and it just works fine.
Hi Lorenzo,
On Wed, 24 Jul 2024, Lorenzo Breda wrote:
Il giorno mer 24 lug 2024 alle ore 09:02 Scott Johnson
ha scritto:
Hi Lorenzo,
[omissis]
Pardon the background tangent;
It was pretty interesting.
Glad you enjoyed it.
I will now address your point regarding
ad of time, because I know what is coming ;)
ScottJ
--Ben
___
From: Scott Johnson
Sent: Wednesday, July 24, 2024 3:02 AM
To: Lorenzo Breda
Cc: d...@ietf.org ; dnsop@ietf.org
Subject: [DNSOP] Re: An Interplanetary DNS Model
Hi Lorenzo,
I may have accidentally trimmed the lists from my previous reply, thanks
for reincluding them!
On Tue, 23 Jul 2024, Lorenzo Breda wrote:
Il giorno mar 23 lug 2024 alle ore 08:16 Scott Johnson
ha scritto:
Hi Lorenzo,
On Mon, 22 Jul 2024, Lorenzo Breda wrote
rification.
ScottJ
Ondrej
--
Ondřej Surý (He/Him)
ond...@isc.org
My working hours and your working hours may be different. Please do not feel
obligated to reply outside your normal working hours.
On 22. 7. 2024, at 14:25, Scott Johnson wrote:
Hi Bryce,
Interesting. This is the second r
e land and serving people
_______
From: Scott Johnson
Sent: Monday, July 22, 2024 3:00 AM
To: d...@ietf.org ; dnsop@ietf.org
Cc: ipnsig...@googlegroups.com ;
awg-ipn...@googlegroups.com
Subject: [dtn] An Interplanetary DNS Model
Hi Everyone,
Sorry for the 4-way cross posting, but I wanted to r
something else to do with my time, but for now, I manage to feed my kids
with pure research and development like this, so I think I am going to
keep at it ;)
Thanks,
ScottJ
--Ben
___
From: Nordgren, Bryce - FS, MT
Sent: M
interested in revisiting Marc Blanchet's smtp and http
over BP related drafts in the light of the above document, to see if
adaptation can be made to make these efforts dovetail together.
Thanks to all,
Scott Johnson
Spacely Packets, LCC
___
DNSOP ma
course of action is taken, these are only suggested
values, but Section 3.2 of the draft governs the bounds of what those
values _may_ be; basically a TXT with additional limitations as to
character set.
Thanks,
Scott Johnson
___
DNSOP mailing list
presentation including some basic
examples showing how applications will benefit using this proposed DNS
based solution ?
Regards
Jorge
On Fri, Jun 28, 2024 at 4:12 AM Scott Johnson
wrote:
Hi Rick,
As I have previously stated, I personally have lodged no
objection to
using CBOR
e?
This is not an unreasonable way to address the problem, listing all
combinations of (letter, number, interior hyphen) as within private use,
but for those ennumerated in the list.
Please feel free to ignore any or all of my comments if you disagree,
they are meant to be constructive, no
SRV 0 0 4556 host-b.example.com.
_ltp-deepspace._udp.host-b 86400 IN SRV 0 0 1113 host-b.example.com.
host-c 86400 IN A
host-c 86400 IN
_dtn-bundle._udp.host-c 86400 IN SRV 0 0 4556 host-c.example.com.
)
[RFC2782] https://www.rfc-editor.org/rfc/rfc2782.html
Hi Rick,
As I have previously stated, I personally have lodged no objection to
using CBOR encoding of (node-nbr) in this case, and actually mentioned the
option myself. Here is the situation as I see it:
I have requested the creation in the IANA database of the IPN and CLA
RRTYPEs, by the m
Hi Paul,
Thanks for jumping in. Comments inline.
On Wed, 26 Jun 2024, Paul Vixie wrote:
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 transpar
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
formation I placed in the
"Purpose" section of the draft, per your request, is all I am at liberty
and willing to disclose at this time.
Thanks,
ScottJ
Cheers,
Rick
-Original Message-
From: Scott Johnson [mailto:sc...@spacelypackets.com]
Sent: 26 June 2024 21:32
To
e Engineer; AX Enterprize, LLC
___
From: Rick Taylor
Sent: Wednesday, June 26, 2024 1:11 PM
To: Scott Johnson
Cc: Erik Kline ; dnsop ;
sburleig...@gmail.com ; d...@ietf.org
Subject: [dtn] Re: [DNSOP] Re: IPN and CLA RRTYPEs to support Bund
ScottJ
Rick
P.S. I'm sure Brian Sipos has a more flexible solution using his EID Patterns
under the `ipn.arpa` TLD, but I don't want to muddy the waters by trying to
introduce it now
-Original Message-
From: Scott Johnson [mailto:sc...@spacelypackets.com]
Sent: 26 June 2024
.
Happy to hear any further comments.
Thanks,
ScottJ
On Wed, 26 Jun 2024, Scott Johnson wrote:
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
itor.org/rfc/rfc9174.html#section-4.4.2
-Original Message-
From: Scott Johnson
Sent: Tuesday, June 25, 2024 5:57 AM
To: Erik Kline
Cc: dnsop ; sburleig...@gmail.com; d...@ietf.org
Subject: [EXT] [dtn] Re: [DNSOP] Re: IPN and CLA RRTYPEs to support Bundle
Protocol RFC9171
APL external ema
/www.rfc-editor.org/rfc/rfc9174.html#section-4.4.2
-Original Message-
From: Scott Johnson
Sent: Tuesday, June 25, 2024 5:57 AM
To: Erik Kline
Cc: dnsop ; sburleig...@gmail.com; d...@ietf.org
Subject: [EXT] [dtn] Re: [DNSOP] Re: IPN and CLA RRTYPEs to support Bundle
Protocol RFC9171
APL exte
al Message-
From: Scott Johnson [mailto:sc...@spacelypackets.com]
Sent: 25 June 2024 10:57
To: Erik Kline
Cc: dnsop; sburleig...@gmail.com; d...@ietf.org
Subject: [dtn] Re: [DNSOP] Re: IPN and CLA RRTYPEs to support Bundle
Protocol RFC9171
Hi Erik,
Cross posted to DTN list for any such discussio
should probably have a discussion about what it wants to do (if
anything) vis. DNS RRs.
On Tue, Jun 25, 2024 at 08:27 Scott Johnson
wrote:
Hi Mark,
On Tue, 25 Jun 2024, Mark Andrews wrote:
>
>
>> On 25 Jun 2024, at 16:36, Scott Johnson
Hi Mark,
On Tue, 25 Jun 2024, Mark Andrews wrote:
On 25 Jun 2024, at 16:36, Scott Johnson wrote:
Hi Mark,
Noted and changed. Good stuff, thanks. Updated draft (04) at datatracker
using that verbiage:
https://datatracker.ietf.org/doc/draft-johnson-dns-ipn-cla/
Is it appropriate to add
15:22, Scott Johnson wrote:
Hi Scott,
Wire format of 64 bit unsigned integer it is for IPN.
Updated draft (03) incorporating all changes posted at:
https://datatracker.ietf.org/doc/draft-johnson-dns-ipn-cla/
Let me know if you see anything else, Mark, and thanks!
ScottJ
On Mon, 24 Jun 2024
IPN node number.
Scott
-Original Message-
From: Scott Johnson
Sent: Monday, June 24, 2024 8:26 PM
To: Mark Andrews ; sburleig...@gmail.com
Cc: dnsop
Subject: Re: [DNSOP] IPN and CLA RRTYPEs to support Bundle Protocol RFC9171
Hi Mark,
On Tue, 25 Jun 2024, Mark Andrews wrote:
On 25
Hi Mark,
On Tue, 25 Jun 2024, Mark Andrews wrote:
On 25 Jun 2024, at 10:32, Scott Johnson wrote:
Hi Mark,
On Tue, 25 Jun 2024, Mark Andrews wrote:
An obvious correction “LTP--v6” -> “LTP-v6”
Aha! Good eye.
For IPN why isn’t the wire format two network 64 bit integers? That
ters.
Thanks,
Scott
Mark
On 25 Jun 2024, at 08:19, Scott Johnson wrote:
Hi All,
After reading the recent discussion about WALLET, I am hesitant to jump into
the fray here, but this plainly is the correct group to help me get my logic
and syntax right, so here goes:
I submitted request
Hi All,
After reading the recent discussion about WALLET, I am hesitant to jump
into the fray here, but this plainly is the correct group to help me get
my logic and syntax right, so here goes:
I submitted requests to IANA for IPN and CLA RRTYPEs, these representing
the missing datasets nece
34 matches
Mail list logo
