Adressetyper. IPv6. Gjesteforelesning ved Høgskolen i Gjøvik i faget IMT2521 Nettverksadministrasjon del 2. Trond Endrestøl. Fagskolen i Gjøvik

Transkript

1 Gjesteforelesning ved Høgskolen i Gjøvik i faget IMT2521 Nettverksadministrasjon del 2 Fagskolen i Gjøvik 27. oktober 2010 (allerede utdatert) (overtok etter site-local-adresser) (offisielle adresser) (broadcastadresser finnes ikke)

2 Formatprefiks: FE80::/10 (1/1024 av adresserommet) Interface ID plasseres som de 64 minst signifikante bitene De øvrige bitene, mellom formatprefikset og interface ID, nulles ut Ikke rutbar adressetype Gjenbrukes på hvert enkelt «routerbein» Brukes for kommunikasjon med naboskapet: rutere og andre klienter Kan brukes for ad-hoc-nett Tilsvarer /16 i IPv4 Eksempel: FE80::212:3FFF:FE19:46DB/128 Formatprefiks: FEC0::/10 De neste 54 bitene er subnet ID De siste 64 bitene er interface ID Rutbar adressetype, men forbudt på internett Vil skape hodebry når flere organisasjoner skal slå nettverkene sammen, dersom flere bruker de samme verdiene for subnet ID Ble derfor erstattet med «Unique local unicast addresses» (ULA) Eksempel: FEC0::DEAD:BEEF:212:3FFF:FE19:46DB/128

3 Formatprefiks: FC00::/7 Etter de 7 mest signifikante bitene, så kommer det ett bit som må settes til 1 (ref. RFC4193) Dermed ender vi opp med dette formatprefikset: FD00::/8 Videre kommer 40 bit som skal være global, unik ID; vi kommer tilbake til dette Etter de 40 bitene, har vi 16 bit for subnet ID Til slutt har vi 64 bit for interface ID Eksempel: FD5C:14CF:C300::/48 (FiGs ULA-serie) (forts.) Underavsnitt i RFC4193 viser et forslag til generering av 40 tilfeldige bit: 1. Bruk inneværende tidspunkt uttrykt i 64-bit NTP-format 2. Bruk en EUI-64-identifikator fra systemet som kjører denne algoritmen 3. Sett sammen de to verdiene på 64-bit til én verdi på 128-bit 4. Beregn SHA-1-digest av det forrige resultatet 5. Bruk de 40 minst signifikante bitene som global, unik ID ULA-prefiks kan genereres ved hjelp av: Du kan også registrere ULA-prefikset ditt slik at det vises på:

4 «Fænsi» navn for offisielle adresser Utgjør 1/8 av det totale adresserommet Formatprefiks: 2000::/3 n bit brukes for globalt routingprefiks m bit brukes for subnet ID 128 n m = 64 bit for interface ID Som regel er n + m 3 = 64, men bare for prefiks som ikke starter med (000) 2 (forts.) Uninett hører til -serien 2001:700::/32 FiG ble tildelt 2001:700:1100::/48 rett etter påske i bit for Interface ID minus 48 prefiksbit gir 16 subnettbit 2 16 = subnett, som hver kan ha inntil 2 64 = klientadresser Totalt har FiG = = 2 80 = offisielle adresser til disposisjon Det er lite som tyder på adressemangel ved FiG, i allefall med tanke på

5 tas fra vanlige unicastadresser, globale eller lokale En anycastadresse er en fellesadresse kan ikke brukes som avsenderadresse (forts.) Tenk deg en distribuert tjeneste i en større organisasjon Servere ved flere kontorer i landet/verden tilbyr denne tjenesten Hver server har egen -adresse, men også den samme anycastadressa Routerne er også informert om anycastadressa

6 (forts.) En klient sender forespørsel til anycastadressa Routeren vil basert på avstand og kostnad, sende trafikken til nærmeste server Svar fra serveren sendes til klienten med serverens egen avsenderadresse Videre kommunikasjon fra klienten kan foregå direkte med den utvalgte serverens adresse eller med anycastadressa, avhengig av applikasjon og dennes virkemåte (forts.) Sammenlignet med multicast er anycast mer økonomisk Trafikk til en multicastadresse vil potensielt vekke opp alle servere for en gitt tjeneste Klienten vil motta flere responser, men må kanskje bare velge én server Dermed sløses det med regnekraft på de andre serverne som blir ignorert

7 (forts.) RFC4291, avsnitt 2.6, anbefaler at anycast brukes til å annonsere routere med internettaksess Hvordan? Aner ikke, og RFC4291 angir heller ingen anycast-adresse for dette bruksområdet (forts.) RFC4291 angir at «NetID»-adressene skal brukes som «Subnet-Router»-anycastadresse 2001:700:: er «Subnet-Router»-anycastadresse for hele «Uninettet» 2001:700:1100:: er «Subnet-Router»-anycastadresse for FiG 2001:700:1100:3:: er «Subnet-Router»-anycastadresse for Best current practice: RFC4786 Anycast er ikke mye utbredt, så følg med på utviklingen

8 (forts.) Eksempel fra Microsoft Windows XP/2K3/Vista/2K8/7: netsh interface ipv6 add address 2001:700:1100::1337/128 type=anycast Eksempel fra *BSD: ifconfig em0 inet6 2001:700:1100::1337/128 anycast Eksempel fra Cisco IOS: ipv6 address 2001:700:1100::1337/128 anycast Formatprefiks: FF00::/16 Flagg og rekkevidde angis i den nest-signifikante oktetten Formatprefiks: FFfr ::/16 f er fire bit for flagg r er fire bit for rekkevidde De øvrige 112 bitene angir resten av multicastadressa

9 (forts.) Rekkevidden angis som et firesifret binært tall 0, reservert 1, interface-local 2, link-local 3, reservert 4, admin-local 5, site-local 6, udefinert 7, udefinert (forts.) 8, organization-local 9, udefinert A, udefinert, men brukt av Uninett for å begrense multicasttrafikk til å holdes innenfor «Uninettet» B, udefinert C, udefinert D, udefinert E, global F, reservert

10 (forts.) Flaggene ser slik ut: 0RPT (null, err, pe, te) T = 0 angir at multicastadressa er permanent og velkjent, for eksempel ALL-ROUTERS-adressa T = 1 angir at multicastadressa er midlertidig, altså lokalt administrert (forts.) P = 0 angir at multicastadressa er helt normal, med unntak av T-flagget P = 1 angir at multicastadressa er privat administrert, og krever at T = 1, formatet er beskrevet i RFC3306 Adresseformatet når PT = (11) 2 : flgs scop reserved plen network prefix group ID

11 (forts.) R = 0 angir at multicastadressa er helt normal, med unntak av PT-flaggene R = 1 angir at multicastadressa angir møtepunktet for trafikken, og krever at PT = 11, formatet er beskrevet i RFC3956 Uninetts møtepunkt er 2001:700::1/128 Adresseformatet når RPT = (111) 2 : flgs scop rsvd RIID plen network prefix group ID (forts.) Eksempler Interface-local multicastadresse for «All Nodes»: FF01::1/128 Link-local multicastadresse for «All Nodes»: FF02::1/128 Link-local multicastadresse for «All Routers»: FF02::2/128 Global multicastadresse for NTP: FF0E::101/128 Prefiks for FiGs private multicastadresser: FF38:30:2001:700:1100::/96 FiGs prefiks for bruk av møtepunktet til Uninett: FF7A:120:2001:700:1100::/96 IT-avdelingen@FiGs prefiks for bruk av møtepunktet til Uninett: FF7A:120:2001:700:1100:3::/96

12 (forts.) Flagg og rekkevidde burde bytte plass! Spesielt dersom ACL-er er eneste middel for å begrense multicasttrafikkens utbredelse (FiGs tilfelle) Tungvint å bruke ACL-er så lenge formatet stadig er FFfr :: deny ipv6 FF04::/16 any deny ipv6 FF14::/16 any deny ipv6 FF24::/16 any... deny ipv6 FFF4::/16 any Tilsvarende regler må skrives for rekkeviddene 5 og 8 (forts.) Mye lettere dersom formatet hadde vært FFrf :: deny ipv6 FF40::/12 any deny ipv6 FF50::/12 any deny ipv6 FF80::/12 any Punktum!

13 (forts.) -multicastadresser forvandles slik til Ethernet-linkadresser: FFfr ::wwxx:yyzz 33:33:00:xx:yy:zz Bare de 24 minst signifikante bitene kopieres til MAC-adressa RFC2464 Eksempel: FF0E::101/128 (global NTP) 33:33:00:00:01:01 (MAC-multicast) (forts.) Solicited-node multicast address Delvis erstatning for rollen som limited-broadcastadressa har i IPv4 ( ) Format: FF02::1:FFxx:yyzz xx:yyzz er de siste 24 bitene fra den etterspurte -adressa Eksempel: 2001:700:1100:3:212:3FFF:FE19:46DB Solicited-node multicastadresse: FF02::1:FF19:46DB MAC-adresse: 33:33:FF:19:46:DB

14 Slutt på del 2