Confondere le classi di rete A, B, C.

Sto studiando gli indirizzi IPv4 e ho scoperto tutto sull'indirizzamento di classe. Mi viene l'idea dietro, c'è qualcosa che trovo confuso:

Esistono due gamme "ABC":

Il primo:

A: da 1.0.0.0 a 126.0.0.0 con / 8
B: da 128.0.0.0 a 191.255.0.0 con / 16
C: da 192.0.0.0 a 223.255.255.0 con / 24

Il secondo:

A: da 10.0.0.0 a 10.255.255.255 con / 8
B: da 172.16.0.0 a 172.31.255.255 con / 12
C: da 192.168.0.0 a 192.168.255.255 con / 16

Perché entrambi utilizzano i nomi A, B e C? Non stanno nemmeno usando gli stessi set di subnet-mask! Il primo è solo per indirizzi pubblici? Perché il secondo è solo indirizzi privati.

Aiuto apprezzato!

È probabile che le subnet mask ti stiano eliminando. Fintanto che tieni presente che le regole seguenti non si applicano più, dovresti andare bene.

L'indirizzamento alla fine di classe si riduceva ai bit più significativi (o "iniziali") dell'indirizzo. Niente di più, niente di meno.

• Classe A: i bit più significativi iniziano con 0
• Classe B: i bit più significativi iniziano con 10
• Classe C: i bit più significativi iniziano con 110

Le "classi" sono nate dal modo in cui hanno diviso lo spazio degli indirizzi per l'uso tra "host" e "rete". Tieni presente che allora (molto tempo fa, dai tempi di ARPANET), non esistevano maschere di sottorete e la rete doveva essere dedotta dall'indirizzo stesso. Quindi, tenendo presente quanto sopra, questo è quello che è venuto fuori (questo è inteso come rappresentazione binaria - ciascuno No Hrappresenta un singolo bit nell'indirizzo a 32 bit):

• Classe A: NNNNNNNN.HHHHHHHH.HHHHHHHH.HHHHHHHH(meno reti, più host)
• Classe B: NNNNNNNN.NNNNNNNN.HHHHHHHH.HHHHHHHH(più reti, meno host)
• Classe C: NNNNNNNN.NNNNNNNN.NNNNNNNN.HHHHHHHH(ancora più reti, ancora meno host)

Qui Nè rappresentativo della porzione di rete dell'indirizzo e Hrappresenta la porzione host dell'indirizzo, o come lo chiamavano indietro nel giorno, il "campo di riposo".

Combinando ciò con quanto detto in precedenza sui bit più significativi, abbiamo quanto segue:

• Classe A: 0.0.0.0 - 127.255.255.255
• Classe B: 128.0.0.0 - 191.255.255.255
• Classe C: 192.0.0.0 - 223.255.255.255

La conversione di questi intervalli in binario può rendere questo più chiaro:

Classe A

0.0.0.0
-----------
[0]0000000.00000000.00000000.00000000

127.255.255.255
-----------
[0]1111111.11111111.11111111.11111111
 ^
 most significant bit = 0

Classe B

128.0.0.0
-----------
[10]000000.00000000.00000000.00000000

191.255.255.255
-----------
[10]111111.11111111.11111111.11111111
 ^
 most significant bits = 10

Classe C.

192.0.0.0
-----------
[110]00000.00000000.00000000.00000000

223.255.255.255
-----------
[110]11111.11111111.11111111.11111111
 ^
 most significant bits = 110

Ogni singolo indirizzo all'interno di tali intervalli condividerà un bit iniziale comune. La morale della storia è, se riesci a ricordare quali dovrebbero essere i bit principali (0 per la classe A, 10 per la classe B, 110 per la classe C) è estremamente semplice determinare quale "classe" un indirizzo avrebbe altrimenti appartenuto in. Oppure, se il decimale è più semplice:

• Classe A: il primo ottetto nell'indirizzo è compreso tra 0 e 127, inclusi
• Classe B: il primo ottetto in indirizzo è compreso tra 128 e 191, incluso
• Classe C: il primo ottetto nell'indirizzo è compreso tra 192 e 223, inclusi

Il modo più semplice per confondere qualcuno con un "indirizzamento di classe" su un test, un esame o qualsiasi altra cosa è usare la direzione errata tramite una subnet mask. Ancora una volta, ricorda che la subnet mask non si applica per determinare la classe di un indirizzo. Questo è facile da dimenticare perché, come altri hanno già detto, l'indirizzamento e il routing senza classi sono in circolazione da oltre due decenni e la maschera di sottorete e la notazione CIDR sono diventate onnipresenti nel settore.

Mentre l'idea dietro l'indirizzamento di classe è ormai obsoleta poiché il routing interdominio senza classe (CIDR) è in uso da decenni (l'originale RFC1519 è stato pubblicato nel 1993), la tua prima risposta è quella storicamente corretta.

La seconda serie di reti che elenchi proviene da RFC1918 e definisce intervalli di indirizzi per uso privato. Esiste una rete singola / 8 all'interno dell'ex spazio di classe A (che fornisce una singola rete di classe A), a / 12 all'interno dell'ex spazio di classe B (che fornisce 16 reti di classe B) e a / 16 all'interno dell'ex spazio di classe C ( dando 256 reti di classe C).

Non c'è contraddizione.

Alex, hai fatto la domanda nel 2014 e non ho visto una risposta chiara e concisa alla tua domanda, quindi ecco qui: Il "Primo" sono indirizzi IP pubblici, che possono essere utilizzati su Internet. I "Second one" sono indirizzi IP privati ​​che non possono essere utilizzati su Internet in quanto non sono instradabili. Vi sono, tuttavia, vantaggi per gli indirizzi IP privati. Innanzitutto, il costo. Un'organizzazione può noleggiare un indirizzo IP pubblico da un ISP che i nodi interni possono utilizzare quando comunicano esternamente. In secondo luogo, la sicurezza. Gli indirizzi IP interni rimarranno sconosciuti. Un server NAT o PAT può essere utilizzato per tradurre l'IP privato in pubblico e viceversa.

Primo: A: da 1.0.0.0 a 126.0.0.0 con / 8

B: da 128.0.0.0 a 191.255.0.0 con / 16

C: da 192.0.0.0 a 223.255.255.0 con / 24

Secondo: A: da 10.0.0.0 a 10.255.255.255 con / 8

B: da 172.16.0.0 a 172.31.255.255 con / 12

C: da 192.168.0.0 a 192.168.255.255 con / 16

Spero che sia di aiuto.

/ Joanne

La classe "A", "B" e "C" indica la dimensione della maschera di rete. (ad esempio, una classe "C" ha una maschera di rete a 24 bit.) La classe non è un nome proprio che specifica una rete specifica.