Newsgroup: it.tlc.telefonia.voip
Titolo: Confronto Skypho-Voipcheap: ritardo

Ciao a tutti,
ho usato voipcheap per un certo periodo di tempo, con scarsa
soddisfazione devo dire.
Il punto hc mi ha dato maggiore fastidio è la scarsa qualità della
voce, e il ritardo introdotto nelle conversazioni.
Ho fatto un (limitato ed artigianale) confronto con Skypho, utilizzando
lo stesso ATA (un Grandstream HT286 rel.3) configurato con gli stessi
parametri (in particolare QoS Lev.3=184 codec G.729AB) e la stessa ADSL
alla stessa ora nelle stesse condizioni di carico.
Risultato: con voipcheap la voce arriva con un ritardo
avvertibilissimo!! Direi nell'ordine di 1 sec!!!
Con Skypho il ritardo (se c'è) è impercettible.
Il test l'ho fatto chiamando in italia, sul mio numero di fisso
Telecom.
Avete anche voi lo stesso problema? E' risolvibile, o non ci si può
fare niente?
Nel frattempo io continuo le prove  ;-)

Ecco: adesso nel chiamare i cellulari "del vento"  mi becco una voce
registrata che mi invita a regolarizzare la mia posizione
amministrativa mandanlo un fax ad un certo numero, o a chiamre il
centocinquanta5 ;-)))
Che ne dite? Una spigazione potrebbe essere che voipcheap ha attivato
qualche SIM "vento", magari con la tariffa Vento10 (che puta caso è
proprio 10 Eurocent al minuto verso tutti i cellulari italiani), e poi
ha ecceduto i limiti di traffico...
Certo che non è una gran bella figura, verso gli utenti!!!
ROTFL!!!
Achille ha scritto:




*)
qualità voipcheap: non è sempre uguale; spesso è perfetta, a volte
effettivamente no
*)
ho appena chiamato anch'io un cellulare wind adesso:
- al primo tentativo mi risponde una voce che dice che il cellulare
wind non è
  abilitato a ricevere chiamate
- al secondo tentativo mi risponde una voce della h3g che mi dice che
debbo
  ricaricare credito per chiamare
- al terzo tentativo ci riesco senza problemi
era una cosa che non mi era mai successa da quando utilizzo voipcheap
(4 mesi), dunque mi sa che la qualità stia degradando; probabilmente
hanno preso varie schede ed a rotazione utilizzano o una o l'altra;
nel caso della wind praticamente pagherebbero 10ec (detraendone inoltre
l'iva) e lo rivenderebbero a 11,6ec (10+iva germanica);
a me basterebbe che funzionasse, possibilmente sempre!
ciao
Johnny



Sono daccordo!
Ed invece i miei primi minuti di traffico con Skypho (a dispetto del
goliardico nome) sono stati tutt'un altro film.
Nessun ritardo apprezzabile, e qualità dell'audio molto molto buona.
Per contro in un paio di occasini, mi hanno chiamato al cellulare
beccandosi l'occupato; ovviamente non è possibile perchè ho sia
l'avviso di chiamata che la segreteria, ed inoltre in quel momento il
mio cellulare era libero ed in ottima copertura.
Evidentemente era un loro problema di congestione, solo che anzichè
dare il "fast busy" mi hanno dato il "busy" (magari un problema di
configurazione del loro Asterisk).
Perè sono un po' più costosetti, sopratuto per il mobile (anche se
comunque sempre meglio di tutte le tariffe fisso-mobile che ho visto
finora) e per l'internazionale, che però io non uso quasi per niente.

Ho iniziato anch'io con Skypho con gli stessi scarsi risultati.
Poi ho provato Kebu (
www.kebu.it
) e la qualità del servizio è
tutt'altra.
Ciao

 Con Skypho il ritardo (se c'è) è impercettible.
Prova a fare questi test:
C:\Documents and Settings\Davide>tracert 
sip.voipcheap.com
Tracing route to 
sip.voipcheap.com
 [80.239.235.200]
over a maximum of 30 hops:
  1    <1 ms    <1 ms    <1 ms  my.router [192.168.1.1]
  2    29 ms    27 ms    27 ms  
xdsl-gw.net.ngi.it
 [81.174.0.1]
  3    28 ms    28 ms    27 ms  
core2-v4.net.ngi.it
 [81.174.0.66]
  4    28 ms    27 ms    27 ms  212.239.110.41
  5    29 ms    27 ms    27 ms  
Port-channel1.core1.MLT-Milan.teleglobe.net
 
[195.219.158.13]
  6   223 ms   199 ms   200 ms  
if-0-0.core2.MLT-Milan.teleglobe.net
 
[195.219.158.6]
  7    47 ms    47 ms    47 ms  
if-5-3.core1.PG1-Paris.teleglobe.net
 
[80.231.72.57]
  8    46 ms    45 ms    46 ms  
if-10-1.har1.PG1-Paris.teleglobe.net
 
[80.231.72.46]
  9    43 ms    44 ms    43 ms  
prs-b1-link.telia.net
 [213.248.98.109]
 10    43 ms    43 ms    43 ms  
prs-bb2-pos0-2-0.telia.net
 [213.248.65.81]
 11    49 ms    47 ms    47 ms  
ffm-bb2-pos6-0-0.telia.net
 [213.248.65.118]
 12    47 ms    47 ms    48 ms  
ffm-b1-pos12-0.telia.net
 [213.248.68.18]
 13     *        *        *     Request timed out.
 14  ^C
C:\Documents and Settings\Davide>tracert 
voip.eutelia.it
Tracing route to 
voip.eutelia.it
 [195.62.225.244]
over a maximum of 30 hops:
  1    <1 ms    <1 ms    <1 ms  my.router [192.168.1.1]
  2    27 ms    27 ms    27 ms  
xdsl-gw.net.ngi.it
 [81.174.0.1]
  3    28 ms    30 ms    28 ms  
core2-v4.net.ngi.it
 [81.174.0.66]
  4    50 ms   200 ms   215 ms  212.239.110.41
  5    28 ms    28 ms    28 ms  
ge5-0.milano1-gsr0.net.inet.it
 
[212.239.97.110]
  6    28 ms    29 ms    29 ms  
eutelia2.mix-it.net
 [217.29.67.64]
  7    45 ms    43 ms    43 ms  
eutelia2.mix-it.net
 [62.94.31.150]
  8    43 ms    43 ms    43 ms  
eutelia2.mix-it.net
 [62.94.31.154]
  9    44 ms    42 ms    45 ms  195.62.227.30
 10    44 ms    63 ms    42 ms  
ptp-Sam-Ats.ats.it
 [195.62.224.142]
 11    43 ms    43 ms    58 ms  
voip.eutelia.it
 [195.62.225.244]
Trace complete.
-- 
Davide Granzotto 

 Prova a fare questi test:
Per esempio i miei ?
C:\WINDOWS\system32>tracert 
sip.voipcheap.com
Rilevazione instradamento verso 
sip.voipcheap.com
 [194.221.62.206]
su un massimo di 30 punti di passaggio:
  1     1 ms    <1 ms    <1 ms  192.168.178.41
  2    18 ms    18 ms    18 ms  213.205.16.19
  3    18 ms    19 ms    17 ms  213.205.19.193
  4    20 ms    32 ms    17 ms  
ge-4-2.rom16.ip.tiscali.it
 [213.205.17.101]
  5    40 ms    40 ms    39 ms  
so-2-0-0.fra20.ip.tiscali.net
 
[213.200.82.157
  6    50 ms    38 ms    41 ms  
ge-2-0-0-1105-dcr2.fra.cw.net
 
[213.200.65.222
  7    39 ms    39 ms    55 ms  
so-6-0-0-zar1.fri.cw.net
 [195.2.10.226]
  8     *        *        *     Richiesta scaduta.
  9     *        *        *     Richiesta scaduta.
 10     *        *        *     Richiesta scaduta.
 11     *        *        *     Richiesta scaduta.
 12     *        *     ^C
C:\WINDOWS\system32>
C:\WINDOWS\system32>tracert 
voip.eutelia.it
Rilevazione instradamento verso 
voip.eutelia.it
 [195.62.225.244]
su un massimo di 30 punti di passaggio:
  1    <1 ms    <1 ms    <1 ms  192.168.178.41
  2    19 ms    19 ms    17 ms  213.205.16.19
  3    17 ms    17 ms    19 ms  213.205.19.194
  4    18 ms    24 ms    17 ms  
ge-3-0.rom16.ip.tiscali.it
 [213.205.17.81]
  5    38 ms    30 ms    30 ms  
so-1-1-1.mil19.ip.tiscali.net
 
[213.200.80.49]
  6    30 ms    30 ms    29 ms  
so0-0-0-622M.ar2.LIN1.gblx.net
 
[64.208.110.41
  7    31 ms    29 ms    31 ms 
EDISONTEL-S-P-A-Milan.ge-1-2-0.404.ar2.LIN1.g
.net [64.209.92.50]
  8    63 ms    45 ms    44 ms  
a2-0-10.ar1.ee.eutelia.it
 [62.94.31.150]
  9   322 ms   284 ms   301 ms  
plugit.cp.eutelia.it
 [62.94.31.154]
 10    45 ms    55 ms    45 ms  195.62.227.30
 11    45 ms    50 ms    46 ms  195.62.224.142
 12    44 ms    47 ms    45 ms  
voip.eutelia.it
 [195.62.225.244]
Rilevazione completata.
Che significa che voicheap non si raggiunge ed eutelia si?

 Che significa che voicheap non si raggiunge ed eutelia si?
No, è solo che Voipcheap non risponde al ping e quindi non si può fare una 
misurazione precisa. Però gli hop precedenti possono dare un'indicazione di 
massima.
Nel tuo caso i tempo di latenza tra i due servizi sono praticamente 
identici. Anche soffri dello stesso ritardo di cui si lamenta Achille?
-- 
Davide Granzotto 

 identici. Anche soffri dello stesso ritardo di cui si lamenta Achille?
A Volte ; e ho l'impressione sempre quando qualcuno dei miei computer in 
rete usa emule.
1-2 secondi di ritardo e test di velociata sui 3 mb nonostante i 12 mega e 
nonostante il fatto che emule scarichi sui 20-30 k.
Sempre per cercare di far conviver emule con la fonia del fritz ma ho i miei 
dubbi che ci possa riuscire. 

 miei dubbi che ci possa riuscire.
Infatti Emule è un osso duro ... bisogna limitare sia la banda che le 
connessioni.
-- 
Davide Granzotto 

 connessioni.
piu' le connessioni che la banda....

Johnny
Quasi tutti i gestori voip sia italiani che esteri utilizzano s1m per 
terminare il traffico voip sui cellulari qualsiasi essi siano cioè a 
prescindere dall'operatore.
Anche loro sanno che per chiamare un cellulare è più conveniente utilizzare 
un cellulare e quindi dello stesso operatore che si stà chiamando. Quindi 
wind x wind H3g x H3g etc etc a meno di tariffe "universali" che consentono 
di chiamare diversi operatori a prezzi convenienti.
Ovviamente a tariffe di 10 cents (voipcheap) non si può sperare di parlare 
sempre ma bisogna sapere accontentarsi di beccarsi ogni tanto i messaggi di 
credito esaurito e/o di posizioni non regolarizzate delle sim che 
l'operatore utilizza per terminare traffico mobile.
Ciao Max 


Si infatti il tempo di risposta al ping era la prima cosa che avevo
controllato anch'io.
Oviamente varia a seconda della fascia oraria e del carico di rete, dai
40-50 ai 199 ms
Ad esempio in questo momento ho:
C:\Documents and Settings\caterina>tracert 
voip.eutelia.it
Rilevazione instradamento verso 
voip.eutelia.it
 [195.62.225.244]
su un massimo di 30 punti di passaggio:
  1     1 ms    <1 ms    <1 ms  192.168.1.1
  2     *        *        *     Richiesta scaduta.
  3    20 ms    20 ms    19 ms  213.205.16.53
  4    20 ms    19 ms    19 ms  213.205.19.34
  5    20 ms    19 ms    20 ms  
ge-3-2.nap10.ip.tiscali.it
[213.205.17.185]
  6    53 ms    55 ms    54 ms  
so-1-1-1.mil19.ip.tiscali.net
[213.200.80.49]
  7    57 ms    57 ms    57 ms  
so0-0-0-622M.ar2.LIN1.gblx.net
[64.208.110.41]
  8    57 ms    56 ms    58 ms
EDISONTEL-S-P-A-Milan.ge-1-2-0.404.ar2.LIN1.gblx
.net [64.209.92.50]
  9    76 ms    74 ms    73 ms  
a2-0-10.ar1.ee.eutelia.it
[62.94.31.150]
 10   143 ms   272 ms   238 ms  
plugit.cp.eutelia.it
 [62.94.31.154]
 11    74 ms    74 ms    73 ms  195.62.227.30
 12    76 ms    76 ms    76 ms  195.62.224.142
 13    77 ms    77 ms    78 ms  
voip.eutelia.it
 [195.62.225.244]
e per quanto riguarda voipcheap
C:\Documents and Settings\caterina>tracert 
sip.voipcheap.com
Rilevazione instradamento verso 
sip.voipcheap.com
 [194.221.62.207]
su un massimo di 30 punti di passaggio:
  1     4 ms    <1 ms    <1 ms  192.168.1.1
  2     *        *        *     Richiesta scaduta.
  3    20 ms    21 ms    20 ms  213.205.16.53
  4    19 ms    22 ms    19 ms  
po1.c72g1.na-bkb2.net.tiscali.it
[213.205.19.49]
  5    20 ms    20 ms    19 ms  
ge-3-3.nap10.ip.tiscali.it
[213.205.17.189]
  6    97 ms    49 ms    52 ms  
so-1-0-0.fra20.ip.tiscali.net
[213.200.81.214]
  7   103 ms   104 ms    58 ms  
ge-2-0-0-1105-dcr2.fra.cw.net
[213.200.65.222]
  8   105 ms   100 ms    99 ms  
so-6-0-0-zar1.fri.cw.net
 [195.2.10.226]
  9     *        *        *     Richiesta scaduta.
 10     *        *        *     Richiesta scaduta.
 11     *        *        *     Richiesta scaduta.
 12     *        *        *     Richiesta scaduta.
 13     *        *        *     Richiesta scaduta.
 14     *        *        *     Richiesta scaduta.
 15     *        *        *     Richiesta scaduta.
 16     *        *        *     Richiesta scaduta.
 17     *        *        *     Richiesta scaduta.
 18     *     ^C
Propngo una prova molto "qualitativa" e soggettiva, ma forse rende
l'idea.
Chiamatevi dalla linea voipcheap sul fisso di casa e sul cellulare, e
parlate nel microfono del telefono voipcheap tenendo all'orecchio la
cornetta della linea di casa (o del cellulare).
Vi accorgerete che potete pronunciare una parola piuttosto lunga,
diciamo 8 sillabe,  tipo "bigodino"... "cavalletto" e simili, e
sentirete nella cornetta la parola qualche istante dopo che avete
finito di pronunciarla!!!!
Questo ovviamente è inaccettabile, e mi fa pensre ad un delay di
almeno qualche secondo.
Naturalmente se il server di voipcheap rispondesse al ping dovremmo
vedere qualcosa tipo 2000-3000 ms.
Invece con skypho avrete in (quasi) contemporanea anche monosilabi,
tipo "si", "no" e simili.
Almeno questo è quello che succede da me: confermate?

 nonostante il fatto che emule scarichi sui 20-30 k.
Secondo me non c'entra ne il p2p ne la banda a disposizione, ma
piuttosto il delay,che dipende essenzialmente dal numero i hop.
Infatti io ho 2-3 sec di ritardo (con voipcheap) senza nessun p2p o
altro protocollo che impegna la banda, ed u na ADSL 4 MB Tiscali

Aggiungo un'altra considerazione, sulla quale vorrei il vostro parere.
Probabilmente misurare i tempi di risposta al ping dei proxy server dei
vari VSP ha poco senso, visto che poi la comunicazione si stabilisce in
RTP tra il nostro ATA/IP-phone ed il gateway indicato dal proxy, il
quale potrebbe cambiare ad ogni chiamata o per direttrice chamata.
Forse questo discorso vale in maniera minore per Skypho, che
probabilmente avrà le machine in Italia, e magari nello stesso
building/subnet.
Nel loro caso i tempi di ping del proxy server presumibilmente saranno
molto simili a quelli dei gateway.

 quale potrebbe cambiare ad ogni chiamata o per direttrice chamata.
Non necessariamente, ma per scrupolo prova a fare un po' di debugging 
(tramite syslog per esempio) per identificare i server utilizzati.
-- 
Davide Granzotto 

Io con skypho e lo stesso tuo adattatore e Alice, se telefono in Italia, 
vado benissimo. Questa estate ho fatto delle telefonate verso gli USA ed era 
un disastro, al punto di non riuscire a comunicare. E dire che era proprio 
questo il mio scopo. 

Già fatto.
Purtroppo i messaggi di DEBUG del HT386 non sono per nulla dettagliati,
ed in particolare non fanno nessun riferimento al peer del protocollo
RTP.
Forse potrei provare con ethereal ed x-lite,.
Davide Granzotto ha scritto:


 Forse potrei provare con ethereal ed x-lite,.
Ah, ecco ... così tagli la testa al toro. :-)
-- 
Davide Granzotto