mirror of
https://github.com/hickory-dns/hickory-dns.git
synced 2026-04-25 11:15:54 +03:00
[GH-ISSUE #3165] Support experimental LOC record type #1145
Labels
No labels
blocked
breaking-change
bug
bug:critical
bug:tests
cleanup
compliance
compliance
compliance
crate:all
crate:client
crate:native-tls
crate:proto
crate:recursor
crate:resolver
crate:resolver
crate:rustls
crate:server
crate:util
dependencies
docs
duplicate
easy
easy
enhance
enhance
enhance
feature:dns-over-https
feature:dns-over-quic
feature:dns-over-tls
feature:dnsssec
feature:global_lb
feature:mdns
feature:tsig
features:edns
has workaround
ops
perf
platform:WASM
platform:android
platform:fuchsia
platform:linux
platform:macos
platform:windows
pull-request
question
test
tools
tools
trust
unclear
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/hickory-dns#1145
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @mkroman on GitHub (Jul 29, 2025).
Original GitHub issue: https://github.com/hickory-dns/hickory-dns/issues/3165
Is your feature request related to a problem? Please describe.
Hickory DNS doesn't have support for the experimental
LOCDNS record type.Describe the solution you'd like
Since I'm specifically using the
hickory-resolvercrate, I'd like it for it to support theLOCrecord type behind a feature flag, e.g.experimental-loc-record, and then a parent feature flagexperimental-recordsor something in that fashion.Describe alternatives you've considered
digsupportsLOCrecords:Additional context
This blog post showcases a use of the LOC record which lead me to this problem:
https://shkspr.mobi/blog/2025/07/get-the-location-of-the-iss-using-dns/
The spec for the
LOCrecord is still experimental under RFC 1876: https://www.rfc-editor.org/rfc/rfc1876.html@djc commented on GitHub (Jul 29, 2025):
RFC 1876 is from 1996, which makes it feel unlikely that it's going to become non-experimental after about 30 years, especially if the ~only usage is from a random blogger deciding to have fun with it. But, our
RecordTypedoes have anUnknown(u16)variant so you might be able to use that?@mkroman commented on GitHub (Aug 2, 2025):
It's apparently supported by both
digandnslookup(frombind):