et8000 Schokkende beelden

[pieter532]

Hi,

 

Ik heb sinds kort een probleem met mijn ET8000 en ik vermoed dat het netwerk (Ethernet interface) gerelateerd is. Ik heb een ET8000 met een harddisk en een ET7000. Wanneer ik de ET8000 en ET7000 direct met elkaar aansluit met een UTP kabel kan ik zonder problemen een video afspelen (streaming) op de ET7000 vanaf de ET8000 (harddisk).

Zet ik tussen de ET7000 en ET8000 een  TP-LINK TL-SG108 switch en wil dan de video afspelen dan krijg ik schokkende (freezing) beelden.

 

Ik heb de volgende zaken reeds gedaan echter blijf het probleem behouden.

1) de laatste bootloader geinstalleerd op de ET8000. 

2) andere kabels gebruikt.

3) een andere switches gebruikt namelijk een Arcadyan VGV7519 router (met geïntegreerde switch)

4) var/log/messages bekenen en geeft soms het onderstaande weer maar niet na een freezing beeld.

=> bcmgenet bcmgenet.1 eth1: link up, 1000 Mbps,

=> full duplex bcmgenet bcmgenet.1 eth1: link down

5) verbinding laten lopen van ET8000 naar ET7000 via de  Arcadyan VGV7519 router en hierop 100Mbps / full duplex ingesteld op de ethernet interfaces

=> helaas is de ET8000 'eigenwijs' en draait vervolgens op 100Mbps / half duplex. Beeld blijkt schokken.

 

Hopelijk hebben jullie nog ideeën en/of tips om mij verder te helpen?

31 augustus 2017 aangepast door pieter532
tekstueel

[pieter532]

Wanneer ik de ET8000 en de ET7000 op de switch (unmanageable) aansluit heeft de ET8000 1Gb en de ET7000 100Mb. Dit heeft altijd goed gewerkt. En wanneer ik de beide systemen direct aansluit gaan de systemen beide op 100Mb en dan gaat het ook goed.

 

Wanneer ik de interface van de router (wel unmanageable) op 100Mb/full zet, gaat de ET8000 op 100Mbps/half zitten. Dit  kan ik niet verklaren.

 

Wat DHCP betreft heb ik beide apparaten een vast IP nummer gegeven. Op mijn LAN draait ook DHCP voor de overigens apparaten. Dit is ook al jaren zo ingesteld.

Is dit een probleem? 

 

Ik heb een recent versie van Openpli 4 namelijk van 28 augustus (beide systemen). Welke versie en datum heb jij?

[firescoob]

Het kan ook aan je netwerkkabels liggen, heb hier in het verleden ook problemen mee gehad.

Je kan tegenwoordig goedkope lan kabel kopen welke uit aluminium of staaldraad bestaat met koper er omheen, wordt op de kabel aangegeven met cca/ccs.

Als je opneemt of een programma kijkt is dit in feite een stream welke als udp datapakketjes over de kabel gaan. Udp datapakketjes zijn stateless dat wil zeggen dat er geen foutcontrole plaatsvind, TCP datapakketjes zijn statefull oftewel vind hier tussen verzender en ontvanger wel foutcontrole plaats is een datapakketje corrupt wordt door de ontvanger hetzelfde pakketje opnieuw aangevraagd bij de verzender. Met korte kabels kan het zijn dat dit probleemloos werkt maar ik heb zelf ervaren dat na 5 meter al problemen ontstonden.

Bij mij was de enigste oplossing lankabels te gebruiken die uit 100% koper bestaan, wel wat duurder maar kwaliteit heeft zijn prijs.

[pieter532]

Op 01/09/2017 om 09:36 zei Sjaak(k):

Welke router is dat dan? Is dat er wel een met gigabit poorten? Op mijn AsusRT66U die achter het glasvezel modem zit, kan ik dat niet eens instellen, dat gebeurd automatisch welke device er op aangesloten wordt.

Ik zou toch dhcp reservering instellen in je router voor al je apparaten, het is ff wat werk maar werkt hier al tijden goed, vroeger had ik ook statische ip's ingesteld op mijn apparaten

De router is een:

een Arcadyan VGV7519 router (met geïntegreerde switch) met Gigabit poorten. Ik kan de poort configureren op 10/100/1000.

 

[pieter532]

21 uur geleden zei firescoob:

Het kan ook aan je netwerkkabels liggen, heb hier in het verleden ook problemen mee gehad.

Je kan tegenwoordig goedkope lan kabel kopen welke uit aluminium of staaldraad bestaat met koper er omheen, wordt op de kabel aangegeven met cca/ccs.

Als je opneemt of een programma kijkt is dit in feite een stream welke als udp datapakketjes over de kabel gaan. Udp datapakketjes zijn stateless dat wil zeggen dat er geen foutcontrole plaatsvind, TCP datapakketjes zijn statefull oftewel vind hier tussen verzender en ontvanger wel foutcontrole plaats is een datapakketje corrupt wordt door de ontvanger hetzelfde pakketje opnieuw aangevraagd bij de verzender. Met korte kabels kan het zijn dat dit probleemloos werkt maar ik heb zelf ervaren dat na 5 meter al problemen ontstonden.

Bij mij was de enigste oplossing lankabels te gebruiken die uit 100% koper bestaan, wel wat duurder maar kwaliteit heeft zijn prijs.

Ik heb ook aan de kabels gedacht. Op de kabel staat het volgende

Belden CDT networking 1867A 4PR26 CM (UL)     E1 08998-M C(UL) - - - TIA/EIA CAT 5 NEXT       2012 0300 S90      0288772 FEET

 

Geen cca/ccs.

Ik ga eens vragen op mijn werk of zij testapparatuur hiervoor hebben.

[pieter532]

Even een update tussendoor ....

 

Heb Openpli 6 RC geinstalleerd "openpli-6.0-rc-et8000-20170830_usb".

En alles zo geconfigureerd en geinstalleerd (bekabeling) zoals het was. Inmiddels drie testen gedaan waarvan een test van 55 minuten streamen van ET8000 naar ET7000.

Alles gaat nog goed ...

Ik ben overigens ook weer teruggegaan naar OpenPli 4 en had toen binnen 5 minuten schokkende beelden.

 

Ga nog wel bekabeling testen en eventueel vervangen.

[pieter532]

Ik heb via het menu Information - About en dan troubelshoot van Openpli 6 de resultaten van "dmesg" bekeken.

Daar kwam ik de volgende meldingen tegen:

 

bcmgenet bcmgenet.0 eth0: link down

bcmgenet bcmgenet.0 eth0: link up, 1000 Mbps, full duplex

 

Soms een stuk of 20 meldingen en soms na een reboot maar 2....op deze meldingen ben ik gaan zoeken en kwam op de Openpli forum https://forums.openpli.org/topic/36508-vlan-port-on-et10000-is-continuously-flapping/ terecht met meer informatie hierover.

 

 

[firescoob]

Je kan ook OpenHDF proberen, zweer ik al jaren bij met Xtrend, Gigablue mut@nt, vu+ en zgemma.

 

Ik heb zelf niet zo'n goede ervaringen met TP-link switches in het verleden. Ik zweer bij Netgear Prosafe voor thuisgebruik (hebben ook nog het voordeel dat Netgear levenslange garantie geeft) Prosafe is wel de zakelijke lijn van Netgear bv GS108 of web-managed GS108E(heeft voordeel dat je de speed op de switch kunt forceren en kan kabels testen tot op zekere hoogte)

 

Sluit beide ontvangers op de switch aan en niet de een op de router en de ander op de switch, dan kunnen de ontvangers namelijk op basis van MAC-adres met elkaar communiceren en blijft de router buiten spel daar deze meestal op IP level willen werken.

4 september 2017 aangepast door firescoob

[pieter532]

6 uur geleden zei Sjaak(k):

Maar als je het via een switch laat lopen (dat deed Pieter al zo schreef hij) hoe wil je dan een mac toewijzen in een switch? Dat kan volgens mij alleen via DHCP reservering (die ook met mac werkt) in je router.

Het voordeel van deze methode is dat het dan niet uitmaakt waar je de ontvangers op aansluit op de switch of via de router, er wordt in de router altijd een ip gereserveerd via het mac adres van de ontvangers. En een TP-LINK TL-SG108 is een prima switch zo weet ik uit ervaring, ik heb er 2 tot volle tevredenheid in gebruik

 

Ik heb ook goede ervaring met de TP-LINK switch. Ik denk niet dat het aan de router en/of switch ligt. Maar ik blijf open voor alles .... 

 

[pieter532]

Op 3-9-2017 om 15:45 zei Sjaak(k):

Dat heeft geen betrekking op jou en mijn ET8000 1gb lan interface, die is bij een ET10K anders, en die heeft idd veel problemen met zijn netwerk interface, veel mensen gebruiken daarom de 2e 100mb lan aansluiting.

 

Ik lees inderdaad dat veel ET10000 gebruikers klagen. Ik lees ook dat een ET8000 gebruiker (bleskone) deze problemen heeft. En zie dezelfde symptomen (link down / bcmgenet bcmgenet.0 eth0: link up ...).

 

Ik hoop het overigens wel dat het een ET10000 probleem is en niet ook een probleem bij de ET8000.

 

 

[firescoob]

Op 5-9-2017 om 09:32 zei Sjaak(k):

Maar als je het via een switch laat lopen (dat deed Pieter al zo schreef hij) hoe wil je dan een mac toewijzen in een switch? Dat kan volgens mij alleen via DHCP reservering (die ook met mac werkt) in je router.

Het voordeel van deze methode is dat het dan niet uitmaakt waar je de ontvangers op aansluit op de switch of via de router, er wordt in de router altijd een ip gereserveerd via het mac adres van de ontvangers. En een TP-LINK TL-SG108 is een prima switch zo weet ik uit ervaring, ik heb er 2 tot volle tevredenheid in gebruik

 

Het verschil tussen een Hub en een Switch is dat een switch geheugen aan boord heeft en daardoor intelligent is.

 

Een hub stuurt(broadcast) het datapakketje van de verzender naar alle poortjes en hoopt dat degene waarvoor het pakketje bedoeld is antwoord geeft. Een hub is dom en stuurt elk pakketje naar alle poortjes

Een Switch leert welk MAC-adres achter welk poortje zit,  daardoor vind het dataverkeer alleen tussen die poortje op de switch plaats waar de verzender en de ontvanger achter zitten.

Dit heeft als voordeel dat er veel minder broadcasts plaats vinden op een netwerk wat een belasting kan zijn op een netwerk

Dit hoef je op een switch niet in te stellen, dat kan een switch standaard al.

 

Ik ben systeem/netwerkbeheerder van beroep, dit zijn Network basics

Een switch communiceert altijd op Level2(MAC adres), alleen een fully mannaged switch communiceert op IP niveau(Level3) maar die zijn voor thuisgebruik veel te prijzig en zwaar overkill

 

Probeer eens Openatv als image zij bouwen voor nagenoeg elk merk ontvanger images

6 september 2017 aangepast door firescoob

[Tonskidutch]

gebruik eens het ethtool > klik > op de Receiver per telnet

 

dan zie je de waarden van de nic

in enkele gevallen zijn de waarden ook manueel instelbaar en kun je lost packages voorkomen

bij de netgear GS108 nog nooit problemen gehad met verschillende nic's

[pieter532]

Op 7-9-2017 om 10:10 zei Tonskidutch:

gebruik eens het ethtool > klik > op de Receiver per telnet

 

dan zie je de waarden van de nic

in enkele gevallen zijn de waarden ook manueel instelbaar en kun je lost packages voorkomen

bij de netgear GS108 nog nooit problemen gehad met verschillende nic's

 

Hoi ik heb ethtool een paar keer opgestart.

Ik kan de waarden niet op juiste "waarde" schatten.

 

Ik heb met deze ethtool ook geprobeerd de interface van mijn ET8000 naar 100Mbps te krijgen. Maar dat lukte me niet.

Ik voerde dan de volgende commando's uit.

> ethtool -s eth0 autneg off

> ethtool -s eth0 speed 100

 

Het resultaat op de ET8000 kan ik me niet meer herinneren; deze zal ik z.s.m. posten.

[pieter532]

Ik wil nog even wachten met OpenATV. Het is nu stabiel ... en ik ben ook automatiseerder van beroep maar thuis doe ik liever andere dingen .... bv streaming films kijken

[pieter532]

Hieronder de output van de commando's en ik weet niet wat ik fout doe ...

 

root@et8000:~# ethtool -s eth0 autneg off
ethtool: bad command line argument(s)
For more information run ethtool -h

 

root@et8000:~# ethtool -s eth0 speed 100
Cannot advertise speed 100
Cannot set new settings: Invalid argument
  not setting speed