On Fri, 29 Dec 2023 22:55:02 -0000 (UTC), Przemyslaw Frasunek wrote:
> J.F <j...@p...onet.pl> wrote:
>> A co jest w GPON? Pakiety długie? Coś ala Ethernet? A moze PPP?
>
> GPON jest niestety podobnie skomplikowany, jak ATM. Może przenosić
> wszystko, od Ethernet, aż po PDH. Ramki są enkapsulowane w kontenery
> GEM, które (w odróżnieniu od ATM) mogą mieć różną wielkość. Jest też
> odpowiednik VC, który nazywa się T-CONT, również z różnymi klasami QoS.
> Do tego dochodzi równie skomplikowana grupa standardów związana
> z zarządzniem -- OMCI. Pamiętam, że dokumentacja jednego z pierwszych
> urządzeń GPON, które widziałem miała ponad 1200 stron.

Czyli dopiero burdel :-)

> Obecnie GPON jest używany praktycznie wyłącznie w połączeniu z Ethernet.
>
> Jest jeszcze osobna gałąź standardów -- EPON i późniejsze, które są
> bardziej Ethernetowe, ale chyba się nie przyjęły w naszej geografii.
> W każdym razie, nie miałem z nimi kontaktu.
>
>> W sensie, ze jakies potwierdzenia i retransmisje ma?
>
> 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.

> W unicaście każdy strumień idzie po zwykłym HTTP i TCP, więc są
> normalne retransmisje. Do tego, urządzenie klienckie zazwyczaj ma
> spory bufor, który niweluje "czkawki" TCP spowodowane rentramisjami.
> Minusem jest większe opóźnienie, które sięga 12-15 sekund.

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.

Jakis cwany bufor na ostatnim stopniu by się przydal ... a w sumie to
i na wszystkich po drodze.
No i kłopoty z konfiguracja ... albo i nie - wszystkie bufory od
klienta strony maja taki sam adres, np 10.10.10.100.

>> Bo klientów na jeden DSLAM, czy tam światłowodowy ... kilkuset chyba.
>> A programów TV tez kilkaset - aż sie prosi o multicast.
>
> Tak i nie. Decyzja zależy od środowiska, w którym się wdraża usługę.
> Jeśli sieć jest w miarę heterogeniczna, można robić multicast dla treści
> linearnych (zwykła telewizja) i unicast dla treści nielinearnych (timeshift
> i VOD).
>
> Jeśli sieć jest skomplikowana, zarządzana przez zewnętrzne podmioty, albo
> powstała w wyniku akwizycji innych podmiotów, taniej jest zrobić unicast.
> Skalowanie systemu wówczas prowadzi się poprzez schodzenie z węzłami
> CDN (czyli takimi serwerami proxy) coraz głębiej w sieć, bliżej abonenta.

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..

>> A co z VoIP? Bo kiedys Orange ukrywał szczegóły, ale ostatnio chyba
>> opublikował jak sie podłączyc do swojego abonamentu przez zwykły
>> internet. Fakt, ze osobny VLAN ułatwia chocby priorytezacje ruchu.
>
> Aż tak dokładnie nie wiem. Wdrażałem VoIP jakieś kilkanaście lat temu,
> ale nie jestem na bieżąco. Generalnie, dobrą praktyką jest wykorzystywanie
> osobnego VLAN z innym priorytetem. Raczej nie ma powodu, żeby operator
> ukrywał dane dostępowe do serwera SIP. Jednak, z przyczyn bezpieczeństwa,
> może on być niedostępny spoza dedykowanego VLAN-u.

Ale tu chyba klient zaczal wymagac. Po to chce VoIP, zeby nie byc
uwiązany do domu.

https://nasz.orange.pl/t5/Internet-domowy/Orange-VoI
P-przez-klienta-SIP-na-androidzie/td-p/262709

Fakt, ze to moze byc jakas dodatkowa bramka.

> 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 :-)

P.S. ma ktos jakis pomysł, co mozna ciekawego zrobić z NT/1?
TP/Orange porzucil po rezygnacji z linii ...

J.