Acties:
  • 0 Henk 'm!
haha hier hetzelfde liedje maar let op heb mijn reactie hierboven aangepast
rjhilbrink schreef op zondag 4 december 2016 @ 17:20:
[...]

Ik had dat stukje inderdaat over het hoofd gezien. Ik heb dit eerder in de config gehad maar dat werkte niet. Ik ben nu mijn 7390 aan het leeg maken en zien wat er gebeurt als ik de config erin gooi. (kan helaas de 7490 niet leeg halen dan gaan ze hier thuis protesteren!)

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

Verwijderd

Verwijderd schreef op zondag 4 december 2016 @ 17:19:
[...]

Wat ik ergens boven ook vroeg: 'Maar je hebt al die routes zoals je ze in de Zyxel ziet overgenomen?
Want die ene heeft subnetmask die eindigt op 255.192 en daar staan flags UG (Up en Gateway)
en de andere eindigt de subnetmask op 248.0 (en hoef je geen gateway in te vullen). En alleen flag U.
(Die zal dan destination IP 10.10.56.0 hebben als ik het goed...gok. :D ) Maar die zijn beide voor eth4.2
dus beide blijkbaar nodig voor iets van de tv.' :)
Een voor live en een voor on-demand of zo? Ik raad maar wat.
Hallo,
Sorry had het wel gelezen, maar heb beide ingevoerd maar als ik dat bij static route(lan1) doe dan verliezen de Abox42 verbinding met de servers van Sparql en heb ik dus geen tv. Dan zie ik in beeld kan geen verbinding maken. Ik heb het vermoeden dat de static route bij de lan leeg moet blijven. Ik zie dat hij voor tv 10.10.56.1 als ip heeft. Of moet ik deze gegevens ergens anders invullen?

Acties:
  • 0 Henk 'm!

Verwijderd

Verwijderd schreef op zondag 4 december 2016 @ 17:19:
[...]

Wat ik ergens boven ook vroeg: 'Maar je hebt al die routes zoals je ze in de Zyxel ziet overgenomen?
Want die ene heeft subnetmask die eindigt op 255.192 en daar staan flags UG (Up en Gateway)
en de andere eindigt de subnetmask op 248.0 (en hoef je geen gateway in te vullen). En alleen flag U.
(Die zal dan destination IP 10.10.56.0 hebben als ik het goed...gok. :D ) Maar die zijn beide voor eth4.2
dus beide blijkbaar nodig voor iets van de tv.' :)
Een voor live en een voor on-demand of zo? Ik raad maar wat.
Dit is wat ik zie staan in mijn Zyxel:

Host Name: Router
Model Number: VMG8324-B10A
Serial Number: S160Y14011180
Firmware Version: 1.00(AAKL.15)C0
WAN Information
- WAN Type: Ethernet WAN
- WAN Name: ETHWAN/eth4.1
- MAC Address: 1C:74:0D:52:75:1C
- IPv4 Address: 84.245.10.16 Release
- IPv4 Subnet Mask: 255.255.252.0
- IPv4 Uptime: 0 day: 0 hour: 30 minutes
- Primary DNS server: 82.197.196.182
- Secondary DNS server: 82.197.196.183
- Encapsulation: IPoE

- WAN Type: Ethernet WAN
- WAN Name: IPTV_Ethernet/eth4.2
- MAC Address: 1C:74:0D:52:75:1D
- IPv4 Address: 10.10.50.187 Release
- IPv4 Subnet Mask: 255.255.248.0
- IPv4 Uptime: 0 day: 0 hour: 30 minutes
- Primary DNS server: 82.197.196.182
- Secondary DNS server: 82.197.196.183
- Encapsulation: IPoE

LAN Information
- IPv4 Address: 192.168.1.1
- IPv4 Subnet Mask: 255.255.255.0
- DHCP: Server
- MAC Address: 1C:74:0D:52:75:19
WLAN Information
- MAC Address: 1C:74:0D:52:75:1A
- Status: Off
- SSID: ZyXEL527519
- Channel: Auto (Current: 1)
- Security: Mixed WPA2-PSK/WPA-PSK
- 802.11 Mode: 802.11b/g/n Mixed
- WPS: Off

Routing table:

Destination Gateway Subnet Mask Flag Metric Interface
185.6.48.0 10.10.48.1 255.255.255.192 UG 0 eth4.2
192.168.1.0 * 255.255.255.0 U 0 br0
84.245.8.0 * 255.255.252.0 U 0 eth4.1
10.10.48.0 * 255.255.248.0 U 0 eth4.2
default 84.245.8.1 0.0.0.0 UG 0 eth4.1

[ Voor 12% gewijzigd door Verwijderd op 04-12-2016 17:48 ]


Acties:
  • 0 Henk 'm!

Verwijderd

Ok. En bij System Monitor> Routing Table heb je ook 5 entry's staan met deze 2 voor interface eth4.2?

185.6.48.0___10.10.56.1___255.255.255.192___UG___0___eth4.2
10.10.56.0 ___************___255.255.248.0____U____0____eth4.2

Edit: Oow ja dus. :D Misschien dat je bij jouw router 4X een 0 moet zetten waar geen gateway staat?
Omdat ie anders de route misschien niet accepteert. Geen idee hoor, vraag het me meer hardop af.
quote: Flevoboy63
Destination Gateway Subnet Mask Flag Metric Interface
185.6.48.0 10.10.48.1 255.255.255.192 UG 0 eth4.2
10.10.48.0 * 255.255.248.0 U 0 eth4.2
:? Mmm....Foute gedachtengang blijkbaar van mij. Of krijg je op de Zyxel andere IP's en zo?
Je hebt nu precies dezelfde waarden staan als ik ook heb staan bij de routing table. Nou ja,
je IP voor internet en zo is niet hetzelfde natuurlijk. Maar deze 2 voor tv staan bij mij precies met
diezelfde waarden. Behalve het IP v4 adres wat er eerder bovenaan bij de tv komt natuurlijk. 8)
(Bij mij 10.10.55.104, bij jou 10.10.50.187)

Met die 2 in je Draytek router er bij zou het toch horen te werken. Word in de ene of andere router nog
wel eens ergens anders gezet maar dat zou iemand mogen vertellen die hetzelfde merk heeft of zo. :)
En dan misschien nog IGMP proxy/ sniffing instellen.

[ Voor 89% gewijzigd door Verwijderd op 05-12-2016 04:15 ]


Acties:
  • 0 Henk 'm!

  • scrappy.doo
  • Registratie: September 2004
  • Laatst online: 21:30
webmasternick schreef op vrijdag 4 november 2016 @ 16:52:
Ik heb op een Linux PC ffmpeg geinstalleerd. Dit programma zal de video stream decoderen. Als er fouten in de stream zitten (frames ontbreken, etc) zal het volgende command dit loggen:
[...]
Ik heb inmiddels een soortgelijke setup draaien. Eens kijken of ik er wat hickups mee kan vinden.

Acties:
  • 0 Henk 'm!

  • rjhilbrink
  • Registratie: Oktober 2007
  • Laatst online: 16:20
Mr-D. schreef op zondag 4 december 2016 @ 17:07:
stukje uit de config
redial_delay_after_ppp_error = 0w;
routes_only_for_local = no;
ifaceroutes {
enabled = yes;
ipaddr = 185.6.48.0;
mask = 255.255.255.192;
gateway = 0.0.0.0;
}
disable_staticroutes_on_dhcproutes = no;
ripv2receiver_enabled = no;

dus er word wel wat gedaan :)

nog even snel vergeleken maar ik heb bij mijn 7490 geen ifaceroutes
en zit ook op firmware 6.52 en van tweak op 6.51 en die bestaat dacht ik niet voor de 7490 dus zal hem niet zomaar erin schieten

[...]
Ik heb de config stukjes toegevoegd aan mijn 7490 config (of eigenlijk alleen het ifroutes gedeelte rest stond er al) maar dit maakt helaas niets uit.

Ook op een schone 7390 waarin ik de tweak config heb geschoten wil niet goed connecten. Ik denk dat het grote verschil is dat we op LAN1 connecten terwijl de 5490 hiervoor een aparte interface heeft.
Vervelende blijft wel dat XS4ALL het wel gewoon heeft draaien. Ik denk dat zij de IPTV routes via DHCP doorsturen, wat door de fritz wel wordt geaccepteerd.

PV: Panasonic HIT Kuro/SolarEdge HD Wave 4.225 kWp verdeeld over 2600 Zuid Oost en 1625 Noord West


Acties:
  • 0 Henk 'm!

  • MCP cloud
  • Registratie: September 2011
  • Laatst online: 15:57

MCP cloud

Op het web sinds 1998

rjhilbrink schreef op zondag 4 december 2016 @ 21:50:
[...]

Ik heb de config stukjes toegevoegd aan mijn 7490 config (of eigenlijk alleen het ifroutes gedeelte rest stond er al) maar dit maakt helaas niets uit.

Ook op een schone 7390 waarin ik de tweak config heb geschoten wil niet goed connecten. Ik denk dat het grote verschil is dat we op LAN1 connecten terwijl de 5490 hiervoor een aparte interface heeft.
Vervelende blijft wel dat XS4ALL het wel gewoon heeft draaien. Ik denk dat zij de IPTV routes via DHCP doorsturen, wat door de fritz wel wordt geaccepteerd.
Zie dat jij handig bent :P :o

Krijg mijn Fritzbox 7369 niet aan de praat met telfort glas wil hem gebruiken ipv V8 :X
SIP gegevens heb ik maar het lukt niet met int/ tv ..........maby tips of tweaks ?

Powered by KPN | Experia Box V10 + TP-link switch LS1005G + 2 Superwifi


Acties:
  • 0 Henk 'm!

  • rjhilbrink
  • Registratie: Oktober 2007
  • Laatst online: 16:20
fiberdordrecht schreef op zondag 4 december 2016 @ 22:04:
[...]


Zie dat jij handig bent :P :o

Krijg mijn Fritzbox 7369 niet aan de praat met telfort glas wil hem gebruiken ipv V8 :X
SIP gegevens heb ik maar het lukt niet met int/ tv ..........maby tips of tweaks ?
Volgens mij zou je voor Telfort het standaard XS4ALL FTTH profiel kunnen selecteren in de Fritzbox.. Voip moet je dan wel zelf invullen. Ik weet niet of Telfort deze gegevens doorgeeft. IPTV is afhankelijk van KPN. Bij XS4All werkt dit (routed).

PV: Panasonic HIT Kuro/SolarEdge HD Wave 4.225 kWp verdeeld over 2600 Zuid Oost en 1625 Noord West


Acties:
  • 0 Henk 'm!

Verwijderd

Verwijderd schreef op zondag 4 december 2016 @ 17:48:
Ok. En bij System Monitor> Routing Table heb je ook 5 entry's staan met deze 2 voor interface eth4.2?

185.6.48.0___10.10.56.1___255.255.255.192___UG___0___eth4.2
10.10.56.0 ___************___255.255.248.0____U____0____eth4.2

Edit: Oow ja dus. :D Misschien dat je bij jouw router 4X een 0 moet zetten waar geen gateway staat?
Omdat ie anders de route misschien niet accepteert. Geen idee hoor, vraag het me meer hardop af.

[...]


:? Mmm....Foute gedachtengang blijkbaar van mij. Of krijg je op de Zyxel andere IP's en zo?
Je hebt nu precies dezelfde waarden staan als ik ook heb staan bij de routing table. Nou ja,
je IP voor internet en zo is niet hetzelfde natuurlijk. Maar deze 2 voor tv staan bij mij precies met
diezelfde waarden.Behalve het IP v4 adres wat er eerder bovenaan bij de tv komt natuurlijk. 8)
(Bij mij 10.10.55.104, bij jou 10.10.50.187)

Met die 2 in je Draytek router er bij zou het toch horen te werken. Word in de ene of andere router nog
wel eens ergens anders gezet maar dat zou iemand mogen vertellen die hetzelfde merk heeft of zo. :)
En dan misschien nog IGMP proxy/ sniffing instellen.
Ik heb nog wat instellingen geprobeerd, die jij mij hebt gegeven. Maar ondemand en opname gaan niet werken op de Draytek. Maar weer even de Zyxel aangesloten. Toch bedankt voor de moeite. Ik Krijg dinsdag een Fritz!box 5490 van een kennis. Die heeft zijn Xs4all abbo een half jaar geleden opgezegd, maar nog steeds de modem in zijn bezit. Nu eens kijken of ik een config kan bemachtigen van Tweak. Of kan ik het bestand inladen wat op de website van Tweak staat?

Acties:
  • 0 Henk 'm!

Verwijderd

quote: Flevoboy63
...Toch bedankt voor de moeite. Ik Krijg dinsdag een Fritz!box 5490 van een kennis...
Ja graag gedaan natuurlijk. :) Jammer dat er niks aan te verbeteren was.

Kun je Tweak niet meteen om zo'n Fritzbox vragen trouwens? Dan zit de juiste config er ook meteen in....
of komt er bij. Of misschien maakt het niks uit en als je die van een kennis aansluit dat ie dan ook wel
de juiste configuratie vanaf het netwerk laad.

Die ze daar hebben staan is als .export opgeslagen, geen idee of dat zo te laden is. Is wel in een config bestand over te nemen denk ik. Als je contact met ze opneemt zou je ook om die config kunnen vragen.
Of in ieder geval te weten komen of dat met elke Fritzbox 5490 gaat werken.
Of dat ie preloaded bij hun weg moet komen.

[ Voor 32% gewijzigd door Verwijderd op 04-12-2016 23:03 ]


Acties:
  • 0 Henk 'm!
rjhilbrink schreef op zondag 4 december 2016 @ 21:50:
[...]

Ik heb de config stukjes toegevoegd aan mijn 7490 config (of eigenlijk alleen het ifroutes gedeelte rest stond er al) maar dit maakt helaas niets uit.

Ook op een schone 7390 waarin ik de tweak config heb geschoten wil niet goed connecten. Ik denk dat het grote verschil is dat we op LAN1 connecten terwijl de 5490 hiervoor een aparte interface heeft.
Vervelende blijft wel dat XS4ALL het wel gewoon heeft draaien. Ik denk dat zij de IPTV routes via DHCP doorsturen, wat door de fritz wel wordt geaccepteerd.
Ik heb de config van Tweak ook eens doorgenomen, en ik weet niet zeker of er wel zo'n heel groot verschil is tussen configuratie met dedicated (Fiber) WAN poort of LAN 1 als WAN poort. Als ik de configuratie juist interpreteer (bij AVM blijft dat een beetje vaag :P ), dan is die niet zo heel anders dan de Fritz!box 7490 die ik hier heb draaien met alleen VoIP en Internet geconfigureerd.

In beide gevallen zorgt "DSLd" voor de configuratie van de verbindingen en gebruikt ie voor de VCC's "dslencap_mixed" met daaronder de namen van de verbindingen, die verderop verder worden gedefinieerd onder de "dslifaces".

Het enige wat ik idd zie, is dat bij de "dsliface" voor IPTV ook de ifaceroute is gedefinieerd. En natuurlijk hebben ze bij TR069 ook de configuratieserver van Tweak geselecteerd staan O-) . Weet niet of het verstandig is om dat op een 7390 of 7490 ook te doen (zou met Firmware pushes misschien wel eens verkeerd kunnen gaan) maar wellicht kunnen ze via TR069 ook nog meer sturen.

Hier kan ik het helaas niet proberen. Heb (nog) geen Sparql. Maar ik was wel van plan om dat aan te gaan vragen, te beginnen met Sparql Light (weet, ff offtopic, iemand eigenlijk of je bij Light wel pauzefunctie hebt?).

Ziggo zeggen we dan weer op, in de hoop dat ze echter voorlopig nog even niet de moeite nemen om ons in de straatkast af te sluiten :D.

Ik ga overigens wel meteen vagen of ik aan de test van de Fritz!box mee mag doen :P

Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.


Acties:
  • 0 Henk 'm!

  • scrappy.doo
  • Registratie: September 2004
  • Laatst online: 21:30
webmasternick schreef op vrijdag 4 november 2016 @ 16:52:
Ik heb op een Linux PC ffmpeg geinstalleerd. Dit programma zal de video stream decoderen. Als er fouten in de stream zitten (frames ontbreken, etc) zal het volgende command dit loggen[...]
Ik heb de eerste resultaten binnen van gisteravond:

zo 4 dec 2016 22:24:10 CET : RTP: missed 1 packets
zo 4 dec 2016 22:35:01 CET : RTP: missed 1 packets
zo 4 dec 2016 22:53:37 CET : RTP: missed 126 packets
zo 4 dec 2016 22:53:37 CET : RTP: [rtp @ 0x1c9f2e0] PES packet size mismatch
zo 4 dec 2016 22:54:26 CET : RTP: missed 147 packets
zo 4 dec 2016 22:54:26 CET : RTP: [rtp @ 0x1c9f2e0] PES packet size mismatch

toevallig nog iemand in de regio Deventer die kan gaan loggen zodat we kunnen uitsluiten waar deze fouten nu optreden?

Acties:
  • 0 Henk 'm!

  • webmasternick
  • Registratie: Oktober 2002
  • Laatst online: 15-09 12:37
Leuk dat je ook aan het testen bent. Die "missed 126 packets" zou wel eens een hapering kunnen veroorzaken.

Ik zal straks ook weer de logging opstarten, dan kunnen wij in ieder geval onze logs vergelijken. De laatste tijd heb ik toch nog wat hapering. Gelukkig wel minder dan eerst.
scrappy.doo schreef op maandag 5 december 2016 @ 08:51:
[...]


Ik heb de eerste resultaten binnen van gisteravond:

zo 4 dec 2016 22:24:10 CET : RTP: missed 1 packets
zo 4 dec 2016 22:35:01 CET : RTP: missed 1 packets
zo 4 dec 2016 22:53:37 CET : RTP: missed 126 packets
zo 4 dec 2016 22:53:37 CET : RTP: [rtp @ 0x1c9f2e0] PES packet size mismatch
zo 4 dec 2016 22:54:26 CET : RTP: missed 147 packets
zo 4 dec 2016 22:54:26 CET : RTP: [rtp @ 0x1c9f2e0] PES packet size mismatch

toevallig nog iemand in de regio Deventer die kan gaan loggen zodat we kunnen uitsluiten waar deze fouten nu optreden?

Acties:
  • 0 Henk 'm!
ik krijg van de week een pc vrij hiervoor kan ook gaan testen wilde dit al eerder doen maar helaas niet van gekomen

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!
Wanneer wij hier Sparql hebben zal ik ook mee gaan doen met testen.

Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.


Acties:
  • 0 Henk 'm!

  • Csotranme
  • Registratie: December 2008
  • Laatst online: 16-09 10:49
Via mn werk kan ik aan wat afgedankt Cisco spul komen en vroeg me af of mensen hier ervaring mee hebben ism de Tweak lijn.

Kan aan een 2811 router komen die ik eigenlijk in wil gaan zetten ipv de Zyxel.
verder krijg ik nog een ASA 5510 waar ik ff naar wil kijken of ik daar wat leuks mee kan. Poorten zijn alleen wel 10/100..
Mijn huidige TP-link switches gaan er dan tevens ook uit voor C3750G-48TS :)

'16 Peugeot 208 GTI By Peugeot Sport | '23 Mazda CX-60 Homura PHEV | Design junkie


Acties:
  • 0 Henk 'm!
ben er bang voor
heb net ander abbo voor sparql afgenomen met de vraag om fritzbox tester te worden waarmee je aangeeft wat problemen te verwachte die je niet erg vind krijg ik onderstaand antwoord terug
. Helaas zoeken we geen Fritzbox testers, de test wordt alleen uitgevoerd bij een aantal nieuwe klanten.
of ik dit een handige zet vind alhoewel die zitten toch aan een jaarabonnement vast :+
eymey schreef op maandag 5 december 2016 @ 13:42:
Wanneer wij hier Sparql hebben zal ik ook mee gaan doen met testen.

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

Verwijderd

Mr-D. schreef op maandag 5 december 2016 @ 19:08:
ben er bang voor
heb net ander abbo voor sparql afgenomen met de vraag om fritzbox tester te worden waarmee je aangeeft wat problemen te verwachte die je niet erg vind krijg ik onderstaand antwoord terug

[...]

of ik dit een handige zet vind alhoewel die zitten toch aan een jaarabonnement vast :+

[...]
Hallo,
Dit antwoord heb ik dus vandaag ook gekregen van de HD. Nu ben ik wel in het bezit gekomen van een Fritz!box 5490, alleen heb ik het config bestand niet. Ik werk in Dronten en onze ICT afdeling had deze staan omdat zij tot aan 1-9-2016 XS4All als provider hadden. Ook deze willen zij niet geven omdat het nog in een testfase zit. Weet jij hoe je in de Zyxel een log kunt starten, zodat ik kan zien wat er gebeurd.

[ Voor 13% gewijzigd door Verwijderd op 05-12-2016 19:21 ]


Acties:
  • 0 Henk 'm!
hoezo niet geven staat toch gewoon op hun site met wachtwoord avm

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

Verwijderd

Mr-D. schreef op maandag 5 december 2016 @ 19:29:
hoezo niet geven staat toch gewoon op hun site met wachtwoord avm
Dat is een export bestand en geen config voor de Fritz!box

[ Voor 5% gewijzigd door Verwijderd op 05-12-2016 19:36 ]


Acties:
  • 0 Henk 'm!
als ik mijn config exporteer krijg ik ook een export bestand dus is gewoon de config hoor

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

Verwijderd

Mr-D. schreef op maandag 5 december 2016 @ 19:41:
als ik mijn config exporteer krijg ik ook een export bestand dus is gewoon de config hoor
Oke, dan ga ik het morgen nog eens proberen, vanmiddag kreeg ik een foutmelding. Als ik het nu doe krijg ik ruzie met de boss in huis,hahahaha

Acties:
  • 0 Henk 'm!
wat wil je precies loggen want log systeem is vrij beperkt
ik heb een tijdje gelogd naar mijn nas toe maar daar kwam niet de info voorbij die ik wilde zien misschien is wireshark een betere oplossing
Verwijderd schreef op maandag 5 december 2016 @ 19:17:
[...]

Hallo,
Dit antwoord heb ik dus vandaag ook gekregen van de HD. Nu ben ik wel in het bezit gekomen van een Fritz!box 5490, alleen heb ik het config bestand niet. Ik werk in Dronten en onze ICT afdeling had deze staan omdat zij tot aan 1-9-2016 XS4All als provider hadden. Ook deze willen zij niet geven omdat het nog in een testfase zit. Weet jij hoe je in de Zyxel een log kunt starten, zodat ik kan zien wat er gebeurd.

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!
@Mr-D:

Hetzelfde antwoord heb ik helaas ook gekregen wat betreft de Fritz!box :(. Jammer. Ik ben ervan overtuigd dat ik veel nuttige input had kunnen leveren. Ik gebruik namelijk al sinds 2007/2008 Fritz!boxen.

Maar goed. Als Sparql bij mij eenmaal is geactiveerd ga ik wel eens verder experimenteren op basis van mijn 7490. Desnoods compileer ik weer eens een image van www.freetz.org, zodat ik ook wat beter kan zien wat er gebeurt :P

Vriendinlief heeft vaak genoeg avonddienst en vermaakt zich ook vaak genoeg prima zónder TV, dus genoeg knutselgelegenheid.

Het had me echter wel aantrekkelijk geleken om toch al een Fritz!box van Tweak te kunnen krijgen. Toch makkelijker, met wat mazzel weer een stekker minder en de mogelijkheid om de 7490 te verkopen (kan ik weer andere delen van de hobby mee bekostigen :P ).

Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.


Acties:
  • 0 Henk 'm!
Tja daar loop ik ook tegenaan eymey geld voor de hobby :)

Kan je via freetz ook zo compilen dat je ook een concurrent wan optie hier in krijgt nu kan dit alleen voor ppoe verbindingen

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!
De laatste keer dat ik Freetz! heb geprobeerd was alweer een jaar of 3 geleden (nog op een 7390 ). De mogelijkheden om echt op het niveau van de verbinding dingen te doen is redelijk beperkt (mede doordat AVM heel veel via een eigen ecosysteem van vaan genaamde daemons doet). Maar er is volgens mij wel het e.e.a. mogelijk op het gebied van de firewall en routing.

Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.


Acties:
  • 0 Henk 'm!

  • jaro431
  • Registratie: Juli 2000
  • Laatst online: 19:29
Zo te zien blijf ik nog even de enige hier met een fritzbox.

Als ik in mijn config kijk (die dus ook is te downloaden via de site), zie ik weinig bijzonderheden. Oftewel, glasvezel er in en draaien maar.
Of ik moet iets niet zien, maar het lijkt echt standaard verder!

Acties:
  • 0 Henk 'm!
Mij valt met name de "ifaceroutes" sub-sectie op, onder de IPTV sectie. Dat lijkt een soort static route te zijn naar een bepaald subnet op het IPTV v-lan.

Maar dat is volgens mij slechts een deel van de static routes die nodig zijn om IPTV werkend te krijgen. Wellicht dat de andere static route (voor on demand video?) nu wel via DHCP wordt uitgegeven over VLAN4 ?

Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.


Acties:
  • 0 Henk 'm!

  • NovapaX
  • Registratie: Februari 2009
  • Laatst online: 04-09 12:56
Bij mijn weten is er nooit meer dan 1 static route geweest.
De rest van IPTV zit allemaal in het 10.x subnet op dat VLAN geloof ik, dus dat wordt sowieso wel goed gerouted. Maar dat kan ik nu even niet nakijken.

1740Wp: 12xSF145-S @ Hosola 1600TL [pvoutput]
Sparql TV wiki


Acties:
  • 0 Henk 'm!
Ja, nu je het zegt.... op het blog van Tweak wordt ook maar van 1 handmatig toe te voegen static route gesproken. En laat dat nou ook net het subnet zijn dat dus ook in de "ifaceroutes" sectie in de Fritz!box config genoemd wordt :).

Nu ff geen zin om met de ar7.cfg in m'n Fritz!box te gaan klooien. Sowieso is telnet toegang in nieuwere versies afgeschaft :{. Ook weet ik niet zeker of ik, zonder Sparql in m'n abonnement, uberhaupt toegang heb tot VLAN 4 of dat dit ge-firewalled is ofzo :D

Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.


Acties:
  • 0 Henk 'm!

  • scrappy.doo
  • Registratie: September 2004
  • Laatst online: 21:30
Log van gisteravond:

ma 5 dec 2016 19:58:03 CET : [rtp @ 0x265e2e0] PES packet size mismatch
ma 5 dec 2016 20:24:09 CET : RTP: missed 547 packets
ma 5 dec 2016 20:24:09 CET : [rtp @ 0x265e2e0] PES packet size mismatch
ma 5 dec 2016 21:06:57 CET : RTP: missed 255 packets
ma 5 dec 2016 21:06:57 CET : [rtp @ 0x265e2e0] PES packet size mismatch
ma 5 dec 2016 22:04:33 CET : RTP: missed 140 packets
ma 5 dec 2016 22:04:33 CET : [rtp @ 0x265e2e0] PES packet size mismatch
ma 5 dec 2016 22:04:41 CET : RTP: missed 76 packets
ma 5 dec 2016 22:04:41 CET : [rtp @ 0x265e2e0] PES packet size mismatch

Acties:
  • 0 Henk 'm!

  • webmasternick
  • Registratie: Oktober 2002
  • Laatst online: 15-09 12:37
Mijn log van gister avond (NPO1):

code:
1
2
3
4
5
6
7
8
9
10
Mon Dec 5 19:35:31 CET 2016 : RTP: missed 8 packets
Mon Dec 5 19:35:31 CET 2016 : RTP: missed 1 packets
Mon Dec 5 19:35:31 CET 2016 : [rtp @ 0x7fb187012800] PES packet size mismatch
Mon Dec 5 19:46:29 CET 2016 : RTP: missed 1 packets
Mon Dec 5 19:46:29 CET 2016 : RTP: dropping old packet received too late
Mon Dec 5 19:58:03 CET 2016 : [rtp @ 0x7fb187012800] PES packet size mismatch
Mon Dec 5 19:59:38 CET 2016 : RTP: missed 1 packets
Mon Dec 5 19:59:38 CET 2016 : [rtp @ 0x7fb187012800] PES packet size mismatch
Mon Dec 5 20:57:12 CET 2016 : RTP: missed 1 packets
Mon Dec 5 20:57:12 CET 2016 : [rtp @ 0x7fb187012800] PES packet size mismatch


Om 19:58:03 hebben wij beide tegelijk een error. De andere errors lijken geen overlap te hebben. Ik vermoed dat de haperingen op wijkcentrale niveau ontstaan. Is er toevallig iemand die in Almere-Buiten Regenboogbuurt ook kan testen?

Ik heb niet naar NPO1 gekeken, dus weet niet of er haperingen zijn opgetreden. Waarschijnlijk gaat het beeld pas haperen als er meerdere packets worden gemist.

Acties:
  • 0 Henk 'm!

  • ANdrode
  • Registratie: Februari 2003
  • Niet online
webmasternick schreef op dinsdag 6 december 2016 @ 09:25:
Om 19:58:03 hebben wij beide tegelijk een error. De andere errors lijken geen overlap te hebben. Ik vermoed dat de haperingen op wijkcentrale niveau ontstaan. Is er toevallig iemand die in Almere-Buiten Regenboogbuurt ook kan testen?
Er kunnen ook fouten hoger in het netwerk ontstaan. In het elementaire geval al in de media gateway in Hilversum of in de data van de omroep :)

Acties:
  • 0 Henk 'm!

  • webmasternick
  • Registratie: Oktober 2002
  • Laatst online: 15-09 12:37
Ja, hier ben ik erg benieuwd naar. Het foutje van 19.58 is mogelijk zo'n geval.

Ik hoop dat we met z'n allen kunnen ontdekken op welk niveau de fouten ontstaan. Als dit op wijkcentrale niveau of daarboven is, kunnen de argumenten van Tweak "dat het aan het aan het thuisnetwerk ligt" weerleggen.
ANdrode schreef op dinsdag 6 december 2016 @ 09:40:
[...]
Er kunnen ook fouten hoger in het netwerk ontstaan. In het elementaire geval al in de media gateway in Hilversum of in de data van de omroep :)

Acties:
  • 0 Henk 'm!

  • WhySoSerious?
  • Registratie: April 2009
  • Laatst online: 01:02
Meer mensen die een EindelijkGlasvezel korting hadden van €10 per maand? Ik moet nu €50 terugbetalen, omdat ze de korting te lang hebben laten doorlopen. Van hun kant ook helemaal geen communicatie hierover, gewoon dood leuk een factuur sturen.

[ Voor 3% gewijzigd door WhySoSerious? op 06-12-2016 17:00 ]


Acties:
  • 0 Henk 'm!

  • Dennischo
  • Registratie: September 2007
  • Niet online
WhySoSerious? schreef op dinsdag 6 december 2016 @ 15:09:
Meer mensen die een EindelijkGlasvezel korting hadden van €10 per maand? Ik moet nu €50 terugbetalen, omdat ze de korting te lang hebben laten doorlopen. Van hun kant ook helemaal geen contact hierover, gewoon dood leuk een factuur sturen.
Lekker weigeren dus. Bel ze op. Slaat nergens op om ineens een factuur te sturen.

Acties:
  • 0 Henk 'm!

  • pirania
  • Registratie: December 2006
  • Laatst online: 30-04-2023
Dennischo schreef op dinsdag 6 december 2016 @ 15:27:
[...]

Lekker weigeren dus. Bel ze op. Slaat nergens op om ineens een factuur te sturen.
Inderdaad. Zakelijk snap ik dat soort dingen wel, maar particulier vind ik het een beetje apart.

Acties:
  • 0 Henk 'm!

Verwijderd

webmasternick schreef op dinsdag 6 december 2016 @ 09:25:
Mijn log van gister avond (NPO1):

code:
1
2
3
4
5
6
7
8
9
10
Mon Dec 5 19:35:31 CET 2016 : RTP: missed 8 packets
Mon Dec 5 19:35:31 CET 2016 : RTP: missed 1 packets
Mon Dec 5 19:35:31 CET 2016 : [rtp @ 0x7fb187012800] PES packet size mismatch
Mon Dec 5 19:46:29 CET 2016 : RTP: missed 1 packets
Mon Dec 5 19:46:29 CET 2016 : RTP: dropping old packet received too late
Mon Dec 5 19:58:03 CET 2016 : [rtp @ 0x7fb187012800] PES packet size mismatch
Mon Dec 5 19:59:38 CET 2016 : RTP: missed 1 packets
Mon Dec 5 19:59:38 CET 2016 : [rtp @ 0x7fb187012800] PES packet size mismatch
Mon Dec 5 20:57:12 CET 2016 : RTP: missed 1 packets
Mon Dec 5 20:57:12 CET 2016 : [rtp @ 0x7fb187012800] PES packet size mismatch


Om 19:58:03 hebben wij beide tegelijk een error. De andere errors lijken geen overlap te hebben. Ik vermoed dat de haperingen op wijkcentrale niveau ontstaan. Is er toevallig iemand die in Almere-Buiten Regenboogbuurt ook kan testen?

Ik heb niet naar NPO1 gekeken, dus weet niet of er haperingen zijn opgetreden. Waarschijnlijk gaat het beeld pas haperen als er meerdere packets worden gemist.
Ik woon ook in de regenboog buurt. Ik heb last van haperingen. Als je mij kunt vertellen hoe ik moet loggen, dan kan ik dit zeker doen.

Acties:
  • +1 Henk 'm!

  • Adlermann
  • Registratie: Januari 2007
  • Laatst online: 20:52
WhySoSerious? schreef op dinsdag 6 december 2016 @ 15:09:
Meer mensen die een EindelijkGlasvezel korting hadden van €10 per maand? Ik moet nu €50 terugbetalen, omdat ze de korting te lang hebben laten doorlopen. Van hun kant ook helemaal geen contact hierover, gewoon dood leuk een factuur sturen.
Beetje stom gecommuniceerd maar ze staan gok ik gewoon in hun recht. Het verdient geen schoonheidsprijs, maar dat gevoel heb ik bij tweak sowieso. Hun administratie is regelmatig amateurisch at best. Alhoewel hun communicatie vaak ook niet zo goed is.

Acties:
  • 0 Henk 'm!

  • WhySoSerious?
  • Registratie: April 2009
  • Laatst online: 01:02
Dennischo schreef op dinsdag 6 december 2016 @ 15:27:
[...]

Lekker weigeren dus. Bel ze op. Slaat nergens op om ineens een factuur te sturen.
Ja doe ik straks ook na het werk. Het is niet mijn fout.

[ Voor 4% gewijzigd door WhySoSerious? op 06-12-2016 17:00 ]


Acties:
  • 0 Henk 'm!
vind het zeer vervelend voor je zeker in deze maand
maar het is natuurlijk ook een beetje eigen verantwoording
neem aan (ik had die korting niet)dat er in je contract staat hoe lang je van deze korting mocht genieten
heb zelf iets soortgelijks gehad nuon was 2 x vergeten te innen dit zelf al op tijd gezien zodat ik wist dat ze daarna in een keer 3 maanden er afhalen en ja ze hebben er helaas recht toe en recht op
dus denk niet dat je er onder uitkomt maar een excuus is wel op zijn plaats van Tweak
facturatie gaat wel vaker vreemd net als een paar maanden geleden dat ze steeds eerder gingen incasseren ook zo iets
WhySoSerious? schreef op dinsdag 6 december 2016 @ 16:59:
[...]


Ja doe ik straks ook na het werk. Het is niet mijn fout.

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

  • Compizfox
  • Registratie: Januari 2009
  • Laatst online: 18:48

Compizfox

Bait for wenchmarks

Compizfox schreef op vrijdag 2 september 2016 @ 17:44:
[...]

OK, dit bleek een bug te zijn in igmpproxy. Ik gebruik nu een fork van igmpproxy van iemand die het nog actief doorontwikkelt: https://github.com/ViToni/igmpproxy/

Die kwam ik tegen via deze thread: https://redmine.pfsense.org/issues/6099

Ik heb het nu werkend via het aparte VLAN. Ik heb de STB in een apart "IPTV-LAN" VLAN gezet. Hierdoor heb ik geen IGMP snooping nodig. Dit heb ik gedaan om te testen of het probleem (dat de stream na enkele minuten wegvalt) aan IGMP snooping lag.

Dat bleek niet zo te zijn, want ik heb nog steeds exact hetzelfde probleem. Na een tijdje (zo'n 10-15 min) stopt het beeld en geluid. Een keer vooruit en achteruit zappen zorgt ervoor dat de stream hervat.

Ik kan niks bijzonders vinden ik de logs van igmpproxy, zelfs niet met verbose logging. Op het moment dat de stream hangt, krijg ik nog steeds membership reports binnen van de STB, en de route staat nog steeds in de routing table van igmpproxy.

Ben ik echt de enige met dit probleem?
Toch maar even een bump. Dit probleem heb ik nog steeds. Meer mensen hier last van?

Gewoon een heel grote verzameling snoertjes


Acties:
  • 0 Henk 'm!

  • scrappy.doo
  • Registratie: September 2004
  • Laatst online: 21:30
Ok de boel is hier qua TV nu helemaal ingestort. Meer mensen waar alleen het geluid nog loopt en het beeld met 1 frame per halve minuut?

Acties:
  • 0 Henk 'm!

  • frelam
  • Registratie: Februari 2015
  • Laatst online: 29-04 16:53
Hier ook, stb rebootje gegeven maar geen verschil. [gbit/enschede]

ps. dit is voor het eerst in heel lang dat er iets mis is, afgezien van een sporadisch geisoleerd hikje heb ik nergens last van en mijn stb staat 24/7 op een zender (maar niet altijd aan een scherm dat aanstaat).

[ Voor 62% gewijzigd door frelam op 06-12-2016 22:13 ]


Acties:
  • 0 Henk 'm!

  • BugBoy
  • Registratie: November 2002
  • Laatst online: 13-09 09:01
Hier hetzelfde probleem. Alles al gereset, maar TV doet het weer eens niet. Ik ben er wel klaar mee. Dan maar weer terug naar Ziggo. Na 1.5 jaar nog steeds geen fatsoenlijke televisie via Sparql...

PS: Zit ook in Enschede (gigabit/glas).

[ Voor 9% gewijzigd door BugBoy op 06-12-2016 22:10 ]

The miracle isn't that I finished. The miracle is that I had the courage to start.


Acties:
  • 0 Henk 'm!

  • misthafalls
  • Registratie: November 2006
  • Laatst online: 00:10
Ook veel packetloss hier dus problemen :(

-Enschede-

[ Voor 14% gewijzigd door misthafalls op 06-12-2016 22:11 ]

Sparql WIKI + issuelijst : https://github.com/NovapaX/sparqltv/


Acties:
  • 0 Henk 'm!

  • Aaargh!
  • Registratie: Januari 2000
  • Laatst online: 22:39

Aaargh!

Bow for me for I am prutser

Mijn STB liep helemaal vast, gepowercycled, gaf een zwart scherm met "ERROR 05101006", gepowercycled, nu krijg ik een menu waar ik de taal moet kiezen, maar de STB reageert niet op de afstandsbediening.

WTF.

Those who do not understand Unix are condemned to reinvent it, poorly.


Acties:
  • 0 Henk 'm!

  • gebruikersnaam
  • Registratie: Mei 2000
  • Laatst online: 15-06 20:31

gebruikersnaam

Ja echt!

het stokt hier ook wat frequenter dan normaal.. gbit/enschede

Acties:
  • 0 Henk 'm!

  • Aaargh!
  • Registratie: Januari 2000
  • Laatst online: 22:39

Aaargh!

Bow for me for I am prutser

Ik zit ook in Enschede btw.

Those who do not understand Unix are condemned to reinvent it, poorly.


Acties:
  • 0 Henk 'm!

  • frelam
  • Registratie: Februari 2015
  • Laatst online: 29-04 16:53
Weer in orde hier lijkt het.

Acties:
  • 0 Henk 'm!

  • scrappy.doo
  • Registratie: September 2004
  • Laatst online: 21:30
Hier nu ook weer. Wel weer kansloos hoor.

Acties:
  • 0 Henk 'm!

Verwijderd

Hier in Leeuwarden geen problemen in ieder geval. Of ik druk net de tv aan terwijl het weer over is.

Acties:
  • 0 Henk 'm!

  • gebruikersnaam
  • Registratie: Mei 2000
  • Laatst online: 15-06 20:31

gebruikersnaam

Ja echt!

internet en tv zijn hier ook weer in orde, waarschijnlijk weer terug naar gemiddelde van twee freezes per uur, echt een waardeloze tv-aanbieder..

Acties:
  • 0 Henk 'm!

  • Aaargh!
  • Registratie: Januari 2000
  • Laatst online: 22:39

Aaargh!

Bow for me for I am prutser

Mijn STB lijkt nu fucked. Komt steeds met dat setup scherm dat niet reageert. Nice.

Those who do not understand Unix are condemned to reinvent it, poorly.


Acties:
  • 0 Henk 'm!

  • frelam
  • Registratie: Februari 2015
  • Laatst online: 29-04 16:53
Aaargh! schreef op dinsdag 6 december 2016 @ 22:23:
Mijn STB lijkt nu fucked. Komt steeds met dat setup scherm dat niet reageert. Nice.
probeer de webinterface/api eens op http://IPADRES/api/workbench/index.php//reference/

Acties:
  • 0 Henk 'm!

  • Aaargh!
  • Registratie: Januari 2000
  • Laatst online: 22:39

Aaargh!

Bow for me for I am prutser

frelam schreef op dinsdag 6 december 2016 @ 22:25:
[...]


probeer de webinterface/api eens op http://IPADRES/api/workbench/index.php//reference/
Ik kan 't dingen niet eens pingen.

Edit: volledige factory reset gedaan, firmware moest er zelfs opnieuw op en werkt ie weer. Pfff.

[ Voor 16% gewijzigd door Aaargh! op 06-12-2016 22:59 ]

Those who do not understand Unix are condemned to reinvent it, poorly.


Acties:
  • +1 Henk 'm!

  • pd5lwd
  • Registratie: Juni 2014
  • Laatst online: 23-10-2024
Aaargh! schreef op dinsdag 6 december 2016 @ 22:30:
[...]

Ik kan 't dingen niet eens pingen.
Misschien zit er wel kleine voetbalertjes in _/-\o_ _/-\o_ _/-\o_ l

Acties:
  • 0 Henk 'm!
Voor wat betreft gebruik van de Fritz!box met IPTV:

Ik ben vanavond wat aan het experimenteren geweest met mijn 7490. Als basis heb ik de config export van de firmware pagina van Tweak gepakt en daar een aantal delen uit toegevoegd in de ar7.cfg in een export die ik van mijn eigen 7490 heb gemaakt.

Specifiek: In de "vccs" sectie van ar7.cfg heb ik bij "connections", waar ik al internet en voip had staan, ook iptv toegevoegd:
code:
1
2
3
4
5
6
7
8
9
10
11
12
        vccs {
                VPI = 1;
                VCI = 32;
                traffic_class = atm_traffic_class_UBR;
                pcr = 0;
                scr = 0;
                priority = 0;
                dsl_encap = dslencap_mixed;
                ipbridgeing = no;
                ipbridgeing_igmp = no;
                pppoeforwarding = no;
                connections = "internet", "voip", "iptv";


Later worden internet, voip en iptv verder gedefinieerd. Na de definities voor internet en voip, komt iptv, over genomen uit de export van Tweak:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
{
                enabled = yes;
                name = "iptv";
                dsl_encap = dslencap_ether;
                dslinterfacename = "dsl";
                no_masquerading = no;
                no_firewall = no;
                pppoevlanauto = no;
                pppoevlanauto_startwithvlan = no;
                vlancfg {
                        vlanencap = vlanencap_fixed_prio;
                        vlanid = 4;
                        vlanprio = 0;
                }
                ppptarget = "iptv";
                fixed_masqaddr = 0.0.0.0;
                mtu = 0;
                etherencapcfg {
                        use_dhcp = yes;
                        use_dhcp_if_not_encap_ether = no;
                        ipaddr = 0.0.0.0;
                        netmask = 0.0.0.0;
                        gateway = 0.0.0.0;
                        dns1 = 0.0.0.0;
                        dns2 = 0.0.0.0;
                        class_identifier = "IPTV_RG";
                }
                is_mcupstream = yes;
                stay_always_online = yes;
                disable_ondemand = no;
                reconnect_delay_after_conn_abort = 30s;
                only_route_when_connected = no;
                redial_delay_after_auth_failure = 1m;
                redial_limit = 3;
                redial_after_limit_reached = 10m;
                redial_after_limit_reached_variance = 5m;
                redial_delay_after_low_error = 10s;
                redial_delay_after_ppp_timeout = 10s;
                redial_delay_after_ppp_error = 0w;
                routes_only_for_local = no;
                ifaceroutes {
                        enabled = yes;
                        ipaddr = 185.6.48.0;
                        mask = 255.255.255.192;
                        gateway = 0.0.0.0;
                }
                disable_staticroutes_on_dhcproutes = no;
                ripv2receiver_enabled = no;
                ripv2_update_timer = 30s;
                ripv2authmode = ripv2_auth_none;
                ripv2md5_keyid = 0;
                ripv2passwd = "";
                set_replicate_dhcpoptions_in_parameter_request_list = no;
                unset_ignored_dhcpoptions_in_parameter_request_list = yes;
                dsldpconfig {
                        security = dpsec_firewall;
                        filter_teredo = yes;
                        filter_netbios = yes;
                        lowinput {
                                policy = "permit";
                        }
                        lowoutput {
                                policy = "permit";
                        }
                        highinput {
                                policy = "permit";
                        }
                        highoutput {
                                policy = "permit";
                        }
                }
                dhcp_auth_mode = auth_none;
        }

Het openingshaakje komt direct achter het sluitingshaakje van voip. Het sluitingshaakje van iptv komt vlak voor "targets {".

Hierna moeest ik met behulp van een set vbscripts ( http://www.mengelke.de/Projekte/FritzBoxVBScript ) nog een nieuwe checksum berekenen van de veranderde export. Dit heb ik gedaan door de export file naar het vbscript "fb_calcsum.vbs" te slepen en de checksum die hieruit komt helemaal aan het eind in de export te zetten (op de plek waar de vorige checksum stond).

Hierna kon ik de configuratie export weer prima importeren in m'n 7490, met behoud van alle instellingen.

Helaas werkt het nog niet (ik heb geprobeerd om 1 van de ongecodeerde RTP streams te openen). Maar ik vermoed dat dit komt doordat Sparql voor mij nog niet is geäctiveerd.

Op je fritz!box kan je een uitgebreid "support log" aanmaken:
http://fritz.box/html/support.html

In dat support log kan ik zien dat er netjes is geprobeerd om een "iptv" connectie aan te maken over VLAN 4. Ook de static "ifaceroute" naar 185.6.48.0/26 kom ik tegen. Hier kom ik echter ook tegen dat het niet is gelukt om over VLAN 4 een IP-adres te krijgen via DHCP.

code:
1
2
3
4
5
6
7
8
9
10
11
12
2: name iptv
2: sync_group: sync_ata
2: iface eth0 RBE/18/dsl 08:96:d7:84:42:86 stay online 1 vlan 4 prio 0
2: IPv6: off
2: IPv4: native
2: IPv4: connecting since 4768 secs (2016-12-06 22:13:26)
2: IPv4: error 4/0x5/2 2016-12-06 22:19:39  (DHCPv4/DISCOVER timeout)
2: route 185.6.48.0/26 protocol static-iface
2: RX bytes:0 pkt error:0 discard:0 filtered:0 dropped:0
2: RX pkts:0 unicast:0 multicast:0 broadcast:0
2: TX bytes:46926 pkt error:0 discard:0 filtered:0 dropped:0
2: TX pkts:79 unicast:0 multicast:0 broadcast:7


Ik ben wel benieuwd of, wanneer Sparql eenmaal is geäctiveerd, het wel werkt! :). Ik heb ook nog geen tijd/zin gehad om de ZyXEL eens aan de lijn te hangen om te kijken of die al wel een IP adres krijgt op VLAN 4.

Ik ben wél benieuwd wat de uitkomst van support.html op de 5490 zou zijn :P

Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.


Acties:
  • 0 Henk 'm!
Ik denk dat ik zondagmorgen dit eens ga testen dan ligt de rest nog op een oor en is ook het mailverkeer nihil

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

  • Aaargh!
  • Registratie: Januari 2000
  • Laatst online: 22:39

Aaargh!

Bow for me for I am prutser

Ik ben nu wel blij dat ik de STB in een apart VLAN heb draaien. Het feit dat ie door een corrupte stream zover over de zeik kan gaan dat ie een factory-reset nodig heeft doet vermoeden dat er ergens een buffer overflow of vergelijkbaar security probleem zit.

Those who do not understand Unix are condemned to reinvent it, poorly.


Acties:
  • 0 Henk 'm!

  • scrappy.doo
  • Registratie: September 2004
  • Laatst online: 21:30
Afgezien dat de boel om 21:56:09 compleet instortte was er om 21:48:42 nog een kleine hickup:
Mon Dec 6 21:48:42 CET 2016 : RTP: missed 42 packets
Mon Dec 6 21:48:42 CET 2016 : [rtp @ 0x7fb187012800] PES packet size mismatch

Ik log dus NPO1 op een aparte PC. "Grappig" genoeg keken we zelf naar RTL4 en daar zagen we rond 21:31 een hapering. De haperingen gaan dus in ieder geval niet gelijktijdig over alle zenders heen zo lijkt het.

Acties:
  • 0 Henk 'm!

  • webmasternick
  • Registratie: Oktober 2002
  • Laatst online: 15-09 12:37
code:
1
2
Tue Dec 6 21:49:50 CET 2016 : RTP: missed 661 packets
Tue Dec 6 21:49:50 CET 2016 : [rtp @ 0x7fcf0d809400] PES packet size mismatch
scrappy.doo schreef op woensdag 7 december 2016 @ 09:18:
Afgezien dat de boel om 21:56:09 compleet instortte was er om 21:48:42 nog een kleine hickup:
Mon Dec 6 21:48:42 CET 2016 : RTP: missed 42 packets
Mon Dec 6 21:48:42 CET 2016 : [rtp @ 0x7fb187012800] PES packet size mismatch

Ik log dus NPO1 op een aparte PC. "Grappig" genoeg keken we zelf naar RTL4 en daar zagen we rond 21:31 een hapering. De haperingen gaan dus in ieder geval niet gelijktijdig over alle zenders heen zo lijkt het.

Acties:
  • 0 Henk 'm!

  • scrappy.doo
  • Registratie: September 2004
  • Laatst online: 21:30
webmasternick schreef op woensdag 7 december 2016 @ 10:21:
code:
1
2
Tue Dec 6 21:49:50 CET 2016 : RTP: missed 661 packets
Tue Dec 6 21:49:50 CET 2016 : [rtp @ 0x7fcf0d809400] PES packet size mismatch


[...]
Lijkt redelijk bij elkaar in de buurt te zitten qua tijd, maar qua afstand is Almere-Deventer toch een aardig eind. Ik heb geen idee hoe nauwkeurig de klok op mijn log-bak loopt. Zal vanavond eens even kijken of NTP aanstaat.

Acties:
  • 0 Henk 'm!

  • webmasternick
  • Registratie: Oktober 2002
  • Laatst online: 15-09 12:37
Ik vermoed dat de haperingen door zappers komen, per wijkcentrale. De haperingen waren tijdens het EK erger gedurende de reclame. Tijdens reclameblokken gaan mensen zappen, dus ik vermoed dat de meeste haperingen tijdens de grotere reclameblokken zullen voorkomen.
scrappy.doo schreef op woensdag 7 december 2016 @ 11:15:
[...]


Lijkt redelijk bij elkaar in de buurt te zitten qua tijd, maar qua afstand is Almere-Deventer toch een aardig eind. Ik heb geen idee hoe nauwkeurig de klok op mijn log-bak loopt. Zal vanavond eens even kijken of NTP aanstaat.

Acties:
  • 0 Henk 'm!

  • rjhilbrink
  • Registratie: Oktober 2007
  • Laatst online: 16:20
eymey schreef op woensdag 7 december 2016 @ 00:06:
Voor wat betreft gebruik van de Fritz!box met IPTV:


Hierna moeest ik met behulp van een set vbscripts ( http://www.mengelke.de/Projekte/FritzBoxVBScript ) nog een nieuwe checksum berekenen van de veranderde export. Dit heb ik gedaan door de export file naar het vbscript "fb_calcsum.vbs" te slepen en de checksum die hieruit komt helemaal aan het eind in de export te zetten (op de plek waar de vorige checksum stond).
Voor dit probleem is er aan app (FBEDITOR) die doet alles voor je. Heb je ook geen telnet toegang nodig.
Deze leest de config uit. Kun je deze editten en weer terug zetten...

Zoals ik al eerder zei had ik 99.9% van deze config al. ik krijg wel een IP adres maar zie de route niet meer terug. Kan best dat ik ergens nog een fout heb. Ik heb trouwens de Tweak config ind e 7390 geladen (een lege) en daarna gekeken welke verschillen er zijn met mijn config. Dat waren er enkele..Maar deze doorvoeren op de 7490 leverde nog steeds geen route op...
Wat wel opvalt is dat de config die ik erin stop niet exact gelijk is aan de config die ik er weer uithaal. Is dat bij jou ook zo? (in de support zit ook de config weer verstopt)

[ Voor 7% gewijzigd door rjhilbrink op 07-12-2016 18:09 ]

PV: Panasonic HIT Kuro/SolarEdge HD Wave 4.225 kWp verdeeld over 2600 Zuid Oost en 1625 Noord West


Acties:
  • 0 Henk 'm!
Aaargh! schreef op woensdag 7 december 2016 @ 09:03:
Ik ben nu wel blij dat ik de STB in een apart VLAN heb draaien. Het feit dat ie door een corrupte stream zover over de zeik kan gaan dat ie een factory-reset nodig heeft doet vermoeden dat er ergens een buffer overflow of vergelijkbaar security probleem zit.
Buffer overflow kan je makkelijk krijgen als je te veel paketten “mist” en deze opnieuw opvraagt. Is dus niet per definitie een security probleem.
Ik neem aan dat het voldoende was om de spanning ff te verwijderen van de Sparql.

[ Voor 0% gewijzigd door Hans_18T op 07-12-2016 17:14 . Reden: miste een woord ]


Acties:
  • 0 Henk 'm!
rjhilbrink schreef op woensdag 7 december 2016 @ 16:52:
[...]

Voor dit probleem is er aan app (FBEDITOR) die doet alles voor je. Heb je ook geen telnet toegang nodig.
Deze leest de config uit. Kun je deze editten en weer terug zetten...

Zoals ik al eerder zei had ik 99.9% van deze config al. ik krijg wel een IP adres maar zie de route niet meer terug. Kan best dat ik ergens nog een fout heb. Ik heb trouwens de Tweak config ind e 7390 geladen (een lege) en daarna gekeken welke verschillen er zijn met mijn config. Dat waren er enkele..Maar deze doorvoeren op de 7490 leverde nog steeds geen route op...
Wat wel opvalt is dat de config die ik erin stop niet exact gelijk is aan de config die ik er weer uithaal. Is dat bij jou ook zo? (in de support zit ook de config weer verstopt)
Telnet toegang kan sowieso niet meer sinds 6.5x ;)

Ik heb het iig gedaan door gewoon een export te maken en op mijn manier te editen.

Maar wel interessant om FBEDITOR ook eens uit te proberen.

In welk opzicht verschilt de config die jij erin stopt met de config die je er weer uit haalt? Bij mij lijken de door mij aangepaste en geïmporteerde config en de config die ik er via export uit haal (of via support) op het eerste gezicht op elkaar. Niet volgens diff, maar wel optisch. Behalve dat in de support versie mijn wachtwoorden er niet in zitten :P

Ook zie ik dus aan de output van de routing tabellen in de support file de extra route gewoon terug (alleen dus nog geen eigen IP adres). Misschien dat, als ik eenmaal een IP adres krijg, bij mij de route ook weg valt? :P

Ik wilde overigens sowieso niet te werk gaan door zo maar de export van Tweak in m'n 7490 te importeren. Die 7490 is ook m'n 'productie' router, dus ik wilde wel de kans zo groot mogelijk maken dat ik er een config in terug zou zetten die iig niets bestaands stuk maakt :P

[ Voor 15% gewijzigd door eymey op 07-12-2016 19:40 ]

Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.


Acties:
  • 0 Henk 'm!

  • Aaargh!
  • Registratie: Januari 2000
  • Laatst online: 22:39

Aaargh!

Bow for me for I am prutser

Hans_18T schreef op woensdag 7 december 2016 @ 17:11:
[...]

Buffer overflow kan je makkelijk krijgen als je te veel paketten “mist” en deze opnieuw opvraagt. Is dus niet per definitie een security probleem.
Een buffer overflow is altijd een security probleem. Een vrij ernstige ook nog eens.
Ik neem aan dat het voldoende was om de spanning ff te verwijderen van de Sparql.
Assumption is the mother of all fuckups.

Even de spanning eraf was niet voldoende, het hele kastje was vastgelopen, ook na het verwijderen van de spanning starte ie niet goed op en kreeg ik eerst een zwart scherm met alleen maar "ERROR 05101006" in beeld, elke volgende power-cycle kwam ie in een setup menu waarin ie onmiddelijk vast liep en nergens op reageerde, stuk of 10 keer gerestart met hetzelfde effect. Toen heb ik 't kastje aangezet terwijl ik de power knop ingedrukt hield en dat leek een factory reset te triggeren. Ik kon booten, taal kiezen, netwerk configureren en daarna uit een lijstje de Sparql firmware kiezen. Deze heeft ie geinstalleerd en toen werkte alles weer.

Het lijkt er dus op dat het geheugen/flash van het ding corrupt geraakt is als gevolg van een rommel in de stream.

Those who do not understand Unix are condemned to reinvent it, poorly.


Acties:
  • 0 Henk 'm!

  • webmasternick
  • Registratie: Oktober 2002
  • Laatst online: 15-09 12:37
Gisteren de volgende interessante momenten gevonden op NPO1:
code:
1
2
3
4
5
6
7
8
9
10
Wed Dec 7 20:07:16 CET 2016 : [null @ 0x8d8c80] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 823129869 >= 823128429
Wed Dec 7 20:07:26 CET 2016 : RTP: missed 1 packets
Wed Dec 7 20:32:19 CET 2016 : [rtp @ 0x878be0] PES packet size mismatch
Wed Dec 7 20:33:29 CET 2016 : RTP: missed 506 packets
Wed Dec 7 20:33:29 CET 2016 : [rtp @ 0x878be0] PES packet size mismatch
Wed Dec 7 22:55:56 CET 2016 : RTP: missed 386 packets
Wed Dec 7 23:40:28 CET 2016 : [null @ 0x8d8c80] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 1974457389 >= 1974451629
Wed Dec 7 23:40:28 CET 2016 : [null @ 0x8d8c80] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 1974457389 >= 1974454509
Wed Dec 7 23:40:28 CET 2016 : [null @ 0x8d8c80] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 1974457389 >= 1974457389
Thu Dec 8 10:20:07 CET 2016 : RTP: missed 167 packets

Acties:
  • 0 Henk 'm!

Verwijderd

Vandaag monteur opnieuw aan de deur. Gisteren heeft mijn Zyxel het begeven en was niet meer aan de praat te krijgen, dat was ook de reactie van de tweak monteur. Overbelast geraakt waarschijnlijk en overleden.

[ Voor 32% gewijzigd door Verwijderd op 09-12-2016 22:03 ]


Acties:
  • 0 Henk 'm!

  • HaterFrame
  • Registratie: April 2004
  • Laatst online: 23:32

HaterFrame

Well... Poo came out!

Sparql ligt weer plat hier, gebeurd de laatste tijd wel weer vaker dat er gezeik is...

I am the great Cornholio!


Acties:
  • 0 Henk 'm!

Verwijderd

MetaFrame schreef op donderdag 8 december 2016 @ 20:52:
Sparql ligt weer plat hier, gebeurd de laatste tijd wel weer vaker dat er gezeik is...
Hier ook veel vastlopers vanavond, nu is het weer wat stabieler. Maar rond 19.00 uur was een ramp.

Acties:
  • 0 Henk 'm!
heb vrouw niet horen klagen geen hikje niets (rtl 4 :( )

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

  • jaro431
  • Registratie: Juli 2000
  • Laatst online: 19:29
Dus de Fritz heeft het verschil niet gemaakt?

Hier niets aan de hand in ieder geval! Hele avond al niet...
Verwijderd schreef op donderdag 8 december 2016 @ 21:09:
[...]

Hier ook veel vastlopers vanavond, nu is het weer wat stabieler. Maar rond 19.00 uur was een ramp.

Acties:
  • 0 Henk 'm!

Verwijderd

Verwijderd schreef op donderdag 8 december 2016 @ 20:03:
Vandaag monteur opnieuw aan de deur. Gisteren heeft mijn Zyxel het begeven en was niet meer aan de praat te krijgen, dat was ook de reactie van de tweak monteur. Overbelast geraakt waarschijnlijk en overleden.

Hij een nieuwe Zyxel eraan gehangen en binnen 5 minuten weer down. Vervolgens pakt hij een Fritz!box 5490 uit de auto en aangesloten. Draait nog steeds en maar hopen dat deze het wel blijft doen.
Heb jij mazzel dat die tweede Zyxel er ook mee ophield. d:)b Nou heb je via een omweggetje
toch een Fritz!box 5490 gekregen :) terwijl het via de klantenservice niet kon.
Nou maar hopen dat dit de tv problemen uiteindelijk ook oplost....Vanavond nog niet blijkbaar.

[ Voor 5% gewijzigd door Verwijderd op 08-12-2016 22:07 ]


Acties:
  • 0 Henk 'm!
Apart dat monteurs er blijkbaar wel voor kunnen kiezen om 5490's te installeren terwijl de klantenservice zegt dat er bijna geen beschikbaar zijn.

Ook jammer dat het blijkbaar nog niet de haperingen oplost. Maar zeker gezien het feit dat andere (krachtige) router oplossingen hier ook gewoon last van hebben mss ook geen verrassing.

Je vraagt je onderhand wel af waarom het tweak blijkbaar niet lukt dit te lokaliseren en op te lossen in het eigen netwerk

Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.


Acties:
  • 0 Henk 'm!

  • goldvinger
  • Registratie: April 2009
  • Laatst online: 10-05-2024
Toch blijft het vreemd dat er tussen de gebruikers zoveel kwaliteitsverschillen zitten.
Ik lees van veel haperingen tot geen haperingen.

Ik zelf ben de gelukkige, die de laatste 3 a 4 maanden, geen haperingen meer heb gehad hier in Almere.

Acties:
  • 0 Henk 'm!

  • HaterFrame
  • Registratie: April 2004
  • Laatst online: 23:32

HaterFrame

Well... Poo came out!

Ik begin langzaamaan het idee te krijgen det het de ontvanger is, wanneer ik die een pwrcycle geef zijn in 9 van de 10 gevallen de problemen verholpen.

I am the great Cornholio!


Acties:
  • 0 Henk 'm!

Verwijderd

eymey schreef op donderdag 8 december 2016 @ 23:54:
Apart dat monteurs er blijkbaar wel voor kunnen kiezen om 5490's te installeren terwijl de klantenservice zegt dat er bijna geen beschikbaar zijn.

Ook jammer dat het blijkbaar nog niet de haperingen oplost. Maar zeker gezien het feit dat andere (krachtige) router oplossingen hier ook gewoon last van hebben mss ook geen verrassing.

Je vraagt je onderhand wel af waarom het tweak blijkbaar niet lukt dit te lokaliseren en op te lossen in het eigen netwerk
Ik snap dat ook niet helemaal. Ik was zelf niet thuis toen deze monteur kwam. Maar tegen mijn vrouw zegt die monteur dat het iets moet zijn in mijn eigen netwerk. Misschien wel het alarm systeem had hij gezegd. Maar die hang aan mijn night hawk R7800. En de switch kan ik ook niet verwijderen, want ik heb 4 sparql boxen en lijkt mij lastig elke keer stekekrs wisselen als ik boven wil kijken,hahahaha.

Maar kan nou niet zeggen dat het stabieler is dan die Zyxel. De haperingen zijn er nog steeds. Wel een sterke wifi en 5 Ghz, dat weer wel met die Fritz.

Acties:
  • 0 Henk 'm!
Met WIFI is bij AVM apparatuur inderdaad weinig mis (behalve dat ik het jammer vind dat ze voor dergelijke prijzen nog steeds geen band steering doen of betere roaming samenwerking met andere AVM apparatuur).

Maar goed, ik ga het binnenkort zelf ook meemaken met Sparql :).

Ik weet niet of het haperen van Sparql streams de enige reden is dat Tweak nu ook begonnen is met Fritz!boxen. Ik hoop van niet, want volgens mij ligt de oorzaak gewoon dieper in het netwerk en/of in de Sparql boxen zelf. Dat laatste echter ook niet helemaal, getuige de in dit topic softwarematig uitgevoerde tests.

Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.


Acties:
  • 0 Henk 'm!

Verwijderd

Verwijderd schreef op vrijdag 9 december 2016 @ 12:15:
...Maar kan nou niet zeggen dat het stabieler is dan die Zyxel. De haperingen zijn er nog steeds.
Wel een sterke wifi en 5 Ghz, dat weer wel met die Fritz.
Blijkbaar toch echt een probleem met de tv aanvoer/ verwerking of zoiets.
Dit zou toch wel door Tweak/ Sparql te lokaliseren en te fixen moeten zijn.
Ik neem maar aan dat er op de achtergrond toch nog wel aan gewerkt word. Hoop ik tenminste. :)
Zolang mensen hun tv problemen ook maar bij Tweak/ Sparql blijven melden.

[ Voor 35% gewijzigd door Verwijderd op 09-12-2016 13:29 ]


Acties:
  • 0 Henk 'm!

  • Arjantje72
  • Registratie: Juni 2006
  • Laatst online: 21:17
Ik heb 2 Sparql kastjes en nooit problemen, maar ik zit niet op hun eigen netwerk.
Misschien dat het daaraan ligt?

Acties:
  • 0 Henk 'm!

Verwijderd

Ik heb ook 2 Sparql boxen, en ik heb ook nooit problemen. En ik zit wel op hun eigen netwerk. :) En als
iedereen op het eigen netwerk er last van zou hebben denk ik dat het hier een stuk drukker zou zijn. 8)
Maar ik ben benieuwd waar het nu eigenlijk wel aan ligt.

[ Voor 5% gewijzigd door Verwijderd op 10-12-2016 09:20 ]


Acties:
  • 0 Henk 'm!

  • scrappy.doo
  • Registratie: September 2004
  • Laatst online: 21:30
Aangezien het vermoeden bestaat dat het probleem in de wijkcentrales ligt zal het aantal mensen wat er last van heeft vooral hoog zijn in gebieden waar er veel gebruikers op 1 centrale zitten. Als je, bij wijze van spreken, de enige Tweak gebruiker bent in de wijk zal het allemaal wel los lopen.
Daarnaast denk ik dat sommige mensen best wel last hebben van de haperingen, maar dat:
1) Niet hier op het forum melden.
2) Het niet door hebben dat het probleem optreedt. Net zoals er ook genoeg mensen zijn die het verschil tussen SD en HD niet zien. Een hapering betekend immers niet dat je complete TV eruit knalt. Het geluid loopt bijna altijd wel door en het beeld vertoond slechts een kleine hickup. Er zijn vast genoeg mensen die denken dat het 'gewoon' aan de uitzending van RTL/SBS/etc ligt als de hapering ze uberhaupt al opvalt.

Acties:
  • 0 Henk 'm!
misschien zitten wij in een ander subnet waar het iets rustiger is
maar net wat Scrappy.doo zegt volgens mij ben ik de enige in de straat met Tweak

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

  • goldvinger
  • Registratie: April 2009
  • Laatst online: 10-05-2024
Ook ik heb met mijn 4 sparqlboxen geen problemen meer. (Almere danswijk)
Na mijn weten zitten in mijn buurt weinig mensen bij Tweak.
De meeste zitten toch wel bij Ziggo of Kpn.
Sterker nog, de meeste mensen die ik spreek hebben nog nooit van Tweak gehoord.

Het zou dan inderdaad kunnen dat als er veel gebruikers in 1 centrale zitten, dat daar de problemen zitten.
Maar dat zou dan makkelijk op te lossen moeten zijn door Tweak?

Acties:
  • 0 Henk 'm!

  • Arjantje72
  • Registratie: Juni 2006
  • Laatst online: 21:17
Bij mij heeft ook niemand gehoord van Tweak :)

Acties:
  • 0 Henk 'm!

  • wimpien
  • Registratie: December 2013
  • Laatst online: 06-02 16:35
Ik vertelde laatst een vriend van me over Tweak en die reageerde met: "Is dat van Tweakers?".

Onvi glasvezel (1 Gbit/s) | Fan van FRITZ apparatuur


Acties:
  • 0 Henk 'm!

Verwijderd

Moah. Die zat er qua gedachtengang toch niet heel erg naast. :)
Niet dat ze nu iets met elkaar te maken hebben. Maar hier een stukje uit over ons van Tweak:

'...Wij zijn een echt familiebedrijf, ontstaan uit de community rond techsite Tweakers.net. ...' 8)

[ Voor 9% gewijzigd door Verwijderd op 10-12-2016 19:59 ]


Acties:
  • 0 Henk 'm!

  • Dancis
  • Registratie: Oktober 2001
  • Laatst online: 23:11
Ik heb qua haperingen ook geen problemen of zo weinig dat het niet opvalt. Sta er ook niet zo bij stil dat ik er echt op let.

Alleen het opnemen is nog steeds problematisch. ingestelde opnames die verdwijnen of niet werken of halverwege beginnen in de opname

Maar qua haperingen is het dus sporadisch en ik zit in Deventer en waarschjinlijk de enige hier in de flat/buurt

Acties:
  • 0 Henk 'm!

Verwijderd

Vandaag mijn hele netwerk overgezet op Fritz! van tweak en eens kijken of de storingen verdwenen zijn. Maar hopen dat de Fritz net zo veilig is als mijn Netgear Night Hawk R7800.

Acties:
  • 0 Henk 'm!
dit krijg ik zo ongeveer

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
a 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : [rtp @ 0x5572c3384b60] max delay reached. need to consume packet
za 10 dec 2016 17:45:04 CET : RTP: missed 19 packets
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : [rtp @ 0x5572c3384b60] PES packet size mismatch
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late
za 10 dec 2016 17:45:04 CET : RTP: dropping old packet received too late


krijg overigens wel deze error
code:
1
2
./predate.sh: regel 1: vim: opdracht niet gevonden
./predate.sh: regel 2: -----: opdracht niet gevonden

[quote]webmasternick schreef op vrijdag 4 november 2016 @ 16:52:
Ik heb op een Linux PC ffmpeg geinstalleerd. Dit programma zal de video stream decoderen. Als er fouten in de stream zitten (frames ontbreken, etc) zal het volgende command dit loggen:
code:
1
ffmpeg -i rtp://@239.0.2.1:7000 -acodec copy -vcodec copy -sn -f null -nostats -loglevel repeat+verbose - 2>&1 | ./predate.sh > npo1-decode.log

predate.sh is een klein bash scriptje om een datum en tijd voor elke log regel te plaatsen.
code:
1
2
3
4
5
6
7
8
9
10
11
12
vim predate.sh
-----
#!/bin/bash

    while read line
    do

    echo $(date) ":" $line;

    done
----
chmod +x predate.sh

In het bestand npo1-decode.log komen nu de fouten in de stream te staan. Ik draai nu enkele minuten en heb al een decode probleem (mogelijk een hikje) gevonden:
[code]
Fri Nov 4 16:43:12 CET 2016 : Press
to stop, [?] for help
Fri Nov 4 16:46:08 CET 2016 : RTP: missed 1 packets
Fri Nov 4 16:46:08 CET 2016 : [rtp @ 0x1784be0] PES packet size mismatch
Fri Nov 4 16:46:16 CET 2016 : RTP: missed 1 packets
Fri Nov 4 16:46:16 CET 2016 : [rtp @ 0x1784be0] PES packet size mismatch
[/code]


[...]

[ Voor 0% gewijzigd door Mr-D. op 10-12-2016 17:59 . Reden: extra info ]

sneller usenet? tips en tricks


Acties:
  • +1 Henk 'm!

  • webmasternick
  • Registratie: Oktober 2002
  • Laatst online: 15-09 12:37
Beide regels hoeven niet in het predate.sh bestand te staan. Die commando's waren bedoeld om het bestand aan te maken :) Ik heb mijn post net aangepast om dit duidelijker te maken.

Dit is voldoende:
code:
1
2
3
4
5
6
7
8
#!/bin/bash

    while read line
    do

    echo $(date) ":" $line;

    done
Mr-D. schreef op zaterdag 10 december 2016 @ 17:55:
krijg overigens wel deze error
code:
1
2
./predate.sh: regel 1: vim: opdracht niet gevonden
./predate.sh: regel 2: -----: opdracht niet gevonden

Acties:
  • +1 Henk 'm!

  • rjhilbrink
  • Registratie: Oktober 2007
  • Laatst online: 16:20
Verwijderd schreef op zaterdag 10 december 2016 @ 15:56:
Vandaag mijn hele netwerk overgezet op Fritz! van tweak en eens kijken of de storingen verdwenen zijn. Maar hopen dat de Fritz net zo veilig is als mijn Netgear Night Hawk R7800.
Met de security meldingen die je van de netgears ziet voorbij komen, kun je je beter afvragen of de netgear wel zo veilig is als de Fritzbox.

PV: Panasonic HIT Kuro/SolarEdge HD Wave 4.225 kWp verdeeld over 2600 Zuid Oost en 1625 Noord West


Acties:
  • 0 Henk 'm!
nou ik heb deze config erin geschoten na wat aanpassingen gebruik nl vlan 34 niet
alleen de gids komt binnen de streams zelf niet ook niet met vlc dus we missen nog iets cruciaals in de config maar helaas de rest is ook wakker dus moet wachten op volgende week zondag :(
eymey schreef op woensdag 7 december 2016 @ 00:06:
Voor wat betreft gebruik van de Fritz!box met IPTV:

Ik ben vanavond wat aan het experimenteren geweest met mijn 7490. Als basis heb ik de config export van de firmware pagina van Tweak gepakt en daar een aantal delen uit toegevoegd in de ar7.cfg in een export die ik van mijn eigen 7490 heb gemaakt.

Specifiek: In de "vccs" sectie van ar7.cfg heb ik bij "connections", waar ik al internet en voip had staan, ook iptv toegevoegd:
code:
1
2
3
4
5
6
7
8
9
10
11
12
        vccs {
                VPI = 1;
                VCI = 32;
                traffic_class = atm_traffic_class_UBR;
                pcr = 0;
                scr = 0;
                priority = 0;
                dsl_encap = dslencap_mixed;
                ipbridgeing = no;
                ipbridgeing_igmp = no;
                pppoeforwarding = no;
                connections = "internet", "voip", "iptv";


Later worden internet, voip en iptv verder gedefinieerd. Na de definities voor internet en voip, komt iptv, over genomen uit de export van Tweak:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
{
                enabled = yes;
                name = "iptv";
                dsl_encap = dslencap_ether;
                dslinterfacename = "dsl";
                no_masquerading = no;
                no_firewall = no;
                pppoevlanauto = no;
                pppoevlanauto_startwithvlan = no;
                vlancfg {
                        vlanencap = vlanencap_fixed_prio;
                        vlanid = 4;
                        vlanprio = 0;
                }
                ppptarget = "iptv";
                fixed_masqaddr = 0.0.0.0;
                mtu = 0;
                etherencapcfg {
                        use_dhcp = yes;
                        use_dhcp_if_not_encap_ether = no;
                        ipaddr = 0.0.0.0;
                        netmask = 0.0.0.0;
                        gateway = 0.0.0.0;
                        dns1 = 0.0.0.0;
                        dns2 = 0.0.0.0;
                        class_identifier = "IPTV_RG";
                }
                is_mcupstream = yes;
                stay_always_online = yes;
                disable_ondemand = no;
                reconnect_delay_after_conn_abort = 30s;
                only_route_when_connected = no;
                redial_delay_after_auth_failure = 1m;
                redial_limit = 3;
                redial_after_limit_reached = 10m;
                redial_after_limit_reached_variance = 5m;
                redial_delay_after_low_error = 10s;
                redial_delay_after_ppp_timeout = 10s;
                redial_delay_after_ppp_error = 0w;
                routes_only_for_local = no;
                ifaceroutes {
                        enabled = yes;
                        ipaddr = 185.6.48.0;
                        mask = 255.255.255.192;
                        gateway = 0.0.0.0;
                }
                disable_staticroutes_on_dhcproutes = no;
                ripv2receiver_enabled = no;
                ripv2_update_timer = 30s;
                ripv2authmode = ripv2_auth_none;
                ripv2md5_keyid = 0;
                ripv2passwd = "";
                set_replicate_dhcpoptions_in_parameter_request_list = no;
                unset_ignored_dhcpoptions_in_parameter_request_list = yes;
                dsldpconfig {
                        security = dpsec_firewall;
                        filter_teredo = yes;
                        filter_netbios = yes;
                        lowinput {
                                policy = "permit";
                        }
                        lowoutput {
                                policy = "permit";
                        }
                        highinput {
                                policy = "permit";
                        }
                        highoutput {
                                policy = "permit";
                        }
                }
                dhcp_auth_mode = auth_none;
        }

Het openingshaakje komt direct achter het sluitingshaakje van voip. Het sluitingshaakje van iptv komt vlak voor "targets {".

Hierna moeest ik met behulp van een set vbscripts ( http://www.mengelke.de/Projekte/FritzBoxVBScript ) nog een nieuwe checksum berekenen van de veranderde export. Dit heb ik gedaan door de export file naar het vbscript "fb_calcsum.vbs" te slepen en de checksum die hieruit komt helemaal aan het eind in de export te zetten (op de plek waar de vorige checksum stond).

Hierna kon ik de configuratie export weer prima importeren in m'n 7490, met behoud van alle instellingen.

Helaas werkt het nog niet (ik heb geprobeerd om 1 van de ongecodeerde RTP streams te openen). Maar ik vermoed dat dit komt doordat Sparql voor mij nog niet is geäctiveerd.

Op je fritz!box kan je een uitgebreid "support log" aanmaken:
http://fritz.box/html/support.html

In dat support log kan ik zien dat er netjes is geprobeerd om een "iptv" connectie aan te maken over VLAN 4. Ook de static "ifaceroute" naar 185.6.48.0/26 kom ik tegen. Hier kom ik echter ook tegen dat het niet is gelukt om over VLAN 4 een IP-adres te krijgen via DHCP.

code:
1
2
3
4
5
6
7
8
9
10
11
12
2: name iptv
2: sync_group: sync_ata
2: iface eth0 RBE/18/dsl 08:96:d7:84:42:86 stay online 1 vlan 4 prio 0
2: IPv6: off
2: IPv4: native
2: IPv4: connecting since 4768 secs (2016-12-06 22:13:26)
2: IPv4: error 4/0x5/2 2016-12-06 22:19:39  (DHCPv4/DISCOVER timeout)
2: route 185.6.48.0/26 protocol static-iface
2: RX bytes:0 pkt error:0 discard:0 filtered:0 dropped:0
2: RX pkts:0 unicast:0 multicast:0 broadcast:0
2: TX bytes:46926 pkt error:0 discard:0 filtered:0 dropped:0
2: TX pkts:79 unicast:0 multicast:0 broadcast:7


Ik ben wel benieuwd of, wanneer Sparql eenmaal is geäctiveerd, het wel werkt! :). Ik heb ook nog geen tijd/zin gehad om de ZyXEL eens aan de lijn te hangen om te kijken of die al wel een IP adres krijgt op VLAN 4.

Ik ben wél benieuwd wat de uitkomst van support.html op de 5490 zou zijn :P

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

  • Aaargh!
  • Registratie: Januari 2000
  • Laatst online: 22:39

Aaargh!

Bow for me for I am prutser

Mr-D. schreef op zondag 11 december 2016 @ 09:47:
nou ik heb deze config erin geschoten na wat aanpassingen gebruik nl vlan 34 niet
alleen de gids komt binnen de streams zelf niet ook niet met vlc dus we missen nog iets cruciaals in de config maar helaas de rest is ook wakker dus moet wachten op volgende week zondag :(

[...]
Heb je een IGMP proxy draaien op dat ding ?

Edit: ik zie dit in je config staan:
ipbridgeing_igmp = no;
Zet die eens op 'yes'.

[ Voor 10% gewijzigd door Aaargh! op 11-12-2016 10:36 ]

Those who do not understand Unix are condemned to reinvent it, poorly.


Acties:
  • 0 Henk 'm!
@Mr-D: Jammer! Dan mist er idd nog steeds iets cruciaals. Hier helaas nog geen IP (en ook nog geen Sparql box) dus kan verder nog niet mee doen :P.

@Aaargh! Je zou idd verwachten dat je die optie aan moet zetten. Maar volgens mij staat die in de 5490 configuratie van Tweak ook uit.....

De Fritz! heeft sowieso wel een IGMP proxy (even los van de vraag hoe je die aan of uit zet). Hij werkt namelijk ook met KPN ITV in routed mode....

[ Voor 20% gewijzigd door eymey op 11-12-2016 11:14 ]

Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.


Acties:
  • 0 Henk 'm!

  • MCP cloud
  • Registratie: September 2011
  • Laatst online: 15:57

MCP cloud

Op het web sinds 1998

eymey schreef op zondag 11 december 2016 @ 11:12:
@Mr-D: Jammer! Dan mist er idd nog steeds iets cruciaals. Hier helaas nog geen IP (en ook nog geen Sparql box) dus kan verder nog niet mee doen :P.

@Aaargh! Je zou idd verwachten dat je die optie aan moet zetten. Maar volgens mij staat die in de 5490 configuratie van Tweak ook uit.....

De Fritz! heeft sowieso wel een IGMP proxy (even los van de vraag hoe je die aan of uit zet). Hij werkt namelijk ook met KPN ITV in routed mode....
Ik ben gestopt na dagen lang geprob Fritz!box 7369 aan de praat te krijgen met Telfort glasvezel.

FBEditor 0.7.2.1
http://www.pcwelt.de/downloads/FBEditor-564645.html

Powered by KPN | Experia Box V10 + TP-link switch LS1005G + 2 Superwifi


Acties:
  • 0 Henk 'm!
Met Telfort zou het juist makkelijker moeten zijn dan met Tweak, want voor zo ver ik weet is Telfort écht bijna 1 op 1 gebaseerd op een XS4ALL configuratie (behalve dat Telfort voor internet volgens mij geen PPP tunnel doet, maar dat weet ik niet zeker).

Alleen voor de telefoniegegevens moet je wat meer moeite doen (maar bij Telfort kan je ze iig achterhalen, in tegenstelling tot bij KPN ).

Punt is: Het moet gewoon mogelijk zijn. Als Tweak zelf een Fritz!box werkend kan krijgen met hun verbinding, moeten 'wij' dat ook kunnen (tenzij ze dus echt dingen via bv. tr069 doen die je in ar7.cfg niet kan bewerkstelligen).

Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.


Acties:
  • 0 Henk 'm!

  • MCP cloud
  • Registratie: September 2011
  • Laatst online: 15:57

MCP cloud

Op het web sinds 1998

eymey schreef op zondag 11 december 2016 @ 11:41:
Met Telfort zou het juist makkelijker moeten zijn dan met Tweak, want voor zo ver ik weet is Telfort écht bijna 1 op 1 gebaseerd op een XS4ALL configuratie (behalve dat Telfort voor internet volgens mij geen PPP tunnel doet, maar dat weet ik niet zeker).

Alleen voor de telefoniegegevens moet je wat meer moeite doen (maar bij Telfort kan je ze iig achterhalen, in tegenstelling tot bij KPN ).

Punt is: Het moet gewoon mogelijk zijn. Als Tweak zelf een Fritz!box werkend kan krijgen met hun verbinding, moeten 'wij' dat ook kunnen (tenzij ze dus echt dingen via bv. tr069 doen die je in ar7.cfg niet kan bewerkstelligen).
Telfort
PPPoE
VLAN: 34

Heb al hulp gehad van tweaker Prolution, maar das ook niet gelukt....

Fritz!box 7369 tweak 1. https://www.dropbox.com/s...7369%20Modded.export?dl=0
Fritz!box 7369 tweak 2. https://www.dropbox.com/s...20Modded%20v2.export?dl=0

XS4ALL glasvezel profiel staat wel in 7369, hardware kan het aan.....mja de tweak is ?


Deze aangepaste file die werkt bij Telfort Glasvezel FritzBox 7490
https://forum.telfort.nl/...vv-de-experiabox-v8-53639

https://dl.dropboxusercon...outed%20Configuration.zip

Powered by KPN | Experia Box V10 + TP-link switch LS1005G + 2 Superwifi

Pagina: 1 ... 39 ... 67 Laatste

Dit topic is gesloten.