Newsgroup: it.tlc.telefonia.voip
Titolo: Riguardo alla gestione del QoS del Fritz Fon

Visto che se n'è parlato qualche giorno fa e stasera ho fatto un po' di 
prove, riporto qui di seguito i risultati.
Situazione:
Un Fritz Fon a monte della rete su una Alice 4 Mega che fa solo da router, 
non vi sono telefoni attaccati, porta Lan collegata sull'if rossa di una 
macchina IpCop, alla quale sono collegati 4 Fritz Fon Ata sulla verde e 1 
macchina Trixbox sulla orange. Tutti con porta d'ascolto Udp Sip diverse.
Su un pc tengo aperta una finestra dove pingo 192.168.100.1 ovvero il primo 
hop, scarico una iso via ftp e ho emule senza limitazioni.
3 telefoni sul tavolo.
Faccio con Skypho 3 telefonate contemporaneamente con i 3 telefoni verso un 
numero esterno gratuito (il 187 per la cronaca), collegati ad altrettanti 
Fritz Fon Ata, impostati per usare codec compressi, presumibilmente useranno 
il G729. La qualità è buona, la velocità dei download che avevo in corso 
cala, e anche l'upload del mulo ovviamente. Poichè la qualità non decade, mi 
viene da pensare che qualcuno sta intervenendo per dare priorità alla voce 
(il Fon?:)
Poichè non riesco a saturare la banda, provo a fare questo: invece di 
chiamare 3 numeri esterni, chiamo 3 volte un numero che ho configurato sulla 
mia macchina Trixbox (ebbene sì, un numero Skypho può essere chiamato 
contemporaneamente da più telefoni, non so quanti ma sicuramente almeno 
tre!)
Alla terza telefonata connessa la voce comincia a decadere, come è ovvio, ma 
noto che Internet è completamente bloccato, sia il mulo, sia il download che 
avevo in corso e addirittura anche il ping sul primo hop scade!
Evidentemente qualcuno sta cercando di dare tutta la banda disponibile al 
voip nel disperato tentativo di avere una comunicazione accettabile... (il 
Fon?:)
Provo a fare ora questa prova: chiamo 3 numeri della mia macchina Trixbox, 
dalla macchina Trixbox stessa, ovveso 6 telefonate in corso, 3 in uscita e 3 
in ingresso: non riesco a saturare la banda, allora su una di queste 
chiamate apro un disa e mi richiamo nuovamente. Risultato, 8 chiamate in 
corso, la voce non si sente più per niente, la banda internet è ridotta al 
minimo, però la navigazione è ancora possibile, il mulo scarica ancora a 
qualche kb, il ping sul primo hop c'è ancora.
Morale della favola: il router Fritz Fon che ho a monte della rete sembra 
garantire la priorità dei pacchetti voip che vengono dai Fritz Ata, 
rallentando, fino addirittura a bloccare il traffico internet. Non riesce 
invece a garantire la priorità totale ai pacchetti voip che arrivano dalla 
macchina Trixbox.
Resta da capire ora il modo in cui è gestito il QoS, se sia semplicemente il 
tos oppure vi sia qualcos'altro...
Ah per la cronaca sul Trixbox non ho modificato il settaggio di default del 
tos che è tos=0x68 ... e non so cosa voglia dire quel 68, io sapevo che 
doveva essere a zero di solito... :)
Andiamo a letto va... buonanotte... 

prove, riporto qui di seguito i risultati.
la tua ricerca mi sembra piuttosto significativa perchč stabilisce il
principio, ancorchč empirico ma valido fino a prova contraria, che il
fritz! router privilegia i pacchetti voip dei fritz! ata collegati alla
sua sottorete, ma sembra andare in crisi con i pacchetti voip generati
da altre macchine (= non fritz!) della sottorete.
tale risultato sembra andare in accordo con i risultati di altri
colleghi che in passato avevano osservato decadimenti del voip generato
da macchine della sottorete del fritz! router.
se quei fetenti della avm, invece di blindare tutto, avessero divulgato
uno straccio di manuale tecnico (non il manuale utente) con 4 settaggi,
non avremmo dovuto perdere le nostre nottate a far prove con i loro
maledetti router invece che passarle in modi piů piacevoli.
a torta fatta, dalla tua esperienza par di capire che il qos del voip
sia garantito se generato da ata fritz! sulla sottorete del router
fritz!
bella lě.
se vuoi fare altre prove, facci sapere i risultati.
per esempio, sarebbe interessante sapere se e con quale tag del trixbox
pervieni ad una gestione del qos paragonabile a quella degli ata fritz!
sarebbe inoltre interessante che qualcuno, registrato su
www.vocesuip.com
, faccia un bel forward del tuo articolo sul forum per
vedere cosa ne pensano gli smanettoni: io lo seguo saltuariamente e non
sono registrato.
ciaoooooooooooooooooooo.

 fritz!
No scusate... per quanto riguarda la documentazione avm sono perfettamente 
d'accordo, un manuale tecnico avrebbero dovuto prevederlo. :-)
Ma i pacchetti IP generati dal Fritz non sono di certo fuori standard, 
quindi questa dichiarazione che il Fritz "riconosce i suoi pacchetti" è un 
po' semplicistica...
Gli header sono standardizzati, e le specifiche sono ben note.
Aggirando il problema (ossia quello della carenza di documentazione della 
avm) basta semplicemente un banalissimo sniffer di rete ed una comparazione 
degli header - tracciato alla mano - dei pacchetti generati dal Fritz e dal 
Tribox, per vedere in che punto differiscono (tos/qos/flags?).
E' un lavoro certosino, lo so... ma è l'unico che porta ad una risposta 
seria e concreta!
B.

Antonio ha scritto:

Anche io ho fatto delle prove, ho provato solo con skypho qiundi non 
sono molto attendibili, se devo dirla tutta la qualità non è granché con 
o senza scarico...quindi ad essere franco non sono molto soddisfatto di 
Eutelia, un giudizio definitivo lo darò scadute le 10 euro ma per adesso 
non ci siamo propio.

Tribox, per vedere in che punto differiscono (tos/qos/flags?).
evabè, ci vuole un laboratorio di elettronica, speriamo ci sia qualcuno
che lo metta in piedi e trovi il tempo e la voglia di fare delle prove
serie, ma magari ci vorranno mesi, mentre le prove fatte dal collega ci
sono adesso, ci sono subito e dicono cose piuttosto precise.
ciaooooooooooo.

 precise.
Un laboratiori di elettronica? Non esagerare... :-))
E' sufficiente un qualsiasi sniffer, anche software, su una qualsiasi 
macchina con qualsiasi sistema operativo, dotata di due schede ethernet, da 
inserire tra Asterisk ed il Fritz.
Asterisk --(cavo crossed)-- Pc sniffer --(cavo crossed)-- Fritz router
Poi bisogna configurare lo sniffer per visualizzare/salvare i pacchetti in 
transito di un certo tipo (udp) ed analizzarli... anche una semplice stampa 
dell'header, in formato Hex, va bene.
La cosa va ripetuta poi con la seconda configurazione:
Fritz ATA --(cavo crossed)-- Pc sniffer --(cavo crossed)-- Fritz router
Ed infine basta un confronto dei due tracciati.
La differenza (se c'è) dovrebbe subito saltare all'occhio. :-)
Io adesso sto parlando così, per teoria, ma probabilmente qualcuno sta cosa 
l'ha già fatta... hai spulciato bene il forum vocesuip? Lì sono molto 
smanettoni, e probabilmente questa informazione l'avranno già sviscerata 
(almeno credo).
Per concludere, ti dico che anche io ho curiosato sul comportamento del 
Fritz, per quanto riguarda la gestione della banda, ed ho scoperto che il 
Fritz non si limita al semplice QoS, ma esegue operazioni più sofisticate. 
Ma anche la mia è una prova empirica, quindi da prendere con le pinzette... 
:-)
Se attivo un download pesante (es. la ISO di una distro di linux) il monitor 
del traffico mi segna un download costante a 230K/sec (ho una adsl 2Mega).
Fin qui, è tutto corretto.
Ma non appena alzo la cornetta di un telefono collegato alla porta FON e 
compongo un numero, noto che il monitor del traffico in download mi segnala 
un *brusco* calo della velocità, fino a portarsi quasi allo zero!!
Da questo comportamento si evince che il Fritz opera un drastico 
abbassamento della velocità del traffico dati, molto probabilmente (è una 
mia supposizione) ritardando l'invio degli ACK alla controparte, in modo da 
rallentare la velocità di invio di nuovi dati.
Questa sembra essere una mossa "prentiva" del Fritz che esula dalle 
specifiche tecniche del protocollo QoS (il quale non prevede questa 
manovra), probabilmente fatta all'unico scopo di garantire l'utilizzo 
dell'intera banda passante alla telefonata VoIP che si sta per iniziare.
Qualche secondo dopo, non appena il flusso dati UDP si stabilizza (intorno 
ai 10K/sec nel mio caso) noto che il Fritz riapre la velocità del download 
in corso, attestandosi intorno ai 210-215KB/sec.
Questo mi fa pensare che il Fritz opera un gestione molto intelligente per 
garantire il traffico VoIP (cosa tra l'altro dichiarata dallo stesso 
costruttore, ma senza purtroppo fornire specifiche tecniche) eseguendo una 
sorta di "stima" della banda necessaria al VoIP, e gestendo la limitazione 
del rimanente traffico IP in maniera intelligente (ossia tagliandola 
bruscamente in modo preventivo, e ripristinandola al valore massimo 
consentito soltanto DOPO aver appurato qual'è la reale esigenza di banda del 
traffico VoIP in corso).
Ma tutto questo non ha a che vedere con l'origine del nostro discorso, ossia 
in che modo il Fritz identifica un flusso dati come "meritevole" di questo 
"trattamento di favore"... :-))
Ripeto: soltanto uno sniffer, con relativa analisi degli headers, può dare 
una risposta certa e sicura.
Io non ho Asterisk né altri apparati, altrimenti avrei potuto farlo io... 
comunque non ci vuole un laboratorio di elettronica, né uno sniffer hardware 
dedicato.
Basta semplicemente un pc con doppia scheda, opportunamente configurato allo 
scopo, e molto mooolto tempo a disposizione per il lavoro....  :-)))
Scusami ancora per prima, non volevo affatto essere offensivo verso 
l'analisi empirica, ma volevo soltanto esprimere il concetto che le risposte 
a questo quesito si possono ottenere soltanto con le misurazioni, che 
andrebbero effettuate direttamente sul campo.
Ciao
Bruno

scopo, e molto mooolto tempo a disposizione per il lavoro....  :-)))
appena ho 2 minuti faccio 1 giro sul forum per vedere se qualcuno ha
fatto due prove sul qos.
ciaoooooooooooooooo.