|
|
|
|
| |
|
puntozip |
[QUOTE][i]Originally posted by spider [/i]
... |
16-01-2005 11:52 |
|
|
puntozip |
.arcimaestro.
Registered: Jan 2003
Posts: 332 (0.04 al dì)
Location: milano
Corso: Ticom
Anno: 1
Time Online: 10 Days, 4:57:16 [...]
Status: Offline
Edit | Report | IP: Logged |
Originally posted by spider
...altra domanda ( ma c'è ancora qualcuno interessato ?)
In che cosa consiste il problema del crash receiver x una connessione di livello trasporto nel caso in cui il receiver adotti la tecnica di trasmettere l'ack prima della delivery delle TPDU all'entità di livello superiore ?
La tdpu può essere persa se il crash avviene prima della consegna al livello superiore: il ricevente ha inviato la conferma ma non ha fatto in tempo a consegnare la tdpu, mentre il mittente ha ricevuto la conferma e quindi non la ritrasmette.
ciao
__________________
There are two ways of constructing a software design:
one way is to make it so simple that there are obviously no deficiencies;
the other way is to make it so complicated that there are no obvious deficiencies.
(C.A.R. Hoare)
|
16-01-2005 11:52 |
|
|
| |
|
spider |
GRAZIE puntozip !!! ... |
16-01-2005 17:33 |
|
|
spider |
.consigliere.
Registered: Oct 2002
Posts: 122 (0.02 al dì)
Location: prov. Pavia
Corso: Informatica
Anno: finito
Time Online: 3 Days, 3:37:11 [...]
Status: Offline
Edit | Report | IP: Logged |
GRAZIE puntozip !!!
|
16-01-2005 17:33 |
|
|
| |
|
spider |
DRAKEND infatti ad es. l'esercizio di un tema d'e ... |
16-01-2005 17:42 |
|
|
spider |
.consigliere.
Registered: Oct 2002
Posts: 122 (0.02 al dì)
Location: prov. Pavia
Corso: Informatica
Anno: finito
Time Online: 3 Days, 3:37:11 [...]
Status: Offline
Edit | Report | IP: Logged |
DRAKEND infatti ad es. l'esercizio di un tema d'esame
Assumere un regolatore "token bucket" con token da 100 byte, capacità di 500 byte e due token al secondo. Quali sono la velocità media, la velocità di picco e le dimensioni massime di un burst di questo regolatore? Possono essere trasmessi pacchetti da 800 byte?
La velocita' media sara' di 200 B/sec. perche' arrivano due token al secondo. La velocita' di picco non dipende dal regolatore. Le dimensioni massime di un burst sono 500 B. Non si puo' trasmettere un pacchetto da 800 B perche' non ci sono mai abbastanza token disponibili.
|
16-01-2005 17:42 |
|
|
| |
|
drakend |
Il libro quando parla del NAT dice:
... |
17-01-2005 15:31 |
|
|
drakend |
.grande:maestro.
Registered: Oct 2002
Posts: 1857 (0.24 al dì)
Location:
Corso:
Anno:
Time Online: 11 Days, 16:15:18 [...]
Status: Offline
Edit | Report | IP: Logged |
Il libro quando parla del NAT dice:
Using the Source port field, we can solve our mapping problem. Whenever an outgoing packet enters the NAT box, the 10.x.y.z source address is replaced by the company's true IP address. In addition, the TCP Source port field is replaced by an index into the NAT box's 65,536-entry translation table. This table entry contains the original IP address and the original source port. Finally, both the IP and TCP header checksums are recomputed and inserted into the packet. It is necessary to replace the Source port because connections from machines 10.0.0.1 and
10.0.0.2 may both happen to use port 5000, for example, so the Source port alone is not enough to identify the sending process.
When a packet arrives at the NAT box from the ISP, the Source port in the TCP header is extracted and used as an index into the NAT box's mapping table. From the entry located, the internal IP address and original TCP Source port are extracted and inserted into the packet. Then both the IP and TCP checksums are recomputed and inserted into the packet. The packet is then passed to the company router for normal delivery using the 10.x.y.z address.
Il mio dubbio è: quando il pacchetto arriva al nat box dall'isp perché estrae il Source port dall'header tcp e non il destination port? Il source del pacchetto di andata dovrebbe essere il destination di quello di ritorno, no?
|
17-01-2005 15:31 |
|
|
| |
|
casper |
si hai perfettamente ragione...io l'ho interpretat ... |
17-01-2005 15:46 |
|
|
casper |
.grande:maestro.
Registered: Jan 2003
Posts: 510 (0.07 al dì)
Location: Terra (forse...)
Corso: Informatica
Anno: Laureato
Time Online: 5 Days, 14:45:28 [...]
Status: Offline
Edit | Report | IP: Logged |
si hai perfettamente ragione...io l'ho interpretato con un errore del libro...ragionando:
il pacchetto arriva dal client interno al dispositivo NAT che sostituisce il source port (ex, porta 12345) con un indice che punta alla tabellina che crea l'associazione porta origine e IP origine.
Quindi abbiamo nel source port questo numerello che indicizza la tabella...
il pacchetto parte...la destinazione compone il pacchetto di risposta inserendo nella PORTA DESTINAZIONE quello che gli è arrivato in porta sorgente (il nostro famoso 12345) e spara il pacchetto....
quando quindi il pacchetto giunge al NAT dall'ISP, NAT deve estrapolare il SOURCE PORT e andare a vedere nella tabellina a che porta sorgente - IP sorgente corrisponde...
quindi anche secondo me è sbagliato...
__________________
...una parte della nostra mente è come un grande register file...i flip-flop master slave alimentati da un clock infallibile (le forti emozioni) memorizzano lo stato dei ricordi.....
...peccato che questo clock molte volte è incontrollabile...
My Blog ->http://yuriweb.wordpress.com
|
17-01-2005 15:46 |
|
|
| |
|
drakend |
Ancora un dubbio:
... |
17-01-2005 16:29 |
|
|
drakend |
.grande:maestro.
Registered: Oct 2002
Posts: 1857 (0.24 al dì)
Location:
Corso:
Anno:
Time Online: 11 Days, 16:15:18 [...]
Status: Offline
Edit | Report | IP: Logged |
Ancora un dubbio:
Cosa intende il libro quando dice che:
Fifth, some applications insert IP addresses in the body of the text. The receiver then extracts these addresses and uses them.
Quello che non capisco è il senso di fare un'operazione del genere: quali indirizzi ip vengono inseriti nel "body of the text" (che è? il payload del pacchetto?)
|
17-01-2005 16:29 |
|
|
| |
|
Bloody |
Ricordo ora e luogo:
... |
18-01-2005 09:13 |
|
|
Bloody |
ex universitaria
Registered: Jan 2003
Posts: 1939 (0.25 al dì)
Location: milano trasferta
Corso: informatica
Anno: dottora :)
Time Online: 49 Days, 2:18:48 [...]
Status: Offline
Edit | Report | IP: Logged |
Ricordo ora e luogo:
Il secondo compito in corso d'anno si terrà giovedi 27 gennaio alle 16:30.
aula G21 (via Golgi): da ABBOU MOHAMMED a GENTILE CARLA compresi;
aula G24 (via Golgi): da GHEZZI MASSIMO a ZIPPO ANTONIO compresi.
L'appello del 28 gennaio si terrà alle ore 16:30 nelle aule V1 e V4 di via Venezian.
__________________
I don't care if you're black, white, straight, bisexual, gay, lesbian, short, tall, fat, skinny, rich or poor. If you're nice to me, I'll be nice to you. Simple as that.
|
18-01-2005 09:13 |
|
|
| |
|
ale82info |
grazie bloody! ... |
18-01-2005 18:44 |
|
|
ale82info |
.grande:maestro.
Registered: Dec 2003
Posts: 2538 (0.34 al dì)
Location:
Corso: Informatica
Anno:
Time Online: 17 Days, 13:18:39 [...]
Status: Offline
Edit | Report | IP: Logged |
grazie bloody!
|
18-01-2005 18:44 |
|
|
| |
|
spider |
HELP!!!
... |
18-01-2005 21:58 |
|
|
spider |
.consigliere.
Registered: Oct 2002
Posts: 122 (0.02 al dì)
Location: prov. Pavia
Corso: Informatica
Anno: finito
Time Online: 3 Days, 3:37:11 [...]
Status: Offline
Edit | Report | IP: Logged |
HELP!!!
Un'applicazione trasferisce su una connessione TCP 100 caratteri con un rate di carattere ogni 20ms. Il RTT è 300ms. Confrontare il numero di byte trasmessi (comprensivi di ack e di header TCP) nei 2 casi : 1) viene adottata la politica di Nagle di gestione finestra di trasmissione 2) non viene adottata alcuna politica di gestione finestre
a) 1420 24100
b) 1800 22100
c) 1420 22100
d) 1800 24100
|
18-01-2005 21:58 |
|
|
| |
|
sampey |
dubbio!!!
... |
19-01-2005 09:27 |
|
|
sampey |
.simpatizzante.
Registered: Dec 2004
Posts: 15 (0.00 al dì)
Location:
Corso: informatica
Anno:
Time Online: 2:23:37 [...]
Status: Offline
Edit | Report | IP: Logged |
dubbio!!!
l'esercizio 9 fatto in classe,relativo all'università di bologna
con reti da 194.76.16. a 194.76.23. calcolare la maschera.
come si risolve? considera 8 reti perchè l'ultimo otteto non
indicato vale 00000000 quindi 8 reti?
e come ottiene quella mask?
grazie!!!!
|
19-01-2005 09:27 |
|
|
| |
|
casper |
[QUOTE][i]Originally posted by sampey [/i]
... |
19-01-2005 09:38 |
|
|
casper |
.grande:maestro.
Registered: Jan 2003
Posts: 510 (0.07 al dì)
Location: Terra (forse...)
Corso: Informatica
Anno: Laureato
Time Online: 5 Days, 14:45:28 [...]
Status: Offline
Edit | Report | IP: Logged |
Originally posted by sampey
dubbio!!!
l'esercizio 9 fatto in classe,relativo all'università di bologna
con reti da 194.76.16. a 194.76.23. calcolare la maschera.
come si risolve? considera 8 reti perchè l'ultimo otteto non
indicato vale 00000000 quindi 8 reti?
e come ottiene quella mask?
grazie!!!!
se guardi negli esercizi pubblicati sul suo sito, trovi la soluzione anche di questo...comunque, sono 8 reti perchè vai da 16 a 23...per 8 reti ti servono 3 bit -> 2^3...metti a zero quindi anche gli ultimi 3 bit del penultimo ottetto oltre che quelli dell'ultimo, mentre tutto il resto va a 1...questo è il modo rapido per risolvero....se guardi sulle sue soluzioni trovi un modo più elegante...
ps. nessuno ha risolto ancora questo ?
Un'applicazione trasferisce su una connessione TCP 100 caratteri con un rate di carattere ogni 20ms. Il RTT è 300ms. Confrontare il numero di byte trasmessi (comprensivi di ack e di header TCP) nei 2 casi : 1) viene adottata la politica di Nagle di gestione finestra di trasmissione 2) non viene adottata alcuna politica di gestione finestre
__________________
...una parte della nostra mente è come un grande register file...i flip-flop master slave alimentati da un clock infallibile (le forti emozioni) memorizzano lo stato dei ricordi.....
...peccato che questo clock molte volte è incontrollabile...
My Blog ->http://yuriweb.wordpress.com
|
19-01-2005 09:38 |
|
|
| |
|
puntozip |
[QUOTE][i]Originally posted by spider [/i]
... |
19-01-2005 11:58 |
|
|
puntozip |
.arcimaestro.
Registered: Jan 2003
Posts: 332 (0.04 al dì)
Location: milano
Corso: Ticom
Anno: 1
Time Online: 10 Days, 4:57:16 [...]
Status: Offline
Edit | Report | IP: Logged |
Originally posted by spider
HELP!!!
Un'applicazione trasferisce su una connessione TCP 100 caratteri con un rate di carattere ogni 20ms. Il RTT è 300ms. Confrontare il numero di byte trasmessi (comprensivi di ack e di header TCP) nei 2 casi : 1) viene adottata la politica di Nagle di gestione finestra di trasmissione 2) non viene adottata alcuna politica di gestione finestre
a) 1420 24100
b) 1800 22100
c) 1420 22100
d) 1800 24100
Io ho ragionato così ma i conti non mi tornano...(dove sbaglio?)
Senza Nagle il trasmittente invia 1 byte alla volta a cui aggiunge l'overhead dell'intestazione: totale (40 + 1) byte per ogni carattere trasferito (da moltiplicare per i 100 caratteri totali), ogni carattere ricevuto deve essere confermato con un ack che ha dimensioni pari all'intestazione tcp. Infine sommo i due totali...
Con Nagle aspetto l'ack x inviare più byte tutti insieme, quindi invio il primo byte con l'overhead dell'intestazione come prima, poi aspetto l'ack che impiega 300ms ad arrivare in quel tempo il trasmittente mette nel buffer 300/20=15 caratteri da inviare tutti in una volta con una sola intestazione, al secondo ack ne invio altri 15 e così via, l'ultimo invio sarà composto da 9 byte + intestazione; per quanto riguarda gli ack questi adesso dovrebbero essere cumulativi quindi uno per ogni ricezione.
Con Nagle risparmio perchè "spalmo" l'intestazione su più byte, e invio un numero inferiore di conferme.
__________________
There are two ways of constructing a software design:
one way is to make it so simple that there are obviously no deficiencies;
the other way is to make it so complicated that there are no obvious deficiencies.
(C.A.R. Hoare)
|
19-01-2005 11:58 |
|
|
| |
|
casper |
idem...ma i conti non tornano...mancano un sacco d ... |
19-01-2005 12:18 |
|
|
casper |
.grande:maestro.
Registered: Jan 2003
Posts: 510 (0.07 al dì)
Location: Terra (forse...)
Corso: Informatica
Anno: Laureato
Time Online: 5 Days, 14:45:28 [...]
Status: Offline
Edit | Report | IP: Logged |
idem...ma i conti non tornano...mancano un sacco di byte ad arrivare ad una possibile soluzione...
__________________
...una parte della nostra mente è come un grande register file...i flip-flop master slave alimentati da un clock infallibile (le forti emozioni) memorizzano lo stato dei ricordi.....
...peccato che questo clock molte volte è incontrollabile...
My Blog ->http://yuriweb.wordpress.com
|
19-01-2005 12:18 |
|
|
| |
|
All times are GMT. The time now is 03:54. |
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|