QoS su messagenet

[iurly]

Ciao a tutti,

da circa un anno uso il mio account messagenet nelle modalità più disparate (da un ATA Grandstream HandyTone-286, da un Access Gateway, da CSipSimple su Android, da Linphone su PC etc).
Non riesco però ad avere uno straccio di QoS in downstream. Lo scenario classico è: mentre sono al telefono (analogico collegato a un ATA, quindi hardware dedicato), da PC apro Google Maps e inizio a fare un po' di zoom avanti e indietro... a quel punto smetto di sentire il mio interlocutore e al suo posto sento lo stesso frammento di voce in ripetizione, finché la mappa non è completamente visualizzata (1-2 secondi).
So che raccontata così sembra un problema di PC poco potente, ma essendo la voce gestita su un apparato a parte, direi che il PC non ha alcuna colpa se non quella di richiedere un'enorme mole di dati dai server google.
Il problema rimane più o meno lo stesso sia cambiando apparato, sia usando un softphone, sia spostandomi su 3 ADSL diverse.
Ho provato a sniffare un po' il traffico, e mentre i miei pacchetti RTP in upstream escono un bel DSCP 0x28, quelli che ricevo dal server Messagenet sono anonimamente marchiati con DSCP 0x00 (e TTL 55, quindi direi che attraversano quasi una decina di host). E su quelli direi che non posso farci granché...

Ho cercato sul Web in lungo e in largo, ma di QoS di messagenet nessuno dice niente.
Possibile che sia io l'unico sulla faccia dello stivale ad avere questo problema?
Avreste un provider alternativo da consigliare (che dia un numero geografico italiano possibilmente gratis, accesso SIP standard, tariffe al secondo senza scatto alla risposta)?

Grazie mille!

[linus]

Il problema non è il pc, non è dell'ATA, nè CSipSimple, nè il provider voip, ma del router dove devi impostare la priorità di banda al servizio voip, che da come descrivi il problema sembra che il tuo router o non è impostato correttamente o ne è sprovvisto.

Nel caso in cui vi è un QoS efficiente vedresti diminuire la velocità di caricamento delle mappe di google mentre telefoni.

Messagenet come qualità del servizio è uno tra i migliori di quelli italiani.

linus

[iurly]

Il problema non è il pc, non è dell'ATA, nè CSipSimple, nè il provider voip, ma del router dove devi impostare la priorità di banda al servizio voip, che da come descrivi il problema sembra che il tuo router o non è impostato correttamente o ne è sprovvisto.

Questo sarebbe assolutamente vero nel caso di problemi in UPSTREAM (come, immagino, nel 99% dei casi), dove il router deve imbottigliare tutto il traffico LAN (tendenzialmente fino a 100 Mbps) su pochi miseri Kbps di banda upstream. E fin qui non ci piove.
Ma in downstream il problema non dovrebbe sussistere, dovendo il router riversare poco più di un megabit/sec downstream (alla faccia dell'ADSL2+) su un'interfaccia LAN di 100Mbps.
Quello che intendo dire è che quando i pacchetti arrivano al mio router, questo ormai non può più farci nulla perché non è lui il collo di bottiglia. Se i pacchetti voce gli arrivano in ritardo perché preceduti da una valanga di traffico dati, cosa può farci poveretto?
Semmai il problema ci sarebbe su tutti i router/switch dal server messagenet fino al DSLAM, sono loro che dovrebbero dare priorità al traffico voce.
Ma come, se il server messagenet non li marca in qualche modo? A me viene in mente solo il DSCP...
A meno di non andare a guardare dentro i singoli pacchetti... insomma la vedo troppo complicata.

Nel caso in cui vi è un QoS efficiente vedresti diminuire la velocità di caricamento delle mappe di google mentre telefoni.

Dubito di essere così sensibile da percepire questa differenza di velocità... :-)
Stiamo sempre parlando (nel caso peggiore) di 100 Kbps scarsi (ad esagerare!) su una banda di almeno un Mbps.

Messagenet come qualità del servizio è uno tra i migliori di quelli italiani.

linus

Non lo metto minimamente in dubbio. E' per questo che mi stranizza molto che il traffico non venga marcato.
A meno che eventuali problemi sull'upstream abbiano ripercussioni anche in downstream, ma mi sembra molto strano...

L'ultima possibilità che mi viene in mente è che sia in effetti il mio router il collo di bottiglia, ma per motivi diversi (ovvero perché è la CPU che è satura).
Però su un link ADSL a 1 Mbit scarso, dubito che "normale" traffico Web possa avere ripercussioni di questo tipo.
Fosse traffico p2p (con un miliardo di flussi attivi), magari sì, ma non è questo il caso...

Grazie per la risposta, attendo lumi o smentite sulle mie affermazioni...

[mipaneb]

.
.
.

Ciao e benvenuto sul forum

CUT... quando i pacchetti arrivano al mio router, questo ormai non può più farci nulla perché non è lui il collo di bottiglia. Se i pacchetti voce gli arrivano in ritardo perché preceduti da una valanga di traffico dati, cosa può farci poveretto?

Può farci, può farci...

Che router utilizzi?

http://www.petri.co.il/voip-quality-of- ... basics.htm

In sintesi:
telefonia Voip: UDP=SIP+RTP (stack OSI 4 e 5)
applicativi web, come le mappe di google: HTTP (stack OSI 7)

Un router con funzionalità Voip non sempre utilizza la metodologia FIFO su tutto il traffico; può applicare delle tecniche di feedback adattivo/predittivo, oppure di riserva di banda per il traffico UDP, oppure delle politiche di QoS basato sulla marcatura dei pacchetti (in effetti su internet questa metodica, pur prevista, è tuttora largamente inutilizzata, probabilmente per difficoltà di carico computazionale e di banda), ma anche sulla priorità nello stack UDP rispetto al traffico TCP/IP, senza dimenticare il tunneling

https://www.cpug.org/forums/qos-quality ... -voip.html
http://informatica.scienze.unimore.it/i ... alTime.pdf
http://en.wikipedia.org/wiki/OSI_model# ... 2FIP_model
http://www.voip-info.org/wiki/view/QoS+ ... IO+and+HTB

RSVP
http://voip.html.it/articolo08.aspx

DiffServ
http://www.petri.co.il/voip-quality-of- ... basics.htm

http://www.google.it/url?sa=t&rct=j&q=& ... BA&cad=rja

Alcuni esempi:
http://www.voipmechanic.com/qos-for-voip.htm

avendo un router Linksys:
http://www.voipmechanic.com/setting-qos ... S_settings:
http://www.voipmechanic.com/setting-qos-for-voip.htm

Draytek:
http://www.3cx.it/blog/router-draytek-qos/

Cisco:
http://www.cisco.com/en/US/docs/switche ... swqos.html



Concludendo: se non hai un router con funzionalità dedicate od impostabili per il voip, quando fai una telefonata Voip dedicati anima e corpo alla telefonata, le mappe di google potranno attendere!





Stay tuned
Michele






_______________________
Fritz!Box 7170v1 58.04.84 - TeleTu7M - 7616/480 - s/n 14/14 - LA 26/21
Fonera - Speedport W701V - Fritz!Fon 7150 - SPA2102 - Zyxel 660HW61

[linus]

Un esempio:

[iurly]

.
Ciao e benvenuto sul forum

Grazie!

.

CUT... quando i pacchetti arrivano al mio router, questo ormai non può più farci nulla perché non è lui il collo di bottiglia. Se i pacchetti voce gli arrivano in ritardo perché preceduti da una valanga di traffico dati, cosa può farci poveretto?

Può farci, può farci...

Che router utilizzi?

Ne ho provati diversi, tra cui uno, diciamo così, "artigianale" (è una storia molto lunga...).
In questo momento sto provando anche con un Fritz!Box Fon.

.

http://www.petri.co.il/voip-quality-of- ... basics.htm

In sintesi:
telefonia Voip: UDP=SIP+RTP (stack OSI 4 e 5)
applicativi web, come le mappe di google: HTTP (stack OSI 7)

Un router con funzionalità Voip non sempre utilizza la metodologia FIFO su tutto il traffico; può applicare delle tecniche di feedback adattivo/predittivo, oppure di riserva di banda per il traffico UDP, oppure delle politiche di QoS basato sulla marcatura dei pacchetti (in effetti su internet questa metodica, pur prevista, è largamente inutilizzata), ma anche sulla priorità nello stack UDP rispetto al traffico TCP/IP, senza dimenticare il tunneling

Tutto sacrosanto, ma, ripeto, a mio parere vale per l'upstream, NON per il downstream.
Da quel che mi risulta, mamma Telecom per i suoi servizi Alice Voce mette (sui suoi server e sui suoi apparati lato utente) un bel ToS 5. Tutti gli apparati lungo il percorso (perché sono comunque gestiti da loro) sono configurati per prioritizzare quel tipo di traffico, e buonanotte al secchio. Certo, quello è un caso particolare perché tra il telefono e il server TUTTI gli apparati sono sotto gestione e controllo di un singolo operatore...

Adesso ho appena provato con il Fritz!Box Fon (eredità della defunta Vira), facendo l'echo test di messagenet (chiamando il 5000001) e lanciando un DSL Speed Test (http://www.speedtest.net). Durante la fase downstream dello speed test, il messaggio di presentazione dell'echo test si sente 'na schifezza.
Qualcuno ha mai fatto e/o potrebbe fare la stessa prova?

.
Concludendo: se non hai un router con funzionalità dedicate od impostabili per il voip, quando fai una telefonata Voip dedicati anima e corpo alla telefonata, le mappe di google potranno attendere!

Consiglio doppiamente saggio... non fare innervosire l'interlocutore per la bassa qualità della conversazione E per la propria distrazione navigando sul Web. :-)
Ma non risponde alla domanda iniziale... :-)
Grazie comunque!

[mipaneb]

.
.
.

CUT... ripeto, a mio parere vale per l'upstream, NON per il downstream

Il tuo parere, come quello di chiunque, è pienamente lecito e rispettabile, però tu stesso noti:

Durante la fase downstream dello speed test, il messaggio di presentazione dell'echo test si sente 'na schifezza

Da cui si deduce che il primo assunto non è vero, specie in presenza di codec audio non compressi, banda ADSL non esuberante e router non ottimizzato
E non dovrebbe quindi risultare per nulla strano che invece sulla fonia Voip in uscita (pur in presenza di una banda ADSL in upstream più ridotta) non ci sia alcun problema, visto che il traffico internet non Voip la lascia pressochè libera, a differenza di tutti i test ed applicazioni TCP/IP web standard eseguibili in simultanea

Come va l'echo-test in assenza di altro traffico web?

In definitiva: se il router e/o la banda disponibile in downstream non sono ottimizzati e/o sufficienti, anche uno speed-test manda in saturazione la banda quanto e più delle mappe di google, con ovvie conseguenze sulla fonia Voip





Stay tuned
Michele







_______________________
Fritz!Box 7170v1 58.04.84 - TeleTu7M - 7616/480 - s/n 14/14 - LA 26/21
Fonera - Speedport W701V - Fritz!Fon 7150 - SPA2102 - Zyxel 660HW61

[celerig]

Prima di tutto grazie a Michele per i preziosi link sul qos!

--

Ciao iurly, concordo su ogni riga di Michele.

Ti serve un router che gestisca il qos in qualche maniera, ti consiglio il draytek2100vg.

http://www.draytek.com/products/broadba ... 100vg.html

Da quel che mi risulta, mamma Telecom per i suoi servizi Alice Voce mette (sui suoi server e sui suoi apparati lato utente) un bel ToS 5. Tutti gli apparati lungo il percorso (perché sono comunque gestiti da loro) sono configurati per prioritizzare quel tipo di traffico, e buonanotte al secchio. Certo, quello è un caso particolare perché tra il telefono e il server TUTTI gli apparati sono sotto gestione e controllo di un singolo operatore...

Il voip di alice voce viene instradato attraverso un vc e vp diverso della linea adsl telecom, non occorre quindi fare nessun qos da parte del router in quanto il traffico voce è come se passasse su un adsl distinta, o meglio una adsl con banda garantita up e down dedicata a comunicare con i server sip di telecom. Lo fa anche fastweb, bt, infostrada, tiscali...


Eugenio