|
|
|
![]() |
|
Strumenti |
![]() |
#21 |
Senior Member
Iscritto dal: Jul 2008
Messaggi: 3301
|
Perfetto
![]() |
![]() |
![]() |
![]() |
#22 |
Senior Member
Iscritto dal: Jan 2006
Città: Montalto Uffugo
Messaggi: 6044
|
|
![]() |
![]() |
![]() |
#23 |
Senior Member
Iscritto dal: Jul 2008
Messaggi: 3301
|
Eh già.
![]() Sentiamo anubbio se ha altre soluzioni. |
![]() |
![]() |
![]() |
#24 | |||
Senior Member
Iscritto dal: Jan 2010
Messaggi: 825
|
Quote:
il qos non lo puoi fare sul download (l'unico modo per farlo "tu utente" è un modo indiretto rallentando gli ack del pacchetti, ma si aprono altri problemi che possono rallentare ulteriormente il tutto), lo potrebbe fare il tuo isp ma è ovvio che Telecom non lo farà mai. Il qos lo fai quindi in modo più efficace ("tu" utente finale) sull'upload. Che sia su 10 Mbs o 250 k non cambia nulla, se l'esigenza dell'op è quella di non avere grossi ritardi quando gioca (e un altro naviga), lo può fare benissimo anche su 250 k. L'importante, come dicevo, è che possa essere il router a dire "il 50% di questi 250k li riservo al gioco, e l'altro 50% alla navigazione" (sparo a caso ovviamente). E questo lo deve fare il router, con il solo switch non lo riesci a fare pur definendo classi di servizio e quant'altro. Per questo dicevo che il solo sw managed non risolverebbe il problema. Quote:
Quote:
Ciao |
|||
![]() |
![]() |
![]() |
#25 |
Senior Member
Iscritto dal: Jan 2006
Città: Montalto Uffugo
Messaggi: 6044
|
completamente o quasi in disaccordo.
Detto questo: buon weekend ![]() |
![]() |
![]() |
![]() |
#26 |
Senior Member
Iscritto dal: Jul 2008
Messaggi: 3301
|
Dunque, tutti d'accordo a consigliare al thread opener un bel router ISR senza spendere una fortuna?
![]() PS. ISR = router multifunzione, aka wireless, voip, routing e switching, modem, firewall, ips etc |
![]() |
![]() |
![]() |
#27 |
Senior Member
Iscritto dal: Jan 2006
Città: Montalto Uffugo
Messaggi: 6044
|
|
![]() |
![]() |
![]() |
#28 | |
Senior Member
Iscritto dal: Jan 2010
Messaggi: 825
|
Quote:
![]() Comunque buon we anche a te! (lo dico senza ironia ![]() Certo |
|
![]() |
![]() |
![]() |
#29 |
Senior Member
Iscritto dal: Jul 2008
Messaggi: 3301
|
Bravo, bravo, che qui si continua a confondere il QoS con il vile bandwidth management per ip/mac address. Se ci mettiamo a discutere sul QoS e CoS facciamo un off topic da sospensione. Meglio fermarsi qui. Quindi vada per routerboard. Che si spende anche poco e si impara qualcosa.
|
![]() |
![]() |
![]() |
#30 | |
Senior Member
Iscritto dal: Jan 2010
Messaggi: 825
|
Mi re-inserisco velocemente solo per riportare un link che ho trovato su wikipedia (non che sia la bibbia, ovvio, ma spiega la cosa con linguaggio non troppo tecnico) a proposito del qos:
link In particolare copio e incollo una sezione dove viene proprio spiegato che si debba intervenire anche lato router per problemi come quelli dell'op, e cita anche il discorso dell'uplink di cui prima mi chiedeva trottolino1970 : Quote:
![]() Ciao |
|
![]() |
![]() |
![]() |
#31 |
Senior Member
Iscritto dal: Jan 2006
Città: Montalto Uffugo
Messaggi: 6044
|
appunto le queue!
Riportò fedelmente : Il modello di QoS originale di Internet, ovvero nessuna QoS, è adatto ad applicazioni elastiche, che possono funzionare anche su reti con prestazioni molto degradate, e viceversa usare tutta la banda a disposizione se questa è abbondante. Altri tipi di servizio sono invece chiamati inelastici, ovvero richiedono un certo livello di banda per funzionare – se ne ottengono di più non la sfruttano e se ne ottengono di meno non funzionano affatto. Sono queste applicazioni che rendono necessaria l'adozione di misure per garantire una certa QoS. Applicazioni che richiedono una QoS sono ad esempio le seguenti: multimedia streaming: può richiedere un throughput garantito; telefonia VoIP può richiedere vincoli molto stretti sul ritardo e sulla variabilità del ritardo (jitter); emulazione di collegamenti dedicati richiede sia un throughput garantito che un ritardo massimo limitato; un'applicazione critica per la sicurezza, come la chirurgia remota, può richiedere un livello garantito di disponibilità, ciò è chiamato anche hard QoS. In contesti lavorativi, può accadere che vengano definiti dei requisiti di QoS anche per applicazioni che non sono intrinsecamente elastiche, per garantire livelli adeguati di produttività. Ad esempio, "il terminale dell'agenzia di viaggi deve riuscire a completare la transazione entro 10 s nel 98% dei casi". Spesso però un requisito di questo tipo richiede di intervenire sia sulla rete che sul sistema informativo che eroga il servizio (ad esempio, allestire un numero adeguato di server). Ultima modifica di trottolino1970 : 04-05-2013 alle 16:07. |
![]() |
![]() |
![]() |
#32 |
Senior Member
Iscritto dal: Jan 2010
Messaggi: 825
|
?? scusa ma non ho capito: cosa intendi evidenziare riportando questa parte ?
Guarda che io mica metto in discussione la necessità di definire classi e compagnia briscola, volevo solo sottolineare che il risultato non lo ottieni solo con uno sw ma ti serve anche un router che supporti il tutto. |
![]() |
![]() |
![]() |
#33 |
Senior Member
Iscritto dal: Jan 2006
Città: Montalto Uffugo
Messaggi: 6044
|
Semplicemente voglio dire che con connessioni "normali", ove per normali intendo le normali connessioni ADSL di casa , nella maggior parte dei casi ( quasi tutti) non è necessario applicare alcuna regola di qos.
sent from mg iPhone 3GS 32 giga white |
![]() |
![]() |
![]() |
#34 |
Member
Iscritto dal: Nov 2012
Messaggi: 64
|
Vi ringrazio dell'aiuto, ma cercavo più qualcosa di gratuito
![]() Visto che il problema non è gravissimo e non si presenta poi troppo spesso ci rinuncerò! Grazie cmq dell'aiuto! |
![]() |
![]() |
![]() |
#35 |
Senior Member
Iscritto dal: Nov 2010
Messaggi: 8955
|
Se vuoi impostare dei limiti alla banda disponibile ai PC della rete, i software ci sono: netlimiter, traffic shaper xp etc.
|
![]() |
![]() |
![]() |
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 13:46.