 |
 CaboM.BNA |
| dubbi pre/pro esame |
09-07-2007 17:32 |
|
 |
CaboM.BNA |
.grande:maestro.
Registered: Jan 2006
Posts: 503 (0.07 al dì)
Location:
Corso:
Anno:
Time Online: 1 Day, 23:32:44 [...]
Status: Offline
Edit | Report | IP: Logged |
dubbi pre/pro esame
RFC 2362 fine pagina 5
If the router has only (*,G) state, it creates an entry with the RPT-bit flag set to 1.
qualcuno saprebbe spiegarmi il perche?
per dire al router di livello superiore che non si volgiono ricevere piu pacchetti (per quel gruppo, da quella determinata sorgente) dovrei mettere il RPT-bit a 0, no?
il RPT-bit non indica mica che i dati viaggiano su uno shared tree attraverso un RP, giusto?
|
|
09-07-2007 17:32 |
|
|
| |
|
| Viry |
| Allora, il router ha una entry generica (tutte le ... |
10-07-2007 10:09 |
|
|
Viry |
dsy moderator
Registered: Oct 2002
Posts: 2429 (0.30 al dì)
Location: Milano
Corso: Ticom
Anno: primo
Time Online: 43 Days, 3:27:12 [...]
Status: Offline
Edit | Report | IP: Logged |
Allora, il router ha una entry generica (tutte le sorgenti, quel gruppo) e riceve una join/prune per un'entry + specifica (sorgente, gruppo). Quindi crea cmq la entry, ma specificando l'RPT-bit in modo da sapere che quella rotta non viene usata per forwardare (il bit indica che i pacchetti della sorgente NON vanno forwardati su quel branch, perche' stanno usando uno SP tree e non lo shared tree)
__________________
When once you have tasted flight, you will walk the earth, forever more, with your eyes turned skyward. For there you have been, and there you long to return.
“Dovere, tempo, destino, tutto tende a separarci e, di fatto, ci separa. Ma il sentimento non conosce frontiere e mi unisce a te come se avessi sempre la mia mano sulla tua"
|
|
10-07-2007 10:09 |
|
|
| |
|
| CaboM.BNA |
| infatti.. .è la stessa cosa che avevo capito pure ... |
10-07-2007 16:38 |
|
|
CaboM.BNA |
.grande:maestro.
Registered: Jan 2006
Posts: 503 (0.07 al dì)
Location:
Corso:
Anno:
Time Online: 1 Day, 23:32:44 [...]
Status: Offline
Edit | Report | IP: Logged |
infatti.. .è la stessa cosa che avevo capito pure io... rimane pero il dubbio sul xke settare ad 1 il bit... continuo ad essere convito che dovrebbe essere 0, per dire al router di livello superiore: " se arrivano dati da questa determinata sorgente (S), per questo determinato gruppo (G), non propagarli."
bah... adex provo a leggere pure il paragrafo 3... spero ci sia qualche informazione piu chiara...
cmq un altro dubbio: secondo te, come sono fatte le table entry del router?
cosi: [SORGENTE; GRUPPO; IIF; OIF; RPT; WC; SPT] ? (con OIF ed IIF che possono contenere piu di un valore...)
|
|
10-07-2007 16:38 |
|
|
| |
|
| Viry |
| [QUOTE][i]Originally posted by CaboM.BNA [/i]
... |
10-07-2007 17:09 |
|
|
Viry |
dsy moderator
Registered: Oct 2002
Posts: 2429 (0.30 al dì)
Location: Milano
Corso: Ticom
Anno: primo
Time Online: 43 Days, 3:27:12 [...]
Status: Offline
Edit | Report | IP: Logged |
Originally posted by CaboM.BNA
cmq un altro dubbio: secondo te, come sono fatte le table entry del router?
cosi: [SORGENTE; GRUPPO; IIF; OIF; RPT; WC; SPT] ? (con OIF ed IIF che possono contenere piu di un valore...)
direi di si...
__________________
When once you have tasted flight, you will walk the earth, forever more, with your eyes turned skyward. For there you have been, and there you long to return.
“Dovere, tempo, destino, tutto tende a separarci e, di fatto, ci separa. Ma il sentimento non conosce frontiere e mi unisce a te come se avessi sempre la mia mano sulla tua"
|
|
10-07-2007 17:09 |
|
|
| |
|
| Ari_85 |
| Attenzione: le oif possono contenere più di un va ... |
11-07-2007 09:38 |
|
|
Ari_85 |
.amico.
Registered: Aug 2005
Posts: 31 (0.00 al dì)
Location: Omegna
Corso: Informatica
Anno: 2
Time Online: 10:45:16 [...]
Status: Offline
Edit | Report | IP: Logged |
Attenzione: le oif possono contenere più di un valore ma le iif ne contengono ne contengono uno solo perchè sono la porta correlata al reverse path forwarding...Sarebbe come dire che un nodo ha due padri..ciao
__________________
Good wombs hath borne bad sons
|
|
11-07-2007 09:38 |
|
|
| |
|
| Viry |
| [QUOTE][i]Originally posted by Ari_85 [/i]
... |
11-07-2007 09:44 |
|
|
Viry |
dsy moderator
Registered: Oct 2002
Posts: 2429 (0.30 al dì)
Location: Milano
Corso: Ticom
Anno: primo
Time Online: 43 Days, 3:27:12 [...]
Status: Offline
Edit | Report | IP: Logged |
Originally posted by Ari_85
Attenzione: le oif possono contenere più di un valore ma le iif ne contengono ne contengono uno solo perchè sono la porta correlata al reverse path forwarding...Sarebbe come dire che un nodo ha due padri..ciao
si, avevo letto che l'entry puo' contenere piu' valori solo nel caso delle oif. (l'interfaccia di ingresso e' una sola, ovviamente, se no i controlli sulla provenienza di un pacchetto non avrebbero senso)
__________________
When once you have tasted flight, you will walk the earth, forever more, with your eyes turned skyward. For there you have been, and there you long to return.
“Dovere, tempo, destino, tutto tende a separarci e, di fatto, ci separa. Ma il sentimento non conosce frontiere e mi unisce a te come se avessi sempre la mia mano sulla tua"
|
|
11-07-2007 09:44 |
|
|
| |
|
| CaboM.BNA |
| sisi.. avete ragione... ero sovrappensiero e avevo ... |
11-07-2007 12:22 |
|
|
CaboM.BNA |
.grande:maestro.
Registered: Jan 2006
Posts: 503 (0.07 al dì)
Location:
Corso:
Anno:
Time Online: 1 Day, 23:32:44 [...]
Status: Offline
Edit | Report | IP: Logged |
sisi.. avete ragione... ero sovrappensiero e avevo scritto pure le IIF... mea culpa...
|
|
11-07-2007 12:22 |
|
|
| |
|
| CaboM.BNA |
| altro dubbio, stavolta a proposito di SRM...
... |
11-07-2007 21:34 |
|
|
CaboM.BNA |
.grande:maestro.
Registered: Jan 2006
Posts: 503 (0.07 al dì)
Location:
Corso:
Anno:
Time Online: 1 Day, 23:32:44 [...]
Status: Offline
Edit | Report | IP: Logged |
altro dubbio, stavolta a proposito di SRM...
Trattasi dell'ultimo paragrafo ("4.1 Chains") del documento sul Reliable Multicast...
ecco il link per vedere l'immagine
non riesco a capire PERCHE "se il nodo Rk se mandasse una request in unicast alla sorgente Lj, riceverebbe la repair non prima di t+2j+3k".
Io ho capito che:
1- Rk rileva che pacchetto non è arrivato al tempo [t]
2- Rk setta il request timer a [(j-1)+1+(k-1)] = [j+k-1]
3- La request arriva Lj dopo [k+j-1]
4- Lj setta il repair timer a [k+j-1]
5- La repair per arrivare a Rk ci impiega [k+j-1]
TEMPO TOTALE = t+(j+k-1)+(j+k-1)+(j+k-1)+(k+j-1)= t+4k+4j-4
|
|
11-07-2007 21:34 |
|
|
| |
|
| Viry |
| [QUOTE][i]Originally posted by CaboM.BNA [/i]
... |
12-07-2007 10:12 |
|
|
Viry |
dsy moderator
Registered: Oct 2002
Posts: 2429 (0.30 al dì)
Location: Milano
Corso: Ticom
Anno: primo
Time Online: 43 Days, 3:27:12 [...]
Status: Offline
Edit | Report | IP: Logged |
Originally posted by CaboM.BNA
altro dubbio, stavolta a proposito di SRM...
l'immagine
non riesco a capire PERCHE "se il nodo Rk se mandasse una request in unicast alla sorgente Lj, riceverebbe la repair non prima di t+2j+3k".
E' molto + semplice di quello che hai scritto tu. Con unicast NON si settano timer.
Il nodo RK rileva il loss a t+k . Unicasta SUBITO la request che arriva al nodo sorgente al tempo t+k+k+j (k+j e' la distanza tra RK e il nodo sorgente), cioe' a t+2k+j.
Il nodo sorgente risponde subito con una repair ci mette anch'essa k+j per arrivare a RK, quindi il tempo totale e' t+2k+j+k+j che facendo le somme diventa t+2j+3k
Sono stata comprensibile?
__________________
When once you have tasted flight, you will walk the earth, forever more, with your eyes turned skyward. For there you have been, and there you long to return.
“Dovere, tempo, destino, tutto tende a separarci e, di fatto, ci separa. Ma il sentimento non conosce frontiere e mi unisce a te come se avessi sempre la mia mano sulla tua"
|
|
12-07-2007 10:12 |
|
|
| |
|
| tyzer |
| [QUOTE]E' molto + semplice di quello che hai scrit ... |
12-07-2007 12:24 |
|
|
tyzer |
.illuminato.
Registered: Sep 2004
Posts: 227 (0.03 al dì)
Location: Novara
Corso: Ticom
Anno: Laureato ^_^
Time Online: 3 Days, 18:31:58 [...]
Status: Offline
Edit | Report | IP: Logged |
E' molto + semplice di quello che hai scritto tu. Con unicast NON si settano timer.
Il nodo RK rileva il loss a t+k . Unicasta SUBITO la request che arriva al nodo sorgente al tempo t+k+k+j (k+j e' la distanza tra RK e il nodo sorgente), cioe' a t+2k+j.
Il nodo sorgente risponde subito con una repair ci mette anch'essa k+j per arrivare a RK, quindi il tempo totale e' t+2k+j+k+j che facendo le somme diventa t+2j+3k
Sono stata comprensibile?
Scusa, mi sembra ci sia un errore, perchè la distanza tra Rk ed il nodo Lj non è k+j, ma è (k-1)+j perchè da Rk ad R1 ci sono k-1 hop e poi da R1 a Lj ci sono j hop.
Quindi il nodo Rk rileva l'errore al tempo t+(k-1) e non al tempo t+k.
Facendo i conti così a me esce che Rk riceve il repair dopo:
(t+k-1) + 2*(j+k-1) = t+k-1 + 2j+2k-2 = t+2j+3k-3
Nell'articolo non li fa i conti...voi cosa ne dite?
|
|
12-07-2007 12:24 |
|
|
| |
|
| CaboM.BNA |
| Viry, sei un tesoro! grazie mille.. :lode:
... |
12-07-2007 12:25 |
|
|
CaboM.BNA |
.grande:maestro.
Registered: Jan 2006
Posts: 503 (0.07 al dì)
Location:
Corso:
Anno:
Time Online: 1 Day, 23:32:44 [...]
Status: Offline
Edit | Report | IP: Logged |
Viry, sei un tesoro! grazie mille.. 
Io davo per scontato che i timer si usassero cmq, ma che fosse solo la sorgente a poter inviare le repair...
(quasi) tutto chiaro adesso...
ho ancora un paio di perplessità però:
Il nodo RK rileva il loss a t+k
secondo me dovrebbe essere t+k-1
e
k+j e' la distanza tra RK e il nodo sorgente
questa invece sarebbe k+j-1 :
da Lj a L1 è j-1
da L1 a R1 è 1
da R1 a Rk è k-1
TOTALE j-1+1+k-1=j+k-1
è vero che per j>>1 e k>>1 sarebbe praticamente ininfluente però penso che la repair dovrebbe arrivare a t+3k+2j-3
|
|
12-07-2007 12:25 |
|
|
| |
|
| CaboM.BNA |
| :lol:
... |
12-07-2007 12:27 |
|
|
CaboM.BNA |
.grande:maestro.
Registered: Jan 2006
Posts: 503 (0.07 al dì)
Location:
Corso:
Anno:
Time Online: 1 Day, 23:32:44 [...]
Status: Offline
Edit | Report | IP: Logged |
tyzer... stavo postando la sessa cosa... in contemporanea...
cmq concordo con te...
|
|
12-07-2007 12:27 |
|
|
| |
|
| tyzer |
| E' tutta la mattina che mi ci sto incazzando dietr ... |
12-07-2007 12:29 |
|
|
tyzer |
.illuminato.
Registered: Sep 2004
Posts: 227 (0.03 al dì)
Location: Novara
Corso: Ticom
Anno: Laureato ^_^
Time Online: 3 Days, 18:31:58 [...]
Status: Offline
Edit | Report | IP: Logged |
E' tutta la mattina che mi ci sto incazzando dietro a sto articolo su SRM...vabbè se qualcuno sa qualcosa entro stasera se no qualcosa scriveremo 
|
|
12-07-2007 12:29 |
|
|
| |
|
| Viry |
| [QUOTE][i]Originally posted by tyzer [/i]
... |
12-07-2007 13:19 |
|
|
Viry |
dsy moderator
Registered: Oct 2002
Posts: 2429 (0.30 al dì)
Location: Milano
Corso: Ticom
Anno: primo
Time Online: 43 Days, 3:27:12 [...]
Status: Offline
Edit | Report | IP: Logged |
Originally posted by tyzer
Scusa, mi sembra ci sia un errore, perchè la distanza tra Rk ed il nodo Lj non è k+j, ma è (k-1)+j perchè da Rk ad R1 ci sono k-1 hop e poi da R1 a Lj ci sono j hop.
Quindi il nodo Rk rileva l'errore al tempo t+(k-1) e non al tempo t+k.
Facendo i conti così a me esce che Rk riceve il repair dopo:
(t+k-1) + 2*(j+k-1) = t+k-1 + 2j+2k-2 = t+2j+3k-3
Nell'articolo non li fa i conti...voi cosa ne dite?
Cosi' non prendi in considerazione il fatto che bisogna attraversare anche r1...
Il -1 si usa per calcolare il tempo in cui il request GENERATO dal nodo k1 arriva al nodo rk (infatti il request percorre un hop in meno, perche' non deve attraversare r1 che invece viene attraversato per raggiungere la sorgente)
__________________
When once you have tasted flight, you will walk the earth, forever more, with your eyes turned skyward. For there you have been, and there you long to return.
“Dovere, tempo, destino, tutto tende a separarci e, di fatto, ci separa. Ma il sentimento non conosce frontiere e mi unisce a te come se avessi sempre la mia mano sulla tua"
Last edited by Viry on 12-07-2007 at 13:37
|
|
12-07-2007 13:19 |
|
|
| |
|
| CaboM.BNA |
| :pensa: gradualmente ci sto arrivando...
... |
12-07-2007 13:41 |
|
|
CaboM.BNA |
.grande:maestro.
Registered: Jan 2006
Posts: 503 (0.07 al dì)
Location:
Corso:
Anno:
Time Online: 1 Day, 23:32:44 [...]
Status: Offline
Edit | Report | IP: Logged |
 gradualmente ci sto arrivando...
OK... Rk rileva la loss a t+k... e fin qui va bene...
la propagazione della request e la propagazione della repair richiedono pero 2K+2J-2...
|
|
12-07-2007 13:41 |
|
|
| |
|
| All times are GMT. The time now is 22:58. |
|
|
 |
|
 |
|
|
| |
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
|
|
|
|
|
|
CaboM.BNA
