Confusione per subnet zero e all-ones

[diegus*]

Ciao a tutti.

Sto studiando per un esame di reti, e leggevo il fatto che la subnet zero e la subnet all-ones in passato erano escluse dall’elenco delle reti disponibili al fine di evitare dei conflitti tra indirizzo di broadcast della rete ed indirizzo di broadcast della subnet.

Dopo l’rfc 1878 (http://www.ietf.org/rfc/rfc1878.txt) tale pratica è stata dichiarata obsoleta, da cui il fatto che ora i cisco hanno di default l’uso degli indirizzi un tempo proibiti (di default sino alla rel 12 e qualcosa). Ora, comprendo il motivo per cui queste due subnet sono state ritenute come ambigue, ma non comprendo come mai si è resa obsoleta quell’indicazione. Mi pare che nonostante l’uso di CIDR, l’ambiguità rimanga.

Un pacchetto ip contenente ad esempio 192.168.255.255, in base a cosa si distingue tra ad esempio un broadcast di 192.168.255.0/24 rispetto a quello di 192.168.240.0/20 oppure di 192.168.255.240/28? Una risposta forse potrebbe essere nel fatto che si usi una convenzione secondo la quale i router non inoltrano ad altri router i pacchetti broadcast non appartenenti al proprio dominio di broadcast, ma tutte queste sono solo mie supposizioni.

Ad esempio immagino che se un router che ha su una interfaccia 192.168.240.1/20 dovesse ricevere il pacchetto di cui sopra, non farebbe altro che elaborarlo in quanto appartenente allo stesso dominio di broadcast senza però inoltrarlo ad altri router, immaginandolo appunto come relativo alla rete 192.168.240.0/20 e dunque come 192.168.255.255/20.

Potreste illuminarmi? Se mi sbaglio corigetemi!

Grazie e ciao a tutti.
D

[Wolfhwk]

Un pacchetto ip contenente ad esempio 192.168.255.255, in base a cosa si distingue tra ad esempio un broadcast di 192.168.255.0/24 rispetto a quello di 192.168.240.0/20 oppure di 192.168.255.240/28? Una risposta forse potrebbe essere nel fatto che si usi una convenzione secondo la quale i router non inoltrano ad altri router i pacchetti broadcast non appartenenti al proprio dominio di broadcast, ma tutte queste sono solo mie supposizioni.



Si distingue con le subnet mask e i relativi block size (2-4-8-16-32-64-128-256).
192.168.255.0/24 avrà come broadcast 192.168.255.255/24
192.168.240.0/20 avrà come broadcast 192.168.255.255/20
I router non inoltrano i broadcast a nessuno. Anzi separano i domini di broadcast.

[diegus*]

Si distingue con le subnet mask e i relativi block size (2-4-8-16-32-64-128-256).
192.168.255.0/24 avrà come broadcast 192.168.255.255/24
192.168.240.0/20 avrà come broadcast 192.168.255.255/20
I router non inoltrano i broadcast a nessuno. Anzi separano i domini di broadcast.

Ciao. I miei dubbi partivano da qui (http://www.cisco.com/en/US/tech/tk648/tk361/technologies_tech_note09186a0080093f18.shtml). Qui parla appunto di un pc che per qualche motivo ha una subnet mask errata e quindi manda un broadcast di altra subnet al proprio router, il quale lo inoltra ad un router superiore che poi comincia una sorta di loop tra due router.

Si, immaginavo che per distinguere i due indirizzi si usasse la sm, ma questa non è codificata nel pacchetto ip, quindi dovrebbe essere una sorta di convenzione che il router adotta (ad esempio immagino, se ha una interfaccia di rete 192.168.240.1/20 allora i pacchetti con 192.168.255.255 che riceverà su quella interfaccia saranno trattati certamente come 192.168.255.255/20)

Allora può essere che io fossi sulla strada giusta... può essere che le due subnet prima non utilizzabili ora lo sono proprio perchè adesso c'è la convenzione (forse prima di cidr no? quell'articolo di cisco andrebbe in questa direzione) che il router separa i domini di broadcast e dunque implicitamente assume che: se riceve un broadcast sbagliato (creato con diversa subnet mask) semplicemente lo scarta e quelli che riceve li interpreta comunque con le subnet relative alle interfacce su cui ha ricevuto il pacchetto. In questo modo anche le subnet zero e all-ones non sarebbero più ambigue...

Che ne pensi?

Ciao, d.

[Wolfhwk]

Ciao. I miei dubbi partivano da qui (http://www.cisco.com/en/US/tech/tk648/tk361/technologies_tech_note09186a0080093f18.shtml). Qui parla appunto di un pc che per qualche motivo ha una subnet mask errata e quindi manda un broadcast di altra subnet al proprio router, il quale lo inoltra ad un router superiore che poi comincia una sorta di loop tra due router.


I router droppano i broadcast.
A meno che non si usi ip directed broadcast per instradare il broadcast da una sottorete ad un' altra, ma avviene solo in casi eccezionali con alcune applicazioni, e deve essere configurato esplicitamente.

Di default i router non instradano i broadcast, ma li fanno fuori all' ingresso dell' interfaccia relativa. Dunque il problema non si pone. Inoltre sia per classful che classless, si distinguono le sottoreti e i broadcast tramite le subnet masks. Il CIDR banalmente sostituisce il classful design per un discorso di esaurimento degli ip versione 4.

[Wolfhwk]

La confusione è a livello di amministrazione.

Guarda qui:

172.0.0.0/10 block size di 64

Prima subnet

172.0.0.0/10 - 172.63.255.255/10 con ip usabili da 172.0.0.1 a 172.63.255.254

Uno degli ip validi sembra una subnet -> 172.16.0.0/10 Un altro sembra un broadcast -> 172.16.255.255

Jack Pot??? Trovarsi un pc con tale ip è inusuale e da qui deriva la confusione. ;)

[diegus*]

La confusione è a livello di amministrazione.

Guarda qui:

172.0.0.0/10 block size di 64

Prima subnet

172.0.0.0/10 - 172.63.255.255/10 con ip usabili da 172.0.0.1 a 172.63.255.254

Uno degli ip validi sembra una subnet -> 172.16.0.0/10 Un altro sembra un broadcast -> 172.16.255.255

Jack Pot??? Trovarsi un pc con tale ip è inusuale e da qui deriva la confusione. ;)

Cavolo hai ragione! Grazie per l'assistenza! :)

D