RTMP jak to robi YouTube
Z protokołem RTMP jest związany pewien problem. Standardowo działa on na porcie 1935. Właściwie, to nie jest problem z protokołem RTMP ale z ISP. Firmy, które sprzedają nam Internet lubią filtrować i kolejkować pakiety. Dlatego połączenia na porcie 1935 – który jest mało znany w Internecie działają dużo gorzej niż połączenia na porcie 80. Adobe wiedziało o tym, i wprowadziło protokół RTMPT, który jest opakowaniem protokołu RTMP w protokół HTTP, który działa na porcie 80 i który może doprowadzić do połamania języka.
YouTube zrobił coś innego. Otóż, You Tube ma w sobie coś takiego jak nagrywanie z kamery webowej. Do tego celu używają protokołu RTMP. Jednak wydaje mi się, że na porcie 80. Powiedział mi to NetLimiter – skąd inąd fajny program który polecam.
Postanowiłem więc dokładnie sprawdzić czy na pewno jest to protokół RTMP – na co wyglądało, czy też może zwyczajnie RTMPT. Zanurkowałem głęboko w system a jako butli tlenowej użyłem Wireshark. Wireshark to program który umożliwia podglądanie danych przekazywanych w połączeniach sieciowych. Chciałem sprawdzić, co tam się przesyłam z mojego komputera na serwery YouTube. Gdyby był to protokół RTMPT to podczas nagrywania wideo znalazło by się tam sporo żądań POST. Nie było ich… Było za to coś takiego:
rtmp://…:80/ – na 99% YouTube korzysta z protokołu RTMP na porcie 80.
Dotychczas z serwerem Red5 łączyłem się na porcie 1935 po protokole RTMP. Jeżeli połączenie działało źle – to próbowałem przełączyć się w na połączenie RTMPT na porcie 80 – sterowałem tym ręcznie lub pozwalałem aby Flash robił to automatycznie. Być może nie potrzebnie, skoro YouTube używa RTMP na porcie 80 to ja też powinienem spróbować.
