Fórum Root.cz
Hlavní témata => Sítě => Téma založeno: Tomáš Rollo 28. 04. 2021, 11:53:17
-
Zdravim,
vymenil jsem stary 100Mb/s switch TP-Link TL-SF1008D (stary, low end, ale spolehlive fungoval 8let) za novy 1Gbps TP-Link TL-SG1008D (taky low-end, ale podle internetu jednoduchy a spolehlivy).
Do switche byly a jsou pripojene:
- Proximus IPTV set-top box
- RPi3 s LibreElec 9.2.3 a Kodi 18.7
- switch je pripojeny na domaci ADSL wifi router od ISP (Proximus branded SAGEM)
- kabely (vse cat5e nebo 6), el. zdroj, IP adresy, router, etc. i vse ostatni zustalo stejne
Problem: po vymene switche funguje vse stejne s vyjimkou steamovani SledovaniTV.cz na Kodi (pres Kodi PVR plugin), kde se stream znicehonic bufferuje a seka.
Testoval jsem:
- IPTV stream na set-top box funguje stejne dobre s novym switchem jako se starym
- prehravani filmu na Kodi pres Sambu z lokalniho serveru (pripojeneho do routeru) funguje stejne dobre
- SledovaniTV.cz stream v iOS aplikaci na lokalni wifi funguje stejne dobre (tj. problem neni na strane SledovaniTV.cz)
- jenom ten PVR stream SledovaniTV.cz se seka
Po vraceni puvodniho 100Mbps TL-SF1008D i stream opet funguje jak ma.
Nedokaze me nekdo nasmerovat cim by to mohlo byt?
Dik
T.
-
Ta výměna switche tý malině nepomohla. Raspberry pi 3 má jen 100 Mb/s ethernet. Sice v specs toho switche píšou že má Auto MDI / MDIX, ale tam si myslím že bude zádrhel.
-
Ta výměna switche tý malině nepomohla. Raspberry pi 3 má jen 100 Mb/s ethernet. Sice v specs toho switche píšou že má Auto MDI / MDIX, ale tam si myslím že bude zádrhel.
Pardon, myslel jsem AUTO Negotiation ;D
-
Jo, ta vymena ani maline pomoct nemela, na ten switch bude brzo pripojene i wifi AP, proto potreba vymeny, aby ethernet nebyl bottleneck.
Kazdopadne dik za tip, zajimave ze se to neprojevilo pri cteni videosouboru z lokalniho NASu, asi prilis maly tok oproti streamu SledovaniTV.cz
Tak ted budu zjistovat jak v Libreelec zjistit vynegociovanou rychlost pripojeni :)
-
Hm, takze:
Old switch
kodi:~ # ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: Symmetric
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Link partner advertised pause frame use: Symmetric
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbag
Wake-on: g
Current message level: 0x00000007 (7)
drv probe link
Link detected: yes
New switch
kodi:~ # ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: Symmetric
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Link partner advertised pause frame use: Symmetric
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbag
Wake-on: g
Current message level: 0x00000007 (7)
drv probe link
Link detected: yes
Takze negociaci to asi nebude ???
-
Jeste dodam ze ta malina je model:
kodi:~ # cat /proc/cpuinfo | grep Model
Model : Raspberry Pi 3 Model B Plus Rev 1.3
a tim padem ma (kupodivu) uz Gb ethernet
-
Zkusil bych na maline vynutit 100Mb ethernet, jestli to pomuze. 1Gb je procesorove vyrazne narocnejsi, mozna pak uz nestiha dekodovat obraz.
Da se to udelat treba zmrsenym kabelem (spatne pripojeno/nepripojeno aspon neco z modre nebo hnede dvojice), nebo pres thtool viz treba https://unix.stackexchange.com/questions/408224/remove-some-advertised-link-modes-with-ethtool
-
První, co bych zkusil, je benchmark spojení, např. iperf. A taky samozřejmě se kouknout, co dělá CPU, třeba to fakt nestíhá.
Jinak vynutit 100mbit určitě pomocí ehttoolshttps://phoenixnap.com/kb/ethtool-command-change-speed-duplex-ethernet-card-linuxdělat to "zmršeným kabelem" je zvěrstvo :-)
-
Pokud je v LibreELECu ifconfig, tak ten vypisuje i error countery. Ale i pokud se jedná o bitwise chyby, tak mohou vyplouvat jinde, než zrovna na malině. Třeba na switchi nebo na routeru. Switch je předpokládám hloupý = unmanaged. Slézt pomocí ethtoolu s rychlostí na 100/full je rozumné v několika ohledech. Pokud se to linknulo na gigu, tak nepředpokládám, že by to switch viděl jako half-duplex (nebo totéž mezi switchem a routerem) - jinak half-duplex je obecně další možná možná příčina podobných problémů, ale ten na gigu spíš nehrozí.
Pokud LibreElec obsahuje ping, tak bych zkusil flood ping z maliny proti routeru (nebo naopak) a to nejlíp velkými pakety, cca 1400-1500 B, co se vejde. Tzn. cca ping -f -s 1500 ip.ad.re.sa . Pokud bude ztrácet pakety, nejspíš některý spoj vykazuje bitwise chybovost. Nevhodný kabel, vakl apod.
Vyrobit 100Mb linku tím, že nakrimpuju jenom oranžový a zelený pár... je dobré být si vědom rizika, že se ti dva mohou dohodnout na gigabitu, který potom ale nebude fungovat. Vůbec.
-
Moja skusenost s mojou RPi 4 je ze pri pripojeni k ASUS wifi routeru s gigabit switchom mi v dmesg neustale skace link up link down. Ide prehliadat web a siet +- aj funguje ale rychlost je mizerna. Vynutenie na 100mbit pomoze aj ked aj vtedy sa obcas objavi down/up v dmesg takze to stale nie je 100% stable.
Pri testovacom pripojeni k TP-LINK switchu alebo priamo k notebooku to fungovalo aj na gigabit.
-
Divim se ze to jeste nepadlo, ten gigabit je takovy invalida-Ethernet (©Jirsák), co realne ma 320Mbps ,pozustatek RPI 3 ( ostatne proto to je trojka jeste bécko), limitovany USB 2.0. Nevom jak to udelali, asi jen vymenili ten realtek ub za novejsi, ale stale pripojeny Usb2.0 k CPU.
Takze byc patral tam, jestli nedochazi k nejakemu ucpani, na http://forums.raspberrypi.org o tom na 99% bude zminka
1500b
Pod velki pakety si predstavim 65000b
-
Speed: 1000Mb/s
Duplex: Full
Ještě drobná otázka, vidí to ten switch stejně? (v posledních letech to moc častý problém není, dřív to bylo na denním pořádku). Zkusil bych jako rychlý test tomu portu na switchi místo auto dát 100/full.
-
Možná to s tím nesouvisí, ale některé hloupé přepínače (Netgear, Zyxel) se snažily být za každou cenu chytré (ono se to dobře vyjímá v letáku), aniž by to po nich někdo chtěl, takže mívaly (třeba jen na některých eth. zásuvkách) jakési řízení toků, QoS atp., takže některé toky měly záhadně problémy s plynulostí, v důsledku to nadělalo akorát bordel.
-
Možná to s tím nesouvisí, ale některé hloupé přepínače (Netgear, Zyxel) se snažily být za každou cenu chytré (ono se to dobře vyjímá v letáku), aniž by to po nich někdo chtěl, takže mívaly (třeba jen na některých eth. zásuvkách) jakési řízení toků, QoS atp., takže některé toky měly záhadně problémy s plynulostí, v důsledku to nadělalo akorát bordel.
Má pravdu předseda! Čínských inovací není nikdy dost... Pravda je, že věci jako "broadcast storm protection" (rate-limit na broadcast, multicast a nenaučený unicast) jsem viděl spíš v průmyslovém hardwaru - pro mě poněkud paradoxně :-) protože nejintenzivnější využití broadcastu a multicastu jsem potkal právě tady. A konkrétně 802.3x flow control je taky polodomyšlený mechanismus, který ve výsledku může vést k "head of line blocking" a různým nedorozuměním - nicméně jsem slyšel i názor, že vířím dvacet let staré strachy, že v dnešní době to "prostě funguje", switche s tím umí "inteligentně" pracovat a v dokumentaci to už není ani zmiňováno. Tzn. za mě je dobré to prověřit, nejlépe tak, že to vypnu :-) což na unmanaged switchi neudělám. Tzn. přimlouval bych se za nějaký alespoň websmart low-end switch, kde tyhle věci jdou povypínat. Třeba jenom na zkoušku někde půjčit.