HTTP protokol

Zanima me neko ko je imao vise iskustva sa HTTP protokolom da kaze svoje misljenje:
- radi se o jednoj aplikaciji koja salje klijentima UDP pakete (radi se o audio i video zapisu koji se salju klijentima kontinuirano odnosno radi se o live prenosu). Trenutno preko UDP paketa nema nikakvog zastoja, preko IP adrese se gadja svaki klijent pojedinacno i to funkcionise bez zastoja.
Ono sto me zanima je kako bi se prenos audio i video zapisa ponasao preko HTTP protokola, odnosno da se paketi salju preko HTTP protokola a ne preko UDP paketa kako je trenutno ?!

HTTP je protokol koji obitava samo iznad TCP layera, i prema tome za početak bi bilo dobro da počneš da portuješ tu aplikaciju ka TCP načinu prenosa.
Time postoji šansa da se izgubi mnogo na perfomansama, jer onda bi za svaki paket trebala da se vrši provera, što kod UDP načina prenosa ne treba.


Razmisli još jednom da li to zaista želiš.




*

Potpis

"It's okay, I'm just admiring to the shape of your skull!" -- Dr. Gonzo

Radi se o HTTP streaming-u. Znaci nista TCP.
Trenutno aplikacija prenosi live (audio i video) sadrzaj preko UDP, i to radi dovoljno brzo. Sad bi to trebalo prebaciti na HTTP (nista TCP zbog firewall-a). Zanima me da li HTTP streaming radi samo sa fajlovima (znaci kad salje neki sadrzaj on salje deo nekog fajla) ili radi i sa live sadrzajima i kako onda u tom slucaju radi, da li ima nekog preteranog zastoja ?!

______________
Keep on going ...

Ne postoji nesto sto ti nazivas HTTP streaming-om.. HTTP protokol je samo jedan od protokola iznad TCP layera (kao sto vec Bojan rece), i sam HTTP protokol ne omogucava nikakav streaming. Znas li ti uopste sta je HTTP protokol i za sta sluzi?


Btw, zasto to uopste zelis (kako si se izrazio) "prebaciti na HTTP"? Sta uopste zelis da kazes, odnosno sta uopste hoces? Opisi problem malo detaljnije.

Potpis

Alex: My favorite site is http://localhost/
R.J. Oppenheimer: "I am become death, destroyer of worlds" (1945 AD)
tweet.13x ||
linkedin.13x

Sto se tice HTTP streaming-a i odredjenih osoba koje u to neveruju neka u pretrazivacu otkucaju "HTTP streaming" pa da vide sta ce da dobiju kao rezultat.

Dakle, trenutno prenos audio i video zapisa preko UDP ide Ok, ali pojedini firewall-ovi kao sto je poznato ne dozvoljavaju prenos preko odredjenih protokola koristeci odredjene protokole. Iz tog razloga se uvodi prenos preko HTTP-a koji svaki firewall dopusta, samo nisam siguran koliki bi zastoj u prenosu live sadrzaja u tom slucaju bio !!!

_____________________
Keep on going ....

Moguće je prenositi video HTTP-om ali mu baš ne stoji da se zove "stream", već kao i sav ostali sadržaj koji ide HTTP-om, prvo se dovuče pa se konzumira, bilo to u segmentima ili odjednom. To je poznato kao "narodni" metod za audio/video, jer ti ne treba nikakav medija server već običan web server. U principu to nije nikakvo rešenje, prvo jer je upotrebljivo samo na manjim fajlovima, saobraćaj nije raspoređen klijentima kako treba, troši mnogo više resursa mreže nego pravi streaming, itd.

Mihailo u kontekstu toga da se nadovezem sto me zanima, u slucaju sto ti kazes 'narodni' metod za audio/video -> u tom slucaju radi se sa fajlovima, da li je moguce slati znaci audio/video preko HTTP-a a da to nije rad sa fajlovima ?!

_______________
Keep on going ...

U tome je poenta - HTTP streaming ne postoji, nego je neko mnogo pametan nazvao tako običan web server koji služi audio/video fajlove.

Nego sa cime? Covece, trebalo bi da se informises o osnovama HTTP protokola, kako se ovakve tvoje budalaste izjave ne bi ponavljale..

HTTP protokol sam po sebi ne moze (kao sto sam vec rekao) da radi streaming.. Vec je to nekakav kvazi-streaming (ili se bar pokusava nazvati streaming) koji je DALEKO od onoga sto tebi treba.

Slanje video/audio fajlova preko HTTP protokola radi kao i slanje svih drugih fajlova, npr. HTML fajlova. Konektujes se na HTTP server, zatrazis sta ti treba i on ti to posalje. Tek posto ti on to posalje mozes to i da vidis (iskoristis).

Sad, kako si ti mislio da tu "uglavis" streaming, meni nije jasno..

Nesto najblize streaming-u je mod_mp3 za Apache.. Ali, opet to nema neke preterane veze sa samim HTTP protokolom.

Poz, alex.

Potpis

Alex: My favorite site is http://localhost/
R.J. Oppenheimer: "I am become death, destroyer of worlds" (1945 AD)
tweet.13x ||
linkedin.13x

HTTP streaming radi sledece: umesto *.html fajla kao zahtev salje se zahtev za nekim fajlom koji predstavlja video sadrzaj i koji se na klijentskoj strani dekompresuje i onda poziva odgovarajuci player. Prosto ko pasulj ...
Samo sto taj rad sa fajlovima dosta usporava rad .... znaci trenutno se salju paketi kako se reprodokuju na strani koja emituje video sadrzaj, takodje na klijentskoj strani se oni primaju bez cekanja. Ova stvar sa upisom u fajl, pa onda citanje pa slanje klijentu dosta usporava ....


________________
Keep on going ...

Hej, Hoj

sergio pokusava da pointuje na nekakav sekvencijalni stream, ako se tako nesto uopste moze nazvati stream. Jer, tada bi se video/audio zapis slao u delovima promenljive velicine. Zaista jos jednom podvlacim da li ti je zaista potrebna TCP komunikacija ? Time opterecujes i server, i klijenta, posebno ako radis nesto "golemo", i za opste narodne mase.

A ovo za firewall je notorna glupost. Svaki firewall propusta ono sto mu se DOPUSTI da radi, a ne ono sta on HOCE.

Potpis

"It's okay, I'm just admiring to the shape of your skull!" -- Dr. Gonzo

Ajde pojasni malo bolje ako nije problem.]

pozdrav

Potpis

fire, walk with me

Live sadrzaj bi se znaci slao nakon kompresije.
Ne govorim o TCP komunikaciji, zanima me samo HTTP port 80 koji vecina firewall-ova dopusta.
Znaci preko HTTP porta 80 slanje odgovarajuceg sadrzaja.

_______________
Keep on going ...

Onda tebi ne treba http streaming niti nista slicno tome (ionako ne postoji)

Jednostavno portuj aplikaciju da radi preko tcp protokola i da koristi port 80 i proci ces kroz firewall !!!


Kolka tema zbog notorne gluposti al ja nisam hteo posle Bojana da odgovaram jer sam mislio da je on rekao sve sto treba.

PORTUJ APLIKACIJU NA TCP I NEK RADI NA PORTU 80 !!!


PS: to sto se port 80 navise koristi za http to nema nikakve veze, ja ako ocu mogu da dignem ssh na portu 80 ili smtp ili pop3 to je krajnje nebitno port je port i moze da sluzi za sta oces dok god nije zauzet.

Hajde sad da vidimo ko koliko zna sto se tice firewall-a !
Da li ce TCP paket proci preko firewall-a koji dozvoljava samo HTTP saobracaj i to preko port-a 80 ?!

Ovo pitanje je u kontekstu prethodne price ...

_______________
Keep on going ...

Hey ho,
ti malko pricas napamet, no ajde ...

Znaci, firewall pravila se kreiraju na osnovu:
o Porta ( numericka vrednost 1-65536 )
o Protokola ( tcp,udp,icmp )
o IP adrese

Potpis

"It's okay, I'm just admiring to the shape of your skull!" -- Dr. Gonzo

Mozda nisam bio jasan. Dakle, firewall dopusta HTTP preko porta 80 !

Sta u tom slucaju raditi ?!


_______________
Keep on going ....

Vrlo bitna stavka - gde se taj tvoj firewall nalazi? Ispred servera (ka Internetu) ili ispred klijenta?

U prvom slucaju, on bi trebalo da bude konfigurisan da samo prima konekcije na tcp port 80 i propusta ih do web servera.

U drugom slucaju, firewall je konfigurisan da samo propusta konekcije napolje (ka internetu) na port 80, sto znaci da je klijentima samo omoguceno da posecuju web sajtove i nista vise.

Sad, koja je situacija u pitanju?

U prvoj situaciji, web server moze da servira i video/audio zapise, ali samo kao obicne fajlove (odnosno HTTP GET).

Posto ocigledno ne poznajes materiju dovoljno da bi je i objasnio kako treba, izvoli pokusaj bar da se lepo izrazis.

Potpis

Alex: My favorite site is http://localhost/
R.J. Oppenheimer: "I am become death, destroyer of worlds" (1945 AD)
tweet.13x ||
linkedin.13x

Jedino da probas da promenis taj tvoj UDP streaming protokol tako da koristi TCP pakete umesto UDP - i da probas da to propustis preko porta 80 u tvojoj kompanijskoj mrezi - ovo moze, ali NE MORA da radi (sve zavisi kako je setovan firewall)

Uopste uzevsi, za streaming postoji RTP protokol koji je baziran na UDP paketima. Streamovati nesto preko TCP-a je kvazi-resenje, ali ponekad neophodno.

Mozda je lakse da popricas sa administratorom i da ti dozvoli UDP (RTP) saobracaj na odredjenom portu.

Potpis

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey

Prvo ide klijent, pa firewall pa onda internet i na drugom kraju negde je server na koji trebaju da se konektuju klijenti.
Drugo, ne radi se o mom licnom problemu nego se radi o sutuaciji kada je korisnicima omoguceno samo http (znaci posecuju sajtove nista vise) !
Jos jednom: znaci firewall dopusta samo http saobracaj preko porta 80.


______________
Keep on going ...