dubbio pre-esame: idle rq o continuous rq?
Clicca QUI per vedere il messaggio nel forum |
| MarcoVigna17 |
il protocollo sliding window, è continuous rq o idle rq? perchè non mi torna una cosa:
se fosse idle rq sarebbe uguale al protocollo par, però non è continous rq perchè non invia "in parallelo"...insomma, non so se metterlo di qua o di là, voi potreste aiutarmi? |
| MarcoVigna17 |
| e già che ci siamo, non ho ben capito la questione del range dei numeri di sequenza nel go-back-n e nel selective repeat, cioè il perchè va dimensionata così la finestra del ricevente. qualcuno avrebbe la pazienza e la bontà di rispondermi? |
| nikogalla |
Originally posted by MarcoVigna17
e già che ci siamo, non ho ben capito la questione del range dei numeri di sequenza nel go-back-n e nel selective repeat, cioè il perchè va dimensionata così la finestra del ricevente. qualcuno avrebbe la pazienza e la bontà di rispondermi?
La finestra del ricevente? I numeri di sequenza influiscono sulla finestra di invio..
Per il GO BACK N --> w=MAX_SEQ
ES. ho 3 bit per i numeri di sequenza, quindi 2^3 frame=8. I numeri di sequenza vanno da 0 a 7. Quindi MAX_SEQ=7
Per il SR --- > w=(MAX_SEQ+1)/2
quindi, sempre con 3 bit per i numeri di sequenza, ho MAX_SEQ= (7+1)/2 = 4 |
| MarcoVigna17 |
| si questo l'avevo capito, ma nn mi è chiaro il perchè dimensionando così non ho problemi di ambiguità per i frame in caso di errori... |
| M3lkor |
| Per il GBN hai un frame in meno per evitare il wrap dei numeri di sequenza. Per lo stesso motivo con SR usi la metà dei possibili numeri di sequenza, perchè ti servono il doppio degli identificatori possibili in ogni momento quindi puoi avere solo la metà dei numeri di seguenza "in corsa" |
| M3lkor |
| PS: per la prima domanda, ti stai rispondendo da solo. Se fai uno sliding windows vuol dire che hai più di un frame da inviare-inviati. Quindi non puoi essere in uno schema irq, poichè questo prevede che tu invii un frame e aspetti fino alla ricezione dell'ack |
|
|
|
