On Sat, 30 Dec 2023 10:34:35 -0000 (UTC), Przemyslaw Frasunek wrote:
> J.F <j...@p...onet.pl> wrote:
>>> W multicaście tego nie ma. Każdy utracony pakiet skutkuje artefaktami
>>> w obrazie. Przyjmuje się, że sieć musi mieć poniżej 1e-6 utraconych
>>> pakietów, żeby usługa miała adekwatną jakość.
>>
>> W swiatlowodzie chyba możliwe.
>> Moze nie tak duzymi, skoro można np mniejsze pakiety z korekcja
>> błedów, czy jakims wyłaczaniem/maskowaniem artefaktów.
>
> GPON w warstwie fizycznej oczywiście ma FEC. Natomiast większość
> strat we współczesnych sieciach IP nie wynika z błędów w warstwie
> fizycznej, a chociażby z przepełnienia buforów na urządzeniach pośredniczących,
> np. z powodu mikroburstów. W przypadku IPTV, na to nie ma rady.
> Bufory są małe, odtwarzacz gra "blisko czoła" strumienia, nie ma czasu
> na retransmisję. Standardy tego też nie przewidują.
>
>> Tylko jeszcze zauwaz, ze "nadajnik" musi to tyleż razy wysłać,
>> i przetrzymywac póki każdy klient nie odbierze. A klientów milion.
>> Albo 100 mln, czy ile tam Netflix ma.
>
> No i dokładnie tak jest, każdy strumień jest nadawany osobno. Netflix
> rozwija swoją globalną sieć CDN, gdzie pojedynczy serwer ma około 1 Tbit/s
> pojemności i obsługuje wszystkich "bliskich" sieciowo użytkowników.

Netflix musi, bo to VOD.
Orange w zakresie TV "kablowej" nie musi, bo ma jeden zestaw
programów.

> Takie serwery są wstawiane u operatorów, w pobliżu ruterów agregujących
> ruch od użytkowników.
>
> Sam też mam przyjemność budowy jednego z polskich CDN-ów, stąd temat
> mi bliski i lubiany.
>
>> Jakis cwany bufor na ostatnim stopniu by się przydal ... a w sumie to
>> i na wszystkich po drodze.
>
> W unicast nie do zrobienia, bo teraz wszystko jest szyfrowane. Google
> wymusił stopniowe przejście od HTTP do HTTPS do wszystkich celów.
> Nowsze standardy (HTTP/2 i draft HTTP/3) w ogóle nie przewidują
> nieszyfrowanej transmisji.

No, jest to jakis problem, ale te CDN jakos sobie radzą.

W sumie ... szyfrowanie przydatne, bo w GPON ma sie podsłuch na dane
wysyłane do sąsiadów? A TV przeciez kosztuje :-)

>> No ale jak to akwizycja innych podmiotów, to pewnie jakąs telewizje
>> mieli, i wystarczy im programy na "serwer" dosyłac.
>> A z czasem podmieniac urządzenia na standardowe..
>
> Zbyt drogie, zbyt skomplikowane. Obecny paradygmat budowy sieci skłania
> się do tego, żeby sieć koncentrowała się na skutecznym wożeniu pakietów IP.
> Usługi się buduje na warstwach wyżej. Czasami są to usług zarządzane
> przez operatora, a czasami -- OTT, czyli dostarczane przez podmioty trzecie.

TV to jedna spore pasmo, wiec i koszty.

>>> PS. Niezwykle miło, że p.m.t po tylu latach odżyła. Jestem tu pewnie około
>>> 25 lat, ale przestałem pisać z 10 lat temu.
>> Tylko telefonow stacjonarnych coraz mniej, a news-serwerów jeszcze
>> mniej :-)
>
> Tak się składa, jestem krótkofalowcem, więc ogólnie mam duży sentyment i szacunek
> do "starych" technologii. Mają one w sobie wiele kunsztu. Patrząc jednak
pragmatycznie,
> telefonia stacjonarna to archaizm, który umiera i powinien umrzeć. Nadmierna
komplikacja
> telekomunikacji prowadziła do tego, że rynek dostawców był ograniczony, a
rozwiązania
> były drogie. To się przekładało na absurdalne ceny usług telekomunikacyjnych dla
klientów.

Hm, komórki przeciez jeszcze bardziej skomplikowane :-)

> Miałem tą przyjemność, że w latach 90-tych załapałem się na deregulację rynku i
własnymi
> rękoma budowałem pierwsze sieci osiedlowe. To wtedy, jako branża, udowodniliśmy, że
> Ethernet nadaje się do budowania sieci rozległych.

Ogolnie to chyba srednio - chyba ze myslisz o takim ze switchami i na
swiatłowodach.

> To wtedy internet przyspieszył
> i staniał o rzędy wielkości. To wtedy upadły tłuste misie -- niektórzy dostawcy do
telekomów.
>
> A teraz ta przemiana wkracza do sieci mobilnych. 4G było jeszcze zabetonowane
> przez vendorów, ale 5G SA to totalna dekompozycja, rezygnacja ze starych protokołów
> telekomunikacyjnych na rzecz API opartych o HTTP i REST. Rezygnacja ze sprzętu
> na rzecz wirtualizacji i oprogramowania.

No ale ktos ten szybki internet musi dostarczyc.
I ktos musi powiazac "numer telefonu" z jakis adresem IP, a ten adres
za firewallem ...

J.