subnet kalkylering

Kanske inte omfattande, men jag brukar använda denna:
https://www.calculator.net/ip-subnet-calculator.html

Okey... varför?!

Ok, jag förstår. Det var år och dar sedan jag faktiskt satt och räknade ut det för hand, så har tyvärr inte mycket att komma med i form av guidning.

Det beror väl på som man brukar säga, men absolut är det så att översta och nedersta sällan används

Så för att göra det mer generellt kan man dra av två från siffrorna ovan

(2^(32 - subnätsettor)) - 2 är antalet enheter
De sista två är special, används till broadcast (skicka till alla på subnätet) och andra specialfunktioner i de flesta fallen

Jag tycker det är mycket lättare att jobba med subnet i x.x.x.x/y formatet. Vill man veta mängden så är matten väldigt lätt
Mängden adresser = (2^32) / (2^y)
T.e.x ett /24 subnet blir (2^32) / (2^24) = 256

NetID och Broadcasting om jag minns rätt

Fifan, det här ger flashbacks till när jag själv försökte in absurdum att få grepp om det här. Jag tror det enda sättet att inte bli "låst" vid en app eller konverterare, är att lära sig skriva ut IP-adresserna i binär form. Det är faktiskt inte alls svårt. Sedan är det en egen vetenskap att räkna ut FLSM eller VLSM, men du behöver verkligen kunna konvertera eller åtminstonde tänka binärt.

Edit: Jag skulle vilja tillägga att det nästan är när du förstår den här biten, som resten börjar falla på plats. Att förstå hur en IP-adress är konstruerad i oktetter, och hur dess konverteras är lite av en nyckel som låser upp mycket av det andra.

IP binärt
Varje segment, även kallat oktett, består av 8 bitar.
_ _ _ _ _ _ _ _

Varje sträck ovan har ett egenvärde. Från höger till vänster:
128, 64, 32, 16, 8, 4, 2, 1

Addera dom bitar du behöver för att komma upp i det värde du ska ha i segmentet och sätt en etta på dom bitarna. Resterande är nollor. Tänk 1 = ska användas, 0 = ska inte användas. Den rad ettor och nollor du då får är den binära motsvarigheten.

T.ex. värdet 255 är binärt 1 1 1 1 1 1 1 1
128 + 64 + 32 + 16 + 8 + 4 + 2 +1

T.ex. värdet 192 är 1 1 0 0 0 0 0 0
128 + 64

T.ex. värdet 168 är 1 0 1 0 1 0 0 0
128 + 32 + 8

osv...

Räkna ut IP-range på en subnet
Den här biten är lite krångligare, och någon får gärna hojta till om jag har det om bakfoten. Har inte funderat på subnetmasker på flera år och jobbar inom äldreomsorgen.

Din subnetmask är 255.255.255.240
Det innebär att dom hela tre första oktetterna och en del av den fjärde oktetten används till NetID.

I det här fallet får du titta på den fjärde oktetten i binär form för att avgöra hur stor del av den som används till NetID och hur stor del som kvarstår som allokerbara adresser till enheter.

Först tittar vi vilka bitar som räknas ihop för att komma upp i 240.

128 + 64 + 32 + 16 = 240

Det är dom första fyra bitarna, vilket lämnar fyra bitar till IP-adresser.

1 1 1 1 | 0 0 0 0

En IPv4-adress är egentligen bara ett 32 bit tal, som man har valt att presentera upphugget i fyra lika stora delar, dvs fyra 8 bit tal som man skriver punkt mellan. (för att göra de stora talen lite mer aptitliga för människor)

Så om du har t.ex. IP-adressen 192.168.17.1 så är det alltså detta man gjort:

192     .168     .17      .1
11000000.10101000.00010001.00000001

dvs själva adressen är 11000000101010000001000100000001 binärt
(eller 3232239873 decimalt om man så vill, men det har du inte någon större praktisk nytta av, även om det väl fungerar som ett exempel på hur den här upphuggna representationen 192.168.17.1 är lättare att memorera)

Konverteringen fungerar precis likadant om det är en nätmask, som t.ex. 255.255.255.240

255     .255     .255     .240
11111111.11111111.11111111.11110000

dvs nätmasken är 11111111111111111111111111110000 binärt.

Om du sätter dessa bredvid varandra ser du tydligt hur masken pekar ut en viss del av adressen som identifierar nätet, den del där masken har ettor (tänk bitwise AND), resten är då för adressering inom det nätet:

11000000101010000001000100000001
11111111111111111111111111110000

Det är nog lättast att konvertera det binära tillbaka till decimalt kanske?

01101110 binärt är
(Läs från höger)
Ingen etta
En tvåa
En fyra
En åtta
Ingen 16
En 32
En 64
Ingen 128

Alltså 2+4+8+32+64 = 110

Så fungerar konverteringen, om man vill gå åt andra hållet blir det tvärt om:

Konvertera talet 137
Får 128 plats? Ja = 1
Får 64 plats i resten (137-128 = 9), nej = 0
Får 32 plats i 9? 0
Får 16 plats? 0
Får 8 plats? 1 (resten är nu 9-8 = 1)
Får 4 plats? 0
Får 2 plast? 0
Får ett plats? 1

Skriv ner i ordning (störst först)
10001001

Det är jobbigt i början, men när du kan det försvinner det aldrig. Du kommer på nolltid räkna ut hur du både subnettar och supernettar i huvudet. Det är som att cykla.

Så ge inte upp. Du har fått många användbara tips ovan redan.

När du pratar om "IP-klasser" menar du A, B, C osv från det gamla klassbaserade ruttningssystemet?
I så fall har det inte varit relevant sedan mitten av 1990-talet när man gick över till CIDR (klasslös ruttning), det är enbart kuriosa i historieböckerna, inget som har någon inverkan på ruttning i nutid.

Syftet med nätmasken (t.ex. 255.255.255.0), eller prefixet (t.ex /24) som är ett förenklat sätt att ange samma sak, är att definiera vilka bitar i IP-adressen som utgör själva nätet.

I så fall innehåller boken antingen rakt av rejält föråldrad information eller så är de otydliga med vad som är aktuellt och vad som är historia.

Vet inte hur du menar riktigt. Ettorna i den binära representationen av nätmasken är de positioner i IP-adressen som anger nätet. (se #19634231 )

Jag kan visa några ytterligare exempel om det hjälper:

255     .255     .255     .255
11111111.11111111.11111111.11111111

(aka /32, dvs de första 32 bitarna är 1)

255     .255     .255     .240
11111111.11111111.11111111.11110000

(aka /28, dvs de första 28 bitarna är 1)

255     .255     .255     .0
11111111.11111111.11111111.00000000

(aka /24, dvs de 24 första bitarna är 1)

255     .255     .0       .0
11111111.11111111.00000000.00000000

(aka /16, dvs de 16 första bitarna är 1)

Om du menar nollan i t.ex. 255.255.255.0 så är nollan 00000000, dvs åtta bitar som alla är 0.

(se t.ex. #19634240 och #19633099 för hur du konverterar mellan decimalt och binärt)

137 = 0*1000 + 137 = 0137 = ...0000137

255.63.117.0 =
11111111.00111111.01110101.00000000