Stöd för IPv6 behöver bedömas genom företagets verkliga arbetsväg. Ett ord på routerns produktblad bekräftar inte ensam vad abonnemanget, klienterna och de använda tjänsterna klarar tillsammans. Börja med vilket systemkrav som finns och vilka delar som berörs. Den här guiden hjälper företaget att lämna ett tydligt underlag till IT när IPv6 ska användas eller kontrolleras på mobilt bredband. Målet är en fungerande godkänd installation, med kända begränsningar och dokumenterade arbetsprov.
Beskriv varför IPv6 är relevant
| Kontrollpunkt | Underlag för företagets beslut |
|---|---|
| Inventering | Ange varför protokollet behövs och lista tjänst, router, nätkomponenter och viktiga arbetsverktyg. Be leverantör och systemägare bekräfta stöd för exakt produkt och avsedd användning. |
| Plan | Låt IT beskriva protokollroller och relevanta nätregler. Spara godkänt utgångsläge, utförare och återgång samt skilj namnuppslagning från efterföljande anslutning i de valda kontrollmomenten. |
| Arbetsprov | Verifiera den avsedda vägen med representativa klienter och ofarligt material. Registrera hela uppgiften, kvarstående begränsningar och ansvar för uppföljning samt kontrollera eventuell reserv separat. |
Utgå från ett bekräftat behov eller en planerad förändring. Ange om en extern tjänst kräver IPv6, om företaget genomför ett nätprojekt eller om ett observerat fel behöver avgränsas. Be ansvarig systemägare beskriva den avsedda användningen. En allmän önskan om modernare bredband ger mindre stöd för ett prov. Företaget behöver ett konkret mål som kan kontrolleras, exempelvis att ett bestämt verktyg ska fungera genom en bekräftad IPv6väg med de åtkomstkrav som verksamheten använder.
IPv6 är ett adressprotokoll, inte ett abonnemangsnamn. Grunden beskrivs i IPv6specifikationen RFC 8200. För företagets beställning är den viktiga frågan vilket stöd den erbjudna tjänsten faktiskt har. Anta inte att beteckningen 5G betyder ett visst IPv6upplägg eller att varje routervariant använder samma inställningar. Leverantören behöver bekräfta egenskaperna för exakt produkt. IT behöver därefter bedöma hur de passar nätet och de arbetsverktyg som ska använda anslutningen.
Håll hastighet och adresskrav åtskilda. IPv6stöd innebär inte ensamt en utfästelse om högre kapacitet eller bättre möteskvalitet. Beskriv sådana behov separat och prova relevant arbete. Ett system kan behöva ett visst protokoll av kompatibilitetsskäl samtidigt som företaget har andra krav på täckning, uppladdning eller support. Skriv vilken egenskap som ska besvara vilket behov. Då går det att jämföra offerter utan att en teknisk adressterm blir ett allmänt löfte om hela bredbandsupplevelsen.
Inventera hela vägen före aktivering
Be operatören beskriva tjänstens stöd. Fråga om den levererade produkten erbjuder IPv6 och vilka villkor eller inställningar som gäller. Ange om IPv4 också behövs i den avsedda användningen. Spara beskedet med tjänst och datum. Om ett särskilt upplägg eller tillägg föreslås behöver aktivering, ansvar och kostnad framgå. Företaget ska inte anta stöd från en tidigare tjänst, en annan operatörs guide eller telefonens beteende. Det är den erbjudna bredbandslösningen som ska bedömas.
Kontrollera router och eventuell brandvägg. Ange exakt modell, programversion och driftläge för varje relevant enhet. Be IT bekräfta hur adresshantering, routing och avsedda regler fungerar i den föreslagna kedjan. En router kan ingå som en del av en lösning där annan utrustning har huvudansvaret. Läs om bryggläge och IP passthrough för frågor om rollfördelning. Anta inte att ett fungerande IPv4läge automatiskt ger samma funktion för IPv6 utan kontroll.
Arbetsverktygen behöver också finnas i inventeringen. Lista viktiga klienter, appar, interna resurser och eventuell VPN. Be respektive ansvarig ange stöd och beroenden. RFC 7381 beskriver inventering och stegvis införande i sin vägledning för IPv6 i företag. Använd det som grund för att ställa frågor i den egna miljön. En gammal skrivare eller en särskild app ska inte antas fungera på samma sätt som en ny dator bara för att båda finns i kontorsnätet.
Planera hur olika protokoll ska hanteras
Ett kombinerat upplägg behöver ett tydligt besked. Dual stack innebär att IPv4 och IPv6 finns tillsammans, men företagets faktiska lösning ska bekräftas i tjänst och installation. Låt IT ange hur de viktiga systemen ska använda nätet och vad som händer när ett verktyg har andra förutsättningar. Spara den avsedda rollen för varje relevant del. Ett lyckat arbetsprov utan dokumenterad väg visar mindre om kompatibiliteten än ett prov där ansvarig kan beskriva vilket protokoll och vilken kedja som användes.
Avsedda skyddsregler ska omfatta den nya vägen. Nätets åtkomstplan behöver bedömas även när IPv6 används. Be IT kontrollera företagets relevanta regler och administration, utan att anta att en gammal IPv4konfiguration ensam bekräftar allt. Se VLAN och frågor om nätindelning om flera grupper ska ha olika åtkomst. Beskriv tillåtna arbetsresurser och avsedda begränsningar. Ett nytt protokoll ska hanteras inom företagets godkända nätplan och inte införas som en genväg runt den.
Namnuppslagning och adressprotokoll är skilda kontroller. En app använder ofta ett namn som ska leda till rätt tjänst. IT behöver därför bedöma både relevant namnhantering och den efterföljande anslutningen. Läs DNS när arbetsappar inte öppnas för underlag om den delen. Ett DNS-svar bekräftar inte automatiskt hela IPv6vägen till appen. Registrera vilket steg som fungerar, så att ett senare fel inte fortsätter behandlas som ett problem i samma uppslagning.
Genomför ett kontrollerat kompatibilitetsprov
Välj klienter som representerar verksamheten. Ta med relevant arbetsdator och andra viktiga enheter enligt IT:s plan. Ange plats, anslutningssätt och den tjänst som provas. Om en app kan använda flera vägar behöver ansvarig bekräfta vilken som faktiskt ingår i kontrollen. Ett allmänt webbprov är ett delresultat och inte ett fullständigt godkännande av företagets system. Använd ofarligt material och de avsedda säkerhetsfunktionerna under provet, så att resultatet motsvarar den miljö som kan användas i drift.
Behåll ett känt utgångsläge. Dokumentera relevanta befintliga inställningar och bestäm utförare, tid och återgång. Undvik att samtidigt ändra flera orelaterade funktioner utan en gemensam plan. Om en programuppdatering behövs ska den hanteras med rätt modell och instruktion. Se firmwareuppdatering av företagets router för underlag. Företaget behöver kunna skilja en protokollförändring från en annan förändring i nätkedjan när ett arbetsresultat förbättras eller försämras.
Prova hela det viktiga arbetsmomentet. Kontrollera exempelvis avsedd inloggning och användning av verktyget, inte bara om startsidan öppnas. Registrera vilken funktion som godkänts och eventuella kvarstående begränsningar. Om VPN ingår finns VPN-prov över mobilt bredband för den arbetsvägen. Företagets användare ska kunna utföra sin uppgift med bekräftad konfiguration. En teknisk adress på klienten ska inte behandlas som ett indirekt bevis för funktioner som aldrig har prövats.
Följ upp kompatibiliteten efter förändringar
Reservanslutning och tjänstebyte behöver egna besked. En reserv kan ha andra protokollegenskaper än primäranslutningen. Ange vilka arbetsmoment som måste fungera där och hur de ska kontrolleras. Läs om reservuppkoppling för företag för övergripande planering. Om ett system kräver IPv6 ska det beroendet finnas med vid senare produkt- eller operatörsbyte. Företaget ska inte behandla stöd i en äldre installation som ett permanent löfte för varje framtida bredbandstjänst.
Spara ett begripligt kompatibilitetsbesked. Dokumentera tjänst, modeller, relevanta protokollroller och godkända arbetsprov. Ange vem som ansvarar för uppföljning och var tekniskt underlag finns. Markera sådant som ännu behöver besked från en systemägare eller leverantör. Resultatet ska gå att använda i ett supportärende även när den som genomförde försöket inte är tillgänglig. Företaget får då en känd installation med tydliga begränsningar, i stället för en ensam notering om att IPv6knappen är aktiverad.
Lämna protokollkravet i bredbandsförfrågan. På bredband för företag kan ni beskriva befintlig nätkedja och det stöd era systemägare har bekräftat att de behöver. Be om ett produktbundet besked och en tydlig installationsomfattning. När tjänst, utrustning och arbetsverktyg bedöms tillsammans kan IPv6frågan hanteras som en kontrollerad kompatibilitetsuppgift. Godkänn efter dokumenterade arbetsprov och följ upp när någon del av den avsedda vägen förändras.