fritzbox 7590 a światłowód z telewizją od orange

grey22 · ‎21-05-2022

Witam .Kupinem modem fritzbox 7590 . Usługa światłowód orange z telewizją .Po konfiguracji internet śmiga bdb zaś jest problem z telewizją .Nie działa . Mam ont od orange i swoj modem .

Co można zrobić żeby telewizją działała. Może ktoś już rozwiązał problem .Dzięki za podpowiedz .

Grey22

___________

* Temat przeniesiony z O społeczności - moderator Bartłomiej

Anonim · ‎21-05-2022

@grey22 z tym routerem co kupiłeś, niestety Orange TV nie. będzie działać 😎

spiro · ‎21-05-2022

@grey22 niestety, tv na własnym sprzęcie to raczej mission impossible w orange.

można kombinować, ale nie znam żadnego trwałego sposobu, na naszym forum było trochę prób, ale jakoś nie kojarzę żeby komuś się udało...

https://nasz.orange.pl/t5/Modemy-i-routery/ORANGE-%C5%9Bwiat%C5%82ow%C3%B3d-konfiguracja-urz%C4%85dz...

https://nasz.orange.pl/t5/Modemy-i-routery/Telewizja-Orange-na-%C5%9Bwiat%C5%82owodzie-i-w%C5%82asny...

j131 · ‎21-05-2022

@grey22napisał(-a)
Witam .Kupinem modem fritzbox 7590 . Usługa światłowód orange z telewizją .Po konfiguracji internet śmiga bdb zaś jest problem z telewizją .Nie działa . Mam ont od orange i swoj modem .
Co można zrobić żeby telewizją działała. Może ktoś już rozwiązał problem .Dzięki za podpowiedz .
...

Sam internet jest trywialnie łatwo skonfigurować na własnym sprzęcie, natomiast konfiguracje IP TV to czarna magia. Niby teoretycznie (acz kompletnie nieoficjalnie) wiadomo co modem powinien robić, ale diabeł tkwi w szczegółach których Orange odmawia podać. Pozostaje metoda prób i błędów, jak dotąd bez potwierdzonych sukcesów. Nie ma pewności jakie konkretnie opcje ma obsługiwać sprzęt żeby się do IP TV nadawał, ani nawet czy te wymagania się nie zmieniają.

Tu jest temat "matka" wszystkich takich prób, w zasadzie jedyne źródło powtarzanych sugestii konfiguracyjnych:

https://trzepak.pl/viewtopic.php?t=51177

Patrząc na specyfikację Twojego sprzętu nie widzę żadnych szans żeby IP TV od Orange na nim można było uruchomić, ponieważ nie ma wzmianki o obsłudze VLAN czy IGMP.

Tak nawiasem mówiąc, jeśli miałeś zamiar zamówić taką usługę, to nad sprzętem mogłeś się zastanowić wcześniej. Chyba że to pomysł na recykling rutera który został po DSLu?

PS. Oczywiście mogę się mylić, zobacz np. ten temat:

https://nasz.orange.pl/t5/Modemy-i-routery/Fritzbox-iptv/td-p/181649

Wygląda na to że @irci ma działającą konfigurację, jednak potrzebny jest dodatkowy przełącznik (switch) łączący trzy VLANy na jednym porcie. To jest ten fragment konfiguracji FB którą najtrudniej przeszczepić na standardowy grunt.

pirenej · ‎23-05-2022

Ten jeden post: https://nasz.orange.pl/t5/Modemy-i-routery/IPTV-WIFI-na-w%C5%82asnym-routerze/td-p/139015# , mimo iż napisany jest w kontekście IPTV po WiFi, w miarę syntetycznie i poprawnie opisuje jak to działa. Z małą poprawką: zamiast VLAN 840 powinno być VLAN 838 (przynajmniej dziś, dawniej - nie wiadomo). Natomiast w dalszej części wątku, z którego pochodzi powyższy post, są komentarze, z których wynika, że różne kombinacje sprzętowe dekodera i funboksa (lub liveboksa) mogą działać różnie. Stąd różne opisy, włączając ten trzepakowy, pochodząc z roku nawet 2015, nie muszą być aktualne ze sprzętem stosowanym dziś. Jam mam FB3 i IWU200. Odpaliłem na własnym routerze kanały IPTV na VLAN 839, a potem dla kompletności zabrałem się za VLAN 848 dla VOD. Okazało się, że mój IWU200 nie używa VLAN 838. Cała komunikacja dekodera w tym zakresie odbywa się poprzez "zwykły" dostęp internetowy, w kanale PPPoE. Wątek, który przytaczam powyżej, wspomina że oddzielny VLAN dla VOD potrzebny był Liveboksowi i Funboksowi1. Jak podejrzałem, IWU200 wcale nie musi mieć podanych tych wszystkich receive i send options dla DHCP (podobnych do tych: https://nasz.orange.pl/t5/Internet-domowy/Priorytety-VLAN-dla-us%C5%82ugi-TV-na-%C5%82%C4%85czu-FTTH...) . Nawet nie musi mieć podanych DNSów tpsa.pl. Wskazałem mu DNSy 1.0.0.1 i 8.8.4.4 i działa sobie, po prostu. Nie jestem pewien, czy jeszcze będę testował VOD, bo do tego trzeba jakiś film "wypożyczyć". Do filmu, który kupiłem do testowania, już mi się skończył dostęp, nie podobał mi się, a inne, to też jakieś marne propozycje. A wypadałoby jednak wrócić jeszcze na próbę do Funboksa i pod nim podejrzeć czy VLAN 838 jest w użyciu.

j131 · ‎23-05-2022

@pirenej

Gratulacje! Czy mógłbyś zdradzić na jakim ruterze udało Ci się to skonfigurować?

Pytanie: jak poznajesz, że ramki tagowane dochodzą do dekodera? Może ja po prostu źle patrzę, ale między FB3 a dekoderem nie widzę żadnego tagowania ramek, interpretuję to tak, że całą zabawę z VLAN'ami załatwia FB3 wewnętrznie.

PS. W zestawie FB3+ICU100 próby wskazania własnego DNSa dekoderowi kończyły się u mnie brakiem sygnału TV, ale nie próbowałem innych serwerów (niż własny) i wróciłem do narzuconego (tylko dekoder go jednak używa, no i FB3 oczywiście). Skoro piszesz że działa Ci na innych serwerach DNS, to chyba wrócę do eksperymentów, być może to mój serwer DNS jest w jakimś aspekcie niekompatybilny z oczekiwaniami dekodera.

PS. Co do opcji w DHCP to potwierdzam, nic tam szczególnego nie jest potrzebne.

pirenej · ‎24-05-2022

Router to gołe FreeBSD na używanym komputerku klasy mini PC z Allegro. Coś z tych rejonów: https://www.qotom.net/product/list-55.html. Mojego tu już nie znajduję (wycofany?), ale jest to Q150, z 4 interfejsami sieciowymi i CPU: Intel(R) Core(TM) i5-5200U CPU @ 2.20GHz. Dla *BSD procesor nie może być zbyt słaby, jeżeli ma uciągnąć 1Gbps -> https://teklager.se/en/knowledge-base/apu2-1-gigabit-throughput-pfsense/

Do dekodera nie dochodzą ramki tagowane, bo po stronie LAN nie ma tagowania, o czym nie raz sam wspominałeś. Tagowanie jest po stronie WAN. I to tam, pomiędzy ONT i router, można włączyć drugi podobny komputerek z dwoma wolnymi portami sieciowymi. Po ich zbridgowaniu cały ruch ONT<->router przechodzi przez nie niezakłócony, ale można go podglądać na jednym z portów tcpdumpem. Na przykład:

$ sudo tcpdump -i igb1 vlan 839 
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on igb1, link-type EN10MB (Ethernet), capture size 262144 bytes
06:36:24.461243 IP 10.1.61.9.5500 > 232.0.18.77.5500: UDP, length 1328
06:36:24.462847 IP 10.1.61.9.5500 > 232.0.18.77.5500: UDP, length 1328
06:36:24.464429 IP 10.1.61.9.5500 > 232.0.18.77.5500: UDP, length 1328
06:36:24.466012 IP 10.1.61.9.5500 > 232.0.18.77.5500: UDP, length 1328
06:36:24.467598 IP 10.1.61.9.5500 > 232.0.18.77.5500: UDP, length 1328

to są właśnie te multicasty - tu kilka pakietów TVN24 :-).

Ten ruch trzeba "jakoś" skierować przez router na port LAN, "obok" routowania zasadniczego ruchu pochodzącego z PPPoE. Ja zastosowałem igmpproxy, wskazując jako upstream vlan839. Igpmproxy potrzebuje do działania aby oba porty miały adres IP, dlatego vlan839 dostał "jakiś" adres:

$ ifconfig vlan839
vlan839: flags=8a43<UP,BROADCAST,RUNNING,ALLMULTI,SIMPLEX,MULTICAST> metric 0 mtu 1492
	options=4600703<RXCSUM,TXCSUM,TSO4,TSO6,LRO,RXCSUM_IPV6,TXCSUM_IPV6,NOMAP>
	ether 40:62:xx:xx:xx:xx
	inet 172.16.0.1 netmask 0xffffffff broadcast 172.16.0.1
	groups: vlan
	vlan: 839 vlanproto: 802.1q vlanpcp: 4 parent interface: igb3
	media: Ethernet autoselect (1000baseT <full-duplex>)
	status: active
	nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>

Przy okazji: "priorytet 4" to tutaj opcja vlanpcp 4:

$ man ifconfig
[...]
     vlanpcp priority_code_point
             Priority code point (PCP) is an 3-bit field which refers to the
             IEEE 802.1p class of service and maps to the frame priority
             level.

             Values in order of priority are: 1 (Background (lowest)), 0 (Best
             effort (default)), 2 (Excellent effort), 3 (Critical
             applications), 4 (Video, < 100ms latency and jitter), 5 (Voice, <
             10ms latency and jitter), 6 (Internetwork control), 7 (Network
             control (highest)).

Drugą, poważniejszą wadą igmpproxy jest to, że kończy pracę po odłączeniu kabelka od jednego z portów sieciowych i trzeba go ręcznie wznawiać. Z pewnością da się to ogarnąć jakimś cominutowym cronjobem, ale to taka łataninia nieelegancka. Dlatego właściwszym rozwiązaniem jest jakaś forma bridge. Zwykły bridge pomiędzy portem LAN a vlan839 nie działa. Trzeba się zagłębić w system.

Odnośnie IWU <-> DNS - tutaj przykład podglądniętej komunikacji w trakcie któregoś z restartów iwu:

$ tcpdump -r iwu  -n 'ether host 6c:ba:xx:xx:xx:xx and port domain and (host 1.0.0.1 or host 8.8.4.4)' | more
reading from file iwu, link-type EN10MB (Ethernet)
09:53:24.977330 IP 10.0.0.222.61471 > 8.8.4.4.53: 6865+ A? exboxiptv-sagemcom.aftersale.orange.com. (57)
09:53:24.999583 IP 8.8.4.4.53 > 10.0.0.222.61471: 6865 NXDomain 0/1/0 (131)
09:53:31.977465 IP 10.0.0.222.3791 > 1.0.0.1.53: 41597+ A? ntp1.tp.pl. (28)
09:53:31.980091 IP 1.0.0.1.53 > 10.0.0.222.3791: 41597 1/0/0 A 80.50.231.226 (44)
09:53:42.354288 IP 10.0.0.222.20595 > 1.0.0.1.53: 8993+ A? stb.pl.karma.orange.com. (41)
09:53:42.358655 IP 1.0.0.1.53 > 10.0.0.222.20595: 8993 1/0/0 A 90.84.47.183 (57)
09:53:44.942650 IP 10.0.0.222.42757 > 1.0.0.1.53: 46691+ A? opl-agora.purpledrm.com. (41)
09:53:44.950103 IP 1.0.0.1.53 > 10.0.0.222.42757: 46691 3/0/0 CNAME dakota-agora01.tsaor-9235.com., CNAME dakota-agora01.v.tsaor-9235.com., A 185.145.78.51 (128)
09:53:45.674791 IP 10.0.0.222.37779 > 1.0.0.1.53: 35073+ A? opl-omp.purpledrm.com. (39)
09:53:45.818684 IP 1.0.0.1.53 > 10.0.0.222.37779: 35073 3/0/0 CNAME opl-omp.tsaor-9235.com., CNAME opl-omp.v.tsaor-9235.com., A 92.174.121.132 (112)
09:53:50.879227 IP 10.0.0.222.11306 > 1.0.0.1.53: 17284+ A? sd.newtv.tp.pl. (32)
09:53:50.884817 IP 1.0.0.1.53 > 10.0.0.222.11306: 17284 1/0/0 A 212.244.39.201 (48)
09:53:50.885164 IP 10.0.0.222.60432 > 1.0.0.1.53: 54817+ A? sd.newtv.tp.pl. (32)
09:53:50.889144 IP 1.0.0.1.53 > 10.0.0.222.60432: 54817 1/0/0 A 212.244.39.201 (48)
09:53:51.068399 IP 10.0.0.222.38725 > 1.0.0.1.53: 24573+ A? rightv.newtv.tp.pl. (36)
09:53:51.073484 IP 1.0.0.1.53 > 10.0.0.222.38725: 24573 1/0/0 A 212.244.39.200 (52)
09:53:52.275993 IP 10.0.0.222.61989 > 1.0.0.1.53: 9805+ A? reco.newtv.tp.pl. (34)
09:53:52.280623 IP 1.0.0.1.53 > 10.0.0.222.61989: 9805 1/0/0 A 212.244.39.202 (50)
09:53:55.390395 IP 10.0.0.222.27313 > 1.0.0.1.53: 28265+ A? is-wrproxy.ispgw.newtv.orange.pl. (50)
09:53:55.397783 IP 1.0.0.1.53 > 10.0.0.222.27313: 28265 1/0/0 A 212.244.39.220 (66)

Na razie to działa. Nic w domu nie mówiłem i nikt nic nie zgłasza. Telefon domowy przez bramkę Cisco.

Funbox jeszcze wróci, na chwilę, do eksperymentów - chcę jeszcze podejrzeć co robi IWU gdy widzi Funboksa.

PS.

Żeby nie wyszło na zmyłkę - powyżej widać, że IWU ma adres 10.0.0.222 - to nie błąd. Moja sieć w domu to 10.0.0.0/24, już od ~20 lat i nie uśmiechało mi się tego zmieniać gdy dostałem światłowód.

j131 · ‎24-05-2022

@pirenej

Super, dzięki za wyczerpującą informację.

Co do DNS: sprawdziłem i potwierdzam, normalnie działa na jakimkolwiek DNS. Tym samym dekoder (ICU100) dostaje identyczne ustawienia z DHCP jak inne urządzenia i jest OK. Głowy sobie uciąć nie dam, ale mam wrażenie, że kiedy walczyłem z tym w zeszłym roku było inaczej. Cóż, ewolucja.

pirenej · ‎24-05-2022

Co do DNS to tylko takie sprawdzenie, dla sportu :-). Niech sobie dla spokoju dekoder ma DNSy ISP dostarczającego sprzęt. Mając do dyspozycji dostatecznie elastyczny serwer DHCP można każdemu urządzeniu podać inne nastawy (tutaj jest to isc-dhcpd -> https://www.isc.org/dhcp/). Ale spostrzeżenie może być przydatne dla użytkowników routerów pudełkowych, którzy nie chcą używać dns[2].tpsa.pl, a ich rutery nie pozwalają tego zróżnicować.

j131 · ‎24-05-2022

@pirenej

Zgadza się, tego samego serwera DHCP używam, i miałem właśnie po ubiegłorocznych bojach osobny zestaw parametrów dla dekodera. Okazuje się że już nie jest potrzebny.