IPv6 only hosts support
See original GitHub issueIf I’m right host identifier in trace is currently named ipv4
and encoded as int32
and used as integer throughout the system (column types, etc).
This automaticaly disables ipv6
only hosts from being compatible with zipkin. Are there any plans or thoughts how one can add such support or maybe workaround can be found?
Issue Analytics
- State:
- Created 10 years ago
- Comments:24 (8 by maintainers)
Top Results From Across the Web
How we make IPv6-only hosting a reality - ARIN
Pete Stevens shares what has made IPv6-only hosting at Mythic ... Support for PROXY protocol is now a standard feature of NGINX and...
Read more >Supporting IPv6-only clients in connecting to IPv4-only hosts
I have a service that aggregates third-party content, but ultimately end-users connect directly to the third parties they're interested in.
Read more >IPv6onlyhosting - Free IPv6 VPN for all
Virtual machine hosted in Switzerland. VMs have only IPv6, but can reach the IPv4 internet. Starts by only 2.5 CHF/Month. Run by 100%...
Read more >IPv6 Only Hosting | IETF Datatracker
○We have an IPv6 only VM. ○It has full outbound via NAT64. ○It has inbound for SSL & HTTP via our proxy service....
Read more >Let Your IPv6-only Workloads Connect to IPv4 Services - AWS
The IPv6 host can connect to the service using just IPv6. When the record only contains an IPv4 address, the Route 53 resolver...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Endpoint.ipv6 as a binary seems like the best approach to us (chiming in for Twitter’s zipkin team).
Our rational being: the utility of Endpoint.address’ is uncertain but comes at a guaranteed cost for ipv6. The world is definitely moving to ipv6, it’s practically inevitable, and we can expect ipv6 to be the dominant case in the near future, so let’s optimize for it.
FWIW, a default of 0 for ipv4, that seems sane, but I don’t have any useful thoughts one way or the other about it.
cc @adriancole @mosesn
here’s the api definition change https://github.com/openzipkin/zipkin-api/pull/20