Newsgroup: it.istruzione.universita.ingegneria
Titolo: Internet routing: dubbi...

Salve, sono ancora intento a studiare telematica, e stavolta i miei dubbi
riguardano la struttura di internet e il funzionamento dell'algoritmo di
routing Open Shortest Path Frist. Comincio subito con le domande:
1) Non riesco a capire se c'è o meno corrispondenza (come la logica mi
indurrebbe a credere) tra suddivisione tra AS e suddivisione tra reti. Cioè,
dire che due router (o hosts) si trovano in due AS differenti, corrisponde a
dire che si trovano su due reti differenti? Quindi, se supponiamo di dover
consegnare un pacchetto alla macchina con ip: 150.0.0.1, che è un indirizzo
di classe B, significa doverlo consegnare all'host 0.0.0.1 della rete
150.0.0.0 (14 bit dedicati all'identificazione della rete, 16 bit dedicati
all'identificazione dell'host), giusto? E quindi, un ipotetico Autonomous
System Baudery Router che si ritrovasse per le mani questo pacchetto,
dovrebbe per prima cosa controllare se l'indirizzo della rete (ovvero
dell'AS) a cui è direttamente connesso, corrisponde con quello del campo
Dest. Addr. del pacchetto, e, in caso affermativo, cercare nelle tabelle di
routing del proprio interior routing protocol a quale router dell'AS
passarlo, in caso negativo, cercare nelle tabelle di routing dell'exterior
routing protocol (che mi pare oggi si chiami Border Gateway Protocol) a
quale AS baundery router passarlo.
2) Che senso ha usare le Aree e gli identificatori di Area nell'OSPF se già
si può usare un secondo livello di gerarchizzazione della rete con le
sottoreti e le subnet mask? E tra l'altro, non si complicano le cose anche
per il calcolo del path, che richiede in questo modo che i gateway router (o
backbone router, che dir si voglia) di ogni area abbiano in memoria una
ulteriore tabbella per l'associazione di ogni indirizzo ip ad un
identificatore di area? Non sarebbe molto più facile se al posto della
suddivisione in aree ci fosse solo la suddivisione in sottoreti, e nelle
tabelle di routing dei router backbone ci fossero solo le associazioni:
indirizzo di sottorete (con la relativa subnet mask) - output link. In modo
tale da poter poi fare l'END con le subnet di ogni voce e confrontare il
risultato con la sottorete della stessa voce. In caso di corrispondenza avrà
trovato la porta sulla quale rilanciare il pacchetto, in caso contrario
continuerà a cercare. Ovviamente, se non troverà nulla, ci sarà un default
gateway a cui rimandare il pacchetto.
Grazie a tutti per l'aiuto, e scusate per la lunghezza del messaggio!
Ciao

 sottoreti e le subnet mask?
Anche in questo caso: le aree non identificano necessariamente una singola 
sottorete. Possono contenere più sottoreti, ma tutte connesse in qualche 
modo tra loro, attraverso router di confine dell'area oppure router interni 
all'area.
In un AS, c'è anche un'area principale (dorsale), che funge poi da "ponte" 
verso gli altri AS grazie al router di bordo della dorsale. Questo significa 
che tutte le aree di un AS si interfacciano alla dorsale per comunicare con 
altri AS.
La suddisivisione in aree viene fatta per semplificare e rendere più 
efficiente l'instradamento, perchè permette di avere sott'occhio la rete 
globale in maniera più ordinata.
Usare solo le sottoreti significherebbe comunque avere un numero molto 
elevato di elementi. Un'area, contenendo più host, router e quindi 
sottoreti, permetti una suddivisione meno minuziosa, ma più ordinata.
Padda 

 gateway a cui rimandare il pacchetto.
intanto bisogna dire che ogni area può contenere più sottoreti e cmq le
aree vengono usate per limitare il traffico e le risorse richieste per
mantenere lo stato della rete, consentendo agli area border routers di 
aggregare le informazioni relative alle proprie reti e di inviare solo 
queste agli altri ABR
-- 
Pela