.dsy:it. (http://www.dsy.it/forum/)
- Reti di calcolatori (http://www.dsy.it/forum/forumdisplay.php?forumid=68)
-- [ESAME] Svolgimento vecchi temi (http://www.dsy.it/forum/showthread.php?threadid=16827)

[ESAME] - Svolgimento vecchi temi

Svolgimento tema d'esame del 02 febbraio 2004
1)Nel primo caso (cioè i pacchetti inviati sono, in ordine, AB1 BC AB2):
- il nodo A invia il pacchetto AB1 al bridge;
- viene aggiornata la tabella di forwarding con l'indirizzo MAC del nodo A e il numero d'interfaccia del bridge a cui è collegato;
- viene poi effettuato un flooding in quanto nella tabella di forwarding del bridge non c'è alcun riferimento al nodo B;
- il nodo B invia al bridge il pacchetto BC;
- viene aggiornata la tabella di forwarding con l'indirizzo MAC del nodo B e il numero d'inferfaccia del bridge a cui è collegato;
- viene poi effettuato un flooding in quanto nella tabella di forwarding del bridge non c'è alcun riferimento al nodo C;
- il nodo A invia al bridge il pacchetto AB2;
- nella tabella di bridge è registrato già il numero di interfaccia a cui il nodo B è collegato, quindi il pacchetto viene inoltrato direttamente.

Nel secondo caso (cioè i pacchetti inviati sono, in ordine, AB1 CB AB2):
- il nodo A invia il pacchetto AB1 al bridge;
- viene aggiornata la tabella di forwarding con l'indirizzo MAC del nodo A e il numero d'interfaccia del bridge a cui è collegato;
- viene poi effettuato un flooding in quanto nella tabella di forwarding del bridge non c'è alcun riferimento al nodo B;
- il nodo C invia al bridge il pacchetto CB;
- viene aggiornata la tabella di forwarding con l'indirizzo MAC del nodo C e il numero d'inferfaccia del bridge a cui è collegato;
- viene poi effettuato un flooding in quanto nella tabella di forwarding del bridge non c'è alcun riferimento al nodo B;
- il nodo A invia al bridge il pacchetto AB2;
- viene effettuato un flooding in quanto nella tabella di forwarding del bridge non c'è alcun riferimento al nodo B.

2)Le condizioni necessarie affinchè le comunicazioni possano avvenire sono:
- l'interfaccia FW deve avere un IP pubblico o cmq devono esistere meccanismi (vedi port forwarding) per renderla raggiungibile da Internet;
- sulla porta 4000 dell'interfaccia FW deve essere in ascolto una ServerSocket;
- la porta locale 4001 dell'interfaccia TI non deve essere utilizzata da un'altra applicazione.
Un pacchetto IP viene inviato dall'interfaccia TI e buttato su Internet, attraversa uno o più router e poi viene inoltrato all'interfaccia FW.
NB: nn ho capito molto bene cosa gfp intendesse per “segmenti TCP relativi alla connessione che ne viene instaurata”. Suggerimenti?

3)Trattandosi di un server multithread la gestione delle richieste viene completamente delegata ai singoli thread, a ciascuno dei quali è associata una “socket di servizio”, attiva su una porta diversa dalla porta P del processo padre. Quindi dalla richiesta di C1 alla risposta del server a C2 passano esattamente 4 secondi, uno che distanzia le richieste dei due client e tre di attesa nel thread come definito da protocollo.
Qualora, a condizioni invariate di tempo e protocollo, le richieste fossere rivolte a porte distinte, P1 e P2, la situazione non cambierebbe, perchè come abbiamo visto le richieste vengono difatto svolte da “socket di servizio” distinte tra loro e dalla porta P.
4)E' falso dire che la probabilità di collisioni è superiore per velocità minori di propagazione del segnale nel mezzo trasmissivo, per la relazione che specifica l'efficienza di Ethernet abbiamo:
Efficienza = 1 / (1 + 5Tprop/Ttrans)
Con Tprop uguale al tempo necessario per la propagazione del segnale tra due qualsiasi nodi e Ttrans il tempo necessario per la trasmissione del massimo frame Ethernet inviabile.
Come si vede facilmente l'efficienza tende a 1 per valori sempre più piccoli di Tprop (tempo di propagazione), ovviamente velocità di propagazione e tempo di propagazione sono inversamente proporzionali tra loro quindi per valori massimi di efficienza (quindi tempo di propagazione tendente a zero) sono necessari valori massimi di velocità di propagazione del segnale.

Aspetto risposte e correzioni
Roberto

__________________
E lo sceriffo americano non lo sa / ma quando parla ride tutta la città / vile fellone vieni a singolar tenzone / unza unza umpappà troppe truppe mariscià.
Non ci voleva l'eruzione della lava / e due piccioni si contendono la fava / sposa bagnata, bambina svergognata / la questione è delicata / come bolle la patata.
Basta! E' finita la festa
[L'ovile delle vanità, Folkabbestia]

Svolgimento tema d'esame del 23 febbraio 2004
1)I frame MAC di broadcast inviati da LANA1 vengono ricevuti da tutti i nodi che compongono la LANA, per definizione infatti il dominio di broadcast si individua eliminando i dispositivi di livello 3 (o superiori). Non esiste comunque alcun modo, lavorando esclusivamente a livello data-link (quindi con frame MAC), di poter raggiungere con un frame MAC i nodi che compongono la LANB, non esiste infatti alcuna relazione (a livello data-link) tra i due adattatori che compongono il router e ci permetterebbero di entrare in comunicazione con la LANB. L'unico modo per consentire ad un frame MAC di broadcast di raggiungere tutte le macchine elencate nel testo dell'esercizio è sostituire il router con un bridge.
2)Molto simile ad un esercizio del precedente tema d'esame, non bisogna farsi ingannare dal fatto che si usi due volte la porta 4000, essendo due interfacce differenti non condividono lo stesso stack di porte.
3)UDP è per definizione un protocollo non affidabile, non dispone cioè di una serie di servizi e controlli che garantiscano che il pacchetto arrivi a destinazione o tanto meno che sia rispettato l'ordine di arrivo (rispetto a quello di invio). Si potrebbe quindi supporre che, dato che ogni datagramma UDP potrebbe percorre un path distinto, il primo pacchetto inviato abbia trovato una congestione su un router mentre il secondo pacchetto, più fortunato, è riuscito ad arrivare più velocemente a destinazione. Per risolvere questo problema si potrebbe impedire l'invio del pacchetto A2 fino a che non viene confermato, lato client, l'arrivo del pacchetto A1.
4)Vedi l'esercizio 4 del precedente tema d'esame, qui si fa riferimento al diametro temporale e non alla velocità di propagazione ma ragionando ci si arriva facilmente: più piccolo è il diametro temporale (ritardo di propagazione) meno probabilità di collisioni saranno presenti.

__________________
E lo sceriffo americano non lo sa / ma quando parla ride tutta la città / vile fellone vieni a singolar tenzone / unza unza umpappà troppe truppe mariscià.
Non ci voleva l'eruzione della lava / e due piccioni si contendono la fava / sposa bagnata, bambina svergognata / la questione è delicata / come bolle la patata.
Basta! E' finita la festa
[L'ovile delle vanità, Folkabbestia]

a questo ragazzo bisognerebbe fare un monumento.

Off-Topic:

Ma un bridge in pratica si comporta come un router?Ovvero, se un bridge ha 3 porte, avrà 3 indirizzi IP, 3 indirizzi MAC etc etc...?

__________________
I ragazzi che si amano si baciano in piedi contro le porte della notte, e la gente che passa li punta con il dito, ma i ragazzi che si amano non ci sono per nessuno ed è la loro ombra soltanto che trema nella notte.
Stimolando la rabbia dei passanti, la loro rabbia il loro disprezzo le risa la loro invidia.
I ragazzi che si amano non ci sono per nessuno.
Essi sono altrove, molto più lontano della notte, molto più in alto del giorno, nell'abbagliante splendore del loro amore.

Originally posted by Flavia

Off-Topic:

Ma un bridge in pratica si comporta come un router?Ovvero, se un bridge ha 3 porte, avrà 3 indirizzi IP, 3 indirizzi MAC etc etc...?

__________________
E lo sceriffo americano non lo sa / ma quando parla ride tutta la città / vile fellone vieni a singolar tenzone / unza unza umpappà troppe truppe mariscià.
Non ci voleva l'eruzione della lava / e due piccioni si contendono la fava / sposa bagnata, bambina svergognata / la questione è delicata / come bolle la patata.
Basta! E' finita la festa
[L'ovile delle vanità, Folkabbestia]

Quindi????
Come si comporta se arriva/manda un pacchetto?

Non trovo il bridge sul libro di testo..

__________________
I ragazzi che si amano si baciano in piedi contro le porte della notte, e la gente che passa li punta con il dito, ma i ragazzi che si amano non ci sono per nessuno ed è la loro ombra soltanto che trema nella notte.
Stimolando la rabbia dei passanti, la loro rabbia il loro disprezzo le risa la loro invidia.
I ragazzi che si amano non ci sono per nessuno.
Essi sono altrove, molto più lontano della notte, molto più in alto del giorno, nell'abbagliante splendore del loro amore.

Originally posted by Flavia
Quindi????
Come si comporta se arriva/manda un pacchetto?

Non trovo il bridge sul libro di testo..

__________________
E lo sceriffo americano non lo sa / ma quando parla ride tutta la città / vile fellone vieni a singolar tenzone / unza unza umpappà troppe truppe mariscià.
Non ci voleva l'eruzione della lava / e due piccioni si contendono la fava / sposa bagnata, bambina svergognata / la questione è delicata / come bolle la patata.
Basta! E' finita la festa
[L'ovile delle vanità, Folkabbestia]

Ahhhhhhhhhhhhh!Bridge=switch!
Grazie!

__________________
I ragazzi che si amano si baciano in piedi contro le porte della notte, e la gente che passa li punta con il dito, ma i ragazzi che si amano non ci sono per nessuno ed è la loro ombra soltanto che trema nella notte.
Stimolando la rabbia dei passanti, la loro rabbia il loro disprezzo le risa la loro invidia.
I ragazzi che si amano non ci sono per nessuno.
Essi sono altrove, molto più lontano della notte, molto più in alto del giorno, nell'abbagliante splendore del loro amore.

Grande futur.......altri temi d'esame svolti????

io ho fatto:

Esame 6-12-04
1)
L’algoritmo spanning tree fa in modo che pacchetti inviati in broadcast da ognuno dei nodi non arrivi duplicato agli altri nodi. Es., se S1 invia in broadcast un pacchetto, esso arriverà, secondo un ipotetico Spanning Tree, dal brinde B1 al bridge B2 direttamente, mentre al bridge B3 arriverà attraverso il router R, facendo in modo che S3 non riceva il pacchetto anche attraverso il canale diretto con S1.

3)
NON SI POSSONO DEDURRE INFORMAZIONI SULLA RELAZIONE TRA T1 E T2. ESSI POSSONO ESSERE UGUALI O DIFFERENTI, AVENDO SEGUITO OGNUNO ROTTE DIFFERENTI PER ARRIVARE DALLA STAZIONE IPn ALLA STAZIONE IP0

Esame 13-7-04
3)
PUO’ TRATTARSI SEMPLICEMENTE DI UN RITARDO O DI UN ROUTING DIVERSO SEGUITO DA UN PACCHETTO, E NON NECESSARIAMENTE DI UNA PERDITA. COI RITARDI ACCUMULATI DA ALCUNI PACCHETTI NELLE RETI CHE EVENTUALMENTE ATTRAVERSANO, E’ POSSIBILE CHE LA SEQUENZA DI ARRIVO PRESENTI DELLE LACUNE, LE QUALI PERO’ NON SIGNIFICANO PER FORZA CHE IL PACCHETTO E’ ANDATO PERSO

Esame 15-5-04
3)
I PACCHETTI UDP NON HANNO SEQUENCE NUMBER PER GESTIONE DEL FLUSSO

Esame 18-6-04
3)
NON E’ DETTO CHE I TTL SIANO DIFFERENTI, ANZI E’ PIU’ PROBABILE CHE SIANO UGUALI. OGNI VOLTA CHE UN PACCHETTO ARRIVA AD UNA STAZIONE, QUEST’ULTIMA INVIA UN NUOVO PACCHETTO ALLA STAZIONE SUCCESSIVA, CON TTL CHE PUO’ ESSERE UGUALE O DIVERSO DAL TTL DEL PACCHETTO RICEVUTO. NON SI TRATTA DELLO STESSO PACCHETTO CHE GIRA!!

Esame 23-2-04
3)
E’ NECESSARIO USARE UN PROTOCOLLO CHE SFRUTTI TCP. UDP, INFATTI, NON GESTISCE E NON GARANTISCE IL CORRETTO FLUSSO DEI DATI ED E’ NORMALE CHE SUCCEDANO FENOMENI COME QUELLO PRESENTATO.

Esame 23-09-04
3)
LA RETE E’ DI TIPO DATAGRAM, OVVERO LA ROTTA CHE OGNI PACCHETTO INTRAPRENDE E’ DIVERSA OGNI VOLTA. TRA LE STAZIONI CHE PARTECIPANO AL PROTOCOLLO NON E’ DETTO CHE CI SIA PERFORZA UN COLLEGAMENTO FISICO DIRETTO, MA E’ POSSIBILE CHE TRA ESSE INTERCORRANO ALTRE STAZIONI O ADDIRITTURA ALTRE RETI CON RELATIVI ROUTER, BRIDGE…..QUINDI SE LA RICEZ DEL PACCHETTO 2n+2 E’ RITARDATA E’ PERCHE’ QUEST’ULTIMO, RISPETTO AL PACCHETTO n HA SEGUITO UNA STRADA DIVERSA.

SE IL PRIMO PACCHETTO UDP RICEVUTO DA IP0 ARRIVA DOPO UN TEMPO T, E SE IL SECONDO PACCHETTO INVIATO IMPIEGA UNA STRADA Più CORTA E’ POSSIBILE CHE QUEST’ULTIMO ARRIVI PRIMA.

Esame 27-03-04
3)
E’ POSSIBILE CHE LA SEQUENZA TTL DI UN PACCHETTO IN VIAGGIO SI AZZERI, MA NON PERCHE’ E’ LOGICO CHE PRIMA O POI SI AZZERI (OGNI STAZIONE INVIA UN NUOVO PACCHETTO CON NUOVO TTL), MA PERCHE’ E’ POSSIBILE CHE NEL TRAGITTO DA UNA STAZIONE ALL’ALTRA VENGA INSTRADATO VERSO ALTRE RETI IL CUI NUMERO DI HOP ELEVATO FA AZZERARE IL TTL E FACCIA SMARRIRE IL PACCHETTO STESSO



Insultatemi pure se lo ritenete opportuno...



ah, futur hai fatto la domanda 4 del tema d'esame del 6-12-04...nn capisco neanche la richiesta!!!! Domini di collisione? domini di broadcast??????


grazie

__________________
C'mon and go.........with me.......

esercizi

Scusate ma oggi ho il cervello miope ...

qualcuno mi sa dire dove trovare i vecchi esercizi / temi d'esame? Ho fatto una ricerca sul sito di gfp ma mi son perso tra i caratteri e link bluetto...


... ATTENZIONE! UN'ESPOSIZIONE PROLUNGATA A KUROSE/ROSS PUO' ALTERARE ALCUNE FUNZIONI VITALI DEL TUO CORPO!!!

__________________
http://www.noya.it
--------
Delta9 Drum&Bass Crew
--------
Associazione Orange

Ciao , li puoi trovare qui .

http://homes.dico.unimi.it/%7Egfp/R...3-04/index.html

ho provato a risolvere l'esame del 27-marzo-04
controllate molto bene perchè posso aver scritto mooolte crastonerie.

Esercizio 1

abbiamo due lan, ogni lan è composta da 2 host e da un hub che ha 3 interfacce: con due porte comunica con gli host mentre con la terza comunica con un bridge.
chiameremo lanA la lan composta da A1, A2, hubA e collegata alla porta del bridge A e lanB la lan composta da B1, B2, hubB e collegata alla porta B dello switch.
ora, da quanto ho capito i singoli host implementano l'algoritmo csma, l'hub no, il bridge si.
all'inizio nessuno è in fase di comunicazione e tutti i link sono liberi.
l'host A1 della lan A vuole comunicare unicast con l'host B1 della lanB, l'interfaccia dell'host attraverso l'algoritmo csma controlla che non ci siano altri host che stanno comunicando e poichè il canale è libero invia il pacchetto.
il pacchetto giunge all'hub che lo invia verso A2 e verso la porta A dello switch.
lo switch appena riceve i primi bytes del pacchetto, poichè la porta B è libera in quanto non vi sono segni di comunicazione, come da metodo cut-through inizia immediatamente ad inviare i bytes nella porta B.
questi bytes del pacchetto appena giungono hub B vengono dirottati sia verso B1 che verso B2 nonostante la comunicazione sia unicast (nel caso specifico l'host non interessato, ossia B1 scarterebbe il pacchetto ricevuto).
il problema sta nel fatto che B2, prima di ricevere questi bytes dall'hub decide di comunicare con B1, e poichè la porta di B2 controlla la rete e non rileva traffico comincia ad inviare il pacchetto.

sinceramente da qua in poi non ho ben capito come si svolge la cosa.
a) se i bytes inviati da port B arriva all'hub B e vengono smistati da questo sia su B1 che su B2 prima che allo stesso hub arrivino i dati inviati da B2, è la porta dell'host B2 a rilevare la collisione e si ferma lasciando indisturbata la comunicazione tra port B e B1?
b) se invice i bytes inviati da B2 giungono all'hub B prima che giungano quelli da port B dello switch, a rilevare la collisione e quindi a fermarsi è la porta B dello switch?

illuminatemi.

L'ultima domanda dell'esercizio invece dovrebbe essere così: A1 ha inviato il pacchetto verso l'hub A, che lo ha inoltrato ad A2 e a port A nello switch.
ora il pacchetto giunto allo switch viene gestito da quest'ultimo e nella lan A se A2 invia un frame ad A1 prima che B1 riceva il pacchetto di A1 non ci sono comunque collisioni nel dominio lan A.


Esercizio 2

In a metto l'indirizzo remoto che, nel nostro caso è uguale a quello locale; l'interfaccia di rete a quanto pare è unica e di conseguenza bisognerebbe avere sulla stessa interfaccia:
- una socket in ascolto sulla porta 4000;
- un'altra socket sempre sulla porta 4000 creando un conflitto
per funzionare la seconda istruzione dovrebbe avere una porta remota diversa da quella locale, ossia due socket con porte diverse sulla stessa interfaccia.


Esercizio 3

Nel terzo esercizio, il TTL è un valore processato dai router, ossia da nodi dotati di layer 3.
Ad ogni passaggio tramite un router il TTL viene decrementato di una unita.
Un pacchetto terminrebbe di rimbalzare qualora il numero di router che deve passare il pacchetto per giungere a destinazione è maggiore del TTL impostato dall'host mittente.


Esercizio 4

qui sono molto incerto; ogni host è collegato con un canale diretto, quindi full duplex con lo switch.
Non essendoci mai collisioni all'interno della rete poichè vengono utilizzati canali distinti per invio e ricezioni dati da host e switch e viceversa, a parte una possibile coda che alcuni frame possono trovare alle porte dello switch non sfruttano sempre la piena banda?

Anch'io ho perplessità sulla domanda 4 del 23-3-2004
Il fatto è che se A e B trasmettono contemporaneamente verso C, non ci sono problemi per quanto riguarda l'arrivo al bridge, ma poi, affinchè i frame vengano recapitati a C, come fanno a trasmettere contemporaneamente? Uno dei due, per il protocollo CSMA/CD deve aspettare che finisca la trasmissione dell'altro, no??

__________________
C'mon and go.........with me.......

Esame 13-7-04

1)
Dalla S1 parte un frame con MAC1 - MACR1 e IP1 – IP2
A S2 arriva un frame con MACR2 – MAC2 e IP1 – IP2
Da S2 parte un frame con MAC2 – MACR2 e IP2 – IP1
A S1 arriva un frame con MACR1 – MAC1 e IP2 – IP1

La stazione S3 non riceve alcun frame in flooding dal bridge B, dato che esso passa prima per il router R3 il quale, cedendo che la destinazione non è tra le stazioni a cui è collegato, scarta il frame.

Esame 15-5-04
1)
Tree 1 – Da R a B1 e da B1 a B2
Tree 2 – Da R a B2 e da B2 a B1

4)
Le stazioni trasmettono senza problemi sul canale full-duplex che li collega al bridge. Quando, invece, è il bridge a dover inviare loro una trama, deve rispettare il protocollo CSMA/CD per il quale bisogna attendere che il canale sia libero da connessioni per poter inoltrare il frame. In ricezione è logico quindi un ritardo dei frame in arrivo dal bridge. Sempre secondo il protocollo CSMA/CD, ogni volta che un frame collide nel canale, aspetta sempre più tempo per poter essere poi ritrasmesso, causando, così, gravi ritardi nell’invio di frame dal bridge.

GinoPilotino, anche gli host devono rispettare il CSMA/CD?Se si la mia soluz è sbagliata!

Esame 18-6-04

1)
S1 crea datagram IP con IP sorgente IP1 e IP destin IP2, e lo incapsula in un frame con MAC destinaz. MAC2
B1 inoltra il frame al router R1.
R1 estrae il datagram IP dal frame e vede che è destinato a S2, e lo inoltra a R2
R2 riconosce IP2 nella LAN di B2 e invia a quest’ultimo un frame contenente MAC2 come destinazione.
B1 inoltra il frame a S2.

4)
A breve la rete riuscirà ad avere velocità più basse rispetto a quelle auspicate coi collegamenti e le porte a 100Mbps. Infatti i collegamenti a 20Mbps verranno frenati una volta arrivati i dati ai bridge, i quali possono trasmettere, per ogni direzione a 10Mbps, quindi a velocità dimezzata. Se poi, data la velocità maggiore dei dati in arrivo dalle stazioni, i pacchetti dovessero accodarsi nei bridge in attesa di essere inoltrati, ci sarebbe la possibilità di perdita di questi pacchetti.

Prego insultatemi nuovamente!!!

__________________
C'mon and go.........with me.......

Scusate ma i dubbi e le perplessità mi attanagliano la mente....sto fondendo......ho dei chiarimenti da chiedervi:

che differenza c'è tra domini broadcast e domini di collisione (ci sono molte domande nei temi d'esame che ne richiedono la conoscenza)

poi, il canale nel quale è istanziato il protocollo CSMA/CD è quello che va dalla porta del bridge alla singola stazione? o anche viceversa?

Vi prego aiutatemi......sto impazzendo!!!!

__________________
C'mon and go.........with me.......

se ad uno switch sono collegati host con link diretti in full duplex non è necessaria l'implementazione dell'algoritmo CSMA!

Originally posted by internato
Anch'io ho perplessità sulla domanda 4 del 23-3-2004
Il fatto è che se A e B trasmettono contemporaneamente verso C, non ci sono problemi per quanto riguarda l'arrivo al bridge, ma poi, affinchè i frame vengano recapitati a C, come fanno a trasmettere contemporaneamente? Uno dei due, per il protocollo CSMA/CD deve aspettare che finisca la trasmissione dell'altro, no??

Per quanto riguarda la domanda 4 del 27-3-04 hai ragione tu Gino....l'unico rallentamento è dato dalla coda che eventualmente si va a formare nel buffer della porta di output del bridge verso C. Ma la coda in questo buffer non è gestita col protocollo CSMA/CD??? O sto facendo un sacco di confusione?


Il discorso è uguale per l'eserc 4 del 15-5-04, che dice:

Si consideri una rete IEEE 802.3 (Ethernet) realizzata mediante un bridge dotato di tre sole porte identiche, configurate in modalità full-duplex, alle quali sono rispettivamente collegate le stazioni A, B e C. Sia il bridge che le stazioni sono in grado di reggere indefinitamente a lungo una trasmissione/ricezione di trame a wire-speed (il bridge su tutte e tre le proprie porte contemporaneamente). La stazione A trasmette esclusivamente alla stazione B, la stazione B trasmette esclusivamente alla stazione C, e quest’ultima trasmette esclusivamente alla stazione A. Le trame sono tutte di lunghezza pari a quella massima ammessa da IEEE 802.3 (e presentano quindi un payload di 1500 byte per ciascuna trama). Il payload complessivo per unità di tempo dovrebbe quindi essere pari a 1500*N byte/sec, dove N è il numero di trame di lunghezza massima che possono essere trasmesse/ricevute (a wire-speed) in un secondo su ciascuna porta. Tuttavia, le stazioni si accorgono che nel lungo periodo, pur in totale assenza di malfunzionamenti degli apparati, il payload misurato in trasmissione è effettivamente pari al valore massimo teorico 1500*N, mentre il payload misurato in ricezione è leggermente inferiore a questo valore. Si dia una spiegazione di questo curioso fenomeno, e si discuta a quali conseguenze esso potrà portare, trascorso un intervallo di tempo sufficientemente lungo.



Qui il discorso è che i canali full duplex funzionano correttamente e alla giusta velocità quando le stazioni trasmettono, in ricezione, invece, si forma la solita ed eventuale coda nel buffer della porta di uscita verso ogni stazione, giusto?



Mannaggia al CSMA/CD!!!!!

__________________
C'mon and go.........with me.......

eh si da quanto ho capito io dovrebbe essere così.
io ho inteso dal libro che gli algoritmi CSMA vengono utilizzati dalle porte SOLO del bridge e degli host ma non dagli hub quando questi nodi sono collegati in modo classico, mentre non viene implementato l'algoritmo CSMA dalle porte di bridge e host quando sono collegati in modo diretto, ossia full duplex.

il problema è però un altro; nell'esercizio 1 che ho svolto io del tema d'esame del 27-3 come cavolo funziona la storia della collisione???

Originally posted by internato
Esame 18-6-04


4)
[...] i quali possono trasmettere, per ogni direzione a 10Mbps, quindi a velocità dimezzata. [...]

__________________
http://www.noya.it
--------
Delta9 Drum&Bass Crew
--------
Associazione Orange

a dire la verità anch'io ho questo dubbio....

__________________
C'mon and go.........with me.......

quindi se il collegamento diretto bridge-stazione è full duplex non si applica CSMA/CD?
E quando cavolo si applica sto CSMA/CD????

sapete anche fare percaso la domanda 2 del 6-12-04....gino, ke dici?

__________________
C'mon and go.........with me.......

trasmette a 10 e riceve a 10

ah si? e allora in quell'eserc non ci sono ritardi o cose simili...

__________________
C'mon and go.........with me.......

Originally posted by internato
quindi se il collegamento diretto bridge-stazione è full duplex non si applica CSMA/CD?
E quando cavolo si applica sto CSMA/CD????

sapete anche fare percaso la domanda 2 del 6-12-04....gino, ke dici?

__________________
I ragazzi che si amano si baciano in piedi contro le porte della notte, e la gente che passa li punta con il dito, ma i ragazzi che si amano non ci sono per nessuno ed è la loro ombra soltanto che trema nella notte.
Stimolando la rabbia dei passanti, la loro rabbia il loro disprezzo le risa la loro invidia.
I ragazzi che si amano non ci sono per nessuno.
Essi sono altrove, molto più lontano della notte, molto più in alto del giorno, nell'abbagliante splendore del loro amore.

bella domanda...
innanzi tutto credo sia giusto dire che se creo una serversocket in localhost non posso creare una socket sulla stessa interfaccia con lo stesso numero di porta, quindi il numero di porta di c deve essere diverso da 4000.

il problema è che qua bisogna chiedersi, che strada fa il pacchetto?
suppongo che il valore della subnet sia importante, perchè indica l'indirizzo ip dell'host appartenente ad una certa sottorete.
da quanto ho capito io un indirizzo tipo
215.114.153.124/24 è ben diverso da 215.114.153.124/23.
Quindi, [molto forse] se indico come subnet la mia stessa subnet il pacchetto mi torna indietro altrimenti no e verrà inoltrata dai router verso chi ha il mio stesso Ip ma con subnet diversa.

Originally posted by GinoPilotino

da quanto ho capito io un indirizzo tipo
215.114.153.124/24 è ben diverso da 215.114.153.124/23.
Quindi, [molto forse] se indico come subnet la mia stessa subnet il pacchetto mi torna indietro altrimenti no e verrà inoltrata dai router verso chi ha il mio stesso Ip ma con subnet diversa.

__________________
I ragazzi che si amano si baciano in piedi contro le porte della notte, e la gente che passa li punta con il dito, ma i ragazzi che si amano non ci sono per nessuno ed è la loro ombra soltanto che trema nella notte.
Stimolando la rabbia dei passanti, la loro rabbia il loro disprezzo le risa la loro invidia.
I ragazzi che si amano non ci sono per nessuno.
Essi sono altrove, molto più lontano della notte, molto più in alto del giorno, nell'abbagliante splendore del loro amore.

ma gli IP non devono essere unici solo all'interno della proprio subnet?

Originally posted by GinoPilotino
ma gli IP non devono essere unici solo all'interno della proprio subnet?

__________________
I ragazzi che si amano si baciano in piedi contro le porte della notte, e la gente che passa li punta con il dito, ma i ragazzi che si amano non ci sono per nessuno ed è la loro ombra soltanto che trema nella notte.
Stimolando la rabbia dei passanti, la loro rabbia il loro disprezzo le risa la loro invidia.
I ragazzi che si amano non ci sono per nessuno.
Essi sono altrove, molto più lontano della notte, molto più in alto del giorno, nell'abbagliante splendore del loro amore.

secondo me sull'esercizio 2 del 6-12-05 bisogna dire che:

- l'interfaccia remota della socket C è uguale all'interfaccia locale della ServeSocket S, avendo lo stesso indirizzo IP. Avendo anche lo stesso numero di porta, le due socket in questo modo non possono coesistere

- se l'indirizzo IP di tale interfaccia lo si vuole cercare per nome, visto che è utilizzato il metodo getByName, il nome dell'interfaccia deve essere uguale all'indirizzo stesso, dato che il nome che è usato per cercare l'IP è "159.149.130.1", no?

e comunque sto delirando.....
FUTUR, AIUTACI TUUUUUUUU!!!!!!!!!!!!!!!!!!!!!!!!!

__________________
C'mon and go.........with me.......

ma soprattutto, cos'è la netmask?

__________________
C'mon and go.........with me.......

Originally posted by internato
ma soprattutto, cos'è la netmask?

Originally posted by internato
ma soprattutto, cos'è la netmask?

__________________
I ragazzi che si amano si baciano in piedi contro le porte della notte, e la gente che passa li punta con il dito, ma i ragazzi che si amano non ci sono per nessuno ed è la loro ombra soltanto che trema nella notte.
Stimolando la rabbia dei passanti, la loro rabbia il loro disprezzo le risa la loro invidia.
I ragazzi che si amano non ci sono per nessuno.
Essi sono altrove, molto più lontano della notte, molto più in alto del giorno, nell'abbagliante splendore del loro amore.

ma qui siamo sempre in una decina a postare sul forum...o noi siamo particolarmente ignoranti e deficienti oppure cosa?

Originally posted by GinoPilotino
bella domanda...
innanzi tutto credo sia giusto dire che se creo una serversocket in localhost non posso creare una socket sulla stessa interfaccia con lo stesso numero di porta, quindi il numero di porta di c deve essere diverso da 4000.

Originally posted by GinoPilotino
ma qui siamo sempre in una decina a postare sul forum...o noi siamo particolarmente ignoranti e deficienti oppure cosa?

__________________
LA COMBRICOLA DELL'ALCOOL ONLINE

Originally posted by GinoPilotino
27-marzo-04
Esercizio 1

Originally posted by GinoPilotino
sinceramente da qua in poi non ho ben capito come si svolge la cosa.
a) se i bytes inviati da port B arriva all'hub B e vengono smistati da questo sia su B1 che su B2 prima che allo stesso hub arrivino i dati inviati da B2, è la porta dell'host B2 a rilevare la collisione e si ferma lasciando indisturbata la comunicazione tra port B e B1?
b) se invice i bytes inviati da B2 giungono all'hub B prima che giungano quelli da port B dello switch, a rilevare la collisione e quindi a fermarsi è la porta B dello switch?

illuminatemi.

Originally posted by GinoPilotino
L'ultima domanda dell'esercizio invece dovrebbe essere così: A1 ha inviato il pacchetto verso l'hub A, che lo ha inoltrato ad A2 e a port A nello switch.
ora il pacchetto giunto allo switch viene gestito da quest'ultimo e nella lan A se A2 invia un frame ad A1 prima che B1 riceva il pacchetto di A1 non ci sono comunque collisioni nel dominio lan A.

__________________
E lo sceriffo americano non lo sa / ma quando parla ride tutta la città / vile fellone vieni a singolar tenzone / unza unza umpappà troppe truppe mariscià.
Non ci voleva l'eruzione della lava / e due piccioni si contendono la fava / sposa bagnata, bambina svergognata / la questione è delicata / come bolle la patata.
Basta! E' finita la festa
[L'ovile delle vanità, Folkabbestia]

ma io ho un dubbio:
a) mettiamo che a1 invia i frame verso lo switch, i pacchetti, intanto b2 comincia la comunicazione, i pacchetti arrivano all'hubB che li dirige verso b1 e port b dello switch.
lo switch comincia a ricevere i primi bytes da port A e cerca subito di inviare i primi bytes su portB, poi s'accorge della collisione e stoppa...fin qui ok.

ma mettiamo che...
b) nell'esercizio si dice che i pacchetti sono stati inviati da a1 verso b1 e che b1 non ha ancora ricevuto i pacchetti. per definizioni i bytes inviati dallo switch quando arrivano all'hub vengono deviati sia su b1 che su b2.
e se i bytes inviati dallo switch fossero già arrivati all'hubB e fossero già in cammino sul link verso b1 e b2?
b2 non ha ricevuto ancora bytes da a1 e prova a comunicare con b1; dato che gli host implementano anch'essi l'algoritmo csma ad accorgersi della collisione non sarebbe mica prima b2 rispetto allo switch? quindi lo switch continuerebbe a trasmettere tutto il pacchetto?


ultima domanda riguardo alle subnet.
un IP 125.124.123.122/24 è diverso da 125.124.123.122/23 oppure sono uguali? nel senso, la subnet la usiamo solo quando un ruoter vuole inoltrare un pacchetto verso una determinata sottorete?

Originally posted by GinoPilotino
ma io ho un dubbio:

Originally posted by GinoPilotino
ultima domanda riguardo alle subnet.
un IP 125.124.123.122/24 è diverso da 125.124.123.122/23 oppure sono uguali? nel senso, la subnet la usiamo solo quando un ruoter vuole inoltrare un pacchetto verso una determinata sottorete?

__________________
E lo sceriffo americano non lo sa / ma quando parla ride tutta la città / vile fellone vieni a singolar tenzone / unza unza umpappà troppe truppe mariscià.
Non ci voleva l'eruzione della lava / e due piccioni si contendono la fava / sposa bagnata, bambina svergognata / la questione è delicata / come bolle la patata.
Basta! E' finita la festa
[L'ovile delle vanità, Folkabbestia]

Originally posted by GinoPilotino

qui sono molto incerto; ogni host è collegato con un canale diretto, quindi full duplex con lo switch.
Non essendoci mai collisioni all'interno della rete poichè vengono utilizzati canali distinti per invio e ricezioni dati da host e switch e viceversa, a parte una possibile coda che alcuni frame possono trovare alle porte dello switch non sfruttano sempre la piena banda?

__________________
E lo sceriffo americano non lo sa / ma quando parla ride tutta la città / vile fellone vieni a singolar tenzone / unza unza umpappà troppe truppe mariscià.
Non ci voleva l'eruzione della lava / e due piccioni si contendono la fava / sposa bagnata, bambina svergognata / la questione è delicata / come bolle la patata.
Basta! E' finita la festa
[L'ovile delle vanità, Folkabbestia]

Originally posted by futurbaggio
Poi viene la domanda 2, "che deve fare il bridge?", di fatto ci suggerisce che è il bridge che ha scoperto la collisione (magari nn è così, ma giusto per seguire una linea logica). Risposta: Il bridge a quel punto lancia un bel jam signal e blocca la trasmissione del pacchetto MACA. MACB continua ad essere ricevuto sulla PortaB del bridge (per la cronaca: il pacchetto MACB verrà poi anche girato alla LANA assumendo che il bridge non sappia dove si trova LANB1)

__________________
Mac

"L'estremo limite della saggezza: ecco ciò che l'uomo chiama follia"

oh, così forse ci siamo! entrambi si stoppano! non solo uno!
attendo per un tempo random, se è uguale (sfiga) se reincocciano e si ristoppano. se è diverso e basta per trasmettere senza collisioni siamo a posto.
corretto?

ma non è solo uno che si stoppa e aspetta un tempo random?Sarebbe uno spreco che si fermassero tutte e due!

__________________
I ragazzi che si amano si baciano in piedi contro le porte della notte, e la gente che passa li punta con il dito, ma i ragazzi che si amano non ci sono per nessuno ed è la loro ombra soltanto che trema nella notte.
Stimolando la rabbia dei passanti, la loro rabbia il loro disprezzo le risa la loro invidia.
I ragazzi che si amano non ci sono per nessuno.
Essi sono altrove, molto più lontano della notte, molto più in alto del giorno, nell'abbagliante splendore del loro amore.

in effetti è vero. se si fermassero tutti e ogni volta ci fosse una collisione non trasmetterebbe mai nessuno

se è trasportato un messaggio A e il messaggio B inizia la trasmissione, allora A si ferma ma B continua a viaggiare. A poi aspetta un tempo random prima di ripartire e il mittente viene anche informato con un jam signal che questo A deve essere ritrasmesso!

No?

__________________
I ragazzi che si amano si baciano in piedi contro le porte della notte, e la gente che passa li punta con il dito, ma i ragazzi che si amano non ci sono per nessuno ed è la loro ombra soltanto che trema nella notte.
Stimolando la rabbia dei passanti, la loro rabbia il loro disprezzo le risa la loro invidia.
I ragazzi che si amano non ci sono per nessuno.
Essi sono altrove, molto più lontano della notte, molto più in alto del giorno, nell'abbagliante splendore del loro amore.

Originally posted by Flavia
se è trasportato un messaggio A e il messaggio B inizia la trasmissione, allora A si ferma ma B continua a viaggiare. A poi aspetta un tempo random prima di ripartire e il mittente viene anche informato con un jam signal che questo A deve essere ritrasmesso!

No?

__________________
Mac

"L'estremo limite della saggezza: ecco ciò che l'uomo chiama follia"

halt! ma se i frame inviati da i due sono persi, come dici tu, devono ricominciare a trasmettere A1 e B2 sperando che il tempo di sosta di ognuno consenta loro di non riincocciarsi?
effettivamente sul libro c'è scritto che se due pacchetti si scontrano su un link vengono persi entrambi...ha una sua logica.
quindi il junk message giunge broadcast tutti gli host a1,a2, b1 e b2?

Originally posted by GinoPilotino

quindi il junk message giunge broadcast tutti gli host a1,a2, b1 e b2?

__________________
Mac

"L'estremo limite della saggezza: ecco ciò che l'uomo chiama follia"

suppongo di si visto che il jam per definizione è broadcast.
però qui sono sempre tutte supposizioni.
basta, vado a letto che tra 6 ore devo alzarmi.

jam

Penso che il segnale di jam sia inviato da una delle due entità che counicano, ma comunque il segnale interrompa la trasmissione di entrambi. Se non si bloccassero enrambi non avrebbe senso mandare un jam signal da A a B. Il senso è che appena collidono i due frame, per forza di cosa il segnale si corrompe...

... beh almeno credo

__________________
http://www.noya.it
--------
Delta9 Drum&Bass Crew
--------
Associazione Orange

concordo con No?Ya!, appena avviene una collisione tra due frame vengono corrotti entrambi... come per il frontale tra due treni su uno stesso binario (tornando agli esempi di gfp!)

Originally posted by Mac
Condivido tutto il ragionamento a parte il jam signal...

__________________
E lo sceriffo americano non lo sa / ma quando parla ride tutta la città / vile fellone vieni a singolar tenzone / unza unza umpappà troppe truppe mariscià.
Non ci voleva l'eruzione della lava / e due piccioni si contendono la fava / sposa bagnata, bambina svergognata / la questione è delicata / come bolle la patata.
Basta! E' finita la festa
[L'ovile delle vanità, Folkabbestia]

Esercizio 1 del 18 - 06- 04

Una rete locale IEEE 803.3 (Ethernet) è costituita di due router (R1 e R2) biporta, di due bridge (B1 e B2) biporta e di due stazioni (S1 e S2), collegati tra di loro secondo il seguente schema:
la stazione S1 è collegata a una delle porte di B1, l’altra porta del quale è collegata a una delle porte di R1
la stazione S2 è collegata a una delle porte di B2, l’altra porta del quale è collegata a una delle porte di R2
la porta di R1 non collegata a B1 è collegata a sua volta alla porta di R2 non collegata a B2
In altre parole, i sei (6) apparati di cui sopra formano una catena (lineare) S1-B1-R1-R2-B2-S2.
La stazione S1, di indirizzo IP1, intende inviare un pacchetto IP alla stazione S2, di indirizzo IP2. Si descriva la struttura dei frame MAC trasmessi lungo la catena che conduce da S1 a S2 (i cui indirizzi MAC sono, rispettivamente, MAC1 e MAC2) transitando attraverso i due bridge e i due router, mettendo in luce quali indirizzi MAC e quali indirizzi IP vengano utilizzati nei vari passaggi.

__________________
E lo sceriffo americano non lo sa / ma quando parla ride tutta la città / vile fellone vieni a singolar tenzone / unza unza umpappà troppe truppe mariscià.
Non ci voleva l'eruzione della lava / e due piccioni si contendono la fava / sposa bagnata, bambina svergognata / la questione è delicata / come bolle la patata.
Basta! E' finita la festa
[L'ovile delle vanità, Folkabbestia]

Originally posted by futurbaggio
Cmq la situazione nn cambia di molto, si aspetta che uno dei due trasmetta senza collisioni poi si procede come avevo detto io, no?

__________________
Mac

"L'estremo limite della saggezza: ecco ciò che l'uomo chiama follia"

Originally posted by Mac
Il cut-throught funziona in quanto MACA viene subito rispedito senza bisogno di inoltrare il jam anche a LANA

__________________
E lo sceriffo americano non lo sa / ma quando parla ride tutta la città / vile fellone vieni a singolar tenzone / unza unza umpappà troppe truppe mariscià.
Non ci voleva l'eruzione della lava / e due piccioni si contendono la fava / sposa bagnata, bambina svergognata / la questione è delicata / come bolle la patata.
Basta! E' finita la festa
[L'ovile delle vanità, Folkabbestia]

Originally posted by futurbaggio
Ma MACA nn era per LANB1... PortaB difatti è in attesa random, quindi si può pensare che nn sia proprio cut-and-through... almeno nn da subito!

Roberto

__________________
Mac

"L'estremo limite della saggezza: ecco ciò che l'uomo chiama follia"

Re: jam

Originally posted by No?Ya!
[B]Penso che il segnale di jam sia inviato da una delle due entità che counicano, ma comunque il segnale interrompa la trasmissione di entrambi. Se non si bloccassero enrambi non avrebbe senso mandare un jam signal da A a B. Il senso è che appena collidono i due frame, per forza di cosa il segnale si corrompe.../B]

__________________
E lo sceriffo americano non lo sa / ma quando parla ride tutta la città / vile fellone vieni a singolar tenzone / unza unza umpappà troppe truppe mariscià.
Non ci voleva l'eruzione della lava / e due piccioni si contendono la fava / sposa bagnata, bambina svergognata / la questione è delicata / come bolle la patata.
Basta! E' finita la festa
[L'ovile delle vanità, Folkabbestia]

io non sarei così sicura del fatto che un pacchetto rimanga memorizzato nel buffer finchè non è completamente inviato... anzi penso che appena un bit viene prelevato dal buffer e inviato direttamente in modo da avere subito memoria nel buffer libera, se no non avrebbe neanche senso la gestione dei pacchetti corrotti o persi a livello transport, sbaglio?

-> altro quesito di settembre 2004

Una rete locale IEEE 803.3 (Ethernet) è costituita di un bridge B triporta, di tre router (R1, R2 e R3) quadriporta, e di tre stazioni (S1, S2 e S3) monoporta. Le quattro porte del router Ri (per i=1,2,3) sono utilizzate come segue:
• una porta collega Ri alla stazione Si
• una seconda porta collega Ri al bridge B
• ciascuna delle due porte rimanenti collega Ri a uno degli altri router
Quali effetti può produrre nella rete sopra descritta, dal punto di vista della abilitazione/disabilitazione dei vari collegamenti, l’esecuzione dell’algoritmo di spanning tree da parte del bridge B? Non si dimentichi di giustificare la risposta


per me non c'è nessun effetto perchè lo spanning tree è un protocollo di livello network e il bridge, essendo un dispositivo di livello data link, non può implementarlo.
-> è una mia idea malsana che possa esistere una domanda simile o ho preso un granchio?

Originally posted by francyghisla
io non
sarei così sicura del fatto che un pacchetto rimanga memorizzato nel buffer finchè non è completamente inviato... anzi penso che appena un bit viene prelevato dal buffer e inviato direttamente in modo da avere subito memoria nel buffer libera,

Originally posted by francyghisla
se no non avrebbe neanche senso la gestione dei pacchetti corrotti o persi a livello transport,

Originally posted by francyghisla
sbaglio?

Originally posted by francyghisla
per me non c'è nessun effetto perchè lo spanning tree è un protocollo di livello network e il bridge, essendo un dispositivo di livello data link, non può implementarlo.
-> è una mia idea malsana che possa esistere una domanda simile o ho preso un granchio?

__________________
E lo sceriffo americano non lo sa / ma quando parla ride tutta la città / vile fellone vieni a singolar tenzone / unza unza umpappà troppe truppe mariscià.
Non ci voleva l'eruzione della lava / e due piccioni si contendono la fava / sposa bagnata, bambina svergognata / la questione è delicata / come bolle la patata.
Basta! E' finita la festa
[L'ovile delle vanità, Folkabbestia]

aaahh e perchè il libro non dice che può essere anche un protocollo implementabile dai bridge!?!?! in effetti parla di nodi e non di router, ma fino a due pagine prima parlava solo ed esclusivamente di router... ahiai, una piccola pecca!

mi semrbava strano che potesse essere una domanda così a trabocchetto!

Originally posted by futurbaggio
i bridge nn gestiscono segnali elettrici (lo fanno gli hub)

Originally posted by GinoPilotino
io dal libro ho capito l'inverso, ossia i bridge implementano protocolli per la rilevazioni delle collisioni, gli hub no

__________________
E lo sceriffo americano non lo sa / ma quando parla ride tutta la città / vile fellone vieni a singolar tenzone / unza unza umpappà troppe truppe mariscià.
Non ci voleva l'eruzione della lava / e due piccioni si contendono la fava / sposa bagnata, bambina svergognata / la questione è delicata / come bolle la patata.
Basta! E' finita la festa
[L'ovile delle vanità, Folkabbestia]

capito...oh almeno, questa è la nostra versione...la accendiamo?

Io ho un dubbio, nell'esame del 6/12/04 primo esercizio, la domanda chiede: quali effetti può produrre nella rte sopra descritta dal punto di vista della abilitazione/disibilatazione dei vari collegamenti, l'esecuzione dell'algoritmo di spanning tree da parte dei tre bridge?

potrebbe essere corretto che l'algoritmo disibilita le porte che vanno dai bridge 1,2,3 al ruoter?