6. Esempio di nuove assegnazioni di indirizzi e routing
- Esempio di nuove assegnazioni di indirizzi e routing
6.1. Delega degli indirizzi
Consideriamo il blocco di 524288 (2^19) indirizzi, che inizia a 10.24.0.0 e termina a 10.31.255.255, allocato a un singolo fornitore di rete, "PA". Questo equivale, in dimensioni, a un blocco di 2048 numeri di rete "classe C" ereditati (o /24). Una rotta classless verso questo blocco sarebbe descritta come 10.24.0.0 con maschera 255.248.0.0 e prefisso 10.24.0.0/13.
Supponiamo che questo fornitore di servizi colleghi sei siti nel seguente ordine (significativo poiché dimostra come possano formarsi "buchi" temporanei nello spazio di indirizzamento del fornitore di servizi):
o "C1", richiedente meno di 2048 indirizzi (/21 o 8 x /24)
o "C2", richiedente meno di 4096 indirizzi (/20 o 16 x /24)
o "C3", richiedente meno di 1024 indirizzi (/22 o 4 x /24)
o "C4", richiedente meno di 1024 indirizzi (/22 o 4 x /24)
o "C5", richiedente meno di 512 indirizzi (/23 o 2 x /24)
o "C6", richiedente meno di 512 indirizzi (/23 o 2 x /24)
In tutti i casi, il numero di indirizzi IPv4 "richiesti" da ciascun sito è supposto consentire una significativa crescita. Il fornitore di servizi delega il proprio spazio di indirizzamento come segue:
o C1. assegnare 10.24.0 a 10.24.7. Questo blocco di reti è descritto dalla rotta 10.24.0.0/21 (maschera 255.255.248.0).
o C2. Assegnare 10.24.16 a 10.24.31. Questo blocco è descritto dalla rotta 10.24.16.0/20 (maschera 255.255.240.0).
o C3. Assegnare 10.24.8 a 10.24.11. Questo blocco è descritto dalla rotta 10.24.8.0/22 (maschera 255.255.252.0).
o C4. Assegnare 10.24.12 a 10.24.15. Questo blocco è descritto dalla rotta 10.24.12.0/22 (maschera 255.255.252.0).
o C5. Assegnare 10.24.32 e 10.24.33. Questo blocco è descritto dalla rotta 10.24.32.0/23 (maschera 255.255.254.0).
o C6. Assegnare 10.24.34 e 10.24.35. Questo blocco è descritto dalla rotta 10.24.34.0/23 (maschera 255.255.254.0).
Questi sei siti devono essere rappresentati come sei prefissi di dimensioni variabili all'interno dell'IGP del fornitore. Se, per qualsiasi ragione, il fornitore utilizza un IGP obsoleto che non supporta il routing classless o le sottoreti a lunghezza variabile, allora dovranno essere trasportate rotte esplicite per tutti i /24.
Per rendere questo esempio più realistico, supponiamo che C4 e C5 siano multi-homed tramite un altro fornitore di servizi, "PB". Supponiamo inoltre l'esistenza di un sito, "C7", che originariamente era connesso a "RB" ma è passato a "PA". Per questa ragione, esso possiede un blocco di numeri di rete assegnati a partire dal blocco (successivo) di 2048 x /24 di PB.
o C7. Assegnare 10.32.0 a 10.32.15. Questo blocco è descritto dalla rotta 10.32.0.0/20 (maschera 255.255.240.0).
Per i siti multi-homed, supponiamo che C4 sia annunciato come primario tramite "RA" e secondario tramite "RB"; e che C5 sia primario tramite "RB" e secondario tramite "RA". Inoltre, supponiamo che "RA" e "RB" siano entrambi connessi allo stesso fornitore di servizi di transito, "BB".
Graficamente, questa topologia assomiglia a quanto segue:
10.24.0.0 -- 10.24.7.0__ __10.32.0.0 - 10.32.15.0
C1: 10.24.0.0/21 \ / C7: 10.32.0.0/20
\ /
+----+ +----+
10.24.16.0 - 10.24.31.0_ | | | |
C2: 10.24.16.0/20 \ | | 10.24.12.0 - 10.24.15.0_ | |
\| | / C4: 10.24.12.0/20 \ | |
| |/ \| |
10.24.8.0 - 10.24.11.0___/| PA |\ | PB |
C3: 10.24.8.0/22 | | _10.24.32.0 - 10.24.33.0__| |
| | C5: 10.24.32.0/23 | |
| | | |
10.24.34.0 - 10.24.35.0__/| | | |
C6: 10.24.34.0/23 | | | |
+----+ +----+
|| ||
routing advertisements: || ||
|| ||
10.24.12.0/22 (C4) || 10.24.12.0/22 (C4) ||
10.32.0.0/20 (C7) || 10.24.32.0/23 (C5) ||
10.24.0.0/13 (PA) || 10.32.0.0/13 (PB) ||
|| ||
VV VV
+---------- BACKBONE NETWORK BB ----------+
6.2. Annunci di routing
Per seguire la regola n. 1, PA dovrà annunciare il blocco di indirizzi a esso assegnato e C7. Poiché C4 è multi-homed e primario tramite PA, deve essere anch'esso annunciato. C5 è multi-homed e primario tramite PB. In linea di principio (e nell'esempio sopra), non ha bisogno di essere annunciato, poiché la corrispondenza più lunga da parte di PB selezionerà automaticamente PB come primario e l'annuncio dell'aggregato di PA sarà utilizzato come secondario. Nella pratica reale, C5 sarà normalmente annunciato tramite entrambi i fornitori.
Gli annunci di "PA" verso "BB" saranno
10.24.12.0/22 primary (annuncia C4)
10.32.0.0/20 primary (annuncia C7)
10.24.0.0/13 primary (annuncia resto di PA)
Per PB, gli annunci devono includere anch'essi C4 e C5, nonché il proprio blocco di indirizzi.
Gli annunci di "PB" verso "BB" saranno
10.24.12.0/22 secondary (annuncia C4)
10.24.32.0/23 primary (annuncia C5)
10.32.0.0/13 primary (annuncia resto di RB)
Per illustrare la questione della diagnosi di problema menzionata nella sezione 5.1, consideriamo cosa accade se PA perde la propria raggiungibilità verso C7 (il sito assegnato dallo spazio di PB). In un protocollo con stato, PA annuncerà a BB che 10.32.0.0/20 è diventato irraggiungibile. Ora, quando BB rimuove questa informazione dalla propria tabella di routing, tutto il traffico futuro inviato attraverso esso verso tale destinazione sarà inoltrato a PB (dove sarà scartato secondo la regola n. 2) in virtù della corrispondenza meno specifica di PB, 10.32.0.0/13. Sebbene ciò non causi alcun problema operativo (C7 è irraggiungibile in ogni caso), crea comunque traffico addizionale attraverso "BB" (e può anche confondere chiunque tenti di eseguire il debug del guasto con "traceroute"). Un meccanismo per memorizzare nella cache tale stato irraggiungibile sarebbe apprezzabile, ma va oltre lo scopo di questo documento.