[ipv6-wg] [atlas] What to do with RIPE Atlas probes that have only a ULA as IPv6 address?
- Previous message (by thread): [ipv6-wg] [atlas] What to do with RIPE Atlas probes that have only a ULA as IPv6 address?
- Next message (by thread): [ipv6-wg] [atlas] What to do with RIPE Atlas probes that have only a ULA as IPv6 address?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Tim Chown
tjc at ecs.soton.ac.uk
Fri Mar 27 14:49:36 CET 2015
Hi, > On 26 Mar 2015, at 16:53, Roman Mamedov <rm at romanrm.net> wrote: > > Signed PGP part > On Thu, 26 Mar 2015 14:26:14 +0100 > Philip Homburg <philip.homburg at ripe.net> wrote: > > > > Nothing really surprising about this. There is simply no IPv6 > > > offered by the ISP, and many ISPs still do not begin to deploy IPv6 > > > and only promise (if even that) for months and years. > > > > But is that a good reason for a CPE to start announcing IPv6 prefixes? > > Sure, why not. Nobody is surprised when a CPE with no Internet uplinks > configured or operating still provides DHCPv4 server to the LAN, giving out > RFC-1918 IPs. > > > > And imagine some future IPv6-only client device. With ULA it could > > > access local services of the user's LAN (for example files shared > > > from a NAS), if there is no need for it to access anything on the > > > Internet. Trying to use LLs for this and lugging around > > > "%interface" everywhere is not an acceptable answer. > > > > Link local was supposed to solve the 'dentist office' problem where > > there is no router. > > They really don't. Barely any (if any at all) client software supports > explicitly specifying the interface identifier along with the IP or hostname, > or does so in a consistent manner. LL IPs are not usable in any form by the > user, aside from pinging from the command line (and even then, it's bothersome > to not forget to specify the interface all the time). Indeed. > > > Even if there's some mDNS in operation, the proverbial dentist still can't be > expected to be typing "http://printer.local%eth0/" into their web browser > (assuming that would have been supported in the first place…) With the work in the IETF dnssd WG, such service discovery may happen over a wider scope (multi-link), see https://tools.ietf.org/html/draft-ietf-dnssd-hybrid-00 <https://tools.ietf.org/html/draft-ietf-dnssd-hybrid-00>. But the address advertised would then be greater scope too. Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.ripe.net/ripe/mail/archives/ipv6-wg/attachments/20150327/c57e48c5/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail URL: <https://lists.ripe.net/ripe/mail/archives/ipv6-wg/attachments/20150327/c57e48c5/attachment.sig>
- Previous message (by thread): [ipv6-wg] [atlas] What to do with RIPE Atlas probes that have only a ULA as IPv6 address?
- Next message (by thread): [ipv6-wg] [atlas] What to do with RIPE Atlas probes that have only a ULA as IPv6 address?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ ipv6-wg Archives ]