Dotaz: SIP VoIP telefonie vox.802.cz, twinkle a každou minutu škrcené spojení

[lukas.ramlich]

Ahoj,

mám problém s klientem Twinkle (verze 0.4.2 na Ubuntu Dapper), kterého používám jako SIP klienta pro vox.802.cz.

Když někomu volám, cca každou minutu dojde k situaci, že mě volající přestává slyšet. I na grafu, který tu mám a který sleduje odchozí data můžu v té chvíli vidět, že objem odchozích dat se sníží cca na třetinu. Po chvíli odchozí data vyskočí zase na maximum a volaný mě opět slyší.

Linkou to není, její propustnost je v obou směrech "dostatečná". Ani jiný program v tu chvíli pásmo neužírá (objem celkových odchozích dat v okamžiku problému poklesne).

Má někdo nějaký nápad, čím by to mohlo být?

Jinak Twinkle nepoužívám zcela dobrovolně, pokud mi někdo doporučí nějaký jiný, zaručeně funkční (s vox.802.cz) SIP klient, nebráním se tomu. Už jsem jich pár zkoušel (X-lite, Kphone), Twinkle mám na základě http://www.root.cz/clanky/telefonujeme-se-sip/nazory/81895/ musí být použitelný, mít Tray ikonu a podporu ALSA. Taky by bylo dobré, kdyby byl hezký, ale to už asi chci moc.

Odpovědi

[Luboš Doležel (Doli)]

Možná by bylo dobré zkusit se zeptat autora software. Já s Twinkle takové problémy nemám.

[Dušan Hokův]

linkou to je nejlepe otestit nastroji iperf nebo netperf, doporucuji!

[Luboš Doležel (Doli)]

Odchozí traffic je UDP. UDP se nepřizpůsobuje šířce linky, proto nelze pokles na grafu odchozích dat odůvodnit kvalitou linky.

[Dušan Hokův]

prave naopak, pokles muze byt zpusoben prave spatnou kvalitou linky, nebo zahazovanim paketu nekde po ceste z duvodu uzkeho hrdla, nebo neexistujici priorizace pro voip rtp stream a dalsimi duvody.

[Luboš Doležel (Doli)]

Nesmysl. Jak se lokální PC dozví o zahazování takových paketů? Mně odchozí UDP traffic neklesne ani když vyrvu kabel ze síťovky a, to uznejte, je opravdu pořádné zahození paketů.

[Dušan Hokův]

preve proto se musi test provest na druhem konci, jestli udp pakety dorazi vsechny. Odesilatel jak spravne tvrdite zjisti bez spoluprace prijemce uplny prt.

[Luboš Doležel (Doli)]

Jenže tazatel si stěžuje na pokles odchozího trafficu, což nemohou žádné ztráty způsobit. Jestli pakety dorazí do cíle, to už je jiná věc.

[Dušan Hokův]

ale prave s tim souvisi, protoze bez toho aby otestoval, zda vsechny pakety dorazi k prijemci nemuze s urcitosti tvrdit, ze chyba je v sw ktery napr. prestava z nejakeho duvodu vysilat. a navic, tim ze si prave k protistrane primo pusti diagnosticky sw jako je napr iperf, mohl by videt, ze napr linka je stabilni a ze opravdu ten voip soft nevysila nebo naopak by videl ze ve stejny okamzik dojde k poklesu jak iperfu tak i voip streamu a problem je nekde na trase. Ono to neni tak cernobile jak si myslite.

[Luboš Doležel (Doli)]

Vysvětlete mi (konkrétně, technicky), jak mohou jakékoliv potíže na trase ovlivnit množství odesílaných UDP paketů ze zdrojového PC.

RTP nijak problémy nediagnostikuje, odesílající strana prostě nemůže vědět, co se s paketem děje. Jediný důvod poklesu může být ve zdrojovém software.

[Dušan Hokův]

potize na trase ovlivnuji mnozstvi prijimanych udp paketu, a prave pokud si trasu promeri, bude mit prave jistotu v tom, ze stream dorazi k prijemci cely. Dalsi dulezitou velicinou je take jitter, ktery ma u voip dost velky vyznam. Vysledkem testu linky se ubezpeci napr v tom ze ten sw ma skutecne chybu. Vzdy je lepsi si to proverit nez hned placnout ze ten sw je proste spatny. Co treba dmesg? nejsou problemy se sitovou kartou? Spatny switch, nepada link? co ethtool? nebezi karta nahodou v half duplexu? nepadadaji framy nebo errory na linkove vrstve? Muze to delat cokoliv a ne jen ten voip sw jak tvrdite Proto je vzdycky lepsi si to poradne proverit.

[Krakonoš]

Vemte si dve dva poznatky: Kdosi zde psal, ze pocet odesilanych paketu se nezmensi i kdyz vytahne kabel ze zasuvky. Z toho mohu s jistotou rici, ze pakety jsou vysilany ve stejnem mnozstvi, jenom me (logicky) druha strana neslysi (nedostane je). V tomto pripade (nekde po ceste prijdu o paket) se tedy ochozi UDP traffic nezmeni.

Druhou veci je, kdyz software zadne pakety neodesila - v te chvili bude chodit jenom par paketu (1/3 treba) od jineho sw, nebo nejake jine, rezijni pakety, ktere sw odesila. To bude asi ten problem,ze?...

Pokud samozrejme neni problem v predavani mezi sw a jadrem, ale,..to bych asi nerekl

[Dušan Hokův]

pritelem v nouzi je tcpdump, wireshark(ethereal) a prave analyza prichoziho udp datoveho streamu, zda vubec dorazi vsechny pakety toho telfonniho datoveho toku... v etherealu je pro to dokonce primo tlacitko pro analyzu sip provozu.

[TomCat1]

Zkuste novější verzi Twinkle (aktuální je 0.9). Také používám vox.802.cz a Twinkle a na podobný problém jsem nenarazil.

[lukas.ramlich]

Díky všem za rady, neuvědomil jsem si, že mám tak historickou verzi. Zkusím novou, až se mi ji distributor uráčí nacpat do balíčku, půl systému kvůli tomu měnit (z nějaké unstable větve) nebudu.

Nápady na změření linky oceňuju, ale nemám možnost obsadit konec u provozovatele VoIP a z jednoho konce toho asi moc nezměřím. Ale třeba se mi rady budou hodit jindy.

Jako nejpřínosnější pro mě hodnotím tento názer - má mnohem novější verzi Twinkle, používá vox.802, problém nemá.

Díky.

[Petr Masopust]

Ja jsem to vyresil jinak - twinkle potrebuje "jenom" 3 pro me pomerne nestandardni knihovny a vsechny + samotne wtinkle se daji zkompilovat na debian sarge. Neni treba si zadelavat system, vsechno muze bezet treba v /home/user/voip. Uznavam ze kompilace neni bez problemu ale daji se vsechny vyresit.

Btw uz je verze 1.0.

Btw2 802.cz mam taky a snazim se provolat tech par poslednich korun a zdrhnout - nekolikrat se mi stalo ze sluzba vubec nefungovala a maji tam nejake divne blokovani protoze kdyz jsem v zahranici tak me proste odmitaji. Xphone je zatim bez problemu.

[filo]

Btw2 802.cz mam taky a snazim se provolat tech par poslednich korun a zdrhnout - nekolikrat se mi stalo ze sluzba vubec nefungovala a maji tam nejake divne blokovani protoze kdyz jsem v zahranici tak me proste odmitaji. Xphone je zatim bez problemu.

Ano, 802 blokovala zahraniční IP, měli na své SIP ústředny docela masivní DOS útoky a řešili to takhle. Tenkrát dávali k dispozici pouze geograficky místně příslušná čísla, takže to nebyl problém. Teď už tuším nabízejí i negeografická, takže něco se v tomhle směru muselo pohnout. Více informací najdete na mnou výše odkazovaném fóru.
PS: Pokud máte české číslo a volal jste z něho ze zahraničí, tak jste si doufám vědom, že to není v souladu s podmínkami operátora a ani ČTÚ.

[Jarda]

802.cz mi poslal email ze meni od zitrka sve SIP servery. Tezko rict jestli je to April, nebo ne. Ano volam z ceskeho cisla ze zahranici a ano obavam se, ze timto mam od zitrka dotelefonovano.  Nainstaloval jsem 802.cz rodicum prarodicum i tchanovcum. a chodilo to hezky Soulad s podminkami CTU je usmevny s ohledem na skutecnost, ze mobilni roaming umoznuje mit ceske cislo v zahranici uz roky. Jde asi spise o to, ze na tomto nelze tolik ryzovat. Nu coz. nemel jsem rad SKYPE, ale asi si ho zase zavedu a 802.cz uplne odstrihnu vsem, kterym jsem to zavedl. Nedalam si iluze ze me protelefonovane 2000 rocne 802.cz vytrhnou, nebo polozi. Pokud to ale udela kazdy druhy asi se na hlave skrabat budou... a CTU by mel uz nekdo poslat do $%^&*  tam kam patri - na smetiste technologickych dejin

[otula]

Skvělý klient je také třeba Sipura SPA-2100

[Zdeněk Štěpánek]

Muzu doporucit.