Dsy Network www | forum | my | didattica | howto | wiki | el goog | stats | blog | dona | rappresentanti
Homepage
 Register   Calendar   Members  Faq   Search  Logout 
.dsy:it. : Powered by vBulletin version 2.3.1 .dsy:it. > Didattica > Corsi N - Z > Reti di calcolatori > [ESAME] Svolgimento vecchi temi
Pages (5): « 1 2 3 [4] 5 »   Last Thread   Next Thread
Author
Thread    Expand all | Contract all    Post New Thread    Post A Reply
Collapse
Mac
Unknown Phase

User info:
Registered: Jul 2003
Posts: 240 (0.03 al dì)
Location:
Corso: t.i.coMA
Anno: -1+3=?
Time Online: 4 Days, 8:04:50 [...]
Status: Offline

Post actions:

Edit | Report | IP: Logged

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!
:-D
No?

Il libro sembra indichi proprio l'esempio a cui ci riferiamo! (vedi mio precedente post)
E proprio il libro dice che B che trova il canale occupato (mentre A sta trasmettendo) aspetta il suo turno in uno slot (temporale o di banda) e trasmette solo dopo che A finisce di spedire pacchetti. Poi parte B a trasmettere.
Ma l'esercizio dice che, mentre un frame MACA sta per arivare a LANB2 ("[..]prima che questi (bit) raggiungano la stazione LANB2"), LANB2 INIZIA a trasmettere a LANB1 (proprio perchè nn ha ancora ricevuto MACA)
quindi appena LANB2 riceve MACAinterrompe la trasmissione di MACB, LANB2 lancia il jam al bridge che stoppa tutto. Quello slot è corrotto ed il frame è perso. Random per chi parte per primo!
Claro? ;)
rivedere l'esempio sul libro :)
EDIT: il bridge=switch accetta qualsiasi connessione (la prima che arriva), sono LANB1 e 2 che randomizzano per trasmettere, il primo vince.

__________________
Mac

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

Last edited by Mac on 27-01-2005 at 00:31

27-01-2005 00:17
Click Here to See the Profile for Mac Click here to Send Mac a Private Message Find more posts by Mac Add Mac to your buddy list Printer Friendly version Email this Article to a friend Reply w/Quote
Collapse
GinoPilotino
.grande:maestro.

User info:
Registered: Dec 2002
Posts: 1403 (0.17 al dì)
Location: Segrate
Corso: TI.COM
Anno: Secondo
Time Online: 13 Days, 8:59:42 [...]
Status: Offline

Post actions:

Edit | Report | IP: Logged

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?

Last edited by GinoPilotino on 27-01-2005 at 00:30

27-01-2005 00:24
Click Here to See the Profile for GinoPilotino Click Here to See the Blog of GinoPilotino Click here to Send GinoPilotino a Private Message Find more posts by GinoPilotino Add GinoPilotino to your buddy list Printer Friendly version Email this Article to a friend Reply w/Quote
Collapse
Mac
Unknown Phase

User info:
Registered: Jul 2003
Posts: 240 (0.03 al dì)
Location:
Corso: t.i.coMA
Anno: -1+3=?
Time Online: 4 Days, 8:04:50 [...]
Status: Offline

Post actions:

Edit | Report | IP: Logged

Originally posted by GinoPilotino

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

sisi, tutti i pacchetti arrivati all'hub vanno a tutti quelli della rete quindi il jam arriva a tutta LANB e al bridge (nn so se il bridge replichi il jam anche a LANA)

__________________
Mac

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

27-01-2005 00:39
Click Here to See the Profile for Mac Click here to Send Mac a Private Message Find more posts by Mac Add Mac to your buddy list Printer Friendly version Email this Article to a friend Reply w/Quote
Collapse
GinoPilotino
.grande:maestro.

User info:
Registered: Dec 2002
Posts: 1403 (0.17 al dì)
Location: Segrate
Corso: TI.COM
Anno: Secondo
Time Online: 13 Days, 8:59:42 [...]
Status: Offline

Post actions:

Edit | Report | IP: Logged

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.

27-01-2005 00:42
Click Here to See the Profile for GinoPilotino Click Here to See the Blog of GinoPilotino Click here to Send GinoPilotino a Private Message Find more posts by GinoPilotino Add GinoPilotino to your buddy list Printer Friendly version Email this Article to a friend Reply w/Quote
Collapse
No?Ya!
il supercoatto

User info:
Registered: Oct 2002
Posts: 187 (0.02 al dì)
Location: Berghèm
Corso: Tecnologie Della Comunicazione
Anno: ...fuori corso...
Time Online: 1 Day, 9:55:47 [...]
Status: Offline

Post actions:

Edit | Report | IP: Logged
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 :roll:

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

27-01-2005 08:27
Click Here to See the Profile for No?Ya! Click Here to See the Blog of No?Ya! Click here to Send No?Ya! a Private Message Visit No?Ya!'s homepage! Find more posts by No?Ya! Add No?Ya! to your buddy list Printer Friendly version Email this Article to a friend Reply w/Quote
Collapse
francyghisla
.non è possibile.

User info:
Registered: Nov 2003
Posts: 632 (0.08 al dì)
Location:
Corso: TICOM
Anno: Primo
Time Online: 13 Days, 10:16:55 [...]
Status: Offline

Post actions:

Edit | Report | IP: Logged

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!)

27-01-2005 08:45
Click Here to See the Profile for francyghisla Click Here to See the Blog of francyghisla Click here to Send francyghisla a Private Message Find more posts by francyghisla Add francyghisla to your buddy list Printer Friendly version Email this Article to a friend Reply w/Quote
Collapse
futurbaggio
U Frikkettone

User info:
Registered: Feb 2003
Posts: 774 (0.09 al dì)
Location: Foggia
Corso: TIC
Anno: 1° Magistrale
Time Online: 13 Days, 16:44:00: [...]
Status: Offline

Post actions:

Edit | Report | IP: Logged

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


Grazie per la segnalazione, mi era sfuggito quel pezzo...
Cmq la situazione nn cambia di molto, si aspetta che uno dei due trasmetta senza collisioni poi si procede come avevo detto io, no?

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]

27-01-2005 09:49
Click Here to See the Profile for futurbaggio Click Here to See the Blog of futurbaggio Click here to Send futurbaggio a Private Message Visit futurbaggio's homepage! Find more posts by futurbaggio Add futurbaggio to your buddy list Printer Friendly version Email this Article to a friend Reply w/Quote
Collapse
futurbaggio
U Frikkettone

User info:
Registered: Feb 2003
Posts: 774 (0.09 al dì)
Location: Foggia
Corso: TIC
Anno: 1° Magistrale
Time Online: 13 Days, 16:44:00: [...]
Status: Offline

Post actions:

Edit | Report | IP: Logged

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.


Sfruttando il protocollo ARP S1 trasmette un frame MAC per conoscere il MAC Address del router R1, questo ovviamente risponde; quindi S1 invia un frame MAC con MAC Address uguale a quello del router e IP uguale a quello della macchina che vogliamo conttatare (S2 di indirizzo IP2). R1 confronta la sua routing table e capisce che deve inoltrare il pacchetto a R2, prima però, tramite ARP, invia un frame MAC per ottenere il MAC Address di R2. Quindi genera un nuovo pacchetto con MAC Address di destinazione uguale a quello di R2 e IP destinazione uguale sempre a IP2. R2 scorre la sua routing table e capisce su che interfaccia inoltrare il pacchetto, ovviamente però prima ricorre ad ARP per conoscere il MAC Address di S2, una volta ricevuta la risposta il pacchetto può essere inoltrato con MAC Address uguale a MAC2 e IP uguale a IP2. I bridge B1 e B2 non fanno altro che inoltrare i frame che ricevono, non dovrebbero costituire un ostacolo o interferire in alcun modo con le comunicazioni.

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]

Last edited by futurbaggio on 27-01-2005 at 10:33

27-01-2005 10:28
Click Here to See the Profile for futurbaggio Click Here to See the Blog of futurbaggio Click here to Send futurbaggio a Private Message Visit futurbaggio's homepage! Find more posts by futurbaggio Add futurbaggio to your buddy list Printer Friendly version Email this Article to a friend Reply w/Quote
Collapse
Mac
Unknown Phase

User info:
Registered: Jul 2003
Posts: 240 (0.03 al dì)
Location:
Corso: t.i.coMA
Anno: -1+3=?
Time Online: 4 Days, 8:04:50 [...]
Status: Offline

Post actions:

Edit | Report | IP: Logged

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?

Si si ;) ..però bisogna riadattare il tutto:
a)Collisione ;)
b)il bridge potrà continuare a ricevere MACA su PORTA bufferizzando; intanto scarta il pacchetto su PORTB che dovrà essere rispedito. Il cut-throught funziona in quanto MACA viene subito rispedito senza bisogno di inoltrare il jam anche a LANA
c)le azioni potrebbero interferire (nel caso in cui il bridge decida di stoppare anche LANA1) ma se tutto va come detto sopra questo provvedimento non dovrebbe essere preso
d)No
e)beh in questo caso LANA1 sicuramente non riesce più a trasmettere con integrità. Pertanto il bridge trasmette il frame incorretto a LANB1 (che lo scarta) e rimette tutta la LANA in attesa random. Le azioni interferiscono di sicuro con MACA e dovranno necessariamente interferire con la trasmissione (stop a LANA1e2)

Che ne pensi?

__________________
Mac

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

27-01-2005 10:28
Click Here to See the Profile for Mac Click here to Send Mac a Private Message Find more posts by Mac Add Mac to your buddy list Printer Friendly version Email this Article to a friend Reply w/Quote
Collapse
futurbaggio
U Frikkettone

User info:
Registered: Feb 2003
Posts: 774 (0.09 al dì)
Location: Foggia
Corso: TIC
Anno: 1° Magistrale
Time Online: 13 Days, 16:44:00: [...]
Status: Offline

Post actions:

Edit | Report | IP: Logged

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


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

__________________
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]

27-01-2005 10:43
Click Here to See the Profile for futurbaggio Click Here to See the Blog of futurbaggio Click here to Send futurbaggio a Private Message Visit futurbaggio's homepage! Find more posts by futurbaggio Add futurbaggio to your buddy list Printer Friendly version Email this Article to a friend Reply w/Quote
Collapse
Mac
Unknown Phase

User info:
Registered: Jul 2003
Posts: 240 (0.03 al dì)
Location:
Corso: t.i.coMA
Anno: -1+3=?
Time Online: 4 Days, 8:04:50 [...]
Status: Offline

Post actions:

Edit | Report | IP: Logged

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

Si, hai ragione, almeno non da subito...
il cut-throught inizia sicuramente dopo che LANB2 smette di trasmettere (e quindi la porta B si libera). Questo vale se si presuppone che LANB2, ricevendo anch'esso MACA, non inizi a ri-trasmettere finchè sente il canale occupato
...almeno credo :pensa:

__________________
Mac

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

27-01-2005 11:03
Click Here to See the Profile for Mac Click here to Send Mac a Private Message Find more posts by Mac Add Mac to your buddy list Printer Friendly version Email this Article to a friend Reply w/Quote
Collapse
futurbaggio
U Frikkettone

User info:
Registered: Feb 2003
Posts: 774 (0.09 al dì)
Location: Foggia
Corso: TIC
Anno: 1° Magistrale
Time Online: 13 Days, 16:44:00: [...]
Status: Offline

Post actions:

Edit | Report | IP: Logged
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]


No?Ya quoto te ma mi rivolgo anche Gino e francy...
Io vedo qui un interessante caso in cui ha senso parlare di dominio di collisione... in questo caso sono due (LANA e LANB), il jam signal quindi resta all'interno del dominio di collisione LANB quindi chi smette di trasmettere sono LANB2 e la PortaB (il bridge implementa il CSMA/CD, quindi sa rilevare collisioni e jam signal).
Quello che la PortaB aveva già inviato dovrà essere ritrasmesso, ma sempre dal bridge... penso infatti che, pur facendo cut-and-through, il pacchetto sia cmq memorizzato fintanto che tutta la trasmissione nn è terminata. Questo cmq nn blocca la trasmissione da parte di LANA1.

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]

27-01-2005 12:15
Click Here to See the Profile for futurbaggio Click Here to See the Blog of futurbaggio Click here to Send futurbaggio a Private Message Visit futurbaggio's homepage! Find more posts by futurbaggio Add futurbaggio to your buddy list Printer Friendly version Email this Article to a friend Reply w/Quote
Collapse
francyghisla
.non è possibile.

User info:
Registered: Nov 2003
Posts: 632 (0.08 al dì)
Location:
Corso: TICOM
Anno: Primo
Time Online: 13 Days, 10:16:55 [...]
Status: Offline

Post actions:

Edit | Report | IP: Logged

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?

27-01-2005 14:50
Click Here to See the Profile for francyghisla Click Here to See the Blog of francyghisla Click here to Send francyghisla a Private Message Find more posts by francyghisla Add francyghisla to your buddy list Printer Friendly version Email this Article to a friend Reply w/Quote
Collapse
futurbaggio
U Frikkettone

User info:
Registered: Feb 2003
Posts: 774 (0.09 al dì)
Location: Foggia
Corso: TIC
Anno: 1° Magistrale
Time Online: 13 Days, 16:44:00: [...]
Status: Offline

Post actions:

Edit | Report | IP: Logged

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,


Ai fini dell'esercizio nn so se è così importante saperlo (tu pensi all'ottimizzazione della memoria, io penso all'ottimizzazione dei tempi di *ri*trasmissione), quello che si deve sapere è che il jam signal nn va oltre il bridge in quanto nn è un frame Mac ma un segnale elettrico... i bridge nn gestiscono segnali elettrici (lo fanno gli hub) quindi la collision detection è limitata alla LANB... LANA1 continua a trasmettere, magari poi dovrà rifarlo perchè il frame è corrotto ma questo avviene in un momento successivo a quello di nostro interesse...

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


Non tutti i protocolli esistenti e futuri a qualsiasi livello superiore al data-link devono necessariamente implementare un sistema di controllo degli errori...

Originally posted by francyghisla
sbaglio?


Siamo tutti sullo stesso piano, nn mi sento di avere un giudizio superiore a quello degli altri per questo preferisco che i miei pareri restino tali e nn divengano automaticamente verità solo perchè associati al mio nickname.
E' un appunto, nn una critica o una polemica...

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?


Scorrendo le slide dell'anno scorso ho visto che lo spanning tree è considerato un algoritmo eseguito proprio dai bridge per evitare strutture cicliche e ridondanza di trasmissioni (evidentemente qualcosa di diverso da quanto riportato sul libro).
Il bridge centrale a questo punto non può fare altro che bloccare tutti i suoi collegamenti verso i router, delegando l'inoltro dei pacchetti ai singoli router.

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]

27-01-2005 15:35
Click Here to See the Profile for futurbaggio Click Here to See the Blog of futurbaggio Click here to Send futurbaggio a Private Message Visit futurbaggio's homepage! Find more posts by futurbaggio Add futurbaggio to your buddy list Printer Friendly version Email this Article to a friend Reply w/Quote
Collapse
francyghisla
.non è possibile.

User info:
Registered: Nov 2003
Posts: 632 (0.08 al dì)
Location:
Corso: TICOM
Anno: Primo
Time Online: 13 Days, 10:16:55 [...]
Status: Offline

Post actions:

Edit | Report | IP: Logged

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!

27-01-2005 16:04
Click Here to See the Profile for francyghisla Click Here to See the Blog of francyghisla Click here to Send francyghisla a Private Message Find more posts by francyghisla Add francyghisla to your buddy list Printer Friendly version Email this Article to a friend Reply w/Quote
All times are GMT. The time now is 08:21.    Post New Thread    Post A Reply
Pages (5): « 1 2 3 [4] 5 »   Last Thread   Next Thread
Show Printable Version | Email this Page | Subscribe to this Thread | Add to Bookmarks

Forum Jump:
Rate This Thread:

Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is OFF
vB code is ON
Smilies are ON
[IMG] code is ON
 

Powered by: vBulletin v2.3.1 - Copyright ©2000 - 2002, Jelsoft Enterprises Limited
Mantained by dsy crew (email) | Collabora con noi | Segnalaci un bug | Archive | Regolamento | Licenze | Thanks | Syndacate
Pagina generata in 0.361 seconds (48.26% PHP - 51.74% MySQL) con 23 query.