cerca
Domande Damiani
modifica cronologia stampa login logout

Wiki

UniCrema


Materie per semestre

Materie per anno

Materie per laurea


Help

Domande Damiani

Torna alla pagina di Sistemi per l'elaborazione delle informazioni


 :: Domande Damiani ::
  • Perchè gli errori nella telefonia vengono tollerati mentre nei dati no?
    Un bit errato nella trasmissione voce può far sentre male la voce stessa o presentare rumori di sottofondo ma comunque si capisce lo stesso! Se invece il bit errato è quello di un programma l'esecuzione dello stesso uò dare problemi e nei casi peggiori mandare il progarmma in CRASH.
  • Nell'uso dei protocolli MAC, la banda influenza il rischio di collisione?
    Si, più è grande la banda e minore è il rischio di collisione. Poi se la mia è una superbanda posso anche tenere il protocollo ALOHA.
  • Può capitare che il Gateway G debba fare più che cambiare lo header per consegnare un pacchetto su una Ethernet diversa da quella del destinatario?
    Si perchè mittente e destinatario non essendo sulla stessa ethernet( ad esempio una è ARP el'altra ATM che è molto maggiore rispetto la prima), il gateway deve frammentare il pacchetto.
  • RANDOM, FLOODING e HOT POTATO : quali di queste tecniche di instradamento basati su tabelle garantisce il recapito del pacchetto?
    Se la rete è molto connessa va bene FLOODING e RANDOM ( tutte le strade portano a Roma). HOT POTATO è il meno efficiente.
  • Quali modifiche può fare un router su un pacchetto?
    Il router può operare in due direzioni:
    • modificare il flag di deframmentazione nel caso in cui il pacchetto debba essere frammentato
    • diminuire il TTL (Time To Live). Ad esempio scegliamo 16 bit per il TTL. Inviamo il pacchetto sulla rete e ad ogni router che passa il TTL viene toglie 1 bit.
      Quando TTL = 0 il pacchetto viene droppato (eliminato)
  • Che differenza c'è tra DHCP e ARP?
    • DHCP assegna dinamicamente gli indirizzi IP. Se un pc si collega a una rete in cui c'è DHCP, dovrà chiedergli un indirizzo IP per viaggiare su quella rete. Il pc in questione perciò invia un messaggio con il suo MAC e gli viene data risposta con IP, sottomaschera di rete, default gateway e a volte anche l'indirizzo del DNS (Domain Name Server). Attenzione! C'è una scadenza per questo indirizzo decisa dal programmatore del DHCP, scaduto questo tempo dovrò inoltrare nuova richiesta.
    • ARP invece serve per far costruire agli host delle tabelle in cui si associano indirizzi IP e MAC. E' ARP stesso che manda un messaggio broadcast per farsi dare tutti gli indirizzi. Questa tabella viene aggiornata quando si connette un nuovo pc. Siano A l'host mittente e B l'host di cui non si conosce il MAC address. L'host A invia una richiesta in broadcast indicando l'indirizzo IP di B. B risponderà ad A con una reply unicast. Ogni pc ha una cache in cui memorizza le risoluzioni più recenti.
  • Di cosa ho bisogno per andare sulla rete?
    Ho bisogno:
    • dell'indirizzo;
    • della maschera di sottorete;
    • del gateway.
  • Come faccio a sapere se l'instradamento è diretto o indiretto?
    Facendo il test del prefisso (la famosa roba che mette in AND il mio indirizzo con la maschera.
  • Perchè con selective repeat è difficile mantenere l'astrazione del canale FIFO?
    Perchè il ricevente deve tenere nel buffer tutti i pacchetti inviati (è oneroso).
  • Come si calcola la checksum dell'header IP se essa stessa ne fa parte?
    Perché non tiene conto del campo somma, che fissa a 0.
  • Specificare la sequenza di eventi quando una macchina manda il pacchetto al proprio indirizzo di rete o al loop
    Se lo manda all'indirizzo di rete crea un vero e proprio frame ethernet, lo scrive sul filo e se lo manda. Se manda un pacchetto al loop fa una copia del pacchetto memoria su memoria, il pacchetto quindi in realtà non passa mai per la rete.
  • Quali sono le condizioni di integrità sul pacchetto?
    Il pacchetto che ci sta in un frame ethernet deve starci anche in un frame di una rete diversa, altrimenti le due reti non possono comunicare. Per fare in modo che ciò avvenga il frame della rete più piccola deve essere grosso almeno quanto l'header IP dell'altra, altrimenti non sarà possibile trasmettre nessun payload.
  • Differenze UDP e TCP?
    UDP fornisce un servizio inaffidabile e non orientato alla connessione. La sua unica funzione è quella del multiplexing.
    TCP fornisce un servizio affidabile e orientato alla connessione. Funzioni:
    • controllo di flusso end to end
    • controllo di congestione end to end
    • ritrasmissione di PDU persi o corrotti
    • consegna nella corretta sequenza delle unità dati
  • Differenze banda nominale banda reale
    La banda nominale è quella che mi viene data, cioè quella che potrei effettivamente usare, mentre quella reale è quella che uso, togliendo cioè l'overhead.
  • Avete un flusso audio-video, lo mando su TCP o su UDP?
    Da wikipedia: "Dato che le applicazioni in tempo reale spesso richiedono un ritmo minimo di spedizione, non vogliono ritardare eccessivamente la trasmissione dei pacchetti e possono tollerare qualche perdita di dati, il modello di servizio TCP può non essere particolarmente adatto alle esigenze di queste applicazioni"
    Da Mirco: "EFFETTIVAMENTE LA PERDITA DI UN PACCHETTO DI UN FLUSSO AUDIO O VIDEO NON COMPORTA L'IMPOSSIBILITà DI SENTIRE O VEDERE IL FILMATO POICHè UN PACCHETTO, A GRANDI LINEE, CONTIENE UN MILLI-MICRO SECONDO DI FLUSSO AUDIO O VIDEO, IL CHE, ALL'OCCHIO O ALL'UDITO UMANO RISULTEREBBE QUASI IMPERCETTIBILE; Mirco"
    Da Dario: "Anche io ricordo che aveva parlato dell'utilizzo di UDP proprio nei casi in cui non sia necessario ogni singolo pacchetto, e l'esempio era proprio la trasmissione di audio/video... Dario."
    Da Francesco: "Visto che la domanda è "aperta" (non specifica dove avviene la connessione, se la rete è congestionata o meno) e può dar luogo a diverse risposte, io aggiungo la mia. E' possibile anche avere un flusso ibrido TCP/UDP, nel senso che, una prima parte del flusso lo effettuo con connessione TCP e se gli ACK arrivano tutti correttamente procedo con UDP visto che si ipotizza che la trasmissione sia funzionale. Se invece gli ACK tardano a ritornare o ci sono molti problemi sulla linea, UDP non sarebbe più una soluzione ottimale visto che non si ha nessuna garanzia che il pacchetto arrivi a destinazione (anche a fronte di quello che ha detto Mirco sull'impercettbilità del pacchetto mancante)per cui si procede solamente con TCP.....Francesco"
  • Possibili domande sullo Header IP
    • tipo di servizio
    • protocollo
    • flag
    • IHL

Torna alla pagina di Sistemi per l'elaborazione delle informazioni