Quo vadis FTTH od Orange , czyli krótka historia łącza lub też wiatr zmian

[Glut]

@Milles  skoro nie chcesz wymienić Funbox 3, by zrobić test, który Orange uzna. Sonda z UKE na pewno by załatwiła sprawę. Pokaż jakiś tracerute, może to coś podpowie. IPTV masz od Orange?

[Samotnick]

@Milles Pokaż proszę trasę i wyniki do serwera o identyfikatorze 4166.

Tracing route to war-o1.speedtest.orange.pl [195.149.236.58]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.76.1
  2     2 ms     4 ms     4 ms  war-bng5.neo.tpnet.pl [83.1.5.5]
  3     *        *        *     Request timed out.
  4    20 ms     5 ms     6 ms  195.116.35.194
  5     4 ms     4 ms     4 ms  do-war-cx1.tpix.pl [80.50.149.93]
  6     5 ms     4 ms     3 ms  195.149.236.58

.\speedtest.exe -s 4166

   Speedtest by Ookla

      Server: Orange Polska S.A. - Warsaw (id: 4166)
         ISP: Orange Swiatlowod
Idle Latency:     3.07 ms   (jitter: 1.46ms, low: 2.25ms, high: 4.63ms)
    Download:   938.11 Mbps (data used: 438.2 MB)
                 13.46 ms   (jitter: 9.17ms, low: 3.11ms, high: 249.55ms)
      Upload:   309.48 Mbps (data used: 156.2 MB)
                 26.81 ms   (jitter: 2.51ms, low: 2.37ms, high: 39.80ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/ec524f67-1904-4cf4-bf98-08c4a8e234c0

PS Z Tidalem często był kłopot w Orange, poszukaj wątków na forum.

[Milles]

Szanowni!

Zgodnie z życzeniem - na początek traceroute

➜ ~ traceroute war-o1.speedtest.orange.pl
traceroute to war-o1.speedtest.orange.pl (195.149.236.58), 30 hops max, 46 byte packets
1 funbox.home (192.168.1.1) 0.353 ms 0.432 ms 0.303 ms
2 war-bng12.neo.tpnet.pl (83.1.5.206) 5.833 ms 3.262 ms 5.297 ms
3 war-r32.tpnet.pl (80.50.20.85) 2.892 ms 5.746 ms 2.654 ms
4 195.116.35.198 (195.116.35.198) 6.965 ms 195.116.35.194 (195.116.35.194) 5.652 ms 3.253 ms
5 do-war-cx1.tpix.pl (80.50.235.146) 4.158 ms do-war-cx1.tpix.pl (80.50.149.93) 4.285 ms do-war-cx1.tpix.pl (80.50.235.146) 4.776 ms
6 * * 195.149.239.1 (195.149.239.1) 5.826 ms
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *

Co do speedtest  postaram się podać nieco później , bo teraz obowiązki.

Kłoni się

Milles

[j131]

---

@Millesnapisał(-a)

Szanowni!

Zgodnie z życzeniem - na początek traceroute

➜ ~ traceroute war-o1.speedtest.orange.pl
traceroute to war-o1.speedtest.orange.pl (195.149.236.58), 30 hops max, 46 byte packets
1 funbox.home (192.168.1.1) 0.353 ms 0.432 ms 0.303 ms
2 war-bng12.neo.tpnet.pl (83.1.5.206) 5.833 ms 3.262 ms 5.297 ms
3 war-r32.tpnet.pl (80.50.20.85) 2.892 ms 5.746 ms 2.654 ms
4 195.116.35.198 (195.116.35.198) 6.965 ms 195.116.35.194 (195.116.35.194) 5.652 ms 3.253 ms
5 do-war-cx1.tpix.pl (80.50.235.146) 4.158 ms do-war-cx1.tpix.pl (80.50.149.93) 4.285 ms do-war-cx1.tpix.pl (80.50.235.146) 4.776 ms

...

---

Widzę że jednak zdecydowałeś się pokazywać to o co prosimy. 

Ten konkretnie tracert wygląda do tego momentu dobrze, na finiszu coś poszło nie tak - trzeba by go powtórzyć żeby zobaczyć czy błąd jest systematyczny czy losowo coś się zacięło po drodze.

Ale ani trasa ani odpowiedzi z węzłów nie są nietypowe.

Gdybyś był tak uprzejmy i jednak pokazał jak wygląda siła sygnału optycznego w menu FB3, zaczęlibyśmy mieć nieco pełniejszy obraz sytuacji. To jest ważne, bo jeśli tam coś jest "na granicy" to skierowałoby to podejrzenia w bardzo określoną stronę, a jeśli wręcz przeciwnie, tam jest wszystko OK, to  kolejny element można by wykluczyć.

W kwestii objawów (innych niż anomalia speedtestowe) które byłeś uprzejmy zaraportować mam następujące komentarze.

Co do Tidala to niestety jest z rutingiem do niego jakiś problem, który od czasu do czasu powraca, w całej sieci Orange. To nie jest dobry wyznacznik całego łącza ani usługi, to bardzo specyficzny przypadek. Fakt, powinien działać, ale nie łączyłbym Tidala z resztą objawów.

Co do IP TV to (ponieważ to stara umowa a nie deklarowałeś ostatnio żadnych w niej zmian - ale popraw mnie jeśli jest inaczej), to zakładam że IP TV masz na którymś z dekoderów multicastowych (zapewne ICU100 albo IWU200, może jeszcze starszym). One dostają sygnał osobnym VLAN i dla tej IPTV pomiary speedtestów nie mają żadnego znaczenia - sygnał idzie osobnym VLAN, bezpośrednio z intranetu Orange, nie wychodzi w ogóle do internetu i transfer ten (zresztą w sumie niewielki) nie wlicza się do tego umownego limitu. Wobec tego objawy na TV nie powinny nijak korelować z wynikami speedtestów. Jedyne miejsce gdzie to się zderza i ewentualnie może konkurować o pasmo to LAN, ale to by przeszkadzało tylko gdybyś kable miał bardzo  kiepskiej jakości albo gdyby któryś element LAN pomiędzy FB a dekoderem (dekoderami?) nie radził sobie z protokołem multicast ... Hmmm... no chyba że masz łącze 1Gbps, to wtedy speedtest odpalony w LAN może zablokować sygnał IP TV. To jedyny taki przypadek. Gdybyś nieco bardziej szczegółowo opisał na czym polega to zacinanie się sygnału, może dałoby się zgadywać lepiej - czy jest to pikselizacja i rozmywanie się scen dynamicznych, czy też zacięcia ruchu ("stopklatka")? Jak często je obserwujesz? Czy występują na wszystkich kanałach? Możesz podać jakieś przykłady - jak to wygląda i kiedy konkretnie miałeś takie zakłócenia (na którym kanale)? Czy odtwarzanie tego samego materiału z multinagrywarki (w trybie do 7 dni wstecz albo w trybie nagrania z chmury) daje takie same objawy czy może inne? W tym trybie sygnał jest dostarczany inaczej niż w trybie linearnym, i tym razem normalnie korzysta z unicastowego, indywidualnego przekazu przez internet.

Jak masz to wszystko spięte w LAN - używasz tylko wbudowanych portów eternetowych FB3, czy masz do niego podłączone jakieś dodatkowe przełączniki (switche)?

[Milles]

Szanowni!

Na chwilę dopadłem kompa , a za chwilę pędzę dalej.

Zaczniemy od powtórki traceroutea  z ca 14:38

-----

~ traceroute war-o1.speedtest.orange.pl
traceroute to war-o1.speedtest.orange.pl (195.149.236.58), 30 hops max, 46 byte packets
1 funbox.home (192.168.1.1) 0.464 ms 1.900 ms 0.788 ms
2 war-bng12.neo.tpnet.pl (83.1.5.206) 4.060 ms 4.793 ms 4.010 ms
3 war-r32.tpnet.pl (80.50.20.85) 2.725 ms 2.822 ms war-r31.tpnet.pl (80.50.19.85) 3.874 ms
4 * * *
5 do-war-cx1.tpix.pl (80.50.149.93) 3.909 ms do-war-cx1.tpix.pl (80.50.235.146) 7.392 ms 7.260 ms
6 195.149.239.1 (195.149.239.1) 3.885 ms 6.593 ms 6.128 ms
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *

-------------

Tak samo jak w porzednim teście !

Pozostaje speedtest - ten może wieczorkiem. W HAOS  jest to integracja niedostępna bezpośrednio z linii poleceń , więc  jeśli cmd ,to muszę pomyśleć jak to zrobić.

Tuner IPTv to Samsung ICU 100. Zwiechy TV to okazjonalna pikseloza i lub zamrożenie obrazu i wyświetlenie komunikatu  , że dany kanał ( przy zmianie inne też) jest niedostępny i żeby ew. zgłaszać do BOK - takie standardowe info. Między tunerem a TVBoxem jest switch 1GB TP Linka, ale testowałem to też z kabelkim RJ45 wpiętym do gniazdka - bylo podobnie. Z FB 3 do gniazda idzie kabel położony wiele lat temu i to tylko 100 mbps.

Użytłem mtr zamiast traceroute i tu odpowiedź jest jak niżej ( poprawna)

No i tyli.

Kłoni się 

Milles

[Samotnick]

Kilka uwag:

- sprawdź czy switch TP-Link obsługuje IGMP Snooping

- speedtest-cli bez parametrów może wybierać za każdym razem inny serwer do testów i dawać różne wyniki. Sprawdź czy możesz przypiąć się do konkretnego serwera.

- "Z FB 3 do gniazda idzie kabel położony wiele lat temu i to tylko 100 mbps." - mógłbyś dokładniej opisać o jaki kabel i gniazdo chodzi?

- co masz na myśli pisząc TVBox?

PS Łatwiej byłoby coś podpowiedzieć gdybyś rozrysował schemat swojej sieci wewnętrznej.

[j131]

---

@Millesnapisał(-a)

...

Pozostaje speedtest - ten może wieczorkiem. W HAOS  jest to integracja niedostępna bezpośrednio z linii poleceń , więc  jeśli cmd ,to muszę pomyśleć jak to zrobić.

Ta integracja w HAOS też jest pod spodem cli (tak naprawdę). I też umożliwia odpalanie ręczne. Pierwszą rzecz jaką bym zrobił to wyłączyłbym automatyczne okresowe speedtesty i odpalał je tylko manualnie. Serwer też da się tam wyspecyfikować. Samo uruchomienie testu IIRC przez dev tools wtedy idzie, ale parametry (serwer!) da się ustawić i wyniki normalnie rejestrują się w GUI.

Oczywiście klienta cli można też ściągnąć na dowolny komputer i tam uruchomić, z pełną kontrolą nad opcjami. Są dostępne klienty pod windows, linux i chyba nawet na maca.

Tuner IPTv to Samsung ICU 100. Zwiechy TV to okazjonalna pikseloza i lub zamrożenie obrazu i wyświetlenie komunikatu  , że dany kanał ( przy zmianie inne też) jest niedostępny i żeby ew. zgłaszać do BOK - takie standardowe info. Między tunerem a TVBoxem jest switch 1GB TP Linka, ale testowałem to też z kabelkim RJ45 wpiętym do gniazdka - bylo podobnie. Z FB 3 do gniazda idzie kabel położony wiele lat temu i to tylko 100 mbps.

...

A, OK - rozumem że chodzi o połączenie między ruterem Funbox3 a dekoderem ICU100? To otwiera szersze pole do manewru. Wygląda jakby ten switch nie radził sobie z protokołem, albo jakby kabel jednak nie wyrabiał. Historia zna takie przypadki. ICU100 ma port 1GBbs i może nie czuć się najlepiej jeśli nie może tego wynegocjować. Na co mu taki szybki port (to w ogóle jedyny dekoder z takim portem, wszystkie inne mają tylko100Mbps)? Na to, że ICU100 może nagrywać na podłączonym dysku, i wtedy suma strumieni mogłaby przekroczyć 100Mbps - bo można nagrywać kilka kanałów jednocześnie. W praktyce nie podejrzewam cię o taką konfigurację, ale na wszelki wypadek zapytam: masz jakiś dysk do nagrywania podłączony do tego ICU100? Poza wszystkim innym, uszkodzenie takiego dysku też daje objawy jak przy zakłóceniach sygnału (ze względu na obligatoryjne buforowanie na dysku). Jednak przede wszystkim sprawdziłbym ten kabel. Znacznie bezpieczniej byłoby tu mieć kabel nowy, z nowymi wtyczkami (luźna wtyczka może dawać dokładnie takie obawy), i odpowiedniej (rekomendowanej) kategorii. Kabel zapinający się tylko na 100Mbps jest zawsze pierwszym podejrzanym, zwłaszcza jeśli podłączony osprzęt ma porty 1Gbps (a ten ma, wszystkie trzy elementy).

PS. Jeśli natomiast kabel zapiąłby się tylko na 10Mbps to miałbyś wyjaśnienie - przy tej prędkości IP TV będzie działać, ale dokładnie tak jak piszesz - zacięcia poprzedzone poważną pikselozą i w konsekwencji niedostępność kanałów. To się stosunkowo niedawno zmieniło, ponieważ jeszcze jakieś dwa lata temu IP TV działałaby na 10Mbps całkiem dobrze - od czasu jednak wprowadzenia dynamicznej kompresji na niektórych kanałach rzeczone 10Mbps przestało wystarczać.

[pirenej]

---

@Millesnapisał(-a)

Użytłem mtr zamiast traceroute i tu odpowiedź jest jak niżej ( poprawna)

---

użyj też traceroute -I

[Milles]

SzanowniI

Zatem po kolei.

Zatem tak, nie chciałem grzebać w HAOS'ie więc podłączyłem lapka Miłej kabelkiem do FB 3. 

Wyniki speedtest -s poniżej:

----------------------------

Speedtest by Ookla

Server: Orange Polska S.A. - Warsaw (id: 4166)

ISP: Orange Polska

Idle Latency: 6.12 ms (jitter: 2.22ms, low: 4.08ms, high: 9.58ms)

Download: 724.98 Mbps (data used: 1.2 GB)

24.77 ms (jitter: 27.89ms, low: 2.89ms, high: 615.48ms)

Upload: 308.14 Mbps (data used: 158.6 MB)

28.09 ms (jitter: 2.30ms, low: 3.88ms, high: 39.59ms)

Packet Loss: 0.0%

Speedtest by Ookla

Server: NETIA S.A. - Warsaw (id: 5134)
ISP: Orange Polska
Idle Latency: 4.50 ms (jitter: 1.88ms, low: 2.76ms, high: 5.93ms)
Download: 802.30 Mbps (data used: 1.4 GB)
16.94 ms (jitter: 18.29ms, low: 6.14ms, high: 371.93ms)
Upload: 307.61 Mbps (data used: 158.2 MB)
27.46 ms (jitter: 3.29ms, low: 2.85ms, high: 46.96ms)
Packet Loss: Not available.

Speedtest by Ookla

Server: SMSnet - Szczecin (id: 7906)
ISP: Orange Polska
Idle Latency: 15.72 ms (jitter: 1.02ms, low: 12.59ms, high: 16.08ms)
Download: 182.57 Mbps (data used: 305.5 MB)
14.83 ms (jitter: 2.94ms, low: 11.55ms, high: 46.04ms)
Upload: 299.90 Mbps (data used: 177.8 MB)
32.76 ms (jitter: 2.27ms, low: 11.71ms, high: 48.01ms)
Packet Loss: 0.0%

---------------------

 Do dekodera TV nie jest podłączone żadne urządzenie/dysk. Switch to TL SG108E i obsługuje IGMP Snooping. To połączenie funkcjonuje i nas od b. dawna i raczej nie było z nim większych kłopotów.

Kłoni się

Milles

[j131]

Te wyniki speedtestów różnią się znacząco od poprzednich i w zasadzie pokazują wartości zgodne z umową.
Co do połączenia FB-dekoder, to co ci szkodzi jednak je sprawdzić? Te rzeczy może nie psują się codziennie, ale jednak nie są wiecznotrwałe. Najważniejsze to upewnić się czy faktycznie kabel ten jest OK. Samym dekoderem (szczególnie ICU100) tego nie sprawdzisz. Trzeba by zamiast dekodera podłączyć do tego samego kabelka komputer (laptop?) i po pierwsze zobaczyć na jakiej prędkości zostanie nawiązane połączenie a po drugie puścić stamtąd speedtest. Miałem kiedyś taką sytuację z IP TV, i dokładna inspekcja ujawniła że wtyczka tkwiąca w FB3 od kabla prowadzącego do dekodera ICU100 (przypadkowo bardzo podobna konfiguracja do Twojej) była poluzowana; połączenie było regularnie zrywane na krótki moment - co dało się poznać obserwując diody przy wtyczce, ale do tego trzeba było zajrzeć we właściwe miejsce w momencie w którym wystąpiły objawy - wymiana wtyczki pomogła jak ręką odjął. Oczywiście nie mogę wiedzieć czy u ciebie jest tak samo, ale na twoim miejscu nie wyciągałbym wniosków typu: zawsze działało, więc na pewno kabel jest dobry. Z tego co piszesz to ten kabel jest głównym podejrzanym.