On Tue 23 Jan 2018 at 20:56:31 (+0100), Pascal Hambourg wrote: > Le 23/01/2018 à 18:08, David Wright a écrit : > > > >[My Laptop] --- wireless connection IPv4 --- [Router] --- Internet Modem > > | / | > > | CAT5 cable IPv6 / | > > | / | wireless/wired > >[My Desktop] --- wireless connection IPv4 __/ | connections > > | IPv4 > > | > > [TVs] > > > >>Both devices will allocate themselves an address in the 'link local' range, > >>and these addresses can then be used for communicating between the devices. > > They can, but they should not be used with application-layer > protocols. Really. IPv6 link local addresses are not meant for this.
Well, I won't argue with this as I don't know what they were originally meant for. However, I don't see why I have them if I'm not allowed to use them when I find a good reason to. I didn't pay good money just to stare at the numbers in ip address show. You see, Greg only considered IPv6 in terms of the number of addresses in the IPv4 private ranges, whereas I have this other valuable use. > On disadvantage is that these addresses are not globally unique (the > link local prefix exists on all interfaces) and must be appended > with an interface name. Not an issue here. The only change I have made since you commented on this in August 2016 is that I now sed the output of ip -o link show to pick up the name of the ethernet interface. (The file that defines my IPv6 functions is shared with wheezy/jessie/stretch hosts, and "eth0" doesn't cut it any more.) > The second disadvantage is that if the > interface is replaced for whatever reason, the interface name may > change and the MAC address will change. The link local addresses is > based on the MAC addresses, so it will change too. Well, as the MAC addresses are all configured in my router, having to edit a MAC in one bash file and push it out to my hosts is hardly a burden after logging in to the router and typing or pasting things there. (I hate systems that barely allow you time to sneeze before they require logging in again.) > IMO, simple > static configuration with a ULA prefix, or with a global prefix if > you own one, would be much reliable. So what would be involved in setting that up? I have no idea where to start. I can't believe it's as simple as 1,2,3 below. > So Andy is right : you could use IPv4 for this. But rather with > static configuration than unpredictable APIPA assignments. Of course I could, but then I've got to interfere with the routing table to prevent the file transfers going through the default wireless interface. The whole point of plugging in a CAT5 cable is to avoid hogging wireless bandwidth. If I use IPv6, this is all I have to do to transfer large files at CAT5 speeds: 1) plug a CAT5 cable into ethernet ports at each machine, 2) on the source, type: <TargetHost>6 <filenames> 3) when finished, remove the cable. The wireless interface is unaware of any change, so I can still use the WAN, or even connect to the other host through its normal wireless route and, say, initiate transfers in the opposite direction (which has the advantage that such a connection stays up after the cable has been removed). Cheers, David.