Výpadky během hovoru (neslyším, druhá strana ano)

[camillio]

Dobrý den,
prolezl jsem fórum, takže mám tušení, že problém bude někde na straně mého ISP (připojení WiFi, celkem dost kvalitní). Nicméně přesto - mám během většiny delších hovorů výpadky směrem ke mně. Zatímco druhá strana mě slyší, já neslyším nic. Trvá to vždy několik sekund, pak se to většinou vzpamatuje. Poslední hovor, kde se to stalo 2x má ID 85567425. Matně mám pocit, že u 802.cz, od níž jsem odešel, se to nedělo (poté, co jsem ISP prošťouchl, protože jeden čas prozměnu nefungoval VoIP vůbec). Budu velmi vděčný za jakoukoliv radu/komentář.

[xsouku04]

Bohužel v době, kdy jste hovor 85567425 provedl, náš monitorovací software zrovna nějak neběžel. Takže grafy nejsou k dispozici. Nyní to ale opět běží, takže můžete poslat jiné id z jiné doby.

Pokud ale špatně slyšíte Vy, na našem grafu se to nepromítne, leda na statistikách RTCP.

Kvalita internetu je něco, co se hodně mění v čase často i během jedné minuty.
Tedy to, že dříve fungovala 802.cz, nijak neprokazuje, že internet je nyní OK.
Měření provádějte právě v době, kdy to zlobí podle návodu:
http://www.odorik.cz/w/internet

[camillio]

Děkuji za odpověď. Zkusil jsem prozatím aspoň trochu svižnější ping (momentálně nemám moc komu déle volat). Zatímco normální 1s ping běží "celkem" normálně, tak rychlejší zadrhává. Pro srovnání 1000 pingů po půl sekundě:

ODORIK
$ ping sip.odorik.cz -i .5 -c 1000 -q
PING sip.odorik.cz (81.31.45.51) 56(84) bytes of data.
--- sip.odorik.cz ping statistics ---
1000 packets transmitted, 505 received, 49% packet loss, time 502883ms
rtt min/avg/max/mdev = 10.408/13.398/96.392/5.421 ms

IPVOX
$ ping sip.ipvox.cz -i .5 -c 1000 -q
PING sip.ipvox.cz (82.117.136.131) 56(84) bytes of data.
--- sip.ipvox.cz ping statistics ---
1000 packets transmitted, 978 received, 2% packet loss, time 500527ms
rtt min/avg/max/mdev = 7.172/11.030/183.338/10.175 ms

802.cz
$ ping sip.802.cz -i .5 -c 1000 -q
PING elba1.802.cz (188.175.113.186) 56(84) bytes of data.
--- elba1.802.cz ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 500422ms
rtt min/avg/max/mdev = 6.882/10.395/113.232/7.278 ms

Je tedy zřejmě cosi nepěkného na cestě k Vám, kdo za to může, zda cznet nebo něco po cestě, to nedokážu posoudit. Traceroute mi ukazuje cestu
$ traceroute sip.odorik.cz
traceroute to sip.odorik.cz (81.31.45.51), 30 hops max, 60 byte packets
1 ap (192.168.1.20) 0.725 ms 1.004 ms 1.774 ms
2 10.32.201.97 (10.32.201.97) 24.760 ms 26.041 ms 26.253 ms
3 10.200.254.81 (10.200.254.81) 32.413 ms 32.682 ms 36.416 ms
4 10.32.0.1 (10.32.0.1) 47.874 ms 51.515 ms 57.982 ms
5 gw.cznet.cz (82.208.57.181) 59.240 ms 61.997 ms 67.967 ms
6 R4MX.vl93.cas.ip-anywhere.net (81.0.192.51) 68.185 ms R3N.vl92.cas.ip-anywhere.net (81.0.192.45) 66.612 ms R3N.vl94.cas.ip-anywhere.net (81.0.192.61) 66.913 ms
7 praha-gts-nix2-85.masterinter.net (91.210.16.85) 67.404 ms 13.418 ms 10.986 ms
8 praha-sitel-c1-vl260.masterinter.net (81.31.39.81) 11.387 ms 18.032 ms 19.067 ms
9 brno-cejl-c1-vl559.masterinter.net (81.31.41.10) 22.725 ms 22.510 ms 22.924 ms
10 77-93-202-64.static.masterinter.net (77.93.202.64) 19.521 ms 20.219 ms 20.574 ms
11 81-31-45-51.static.masterinter.net (81.31.45.51) 21.052 ms 21.233 ms 21.689 ms

přičemž ztráty jsou až na posledním hopu (81.31.45.51), ostatní stroje reagují jak víno. Zase se mi ale nechce zdát, že by se Váš stroj (sip.odorik.cz) choval takhle divně :-/ Máte prosím nějaký návrh, co s tím?

[xsouku04]

Zkuste prosím jen obyčejný PING, protože takovým pingovým útokům se bráním firewallem. Dovolujeme ping jen jednou za vteřinu, jak je to defaultně. Tedy necelých 50 % paketů se nevrátilo.
Nebo zkuste náš program siptest, který dělá skutečný hovor.

[camillio]

Aha, firewall to byl Nuze, zkompiloval jsem siprtp a pustil jej. Po hodine a ctvrt (zapomnel jsem na nej) to vypada "viz nize" - myslim, ze to neni zle. Ale potom je otazka, co blbne :-/ Zacinam mit podezreni na A510, zkousel jsem si zavolat mezi notebookem a simensem a kazdou chvili to uplne vypadlo (akorat ze na obou stranach). Pingy i siprtp bezelo krasne. Posledni hovor je ID85709239 (odchozi, twinkle) s ID85709238 (prichozi, A580). Podle toho, co mi ukazuje dockapp, ve chvili vypadku (nejmene 20s) netekla vubec zadna data z/do notebooku. Ale jelikoz neznam tuhle problematiku, tak to mozna ma logiku z hlediska spojeni.

A propos: velmi dekuji za Vas erudovany pristup k nasim uzivatelskym potizim

Kód: Vybrat vše

Total 1 call(s) active.
                    Average Statistics
                    min     avg     max 
                -----------------------
 call duration:    4616    4616    4616 seconds
 connect delay:      29      29      29 ms
 RX stat:
       packets: 230.06K 230.06K 230.06K packets
       payload:  36.91M  36.91M  36.91M bytes
          loss:     103     103     103 packets
  percent loss:   0.045   0.045   0.045 %
           dup:       0       0       0 packets
       reorder:       0       0       0 packets
        jitter:   0.250   3.349  41.125 ms
 TX stat:
       packets: 230.08K 230.08K 230.08K packets
       payload:  36.92M  36.92M  36.92M bytes
          loss:      34      34      34 packets
  percent loss:   0.015   0.015   0.015 %
           dup:       0       0       0 packets
       reorder:       0       0       0 packets
        jitter:   1.250   6.563  28.250 ms
 RTT          :  10.574  29.257  90.012 ms

[xsouku04]

Souhlasím.
Váš internet není sice úplně perfektní, ale ztrátovost 0.045 % není slyšet. Tedy pokud to není jedno větší koknutí za celou hodinu. To by ale stejně nikdo neřešil.

Ten testovací hovor je u nás v pořádku v obou směrech. Viz obrázek.

Co mne ale napadá, klidně by to mohl dělat třeba místní switch. Klidně mu může zlobit jediný port. Zkusil bych jej během hovoru či výpadku restartovat, nebo vyměnit port pro gigaset. Switch je možné během hovoru restartovat, bude to jen krátké koktnutí - tedy vlastně to, co pozorujete, ale jen ale uměle vyvolané.
Zdá se, že u vás zlobí jen směr download, protože u nás jsou hovory OK.

To by také mohlo vysvětlit, proč na notebooku žádné problémy nenaměříte. Nevysvětluje to ale to, proč na notebooku chvílemi také nic není slyšet. To je divné.

Pro jistotu bych asi restartoval úplně všechno. Tedy i gigaset i router.

A když někam voláte z toho Twinkle, třeba na mobil, tak je to OK?

[camillio]

Zkusil jsem všechno - dostal jsem se až tak daleko, že jsem píchnul gigaset přímo na 5G router k ISP a i tak to vypadlo. Rovněž jsem zkusil vyhodit telefon, píchnout jen notes a totéž. Restart routeru od ISP také problém neřeší. To mi hlava nebere, asi bude něco shnilého buď v tom ubiquity routeru od ISP nebo přímo u nich... Vím, že když to zkusím odjinud, tak telefonie běží jak víno.

[xsouku04]

Zkusil jsem všechno - dostal jsem se až tak daleko, že jsem píchnul gigaset přímo na 5G router k ISP a i tak to vypadlo. Rovněž jsem zkusil vyhodit telefon, píchnout jen notes a totéž. Restart routeru od ISP také problém neřeší. To mi hlava nebere, asi bude něco shnilého buď v tom ubiquity routeru od ISP nebo přímo u nich... Vím, že když to zkusím odjinud, tak telefonie běží jak víno.

Když voláte z twinkle, tak to dělá též?

Jaký přesně máte router a internet?

Podobný problém řešili zde http://forum.odorik.cz/viewtopic.php?f=7&t=1429&start=0 . Pomohla výměna modemu od UPC.
Taky mne napadá, zkusit změnit kodek. Možná by mohla změna velikosti paketů mít vliv na projev problému. Ale asi to nepomůže.

[camillio]

Router je na strese nejaka parabola od Ubiquity, bohuzel do systemu se neprihlasim, pristup ma jen ISP (cznet). Konektivita je po 5GHz, sluzba airMax 20/2Mbit, behajici celkem pekne.

Na twinkle to delalo take. Mohu zkusit jeste poprosit ISP o nejaky zasah, ale nedelal bych si moc iluze...