Newsgroup: it.tlc.telefonia.voip
Titolo: Consiglio su QoS

Ho un Robotics USR9105 con gestione del QoS, ma non capendoci ancora niente, 
chiedevo lumi a chi ne sa di più ;-P
Che impostazioni mi consigliate per dare priorità al VoIP?
Ho queste voci nel router:
Assign Priority and/or IP Precedence and/or Type Of Service for the class:
Priority:  Low-Medium-High
IP Precedence:  0-1-2-3-4-5-6-7
IP Type Of Service:  Normal Service-Minimize Cost-Maximize 
Reliability-Maximize Throughput-Minimize Delay
Specify Traffic Conditions for the class :
Protocol:  TCP/UDP-TCP-UDP-ICMP
Source IP Address:
Source Subnet Mask:
Source Port (port or port:port):
Destination IP Address:
Destination Subnet Mask:
Destination Port (port or port:port):
Grazie 1000!
Un saluto by Elia 


Non so se può esserti utile. Io ho il 9107 e va molto bene. PEr il qos 
ho seguito questa guida 
http://www.usr.com/support/9107/9107-it-ug/tutorial4.htm
Dovrebbe andare bene anche per il 9105.
Ciao, Andrea

 Ciao, Andrea
Grazie! Ci provo ;-)
Ciao by Elia 

Elia Finotti ha scritto:

meglio toglierlo,cosi la banda la prende l'applicazione che la usa prima

Scriveva Elia Finotti venerdì, 13/04/2007:

Fammi sapere come va, perché non sono sicuro di aver fatto i settaggi 
migliori e forse la tua esperienza potrebbe aiutarmi.
A presto, Andrea

 A presto, Andrea
Ho messo queste regole e a detta di mia moglie, non c'è problema, anche 
scaricando col PC ;-)
http://img87.imageshack.us/img87/972/immaginegr6.jpg
ciao by Elia 

 meglio toglierlo,cosi la banda la prende l'applicazione che la usa prima
Hai mai chiamato col VoIP mentre col PC ti stai scaricando una distro di 
linux? 

 
http://img87.imageshack.us/img87/972/immaginegr6.jpg
Ma non bisogna mettere le porte?
Io uso un altro router ma sul qos ,brancolo nel buio.......non ho mai 
trovato niente di convincente.
Mi domando come possa fare un router a discernere fra un traffico voip ed 
altro traffico se non si specificano le porte che usa.......oppure 
sbagliero' io.......evidentemente... "discerne" ;-)
In particolare quei voip1 2 e 3 immagino che sia un nome che tu hai dato 
......o e' legato al protocollo sip? si ma come?

 ......o e' legato al protocollo sip? si ma come?
Tiro a indovinare: nelle regole è stato impostato l'IP dell'ATA, 
dandogli la priorità per il traffico diretto da/a.

 la priorità per il traffico diretto da/a.
Quasi indovinato, è l'IP del PC con su TrixBox... 

 ......o e' legato al protocollo sip? si ma come?
Sì, è un nome che ho dato io... per ora sono soddisfatto...
... ma accetto volentieri dei consigli ;-) 


Grazie Elia,
ho impostato un ip come hai fatto tu, perché non mi è molto chiara la 
sintassi da seguire se si utilizzano diverse porte. In altre parole, ho 
messo l'ip utilizzato per il mio Ata. Non lo ho ancora sperimentato, ma 
conto di farlo presto.
Ciao, Andrea

 ... ma accetto volentieri dei consigli ;-)
Averceli....;-) 

"Elia Finotti" ha scritto:

Ragazzi, il discorso QoS è molto più complesso di quello che credete!!
Un vero traffico IP gestito in QoS, deve essere trattato come tale da TUTTE 
le apparecchiature (router) coinvolte nel flusso!!
Il QoS viene gestito tipicamente tramite dei "tag", presenti nei pacchetti 
IP, sia a layer 2 che a layer 3. Può essere inoltre gestito anche 
"discriminando" il traffico mediante riconoscimento dell'indirizzo IP e/o 
della porta, mittente o destinatario.
La configurazione QoS che noi facciamo abitualmente (intento dire noi, a 
casa nostra, sui nostri router) è limitata alla nostra subnet, e non impatta 
sul traffico esterno, quindi viene tipicamente gestita con il secondo metodo 
(riconoscimento IP e/o porta).
Istruire i nostri router a "privilegiare" l'inoltro di determinati pacchetti 
IP piuttosto che altri, serve unicamente allo scopo di dare precedenza al 
traffico VoIP rispetto al traffico TCP/IP generico (http, ftp, p2p, ecc...), 
in modo da rallentare il traffico dei pc ed agevolare quello della 
conversazione VoIP.
Se abbiamo un apparato VoIP hardware (tipicamente un ATA), allora è 
consigliabile configurare il router in modo che il TUTTO il traffico 
proveniente dall'IP  dell'ATA sia privilegiato - in termini di precedenza - 
rispetto agli altri IP della subnet.
Se invece usiamo un software VoIP sul pc (quindi non è possibile 
discriminare il traffico VoIP per IP) allora bisogna configurare la porta 
utilizzata dal flusso voce (tipicamente 8000-8001 su protocollo UDP). Ma 
attenzione... le porte potrebbero essere diverse, a seconda dei provider e/o 
dell'utente finale.
Rimane comunque il fatto, NON DI SECONDARIA IMPORTANZA, che tutto questo 
lavoro che facciamo, vale SOLTANTO per il traffico di casa nostra!!
Una volta passato il primo hop (il nostro router), i pacchetti arrivano al 
secondo nodo (il gateway del provider), e da lì poi attraversano "n" 
apparati, prima di arrivare a destinazione.
Tutti questi apparati - mi spiace dirvelo - generalmente se ne fregano, del 
vostro/nostro tag QoS!! :-(
A complicare le cose, ci si mette pure una fumosa ed ambigua gestione dei 
valori ToS (Type of Service), mai standardizzata, che rende impossibile 
l'omologazione del traffico VoIP su rete pubblica.
Alcuni ATA, ma anche router e/o software, permettono di marcare il 
qualificatore ToS dei pacchetti VoIP. A volte ci sono dei valori 
preimpostati, altre volte sono a 0 (ma modificabili).
Andare ad inserire (o modificare) i valori di ToS nel router domestico, non 
porta nessun beneficio (in quanto tali valori, nella migliore delle ipotesi, 
vengono ignorati dagli apparati pubblici coinvolti nel flusso dati).
Bene ha fatto Elia, a configurare il suo router in modo da "privilegiare" 
tutto il traffico IP proveniente dal Tribox: è l'unica cosa che purtroppo 
possiamo fare... più di questo è inutile! :-(
Poi, se nonostante questo accorgimento, la voce a volte arriva in ritardo, o 
la conversazione è "strappata"... beh, la responsabilità è dei router 
coinvolti nel traffico, e non certamente nostra: a casa nostra abbiamo fatto 
tutto il possibile!!
Concludendo, quindi, ribadisco che è inutile andare a configurare tag nei 
layer 2 e 3 dei pacchetti VoIP, e che la soluzione migliore - quando 
possibile - è sempre quella di privilegiare tutto il traffico IP proveniente 
dall'apparato VoIP.
Saluti, e buona configurazione QoS a tutti
B.

 Averceli....;-)
Ne ho uno io: se volete essere sicuri di scaricare dal PC e da tutta la 
vostra rete senza sentire a strattoni le telefonate, prendetevi un 
ATA/router, come il LinkSys 2102.
Ha una porta LAN e una WAN, collegando tutta la rete alla sua porta WAN 
gestirą egregiamente il QoS per la sotto rete:
QOS Settings
QOS QDisc: NONE - TBF
Maximum Uplink Speed: (Kbps)
Ciao by Elia 

 B.
Il mio problema, era che scaricando applicazioni o ricevendo posta un pò 
corposa, la chiamata balbettava un pò, mi serviva giusto per la mia rete 
interna, per fortuna è proprio dove posso agire per fare la differenza ;-)
Ciao e grazie by Elia 

 dell'utente finale.
Ecco... proprio questo è il mio problema.
Le porte sembrano non essere "fisse", anche con Skypho...
Risulta anche a te?
In ogni andrebbero aperte queste (UDP)? 3478, 5060, 8000, 8001
In caso di più numeri attivi sul softphone basta "proseguire" dopo la
8001 di due in due? (es. 8002-8003 per la seconda linea, 8004-8005 per
la terza, ecc.)
Per il TOS è meglio "Maximize reliability" o "Minimize delay"?
O entrambi in due regole diverse?
Putroppo la documentazione del router è inesistente (ho anche scritto
alla UTstarcom senza ottenere risposta) e mi trovo un po' in
difficoltà...
--
Lurkos

 ha scritto nel messaggio 
news:evu972$rlm$1...@newsreader.mailgate.org...
Elia ha un tribox dedicato al voip e quello che hai detto e' 
convincente......ma quello sfaccimme di banda bassotti ;-)......mi ha detto 
di privilegiare anche  lui TUTTO quello che viene dall'ATA.....io ho 
obbedito ma mi sembra una incongruenza.
Dal mio ata ( wlan fritz box) proviene traffico dati e voce insieme e  quel 
che e' peggio arriva sopratutto traffico da e per emule.....non rischio di 
privilegiare anche emule in questo modo peggiornado il qos del traffico 
voce? 

 voce?
Secondo me sì, almeno se la tua configurazione è
router <--> ata <--> telefoni/computer
e la regola l'hai impostata sul router.
Dovresti impostare una regola basata o sull'IP del destinatario (IP
provider) o sulle porte usate, ma non sono molto sicuro.
--
Lurkos

 linux?
Con le regole che hai impostato come va adesso?
Se stai scaricando una grossa ISO e inviando file via ftp e dopo inizi
una telefonata, la banda utilizzata dal computer cala?
Su "uk.telecom.voip" *Loz* mi sta facendo notare che la cosa
importante è sapere dopo quale banda in upload iniziano a perdersi e/o
arrivare tardi, ma sinceramente mi sembra che il tuo router (come il
mio, del resto) non utilizzi questa strategia.
--
Lurkos

 mio, del resto) non utilizzi questa strategia.
Leggo anche io quel NG ;-)
Ma mi sembrava dicesse che è difficile stimare qual'è la reale banda 
disponibile e bisognerebbe sapere quanta banda a disposizione hai nel 
momento che perdi i pacchetti per poter settare bene il QoS...


 provider) o sulle porte usate, ma non sono molto sicuro.
Esatto, io sono fortunato perché con quell'IP viaggia solo il VoIP, ma sennň 
bisogna proprio distinguere le porte e mi sembra di capire che sono piů 
importanti le RTP. Sul mio Linksys sono impostate le porte 16384-16482.
Ciao by Elia 

 momento che perdi i pacchetti per poter settare bene il QoS...
Abbiamo detto praticamente la stessa cosa... :-)
Ad ogni modo non vedo come poter utilizzare questa strategia con un
router tipo il nostro (anche il tuo č basato su AR7?): da quello che ho
visto non c'č modo di riservare della banda per alcune specifiche
applicazioni...
-- 
Lurkos