not really, you just need to translate some of it
IPv4 | IPv6 |
arp | ndp , part of ICMPv6 |
ping | ping6 |
traceroute | traceroute6 |
host | host -6 |
iptables | ip6tables |
IGMP | MLD |
see also University of Wisconsin-Madison's list of network troubleshooting tools with translations
You can't turn it off!
33:33
+ last 32 bits of IPv6 address instead of ff:ff:ff:ff:ff:ff
ff02::1
instead of 255.255.255.255
ifconfig
of course
ip address show
ipconfig
or try netsh interface ipv6 show address
hope@moose$ ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:14:4F:01:A6:DA inet addr:132.91.236.15 Bcast:132.91.239.255 Mask:255.255.252.0 inet6 addr: 2001:db8:1000:2001::13/64 Scope:Global inet6 addr: fe80::214:4fff:fe01:a6da/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:7033253 errors:0 dropped:0 overruns:0 frame:0 TX packets:3272993 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:776277559 (740.3 MiB) TX bytes:718801387 (685.5 MiB)
IPv6 can have random addresses that change often thanks to RFC 4941 - Privacy Extensions for Stateless Address Autoconfiguration in IPv6 (the update to RFC 3041)
A wise co-worker once told me that if you have a handle on IPv6 addresses, you're most of the way to understanding IPv6.
::1
fe80::/10
fec0::/10
, deprecated for ULA using fdxx::/8
2001:db8::/32
ff00:/8
and again with the scopes ...
ff01::1
: interface local, all nodes
ff02::1
: link local, all nodes
ff01::2
: interface local, all routers
ff02::2
: link local, all routers
::1
loopback
fe80::xxxx/10
link-local unicast (VLAN)
x:OUIff:feSN
EUI-64 interpretation of host's MAC address
2002::/16
the accepted 6to4 range from IANA but some older versions appear to use 2000 or 2001 if I read SubnetOnline right: just ask tavian or v6decode; 6to4 relay uses 192.88.99.1, the 6to4 anycast IPv4
ff00::/8
multicast
Since "prefer v6" goes 6 then 4, there may be a timeout. Web pages may be partly or entirely blank, and IE has it the worst since it doesn't render as pieces arrive.
ff02::1:ff
+ last 24 bits/3 bytes of IPv6 unicast address + /104
(ref)
2001:db8:1000:2001::13
or 2001:0db8:1000:2001:0000:0000:0000:0013
with zeroes, so its solicited node multicast address is ff02::1:ff
for multicast plus 00:0013
for moose so ff02::1:ff00:0013
or ff02::1:ff00:13
without leading zeroes
ndp hostname
-a (all) -d (delete) -n (numeric, skip name resolution)
If ndp
isn't present, use ip -f inet6 neighbor
or ip -6 neighbor show
(may use neigh
instead)
hope@moose$ sudo ndisc6 bacon6 eth0 Soliciting bacon6 (2001:db8:1000:2001::5) on eth0... Target link-layer address: 00:14:4F:01:29:8C from 2001:db8:1000:2001::5
When we added IPv6 to moose's DNS registration, only non-Windows users could ssh in. So I would describe Microsoft's version of "prefer v6" to be "fail badly if IPv6 isn't working" when Linux and Mac failed over to IPv4 silently and quickly under the same circumstances. (My guess is that Mac and Linux listened to the NUD message, and Windows is just a nudnik.)
Most higher-level protocols, like TCP and UDP, are unchanged by IPv6, but some, like FTP and NTP, need specific updates. (ref) The checksum calculation does change for TCP and UDP, though.
ping
and ping6
::1
and fe80::/10
to multicast ff00::/8
to global unicast 2000::/3
All of your network troubleshooting instincts are still valid for IPv6, but some of the commands are updated.
Don't fear the