Newsgroup: it.comp.reti.ip-admin
Titolo: Doppio NAT su rete Fastweb

Ciao a tutti,
ho questo scenario che magari qualcuno ha già affrontato. Ho una rete
FastWeb dove vengono assegnati dal DHCP gli IP 2.255.xxx.xxx . Poichè per
esigenze di AS/400 mi devo tenere gli attuali IP che ho in rete ho pensato
di mettere un NAT che vada dalla rete interna alla MAN fastweb.
Volevo sapere se posso fare questo anche con un semplice zyxel firewall o è
meglio che uso un sistemino linux ??? Più che altro...ci sono dei "settaggi"
particolari per un nat che va su una rete che viene nattata a sua volta?
Boh
Grazie
Stefano

 viene nattata a sua volta?
Ti ho risposto nel thread che hai aperto su it.tlc.gestori.fastweb -> se
non avrai esigenze di usare servizi server-side o client con anche porte
in ascolto (pure solo per usi interni alla rete FastWeb) puoi evitare di
definire ulteriori regole statiche di NAT/PAT. In caso contrario, a
seconda delle applicazioni, dovrai valutare se :
==
- lasciare alcuni sistemi connessi direttamente alla CPE
- impostare regole statiche NAT/PAT
- definire un IP dietro al router in DMZ con IP riservati MAN
-- 
|Ż \/Ż | /Ż\ /Ż__/Ż__|-<|> * FAQ 1.6 ITGF it.tlc.gestori.fastweb <|
|Ż|\/|Ż|/Ż_Ż\|(__\__ \-<|> * ----------------------------------- <|
|_|  |_/_/ \_\___|___/-<|> * SITO: 
http://www.gofastweb.cjb.net
  <|
|>Togli/Remove .INVALID<|> * SITO: 
http://plany.fasthosting.it
 __<|

FastWeb dove vengono assegnati dal DHCP gli IP 2.255.xxx.xxx 
Ma per quale motivo Fastweb fa di tutto per usare indirizzi che non
dovrebbe usare? 
-- 
"L'Italia è un interessante esempio di avanguardia teatrale" (Gore Vidal)
Per rispondermi, ricordati di togliere il nome del poeta.

 dovrebbe usare?
Gli IP MAN riservati sono il risultato della prima grossa migrazione 
dell'architettura di rete (la seconda e' quella di Agosto 2003). Allora
infatti gli indirizzi IP privati RFC-1918 assegnati alle varie utenze
vennero aggiornati con gli IP reserved distinti per Area Metropolitana.
Questa e' l'attuale situazione :
==
- 1/8  -> IP assegnati alla MAN di Milano 
- 2/8  -> IP assegnati alla MAN di Milano Hinterland NORD 
- 5/8  -> IP assegnati alla MAN di Genova 
- 14/8 -> IP assegnati alla MAN di Milano Hinterland SUD 
- 23/8 -> IP assegnati alla MAN di Roma 
- 29/8 -> IP assegnati alla MAN di Padova (+ Triveneto [*])
- 31/8 -> IP assegnati alla MAN di Roma Hinterland (+ Bari)
- 37/8 -> IP assegnati alla MAN di Bologna (+ Modena)
- 39/8 -> IP assegnati alla MAN di Napoli 
- 41/8 -> IP assegnati alla MAN di Torino (+ Biella)
- 42/8 -> IP assegnati alla MAN di Reggio Emilia
==
con una bella questione in merito alla 29/8 (alcuni utenti di Padova
sono gia' attivi con tale indirizzamento), se ci si basa sulla tabella
http://www.iana.org/assignments/ipv4-address-space
 .
Infatti per Padova/Triveneto mi aspettavo il 27/8 -> tuttavia risulta
confermato il 29/8 anche da utenti che si sono registrati sui servizi
IRC di FastLand (utenze DSL con IP 29.244.*.*).
[*] Le utenze di Venezia inizialmente attestate sulla MAN 1/8 verranno
    gradualmente spostate su quella 29/8 .


dell'architettura di rete (la seconda e' quella di Agosto 2003). 
Ti ringrazio per il documento. E non nego di essere ancora più curioso,
era tanto complicato usare 10/8 che sono 16.7 milioni di indirizzi che
possono essere divisi in gruppi? 


 possono essere divisi in gruppi?
La scelta di FastWeb e' seguita a 3 situazioni correlate :
==
1. Introduzione delle utenze ADSL/S-HDSL
2. Variazione dei piani iniziali di copertura
3. Suddivisione della rete per MAN distinte 
In questo modo gli IP RFC-1918 sono stati destinati in questo modo :
==
10/8       -> apparati di rete FastWeb (ved. gateway e server interni)
172.16/12  -> apparati di rete FastWeb (ved. DSLAM)
192.168/16 -> indirizzi IP LAN per utenze aziendali
Nota che, oltre per un uso MAN, FastWeb usa altri IP reserved (e.g. il
blocco 59/8) per sistemi gateway tra la rete interna e la rete esterna
(ved. traceroute verso l'esterno e sistema di autenticazione web delle
connessioni Internet a consumo).
Finora tale scelta non ha causato problemi -> vedremo con l'introduzione
della 29/8, assegnata (ved. ARIN) a DoD Network Information Center.
