Kort forklart slik jeg husker det/forstår det:
Ttemporary ipv6 address er en auto-generert (SLAAC) adresse. Denne kan "inneholde" (dvs. delvis baseres på) mac-adr. For å forhindre "gjenkjenning" av mac på tvers av nettverk (for enheter som flytter seg) så finnes "privacy-extension" som lager relativt kortvarige "midlertidige" SLAAC-adresser som ikke baseres på mac. Etterhvert som denne midlertidige adressen nærmer seg "levetiden" lager maskinen en ny midlertidig adresse mens den forrige midlertidige adressen fortsetter å eksistere en stund til, men merkes som "deprecated", slik at evt. trafikk tilbake til denne adressen også kan mottas. Er ikke "privacy-extension" aktivert, finnes typisk kun én temporary adresse som ikke endrer seg underveis.
Link-local er, som nevnt i andre tråder, noe tilsvarende 169.254.0.0/16 med den forskjellen at der ipv4 normalt kun auto-genererer en 169.254-adresse dersom den ikke får ip på andre måter, vil ipv6 alltid ha en auto-generert link-local adresse for hvert nettverkskort (interface), ofte baser på mac-adr. til interfacet. Link-local adressen brukes bl.a. til å motta info om prefix, gateway-ip, dns, om dhcpv6 er tilgjengelig, sjekke om auto-genererte adresser er ledig og til routing (du ser default gateway for ipv6 er en link-local adresse). Siden hvert interface har en link-local adresse er det også en "zone index" for hver av disse, angitt med %<indeks> etter ip'en, for å eksplisitt spesifisere hvilket interface en pakke skal sendes ut via i tilfelle tvetydighet i routing-tabellen.
Link-local adresser har prefix fe80 og network/subnett id 0, slik at alle interface vil ha fe80::/64 som "nettverk id", derfor zone index for å spesifisere hvilket interface, siden det ikke "automatisk" kan avgjøres hvilken link en annen adresse, f.eks. fe80::1234:5678:9abc:def0, befinner seg på. Windows bruker interface nummer som zone index, mens *nix-varianter ofte bruker interface navn.
Merk at det ikke vil vises noen dhcp-server adresse for ipv6, siden dette fungerer forskjellig fra ipv4. For å motta info fra dhcpv6 brukes link-local og multicast. Klienten sender ut forespørsel via sin(e) link-local adresse(r) til multicast ff02::1:2, og serveren svarer tilbake til klientens link-local. Derfor trenger ikke klienten å huske/vite hvilken adresse en dhcpv6-server har.
Dhcpv6 client DUID brukes av serveren til å tildele en adresse, og er også den som evt. ip reserveres på (tilsvarende mac-adr. med dhcpv4).
Og en kan ha både stateless (SLAAC) og stateful (typisk dhcpv6) adresser samtidig.
Tror dette er sånn noenlunde korrekt 🤓
Wikipedia har mye god info på ipv6, begynn f.eks. her: https://en.wikipedia.org/wiki/IPv6_address