Program na testování kvality internetu

[Návštěvník]

Je možné, že program funguje jen s veřejnou IP adresou? Já mám neveřejnou a pořád dostávám

siprtp.c ...Call #0 disconnected. Reason=408 (Request Timeout)

a to i s vypnutym firewallem...

[xsouku04]

Je možné, že program funguje jen s veřejnou IP adresou? Já mám neveřejnou a pořád dostávám

siprtp.c ...Call #0 disconnected. Reason=408 (Request Timeout)

a to i s vypnutym firewallem...

Ne, funguje to samozřejmě i s neveřejnou ip adresou. Jediné co mohu poradit je zkusit změnit lokální porty.
Timeout znamená, že se žádný paket nevrátil.

[xsouku04]

Nyní je možné si otestovat i kvalitu lokální sítě.

Program dovede nyní nově fungovat i jako server, takže můžete ověřovat kvalitu různých úseků nebo lokální sítě.
Můžete si tak snadno otestovat, jestli nezahazuje pakety např. váš nekvalitní/přetížený switch nebo router.

Podle naší zkušenosti poměrně často způsobují potíže i switche, a to často poněkud záhadným způsobem.

Pokus chcete program spustit v režimu server, stačí v položce TO_uri vybrat 'server'. Porty se nastavují stejným způsobem jako u klienta.
Server pak vypíše na jaké ip adrese a portu číhá.
U klienta (stejný program jen spuštěný na jiném počítači) pak napíšete tyto údaje do políčka TO_uri tedy např. sip:192.168.0.105:5066 .

Pokud máte podezření, že internet je nekvalitní jen směrem k odorik.cz, můžete si kvalitu internetu otestovat ještě vůči uri v Německu sip:music@iptel.org nebo sip:enum-test@sip.nemox.net .

Update: testování na německá uri nefunguje vždy plně korektně. Příčinu zatím neznáme.

Pokud si nakonec budete stěžovat vašemu poskytovateli internetu, doporučuji mu sdělit všechna měření, které jste zkoušeli a jejich výsledky. Usnadníte mu tak hledání problému a vaše stížnost bude vypadat mnohem věrohodněji. Je třeba mít na paměti, že pokud vaše stížnost zní ve smyslu "zlobí mi internet, udělejte s tím něco" a nemáte rozumný důkaz čím to doložit, nebude se tím nikdo chtít zabývat. Podobných planých stížností má totiž spousty.

[Zedna]

Mam dotaz, zkousel jsem SIPTest na jedne ne uplne kvalitni wifi siti, kde jsou obcas problemy s VOIP a
prekvapily mne nasledujici udaje:

dost vysoke RTT - co to je? (je to round trip time? pokud ano odkud kam?)
dost vysoky cas vytvoreni 78 ms - co to je?
vyskytujici se duplicitni pakety - co to znamena?
jaka hodnota % ztracenych paketu uz je moc?

Test calls to Odorik ip:sip:tester@81.31.45.55:6666
From: 24.01.2013 22:27:05:156 To: 24.01.2013 22:33:00:750

Average Statistics
min avg max
-----------------------
calls count:1
call duration:332
connect delay: 78,78,78
RX stat:
packets: 16.06K,16.06K,16.06K
payload: 2.66M,2.66M,2.66M
loss:6,6,6
percent loss: 0.036,0.036,0.036
dup:44,44,44
reorder: 0,0,0
jitter: 0.250,7.725,23.875
TX stat:
packets:16.06K,16.06K,16.06K
payload:2.65M,2.65M,2.65M
loss: 18,18,18
percent loss: 0.108,0.108,0.108
dup:0,0,0
reorder: 0,0,0
jitter:11.750,19.454,25.250
RTT:29.144,80.024,235.080



Test calls to Odorik ip:sip:tester@81.31.45.55:6666
From: 24.01.2013 22:34:04:531 To: 24.01.2013 22:36:52:312

Average Statistics
min avg max
-----------------------
calls count:1
call duration:153
connect delay: 78,78,78
RX stat:
packets: 7.06K,7.06K,7.06K
payload: 1.22M,1.22M,1.22M
loss:5,5,5
percent loss: 0.065,0.065,0.065
dup:9,9,9
reorder: 0,0,0
jitter: 0.750,9.153,31.625
TX stat:
packets:7.06K,7.06K,7.06K
payload:1.22M,1.22M,1.22M
loss: 22,22,22
percent loss: 0.286,0.286,0.286
dup:0,0,0
reorder: 0,0,0
jitter:12.500,19.255,22.750
RTT:29.541,83.036,130.000

[xsouku04]

dost vysoke RTT - co to je? (je to round trip time? pokud ano odkud kam?)

RTT - je round trip time - tedy čas než se dostane paket k nám a zpět. http://en.wikipedia.org/wiki/Round-trip_delay_time

dost vysoky cas vytvoreni 78 ms - co to je?

Čas za který dostane program odpověď OK, na požadavek INVITE, tedy začátek hovoru.

vyskytujici se duplicitni pakety - co to znamena?

To je opak ztraceného paketu, tedy počet paketů, které přišly dvakrát. Myslím že by se s tím měl telefon vyrovnat a nemělo by se to tedy projevit na kvalitě. Nicméně to značí problémy v síti, proto se to zobrazuje. Prostě počet pektů, které byly "omylem" zdvojeny někde po cestě. Bohužel rychlý internet nemusí být kvalitní a je možné že se problémy při běžném surfování vůbec neprojeví.

jaka hodnota % ztracenych paketu uz je moc?

Problém je v tom, že množství ztracených paketů obvykle kolísá. Pokud tedy naměříte 0,1 % ztracených paketů, občas máte hovory čisté a občas to může být slyšet i dost výrazně.
Dobré je tedy provádět měření delší dobu, třeba i celý den. (8 hodin je maximum, pak testovací hovor ukončíme z naší strany). Internet bych považoval za bezproblémový pokud je ztracených paketů méně jak 0.01 % a max jitter menší než 30 ms.
Pokud máte velký jitter u příchozích paketů, může pomoci nastavení velikosti jitter bufferu u vás v telefonu. Nastavte jitter buffer na co největší hodnotu. Bohužel jsem tuto možnost neobjevil u siemens gigaset telefonů. Jitter buffer je velikost vyrovnávací paměti, která slouží k tomu, aby to zavčas stihnul i mírně zpožděný paket a nedošlo ke koktnutí. Jitter může vyrovnat rozdíly v rychlosti paketů do cca 100 ms. Pokud jsou větší jitter už nepomáhá. Nastavení velikosti jitter bufferu u vás na telefonu ovlivníte jen to, jak slyšíte vy. To jak slyší protistrana záleží na jitter bufferu operátora, který převádí VoIP do PSTN, což my nemůžeme ovlivnit.
Proti ztraceným paketům se nelze bránit vůbec. Údajně kodek ilbc je vůči ním odolnější (dojde k menšímu koktnutí), ale nemám to vyzkoušené.

Každému kdo hodlá si pořídit VoIP bych doporučoval si nejdříve internet důkladně proměřit, případně sjednat nápravu a až poté zakoupit voip zařízení.

Proměřte si kvalitu vaší lokální sítě viz. o dva příspěvky výše, ať zbytečně nehoníte vašeho poskytovatele internetu kvůli vašemu poblouzněnýmu switchi, nebo třeba zavirovanému počítači.

Zatím to vypadá tak, že problémy se SIP signalizací dovedeme vždy nějak vyřešit. Nicméně s internetem, který ztrácí nebo neúměrně zpožďuje pakety nic nenaděláme a nezbývá než si sám sjednat nápravu u svého poskytovatele internetu, popřípadě výměnou switche, routeru, nebo ADSL modemu. Pokud by byl problém na páteřní internetové síti (je to velmi výjimečně), pak můžeme na opravu tlačit i my.

Nejpravděpodobnější ale je, že je problém v poslední míli vedení internetu. Druhé možné místo je zavirovaný počítač nebo divně se chovající switch. Že by se jednalo o problém u nás nebo na páteřní síti lze uvažovat až když vyloučíte tyto dva nejpravděpodobnější faktory.

[paty07]

Co dělám špatně, když mi furt vypisuje Call #1 diconnected Reason timeout. Internet jede, přes odorik.exe se normálně dovolám a ani kvalita není špatná

[xsouku04]

Co dělám špatně, když mi furt vypisuje Call #1 diconnected Reason timeout. Internet jede, přes odorik.exe se normálně dovolám a ani kvalita není špatná

Jste už druhý člověk zde na fórum co tohle hlásí. Rozdíl oproti Odorik.exe je v tom, že ten číhá na lokálním portu 5060 a na naši ústřednu se hlásí též na 5060. Kddežto testovací číhá na portu jaký si nastavíte a volá na uri a port jaký si nastavíte. Tedy většinou jiný a to by mohlo být důvodem proč neprojde firewallem. Zkuste tedy také oba porty nastavit na 5060 a doménu sip.odorik.cz. Nic jiného mne zatím nenapadá.

[paty07]

Tak jsem si vypnul firewall a celý antivirus, protože mi nepovolil soubor ani stáhnout. Stáhnul jsem aplikaci, nastavil lokální port na 5060. Jako RTP jsem zkoušel snad všechny nabízené možnosti a jako TO_uri jsem zadal nabízený odorik s portem 5060. Stále stejná odpověď: Call #0 disconnected. Reason=408 (Request Timeout).

[ViR]

Tohle je myslím na domácí připojení docela slušný výsledek hodinového testu:

Test calls to Odorik ip:sip:tester@81.31.45.55:6667
From: 28.01.2013 13:06:23:125 To: 28.01.2013 14:05:57:421

Average Statistics
min / avg / max
-----------------------
calls count:2
call duration:3559
connect delay: 16,16,16
RX stat:
packets: 177.09K,177.09K,177.09K
payload: 28.46M,28.46M,28.46M
loss:0,0,0
percent loss: 0.000,0.000,0.000
dup:0,0,0
reorder: 0,0,0
jitter: 0.000,0.208,2.875
TX stat:
packets:177.09K,177.09K,177.09K
payload:28.46M,28.46M,28.46M
loss: 0,0,0
percent loss: 0.000,0.000,0.000
dup:0,0,0
reorder: 0,0,0
jitter:5.625,6.195,7.250
RTT:3.952,4.731,11.169

[xsouku04]

Tohle je myslím na domácí připojení docela slušný výsledek hodinového testu:

Test calls to Odorik ip:sip:tester@81.31.45.55:6667
From: 28.01.2013 13:06:23:125 To: 28.01.2013 14:05:57:421

Average Statistics
min / avg / max
-----------------------
calls count:2
call duration:3559
connect delay: 16,16,16
RX stat:
packets: 177.09K,177.09K,177.09K
payload: 28.46M,28.46M,28.46M
loss:0,0,0
percent loss: 0.000,0.000,0.000
dup:0,0,0
reorder: 0,0,0
jitter: 0.000,0.208,2.875
TX stat:
packets:177.09K,177.09K,177.09K
payload:28.46M,28.46M,28.46M
loss: 0,0,0
percent loss: 0.000,0.000,0.000
dup:0,0,0
reorder: 0,0,0
jitter:5.625,6.195,7.250
RTT:3.952,4.731,11.169

Je to opravdu dobré. Málo kdo naměří při hodinovém testu opravdu nula ztracených paketů oběma směry, až jsem si pomalu říkal jestli není chyba v samotném měření. Ale pokud je občas někdo schopen opakovaně naměřit opravdu nula ztracených paketů, vypadá, to že systémová chyba zde nebude, spíše to vypadá, že kvalitní internet je opravdu vzácný. Pokud máte ale ztrátovost nižší než 0,02 % tak internet lze považovat za dobrý.
Jaké máte připojení ?