236 replies to this topic

[catastrofus]

Zie handtekening want je leest slecht. Beide Ultimo's + een et10k (zonder tuners, dus fallbackclient) hangen aan een ds214+. Geen enkele box heeft een eigen schijf.

[luisteraar]

ik ga nu lekker een film kijken
morgen met tcpdump tracen dan weet ik
meer.

[Sagitarius †]

@luisteraar, om nog even op de verschillen tussen RX packets en TX packets terug te komen, Het aantal verstuurde bytes is een beetje afhankelijk van de grootte van de packets.

Voorbeeld: Als er 20 voertuigen door je straat rijden zijn kan jij niet vertellen hoeveel mensen er nu voorbij zijn gekomen.   Dat is het verschil tussen het maximum aantal mensen dat in een Smart past en het maximum aantal mensen dat in een stadsbus past.

Dat wil dus niet zeggen dat er packets verloren zijn gegaan, waarvan jij dacht dat dit in je netwerk (interface) zou zitten, dit soms grote verschil is dus heel normaal.

Edited by Sagitarius, 13 April 2022 - 22:12.

[luisteraar]

ik heb nooit het aantal packets
aangehaald wel verzonden en ontvangen
data (bitjes) en aantal dropte
corrupte pockets.

[Sagitarius †]

Dat vroeg je wel, in post #48 vroeg je nl dit: ''waarom verstuurt de client zoveel data over het netwerk (2,7 G) hij verstuurt meer dan dat hij ontvangt''

 

Daar gaf ik een antwoord op dat dit heel normaal is dat verschil.

Edited by Sagitarius, 14 April 2022 - 09:06.

[luisteraar]

Ja ik deelde op :
slaapkamer streamt van woonkamer.
maar verstuurt meer naar woonkamer dan
dat hij ontvangt.
Antwoord slaapkamer is aan het opnemen op nas.
In deze situatie ontvangt slaapkamer stram
van woonkamer en stuurt het weer door naar nas.
Dan moet verzonden en ontvangen data in slaapkamer
gelijk zijn,wat de tellers niet aangeven.

[Sagitarius †]

Laat maar ik heb het uitgelegd waarom er een verschil is.

[luisteraar]

Ik laat het niet en ga er dieper op in.

De bugs wil ik onderbouwd hebben lijkt er op dat tx en rx data verwisseld zijn.

De dropped pakkejjes zitten mij ook niet lekker lijkt op corrupted data wat de

satbox verstuurt.

[luisteraar]

een deel van de rx dropped pakketten komt van de fritzbox

 

11:38:26.332597 dc:39:6f:6b:37:19 (oui Unknown) > 00:b0:52:00:00:01 (oui Unknown), ethertype Unknown (0x88e1), length 60: 

        0x0000:  0068 a000 b052 58a6 ef7f 0000 0000 0000  .h...RX.........

        0x0010:  0000 0000 0000 0000 0000 0000 0000 0000  ................

        0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............

11:38:26.332874 dc:39:6f:6b:37:19 (oui Unknown) > Broadcast, ethertype Unknown (0x88e1), length 60: 

        0x0000:  0000 a000 b052 58a6 ef7f 0000 0000 0000  .....RX.........

        0x0010:  0000 0000 0000 0000 0000 0000 0000 0000  ................

        0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............

11:38:26.333980 dc:39:6f:6b:37:19 (oui Unknown) > Broadcast, ethertype Unknown (0x8912), length 60: 

        0x0000:  0170 a000 0000 1f84 a6a3 97a2 5553 bef1  .p..........US..

        0x0010:  fcf9 796b 5214 13e9 e200 0000 0000 0000  ..ykR...........

 

 

de stream ziet goed uit

 

11:25:24.301530 IP h9se.fritz.box.59650 > gbquad4k.fritz.box.8001: Flags [.],

    ack 41992, win 5295, options [nop,nop,TS val 73462998 ecr 186844245], length 0

11:25:24.301786 IP gbquad4k.fritz.box.8001 > h9se.fritz.box.59650: Flags [.],

 seq 41992:43440, ack 1, win 470, options [nop,nop,TS val 186844245 ecr 73462905], length 1448

11:25:24.301794 IP gbquad4k.fritz.box.8001 > h9se.fritz.box.59650: Flags [.],

  seq 43440:44888, ack 1, win 470, options [nop,nop,TS val 186844245 ecr 73462905], length 1448

11:25:24.301810 IP h9se.fritz.box.59650 > gbquad4k.fritz.box.8001: Flags [.],

  ack 44888, win 5295, options [nop,nop,TS val 73462998 ecr 186844245], length 0

 

 

nu nog de tx dropped pakketten boven water krijgen.

dat zijn paketten die de satbox zelf maakt.

[Sagitarius †]

Ik denk dat je dan maar een nieuw topic moet openen dit heeft niets met het probleem van @catastrofus te maken, jij alleen hebt een netwerk probleem, verveel ons daar dan niet verder mee.

[luisteraar]

Het probleem van TS is netwerk gerelateerd hij heeft alleen een hanger als

 

hij streamt naar de nas over het netwerk.

 

Bij live kijken zonder netwerk heeft hij geen probleem.

[WanWizard]

ik kan nu niet achter computer ik weet niet of de box
tcpdump heeft anders bak ik wel 1 dan kan ik
de pockets zien en onderzoeken.

 

tcpdump staat in de feed.

[Sagitarius †]

Het probleem van TS is netwerk gerelateerd hij heeft alleen een hanger als

 

hij streamt naar de nas over het netwerk.

 

Bij live kijken zonder netwerk heeft hij geen probleem.

Klets niet uit je nek het  is bij ts geen netwerk probleem alleen bij jou, het komt omdat Ziggo bij ESP1 caid 0000 meezend, daardoor wordt de opname na een uur gestopt, als je oscam uitschakeld werkt alles of het FTA zenders zijn.

Ik kan me voorstellen dat ze je er bij Sat4all afgemieterd hebben, daar dramde je ook zo door, altijd het laatste woord willen hebben.

Edited by Sagitarius, 14 April 2022 - 11:43.

[luisteraar]

Zou jij je het netjes willen houden.

 

Dat het kennis niveau bij sat4all erg laag is is bekend daar zijn deskundigen ongewenst

en luisteren liever naar onzin van de vip's.

 

Gelukkig is bij het pli team het niveau hoger.

 

En val me niet lastig ben aan het debuggen.

[catastrofus]

Niet helemaal. De opname van eurosport 1, op die box richting nas, gaat na een uur fout maar eurosport 1 streamen vanaf die box gaat uitstekend en eurosport 1 live kijken uiteraard ook.

 

Het probleem van TS is netwerk gerelateerd hij heeft alleen een hanger als

 

hij streamt naar de nas over het netwerk.

 

Bij live kijken zonder netwerk heeft hij geen probleem.

Edited by catastrofus, 14 April 2022 - 12:46.

[luisteraar]

Ik heb zelf het zelfde probleem en wel bij cnn hd  fta op 28.2 E.

Na uren streamen hangt de server.

Ik heb geen nas kan wel een nas simuleren op een linux pc.

Welk protocol gebruik jij naar de nas nfs ?

[Sagitarius †]

Zou jij je het netjes willen houden.

 

Dat het kennis niveau bij sat4all erg laag is is bekend daar zijn deskundigen ongewenst

en luisteren liever naar onzin van de vip's.

 

Gelukkig is bij het pli team het niveau hoger.

 

En val me niet lastig ben aan het debuggen.

Dat maak jij niet uit vriend, jou kennisniveau waarover je pocht daar werd op sat4aal ernstig aan getwijfeld, en je bleef maar doordrammen net als je hier nu weer doet.

Het probleem wat @catastrofus heeft gaat om ESP1HD via Ziggo daar zijn odm werkzaamheden aan de gang, hij schrijft zelf dat het niet in zijn interne netwerk zit.

Jij kaapt nu gewoon zijn draadje en dat is niet netjes, jij hebt een netwerk probleem en daar moet je in dit draadje niet over blijven mauwen.

Edited by Sagitarius, 14 April 2022 - 13:06.

[luisteraar]

Zo nu is me wat opgevallen

box uptime

16:50:53 up 2 days,  9:24,  load average: 0.00, 0.02, 0.04

 

een uur geleden kon de client niet meer zappen maar na een minuut was alles weer OK zonder reboot

 

Heb ifconfig gedaan en blijkt dat het netwerk zich nieuw opgestart heeft en de tellers gingen op nul

ifconfig 

eth0      Link encap:Ethernet  HWaddr AC:DB:EF:11:22:33  

          inet addr:192.168.178.42  Bcast:192.168.178.255  Mask:255.255.255.0

          inet6 addr: fe80::aedb:efff:fe11:2233/64 Scope:Link

          inet6 addr: 2a02:a03f:8cbe:1000:aedb:efff:fe11:2233/64 Scope:Global

          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

          RX packets:66183099 errors:0 dropped:208059 overruns:0 frame:0

          TX packets:131744533 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000 

          RX bytes:103251116 (98.4 MiB)  TX bytes:1751948711 (1.6 GiB)

 

deze waarden zijn actueel 1 uur na restart netwerk.

 

Er gaat zeker iets mis met het netwerk van de box

Denk dat het misging toen de client van kanaal wisselde.

 

Voor ts heb nas simulatie klaar met protocol nfs kan dus ts's situatie geheel nabootsen

Edited by luisteraar, 14 April 2022 - 16:00.

[Sagitarius †]

Heb net met de Ziggo klantenservice gebeld, ik had een storing dat ''Nieuws en Politiek'' ineens uit de lucht werd gehaald tijdens de wekelijkse persconferentie van de minister president, en dat daar Junior kinderzender voor in de plaats werd gezet. 

Dat is inmiddels opgelost, de uiterst vriendelijke medewerker vertelde dat er werkzaamheden in het kopstation waren en iemand een verkeerde pactch kabel eruit getrokken had en er een andere ingestoken had. Ik op mijn beurt heb gelijk gevraagd over de coderings problemen op een paar zenders waar dit draadje over gaat, hij wist ervan en had diverse meldingen gekregen uit het hele land dat er enkele niet gecertificeerde ontvangers met (je gelooft het niet  )bij opnames niet lekker werkten. Mijn vraag was gelijk hoe lang gaat dit nog duren, daar kon hij niet direct een antwoord op geven, maar verwachte wel dat dit voor de Pasen opgelost moest zijn en de codering er weer op zou staan.

Afwachten dus maar.

Edited by Sagitarius, 14 April 2022 - 16:15.

[catastrofus]

Mooi. Dan lijkt het erop dat het vanzelf gefixed zou moeten worden. Iig vandaag nog niet want een hang iets na 15:00... Ultimo in woonkamer deze keer ipv ultimo op slaapkamer maar (uiteraard) wel weer bij eurosport 1.

Bedankt dat je er naar gevraagd hebt.

 

Wel weer een mooie uitspraak "niet lekker werken", realiteit is het volledig vastlopen van de box + het schakelaartje aan de achterzijde gebruiken...

Edited by catastrofus, 14 April 2022 - 16:35.