Re: Supporting LOC RR's

2022-05-13 Thread Timothe Litt
On 13-May-22 12:21, Philip Prindeville wrote: That's interesting, and clever work to solve the problem of making APs into reliable location references. They are doing a more involved/automated version of what I suggested - using GPS (in their case built-in GPS, plus AP-AP communication) for A

Re: Supporting LOC RR's

2022-05-13 Thread Philip Prindeville
> That's interesting, and clever work to solve the problem of making APs into > reliable location references. > > They are doing a more involved/automated version of what I suggested - using > GPS (in their case built-in GPS, plus AP-AP communication) for APs to locate > themselves. Once t

Re: Supporting LOC RR's

2022-05-09 Thread Havard Eidnes via bind-users
> On 2022-05-02 18:01, Timothe Litt wrote: >> Still, overall DNS seems to generate more problems than fun, so if LOC >> provides amusement, it's a good thing. > > I know one of my users found them quite amusing. I can't recall what > location they picked or why, but it had some sort of personal > s

Re: Supporting LOC RR's

2022-05-03 Thread Dan Mahoney
I have in the past considered that putting these kinds of records in for anycast nodes (such as, but not limited to root DNS servers), so that a person can glean how far they are from the node serving them (gleaned via hostname.bind or NSID), would be useful and fun science, in that in this way

Re: Supporting LOC RR's

2022-05-03 Thread Dave Warren
On 2022-05-02 18:01, Timothe Litt wrote: Still, overall DNS seems to generate more problems than fun, so if LOC provides amusement, it's a good thing. I know one of my users found them quite amusing. I can't recall what location they picked or why, but it had some sort of personal significanc

Re: Supporting LOC RR's

2022-05-03 Thread Tony Finch
Timothe Litt wrote: > On 02-May-22 09:02, Stephane Bortzmeyer wrote: > > Fun is a sufficient reason. > > I would never discourage anyone from having (harmless) fun. > > On the other hand, unless your codes postaux are spherical (or a circular > projection), your LOC will be at best an approximati

Re: Supporting LOC RR's

2022-05-02 Thread Timothe Litt
On 02-May-22 09:02, Stephane Bortzmeyer wrote: On Wed, Apr 13, 2022 at 03:39:33PM +0200, Bjørn Mork wrote a message of 14 lines which said: Which problems do LOC solve? I remember adding LOC records for fun?() in the previous millennium when RFC 1876 was fresh out of the press. But even

Re: Supporting LOC RR's

2022-05-02 Thread Jan-Piet Mens via bind-users
Fun is a sufficient reason. Definitely. IATA airport codes to LOC: % dig +short CDG.air.jpmens.net LOC 49 0 46.073 N 2 33 0.000 E 119.00m 1m 1m 10m and more fun with an associated TXT: % dig +short CDG.air.jpmens.net TXT "cc:FR; m:Paris; t:large, n:Charles de Gaulle International Airport

Re: Supporting LOC RR's

2022-05-02 Thread Stephane Bortzmeyer
On Wed, Apr 13, 2022 at 03:39:33PM +0200, Bjørn Mork wrote a message of 14 lines which said: > Which problems do LOC solve? > > I remember adding LOC records for fun?() in the previous millennium when > RFC 1876 was fresh out of the press. But even back then paranoia > finally took over, and

Re: Supporting LOC RR's

2022-05-02 Thread Timothe Litt
On 01-May-22 05:03, Bob Harold wrote: On Wed, Apr 13, 2022 at 9:39 AM Bjørn Mork wrote: Timothe Litt writes: > Anyhow, it's not clear exactly what problem you're asking LOC (or > anything) to solve. Which problems do LOC solve? I remember adding LOC records for fun?()

Re: Supporting LOC RR's

2022-05-01 Thread Bob Harold
On Wed, Apr 13, 2022 at 9:39 AM Bjørn Mork wrote: > Timothe Litt writes: > > > Anyhow, it's not clear exactly what problem you're asking LOC (or > > anything) to solve. > > Which problems do LOC solve? > > I remember adding LOC records for fun?() in the previous millennium when > RFC 1876 was fr

Re: Supporting LOC RR's

2022-04-13 Thread Bjørn Mork
Timothe Litt writes: > Anyhow, it's not clear exactly what problem you're asking LOC (or > anything) to solve. Which problems do LOC solve? I remember adding LOC records for fun?() in the previous millennium when RFC 1876 was fresh out of the press. But even back then paranoia finally took ove

Re: Supporting LOC RR's

2022-04-12 Thread Timothe Litt
On 12-Apr-22 14:15, Philip Prindeville wrote: In my case, I do split-horizon for my domain in-house and use RFC-1918 addresses, so leaking them with the internet would be pointless anyway. I have separate LOC records for in-house and external views.  The in-house version is high precision. 

Re: Supporting LOC RR's

2022-04-12 Thread Philip Prindeville
> On Apr 12, 2022, at 6:36 AM, Timothe Litt wrote: > > > On 12-Apr-22 01:46, Philip Prindeville wrote: >> Does anyone use LOC RR's? And if so, how? >> >> I've had some Apple devices get seriously confused by their location >> services and I'm trying to provide strong hints. >> >> It would

Re: Supporting LOC RR's

2022-04-12 Thread Timothe Litt
On 12-Apr-22 01:46, Philip Prindeville wrote: Does anyone use LOC RR's? And if so, how? I've had some Apple devices get seriously confused by their location services and I'm trying to provide strong hints. It would also be nice to prime WiFi 6 Certified WAPs with their locations based on LO

Supporting LOC RR's

2022-04-11 Thread Philip Prindeville
Does anyone use LOC RR's? And if so, how? I've had some Apple devices get seriously confused by their location services and I'm trying to provide strong hints. It would also be nice to prime WiFi 6 Certified WAPs with their locations based on LOC RR's since we happen to have convenient infrast