Controllo della congestione: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
m Bot: fix sezioni standard |
Nessun oggetto della modifica |
||
(6 versioni intermedie di 5 utenti non mostrate) | |||
Riga 4:
In generale, in una rete di telecomunicazioni, un problema di [[congestione (reti)|congestione]] è determinato da un eccesso di domanda rispetto alle capacità trasmissive della rete.
Nelle reti a commutazione di circuito (es. la rete telefonica) una situazione di congestione si manifesta nella impossibilità di instaurare una connessione tra due terminali (''telefonata''). Tale circostanza viene manifestata all'utente che ha richiesto la telefonata attraverso uno speciale ''tono di congestione''<ref>Ministero delle Comunicazioni - [http://www.isticom.it/documenti/normazione/pdf/ST%20768.pdf Specifica Tecnica n.768] {{Webarchive|url=https://web.archive.org/web/20110411023625/http://www.isticom.it/documenti/normazione/pdf/ST%20768.pdf |date=11 aprile 2011 }} - Interfacce analogiche d'utente per centrali telefoniche urbane (2003)</ref>.
Nelle reti a commutazione di pacchetto, i [[pacchetto (reti)|pacchetti]] attraversano una grande quantità di [[apparato di rete|dispositivi]] diversi, come ad esempio [[router]], [[switch]], [[bridge (informatica)|bridge]]. Questi dispositivi, e i collegamenti che li interconnettono, hanno capacità di elaborazione e di trasmissione finite, che possono portare a situazioni di [[congestione (reti)|congestione]], nelle quali i dispositivi suddetti non sono in grado di smistare tutto il [[traffico (telecomunicazioni)|traffico]] offerto in ingresso da varie [[connessione (informatica)|connessioni]] tra utenti causando perdita di pacchetti e/o eccessivi ritardi.
Il termine controllo di congestione si applica specificamente alle reti a commutazione di pacchetto, nelle quali è
La funzionalità di controllo della congestione è suscettibile di diverse modalità di implementazione, che possono coinvolgere il [[livello di collegamento]], di [[livello di rete|rete]], di [[livello di trasporto|trasporto]] o anche il [[livello applicazioni]].
I vari meccanismi di controllo della congestione differiscono per:
Line 34 ⟶ 32:
Per applicazioni che non utilizzano TCP, le funzionalità di controllo di congestione possono essere realizzate al [[livello applicazioni|livello applicazione]]. I meccanismi di controllo di congestione implementati a livello applicazione perseguono l'obiettivo di essere ''TCP-friendly'', ovvero quello di consentire alle sorgenti di traffico di trasmettere ad un tasso non superiore a quello consentito ad una sorgente TCP nelle stesse condizioni.
Ciò al fine di perseguire, in situazioni di congestione, la equa ripartizione della capacità trasmissiva (''fairness'') tra flussi TCP e non-TCP. Esempi di meccanismi di controllo della congestione a livello applicazione sono TFRC (TCP Friendly Rate Control)<ref>RFC 5348</ref> e pgmcc<ref>
{{cita pubblicazione |nome= Luigi|cognome= Rizzo|titolo= pgmcc: a TCP friendly single rate Multicast congestion control scheme|rivista= ACM SIGCOMM Computer Communication Review|editore= ACM|città= |volume= 30|numero= 4|anno= 2000|mese= ottobre|pp= 17-28|id= |pmid= |url= http://web.cs.ucla.edu/classes/fall03/cs218/paper/pgmcc.pdf|lingua= Inglese|accesso= 05/07/2017|abstract= }}</ref>. Lo schema di controllo della congestione TFRC si pone come obiettivo quello di competere in maniera equa con i flussi TCP su scale dei tempi di media durata, ma di consentire un tasso di trasmissione meno variabile di quello imposto da TCP su scale dei tempi brevi. A tal fine, TFRC misura la probabilità di perdita ed il round trip time di una comunicazione end-to-end ed usa questi come parametri per un modello del throughput TCP. Il throughput previsto da questo modello è quindi usato per determinare il tasso di trasmissione di un flusso TFRC.▼
▲{{cita pubblicazione |nome= Luigi|cognome= Rizzo|titolo= pgmcc: a TCP friendly single rate Multicast congestion control scheme|rivista= ACM SIGCOMM Computer Communication Review|editore= ACM|città= |volume= 30|numero= 4|anno= 2000|mese= ottobre|pp= 17-28|id= |pmid= |url= http://web.cs.ucla.edu/classes/fall03/cs218/paper/pgmcc.pdf|lingua= Inglese|accesso= 05/07/2017|abstract= }}</ref>.
==Note==
Line 45 ⟶ 40:
==Bibliografia==
* {{cita libro | titolo= Reti di calcolatori e internet: Un approccio Top-Down | autore= J. Kurose | autore2= K. Ross | editore= Pearson | edizione= 6ª ed. | ISBN = 978-88-7192-938-5 | anno = 2013 }}
* {{cita libro | titolo= Computer Networking : Principles, Protocols and Practice | autore= Olivier Bonaventure | url= https://inl.info.ucl.ac.be/CNP3 | lingua= inglese | accesso= 11 luglio 2017 | urlarchivio= https://web.archive.org/web/20170728072418/https://inl.info.ucl.ac.be/cnp3 | dataarchivio= 28 luglio 2017 | urlmorto= sì }}
==Voci correlate==
Line 55 ⟶ 50:
* {{cita web|http://cnp3book.info.ucl.ac.be/2nd/html/principles/sharing.html#network-congestion|Sharing resources}}
{{Controllo di autorità}}
{{Portale|Telematica}}
|