Newsgroup: it.tlc.telefonia.voip
Titolo: Per chi si lamenta della qualità del voip betamax...

Oggi sto provando il mio fritz 5050 in modalità router con *un* pc 
collegato con emule attivo...
Stesso router e stesso account voipstunt che usavo anche prima, qualità 
decisamente inferiore (traffic shaping attivo).
Ho rimesso un dlink a monte con qos e tos attivo, impostato tos 5 nel 
fritz (stavolta come solo ata con traffic shaping disattivo) e ho 
rifatto chiamate usando i 3 server voipstunt a cui si era connesso 
prima con le 3 chiamate di prova (tanto per non dire che forse era il 
server).
Preciso che sul dlink ci sono *tre* pc con emule a manetta e solo il 
mio in quel momento andava a 220kB/sec upload e il totale in up era di 
circa 40kB/sec
Qualitativamente non c'è paragone... il fritz è un eccellente ata voip, 
ma come router fa scadere parecchio la qualità del voip. Non pensavo, 
però è così.
Col dlink + fritz non c'è assolutamente ritardo, né salti o 
interruzioni, col fritz da solo ogni tanto qualche gracchietto o voce a 
scatti c'era. Ho dovuto smettere di navigare con firefox per sentire 
meglio.
Jitter in ricezione dlink+fritz 3ms, no delay, no packet lost.
Jitter col fritz 26ms, 35ms delay, 0,1% packet lost.
A voi le ovvie conclusioni...
-- 
And I sat down and said
"I don't want to suffer"
But she told me
She had nothing to offer
No more

 A voi le ovvie conclusioni...
Ci aggiungo pure che con eutelia è pure peggio, si vede proprio il 
traffic shaping all'opera che mozza la banda per emule (cala 
velocissimo da 30kB/sec di upload a meno di 10kB/sec se va bene) e cmq 
non ci sta dietro, il fritz rallenta (anche entrandoci via web è una 
pena), la conversazione inizia a saltare, abbasso la cornetta ma il 
fritz tiene la linea voip "alzata" (la spia è accesa) e dopo qualche 
secondo è talmente imballato che si riavvia.
Con dlink + fritz non viene segata la banda ai programmi... Non c'è 
paragone, si torna subito al dlink come router e al fritz come ata :)



Che modello di d-link hai? 

Felix (
felix...@gmail.com
) ha scritto:
:: Ci aggiungo pure che con eutelia è pure peggio, si vede proprio il
:: traffic shaping all'opera che mozza la banda per emule (cala
:: velocissimo da 30kB/sec di upload a meno di 10kB/sec se va bene) e cmq
:: non ci sta dietro, il fritz rallenta (anche entrandoci via web è una
:: pena), la conversazione inizia a saltare, abbasso la cornetta ma il
:: fritz tiene la linea voip "alzata" (la spia è accesa) e dopo qualche
:: secondo è talmente imballato che si riavvia.
A me non è mai capitato nulla di simile, nelle medesime condizioni.

SBS ha spiegato il 23/12/2007 :

emule a manetta (parlo di tante connessioni attive) e chiamata con 
eutelia? Appena stacco emule il problema non c'è più, ma ho veramente 
tantissimi file (e quindi connessioni) attivi. Con pochi file mi mozza 
solo la connessione (il traffic shaping), ma non crolla.
Anche con voipstunt non mi da problemi... Lo fa solo con la chiamata 
eutelia sto casino.
Sicuro che sia la stessa situazione?


Scriveva Banda Bassotti domenica, 23/12/2007:

624t modificato routertech. Ha una gestione qos/tos perfetta. 
Sicuramente anche altri router che supportano tante connessioni e con 
un qos/tos decente hanno risultati analoghi. Il fritz da solo non ce la 
fa con tutte ste connessioni.


 fa con tutte ste connessioni.
c'e' qualcosa che tocca. che kernel monta quel router ? Supporta le 
sip_conntrack ? Come viene settato il traffic shapping dalla maschera 
web ? queste sono le domande importanti perchè l'impegno di processore 
è minimale: non può essere che si pianti per sovraccarico, non esiste.
Ti potre far vedere una macchinina linux mentre esegue suddetto traffic 
shaping; il carico è ridicolo. Ho piuttosto idea che invece ci sia poca 
chiarezza con "qos": non basta quello verso la 5060, bisogna riservare 
banda alle connessioni rtp (normalmente udp e normalmente verso porte 
nel range 16384 32767 usando dei linksys di default, e selezionabili 
comunque a piacimaneto). Esiste poi il problema che questo streaming 
rtp si instaura su una macchina che non corrisponte all'IP del sip; 
quindi regole non precise di qos sono del tutto inutili. Perchè il 
traffico pesante è l'rtp ed è quello che deve venire prilevegiato dalle 
regole di qos. Altro sistema è individuarlo con le conntrack, ma qui 
server un kernel 2.21 almeno se ben ricordo. E poi nascerebbe il 
problema di taggare quello cifrato (srtp). Questo è vero per l'upload. 
Per il download mica dipendende dal tuo di qos, ma da eventuali 
privilegi assegnati a monte dal provider. Insomma non basta dire qos, 
bisogna capire cosa si tagga, cosa si privilegia e con quali regole, e 
quali sono i limiti di operare solo sul proprio sistema.
Essendo un kernel linux basta abilitare ssh e chiderglielo quel che sta 
facendo.

 facendo.
guarda, gli ho fatto un banale telnet, tanto era imballato che non sono 
arrivato alla console e dopo qualche decina di secondi ha fatto un bel 
reboot.
Ripeto, chiudo emule e il problema si risolve. E cmq ripeto, col dlink 
a monte la chiamata è perfetta, col fritz da solo no.
Ergo, non vorrei che molte persone che usano solo il fritz giudichino i 
betamax così male per problemi del fritz risolvibili facendo fare la 
parte modem/router ad un router decente e lasciando al fritz solo la 
parte ata.


 ahimè...
Cpu(s):  2.3% us,  0.3% sy,  0.0% ni, 96.0% id,  0.0% wa,  1.0% hi,  
0.3% si
questa una macchinetta linux senza nemmeno ventole che routa e firewall 
sotto un DoS del typo syn attack con una openvpn a banda piena in 
upload su una 2000/500. Come vedi ste gran risorse non è che siano 
chieste se tutto è configurato a pennello. Il problema è che non serve 
un pennello grande, ma un grande pennello :)
casomai sarebbe interessante un:
iptables -L -n -v
tieni conto che dentro al tuo amico dlink gira sempre un kernel linux 
(basta che ti decomprimi un firmware et voilà il sorpresone) e come 
hardware fa abbastanza cagare, quindi il problema sta altrove, in 
qualche settaggio probabilmente.
Siccome però e per fortuna si accede via ssh ecco che una diagnosi non 
è poi impossibile, e probabilmente nemmeno la soluzione lo è.

 hardware fa abbastanza cagare
forse non ci siamo capiti, il dlink ha una busybox sul kernel 2.6 (vado 
a memoria, potrei sbagliare), ma lui non ha nessun problema manco con 
emule, il routertech caricato dentro è configurato bene proprio per le 
connessioni di emule. Tra l'altro lui non usa il traffic shaping, ma 
una gestione qos e tos eccellente.
E' il fritz che ha problemi con le connessioni di emule ed è il fritz 
che usa il traffic shaping. Anche sul fritz c'è una busybox, ma 
evidentemente è configurata col sedere e di questo ne sono convinto, ma 
ci lavorano in non so quanti a traduzioni dal tedesco, modifiche, 
ds-mod e altre menatine, ma i risultati sono questi...
Di linux e di come lavorare su un firmware di questo tipo non ne so 
nulla e non posso mettermi ad "imparare" ora perchè se faccio un casino 
mi sono giocato l'ata a meno di non fare una ejtag per il collegamento 
diretto per la riprogrammazione da zero, bootloader compreso.
Io sono stra-convinto che con un firmware modificato degnamente si 
possa fargli fare di tutto (il routertech aggiunge un sacco di funzioni 
che il dlink originale non ha), quindi sono altrettanto convinto che si 
possa inserire quello che manca nel fritz (qos e tos tanto per 
iniziare) e fixare per le maggiori connessioni, ma se nessuno lo fa il 
fritz rimane un bell'ata e basta perchè attualmente, come router fa 
pena.
E lo dico dopo aver visto come è stato trasformato quel cesso di dlink 
504T dal routertech. Tra l'altro sono sia il dlink, che il fritz con 
hardware "uguale": AR7
Poi c'è un altro problema: di fritz ce ne sono tantissimi modelli, 
bisognerebbe fare un firmware per ogni modello...


 624t modificato routertech. Ha una gestione qos/tos perfetta.
Ho anche io un sistema simile con router pirelli, ho pero' problemi con 
troppe connessioni. Mi sa che mi regalerņ un dlink a breve... 

 applicazioni NAT-intensive come Emule.
appunto, ma non è un problema del suo hardware, ma della programmazione 
del firmware. I primo dlink 504T e successivamente il 624T che ho con i 
firmware originali si impallano in pochissimo tempo con un solo emule, 
dopo la modifica con il routertech ne reggono 3 di emule in 
contemporanea senza problemi.
Una soluzione tampone era quella, anche col firmware originale, di 
aumentare il numero di connessioni con un comando via ftp, ma era 
un'operazione da rifare tutte le volte che dovevi riavviare.


 senza problemi.
Per mettere il firmware routertech si fa dall'interfaccia web del router 
oppure bisogna usare una procedura particolare?
Se mi passi un link dove reperire guide e info farebbe comodo
:-) 

Banda Bassotti ha pensato forte :

http://www.hwupgrade.it/forum/showthread.php?p=20251225
Ciao :)
