Dotaz: Streamovani audia pres tunel - Openvpn a Squid

[tazatel]

Příloha:

• stream-err.png (171071 bytů)

Zdravim. Posloucham internetove radia a jelikoz jednomu ISP opakovane blbne zahranicni konektivita, resim si spojeni trosku komplikovaneji pres jeste jineho ISP diky OPENVPN a SQUIDu. Jenze ma to hacek. Spojeni skrz druheho ISP do zahranici je stabilnejsi ale pri poslechu streamu se vyskytuji mp3 artefakty 1x za sekundu. Vypada to jako by 1x za sekundu vypadl UDP paket a prehravaci chybel. Premyslel jsem nad MTU a souvislosti s fragmentaci paketu na TUN rozhrani. Neni tu nekdo kdo by se mnou dal hlavy dohromady a pomohl najit zakopaneho psa? Prilozeny obrazek znalemu sitari urcite napovi wo co go a celou situaci objasni.

---

---

Odpovědi

[NN]

To bude asi chtit nejaky UDP probe scan(nc, nmap).. muzes vyskouset stabilitu tunelu icmp floodem na druhy konec..

NN

[Honza Bětík]

CO když tu VPNku uděláš nad UDP protokolem?

[tazatel]

zkusil jsem, a vysledek stejny. MP3 artefakty :(

Pres proxy to leze:

mplayer http_proxy://10.10.10.1:3128/http://stream6.jungletrain.net:8000/

MPlayer 1.0rc2-4.2.3 (C) 2000-2007 MPlayer Team
...
Playing http_proxy://10.10.10.1:3128/http://stream6.jungletrain.net:8000/.
...
AO: [oss] 44100Hz 2ch s16le (2 bytes per sample)
Video: no video
Starting playback...
A: 21.1 (21.1) of -0.0 (unknown) 2.4% 20%


ze to lita mezi mnou a druhou stranou VPNky po UDP jsem si overil tcpdumpem (server4 jsem ja, server2 je dle obrazku u ISP2):


22:04:18.572431 IP server2.1197 > server4.58689: UDP, length 1445
22:04:18.573250 IP server4.58689 > server2.1197: UDP, length 93
22:04:18.581003 IP server2.1197 > server4.58689: UDP, length 1445
22:04:18.581734 IP server4.58689 > server2.1197: UDP, length 93
22:04:18.607680 IP server2.1197 > server4.58689: UDP, length 1445
22:04:18.608455 IP server4.58689 > server2.1197: UDP, length 93
22:04:18.616237 IP server2.1197 > server4.58689: UDP, length 1445
22:04:18.616921 IP server4.58689 > server2.1197: UDP, length 93
22:04:18.624804 IP server2.1197 > server4.58689: UDP, length 1445
22:04:18.625485 IP server4.58689 > server2.1197: UDP, length 93
22:04:18.633341 IP server2.1197 > server4.58689: UDP, length 1445
22:04:18.634170 IP server4.58689 > server2.1197: UDP, length 93
22:04:18.641234 IP server2.1197 > server4.58689: UDP, length 741
22:04:18.641800 IP server4.58689 > server2.1197: UDP, length 93


Muzete prosim zkusit nekdo to same co ja (s jakymkoliv radiem kdekoliv na netu)? Dulezity tam je ten tunel a squid. Jestli to bude delat bordel ve zvuku taky nebo ne ..

[tazatel]

Přílohy:

• stream-proxy.mp3 (622592 bytů)
• stream-noproxy.mp3 (638976 bytů)

s vyuzitim mplayer a parametru -dumpstream

stream-proxy.mp3
14-ta sekunda a 20-ta sekunda je to dost slyset
dropout - nebo artefakt - jak to nazvat - vypadek "mp3 frejmu" ? ..

stream-noproxy.mp3
bez vypadku.

[tazatel]

Když UDP packet tunelu vypadne, tak přehrávač nic nezjistí, protože zvukový proud se vysílá v ICE, což je upravené HTTP, tedy TCP.

Co vám ale může dělat problém, je squid. Jak už jsem psal ICE není HTTP, třebaže je do značné míry kompatibilní. Mám zkušenost, že právě squid tento protokol občas, více či méně poškozuje.

[tazatel]

Diky za tip. Squid by to mohl delat z principu fungovani proxy, nebo je to problem ciste squidu a mozna by pomohlo zkusit jiny proxy? A jeste dotaz, ohledne streamovani a zminovaneho ICE, az tak zbehly v tom nejsem, pohledam, poinformuji se, ale ty pakety nejsou nejak cislovane? Alespon poradi? UDP je preci z principu nespolehlive a neni garantovano ze pakety vubec dorazi a kdyz uz tak ze dorazi take ve spravnem poradi, nebo se mylim? Je to nejak u streamu reseno, nebo jak u ktereho? Nebo se spoleha na sit ze to prenese ok a kdyz ne, tak proste prehrat bezohledu na to jestli je to ok nebo ne ?

Zkusim tedy nejake reseni bez squidu a dam vedet jak jsem dopadl.

[tazatel]

aha ...
http://www.squid-cache.org/mail-archive/squid-dev/200805/0098.html
hmhm .. prihoriva .. :) mozna to pujde i se squidem :D

[tazatel]

2x aha :D

http://wiki.squid-cache.org/RoadMap/Squid3#Squid_3.1

Squid 3.1
Now in STABLE cycle. The features have been set and large code changes are reserved for later versions.

Additions are limited to:

Basic new features in 3.1:

...

ICY (SHOUTcast) streaming protocol support

ale uz je 7 milionu hodin (3:23 rano), takze zkusim pozdeji

[petr_p]

Ano, UDP není spolehlivé, ale vy v tom UDP přenášíte IP (také nespolehlivý), ve kterém přenášíte TCP, který spolehlivý je. Takže až tato vrstva vykryje případné ztráty.

[Bilbo]

To je nesmysl, v UDP se nepřenáší IP. V IP (internet protocol) se přenáší buď UDP (lehká nadstavba nad IP, kdy se negarantuje doručení paketů ani nic takového) nebo TCP - které přidává různé mechanismy, takže sekvence paketů co teče přes síť se pak (zjednodušeně) transformuje do obousměrného proudu bajtů.

To co se přenáší internetem jsou IP pakety (ok, je tu ještě ICMP a jiné protokoly, ale ty teď vynechme), v nich je obsažen buď UDP paket, nebo TCP paket. v UDP nebo TCP paketech pak už není zapouzdřen IP paket, ale přímo data té které konkrétní aplikace.

[petr_p]

Ale my se bavíme o OpenVPN.

[tazatel]

tak tedy resenim je instalace squid 3.1
posloucham a slape to jak hodinky. Ani jeden dropout. Ted muze ISP1 zahranicni konektivitu treba vypnout uplne :)