Chat del 26 Ottobre 2021 dalle 18:30:07 alle 19:09:43

Mattia SBARDELLATI

anzi un ottetto

Alessio GOGO

BuonaSera prof

Stefano SALVI

Buona sera.

Arashpreet SINGH

Buonasera Prof

Marco BENATTI

buonasera

Mattia SBARDELLATI

buonasera prof

Stefano SALVI

Provate a cominciare con le domande.

Antonio DELLA GAGGIA

Buonasera prof

Marco BARACCA

buonasera prof

Simone COCCHI

buongiorno prof

ho subito una domanda

Stefano SALVI

Bene, falla!

Arashpreet SINGH

Prof ma nel HDLC per risovere i 24 bit del BSC uso un unico bit perchè utilizzo il PLL digitale per sincronizzare il clock e il primo byte?

Simone COCCHI

nell\'efficienza del bsc è più 10 o più 5 e poi la seriale è più due giusto?

spiegata un po alla carlona

Stefano SALVI

Arashpreet: io ho fato vedere, per semplicità, come si sincronizza il PLL digitale con un solo bit. In realtà il circuito si sincronizza con "ogni numero di bit". l\'ottetto inziale (flag, 7E hex, 01111110 bin) che indica l\'inzio della trama basta per mettere in passo il PLL digitale.

Arashpreet SINGH

Quindi quello che ho detto sarebbe giusto?

Mattia SBARDELLATI

scusi, prof ma è possibile stampare gli appunti a scuola?

Stefano SALVI

Arashpreet: quello che non mi torna di ciò che hai scritto è "un unico bit". In realtà il sincronizmo (sia per i bit che per il messaggi - gli ottetti) è di OTTO bit, è il flag.

Arashpreet SINGH

Ah quindi il bit che uso per sincronizzarlo sarebbe il flag?

quello all\'inizo della trama

Mattia SBARDELLATI

no, è un byte non un bit

Stefano SALVI

Cocchi: si, è veramente spiegato alla carlona. Nell\'efficienza del BSC devo tenere conto sia dell\'overhead dela trama infomration (5 byte) che della risposta ACK (altri 5 byte). Il "+2" non ha senso. Se ti riferisci al tempo di commutazione, non è misurato in bit ma in secondi, quidni occorre fare dele conversioni. Meglio da bit a secondi per i dati che da secondi a bit per il ritardo.

Marco BENATTI

prof arash ha scritto così perché nelle slide dove spiega il funzionamento del PLL Digitale spiega come questo si sincronizzi attraverso un solo bit e non più 24

Stefano SALVI

Sbardellati: non so. Devi sentire la sala stampa, se ti possono stampare qualcosa, è li.

Mattia SBARDELLATI

ok grazie prof

Arashpreet SINGH

Prof ma se per esempio mando 120 byte con il BSC. Se dovessi fare il calcolo sarebbe 120/120+10 quindi 120/130?

Stefano SALVI

Benatti: lo so... ma quella è una semplificazione. Come ho scritto, il PLL digitale alla fine si sincronizza con qualunque numero di bit, e in particolare il flag iniziale è comunque sufficiente per sincronizzare il clock.

Mattia SBARDELLATI

prof ma come si converte da bit a secondi?

non mi ricordo di averlo fatto

Stefano SALVI

Sbardellati: tramite la velocità di trasmissione, che si esprime in bit/secondi, quindi se divido il numeor di bit per la velocità si ottengono dei secondi (i fisici la chiammano analisi dimensionale).

Mattia SBARDELLATI

quindi se lei mi desse il ritardo di una trasmissione dovrei fare dividere i bit per quello?

Marco BENATTI

Io prof volevo chiederle se è giusto definire il backtrack n come il numero massimo di trame della finestra che "stanno in attesa" di essere confermate

Arashpreet SINGH

invece la mia domanda prof?

:(

Marco BARACCA

::(

Stefano SALVI

Sbardellati: se ti do il ritardo (di commutazione più di trasmissione) dovresti dividere per la velocità sia la lunghezza totale di trama e risposta che la lunghezza dei dati utente (tutti espressi in bit e non in byte), quindi sommare al tempo della trama più risposta, anche il temoo di andata e quello di ritoni, quindi dividere ... (questo lo dovresti sapere).

Alessio GOGO

marco non piangere ti prego

Arashpreet SINGH

:/

Stefano SALVI

Scusa, Arashpreet: si, se non ci fossero ritardi di commutazione/trasmissione, il tuo calcolo sarebbe corretto.

Arashpreet SINGH

Grazie prof

:)

Ma se invece ho dei DLE per alcuni caratteri dovrei sommare +1 al frame per ogni DLE messi?

Stefano SALVI

Benatti: si, direi che è proprio giusto.

Arashpreet: se fai il calcolo in byte, si. Dovresti sommare alla dimensione della trame un "+1" per ogni DLE che devi aggiungere, mentre i dati utente restano sempre uguali.

Marco BENATTI

quindi prof se nel nostro caso ci fossero 7 trame in attesa di conferma, la nostra ipotetica finestra sarebbe piena e il nostro trasmettitore dovrebbe aspettare a inviarne di nuove?

Arashpreet SINGH

Si 1 byte intendevo altrimenti sarebbero 8 bit giusto?

Stefano SALVI

Benatti: si, esatto. se la finestra è 7 ed il trasmettitore ha già 7 trame in attesa di conferma, non trasmette più niente fino che qualcosa non gli viene confermato.

Marco BENATTI

okok grazie prof

Stefano SALVI

Arashprit: non ho capito bene. Se fail il conto in byte, sommi 1 per ogni DLE, se lo fai in bit, sommi 0. È quelloc he ovlevi dire?

Arashpreet SINGH

no intendevo che se sono in bit sono 8 quelli da sommare

Marco BENATTI

poi prof volevo chiederle perché l\' N(r) di un control della trama information viene definito a cavalluccio o a piggybacking?

Stefano SALVI

Arashpreet: stiamo dicendo la stessa cosa.

Arashpreet SINGH

come può essere la stessa cosa sommare 0 e sommare 8 bit?

Stefano SALVI

Benatti: ne parlavo anche stamattina. La trasmissione in una direzione prevede che la sorgente mandi i dati e la destinazione mandi le conferma. Il rpoblema è che la comunicazione in HDLC potrebbe essere bidirezionale, quindi ogni estremo contiene una sorgente per "il file" che trasmette ed una destinazione per "il file" che riceve. L\'N(r) è inserito tra i dati del file inviato, ma è relativo al file ricevuto, che sono cose ben diverse. Quindi l\'apparato "destinatario" del file ricevuto inserisce "a cavalluccio" delle trame dati del file trasmesso, nella parte "sorgente" dello stesso lato, i suoi numeri do conferma.

Simone COCCHI

ggrazie mille prof number one

Arashpreet SINGH

from another planet

Stefano SALVI

Benatti: il problema è che da ogni lato ci sono due "soggetti": il mittente di un file ed il destinatario di un\'altro.

Marco BENATTI

io non c\'ero oggi prof comunque

Marco BARACCA

povero benatti

:(

Arashpreet SINGH

Prof ma come fa sommare 0 e sommare 8 essere la stessa cosa?

);

Stefano SALVI

Benatti: lo so... purtroppo. Sapessi la fatica che ho fatto a spiegare \'sta cosa stamattina... (sperando che sia stata capita).

Marco BARACCA

prof probabilmente arashpreet ci sta rimando male perchè non risponde alla sua domanda

Stefano SALVI

Arashpreet: a cosa ti riferisci?

Arashpreet SINGH

Le ho detto che sommare 1 byte del DLE e come dire sommarne 8 bit giusto???

quando ho tutto i dati in bit ovviamente

Stefano SALVI

Arashpreet: se mai era sommare 1 e sommare 8 (non 0 e 8). Dipende dall\'ujnità di misuta. Se ti dico versami 100 nel secchio, che cosa intendo? 100 cl, magari. A quel punto potrei anche dirti "versami 1 nel seccio" intendendo 1l ...

Arashpreet SINGH

ma il DLE vale 1 byte giusto?

Stefano SALVI

unison command sent throug ssh

opps...

Che ne dite di chiudere?

Arashpreet SINGH

Prof un attimo

Marco BENATTI

povero arash

Arashpreet SINGH

il dle vale 1 byte=

?*

Marco BARACCA

:-@ ;-)

Stefano SALVI

Arashpreet: il DLE è lungo un byte, che equivale ad 8 bit.

Marco BENATTI

(- _|_ -)

Arashpreet SINGH

Ok grazie per la delucidazione

Stefano SALVI

Mi sa che le teste sono un po\' surriscaldate...

Arashpreet SINGH

Già

Stefano SALVI

Allora, ci salutiamo?

Arashpreet SINGH

Va bene prof

Marco BARACCA

va bene prof

Alessio GOGO

va bene

Marco BARACCA

con grande rammarico

Antonio DELLA GAGGIA

va bene prof

buonaserata

Alessio GOGO

le auguro sogni d\'oro prof <3

Marco BENATTI

prof quanti esercizi ci saranno domani in verifica?

Arashpreet SINGH

Buon sera prof sogni d\'oro <3

Stefano SALVI

Allora buona cena, buon riposo, ed in bocca al lupo.

Marco BARACCA

buona serata prof sperando sia buona, per noi non lo sarà