Verwijderd
Hallo,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.) 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.
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?
Verwijderd
Dit is wat ik zie staan in mijn Zyxel: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.) 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.
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 ]
Verwijderd
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.
Omdat ie anders de route misschien niet accepteert. Geen idee hoor, vraag het me meer hardop af.
quote: Flevoboy63Destination 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
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.
(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 ]
Ik heb inmiddels een soortgelijke setup draaien. Eens kijken of ik er wat hickups mee kan vinden.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 config stukjes toegevoegd aan mijn 7490 config (of eigenlijk alleen het ifroutes gedeelte rest stond er al) maar dit maakt helaas niets uit.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
[...]
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
Zie dat jij handig bentrjhilbrink 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.
Krijg mijn Fritzbox 7369 niet aan de praat met telfort glas wil hem gebruiken ipv V8
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
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).fiberdordrecht schreef op zondag 4 december 2016 @ 22:04:
[...]
Zie dat jij handig bent![]()
![]()
Krijg mijn Fritzbox 7369 niet aan de praat met telfort glas wil hem gebruiken ipv V8![]()
SIP gegevens heb ik maar het lukt niet met int/ tv ..........maby tips of tweaks ?
PV: Panasonic HIT Kuro/SolarEdge HD Wave 4.225 kWp verdeeld over 2600 Zuid Oost en 1625 Noord West
Verwijderd
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?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.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.![]()
(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.
Verwijderd
Ja graag gedaan natuurlijk.quote: Flevoboy63...Toch bedankt voor de moeite. Ik Krijg dinsdag een Fritz!box 5490 van een kennis...
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 ]
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 vaagrjhilbrink 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.
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
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
Ik ga overigens wel meteen vagen of ik aan de test van de Fritz!box mee mag doen
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.
Ik heb de eerste resultaten binnen van gisteravond: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[...]
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?
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?
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.
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 308 GTI270 By Peugeot Sport | '16 Peugeot 208 GTI By Peugeot Sport | '23 Mazda CX-60 Homura PHEV | '19 Hymer MLT 620 MB V6 | Design junkie
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. Helaas zoeken we geen Fritzbox testers, de test wordt alleen uitgevoerd bij een aantal nieuwe klanten.
eymey schreef op maandag 5 december 2016 @ 13:42:
Wanneer wij hier Sparql hebben zal ik ook mee gaan doen met testen.
Verwijderd
Hallo,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![]()
[...]
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 ]
Verwijderd
Dat is een export bestand en geen config voor de Fritz!boxMr-D. schreef op maandag 5 december 2016 @ 19:29:
hoezo niet geven staat toch gewoon op hun site met wachtwoord avm
[ Voor 5% gewijzigd door Verwijderd op 05-12-2016 19:36 ]
Verwijderd
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,hahahahaMr-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
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.
Hetzelfde antwoord heb ik helaas ook gekregen wat betreft de Fritz!box
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
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
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.
Kan je via freetz ook zo compilen dat je ook een concurrent wan optie hier in krijgt nu kan dit alleen voor ppoe verbindingen
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.
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!
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.
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
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
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.
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
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.
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 omroepwebmasternick 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?
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
[ Voor 3% gewijzigd door WhySoSerious? op 06-12-2016 17:00 ]
Lekker weigeren dus. Bel ze op. Slaat nergens op om ineens een factuur te sturen.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.
Inderdaad. Zakelijk snap ik dat soort dingen wel, maar particulier vind ik het een beetje apart.Dennischo schreef op dinsdag 6 december 2016 @ 15:27:
[...]
Lekker weigeren dus. Bel ze op. Slaat nergens op om ineens een factuur te sturen.
Verwijderd
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.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.
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.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.
Ja doe ik straks ook na het werk. Het is niet mijn fout.Dennischo schreef op dinsdag 6 december 2016 @ 15:27:
[...]
Lekker weigeren dus. Bel ze op. Slaat nergens op om ineens een factuur te sturen.
[ Voor 4% gewijzigd door WhySoSerious? op 06-12-2016 17:00 ]
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.
Toch maar even een bump. Dit probleem heb ik nog steeds. Meer mensen hier last van?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?
Gewoon een heel grote verzameling snoertjes
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 ]
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.
-Enschede-
[ Voor 14% gewijzigd door misthafalls op 06-12-2016 22:11 ]
Sparql WIKI + issuelijst : https://github.com/NovapaX/sparqltv/
WTF.
Those who do not understand Unix are condemned to reinvent it, poorly.
Those who do not understand Unix are condemned to reinvent it, poorly.
Verwijderd
Those who do not understand Unix are condemned to reinvent it, poorly.
probeer de webinterface/api eens op http://IPADRES/api/workbench/index.php//reference/Aaargh! schreef op dinsdag 6 december 2016 @ 22:23:
Mijn STB lijkt nu fucked. Komt steeds met dat setup scherm dat niet reageert. Nice.
Ik kan 't dingen niet eens pingen.frelam schreef op dinsdag 6 december 2016 @ 22:25:
[...]
probeer de webinterface/api eens op http://IPADRES/api/workbench/index.php//reference/
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.
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:
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:
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.
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 ben wél benieuwd wat de uitkomst van support.html op de 5490 zou zijn
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.
Those who do not understand Unix are condemned to reinvent it, poorly.
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.
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.
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.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
[...]
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.
Voor dit probleem is er aan app (FBEDITOR) die doet alles voor je. Heb je ook geen telnet toegang nodig.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).
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
Buffer overflow kan je makkelijk krijgen als je te veel paketten “mist” en deze opnieuw opvraagt. Is dus niet per definitie een security probleem.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.
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 ]
Telnet toegang kan sowieso niet meer sinds 6.5xrjhilbrink 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)
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
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?
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
[ 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.
Een buffer overflow is altijd een security probleem. Een vrij ernstige ook nog eens.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.
Assumption is the mother of all fuckups.Ik neem aan dat het voldoende was om de spanning ff te verwijderen van de Sparql.
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.
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 |
Verwijderd
[ Voor 32% gewijzigd door Verwijderd op 09-12-2016 22:03 ]
I am the great Cornholio!
Verwijderd
Hier ook veel vastlopers vanavond, nu is het weer wat stabieler. Maar rond 19.00 uur was een ramp.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 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.
Verwijderd
Heb jij mazzel dat die tweede Zyxel er ook mee ophield.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.
toch een Fritz!box 5490 gekregen
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 ]
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.
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.
I am the great Cornholio!
Verwijderd
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.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
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.
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.
Verwijderd
Blijkbaar toch echt een probleem met de tv aanvoer/ verwerking of zoiets.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.
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 ]
Misschien dat het daaraan ligt?
Verwijderd
iedereen op het eigen netwerk er last van zou hebben denk ik dat het hier een stuk drukker zou zijn.
Maar ik ben benieuwd waar het nu eigenlijk wel aan ligt.
[ Voor 5% gewijzigd door Verwijderd op 10-12-2016 09:20 ]
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.
maar net wat Scrappy.doo zegt volgens mij ben ik de enige in de straat met Tweak
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?
Onvi glasvezel (1 Gbit/s) | Fan van FRITZ apparatuur
Verwijderd
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. ...'
[ Voor 9% gewijzigd door Verwijderd op 10-12-2016 19:59 ]
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
Verwijderd
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
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:
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.
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 ]
Dit is voldoende:
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
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.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.
PV: Panasonic HIT Kuro/SolarEdge HD Wave 4.225 kWp verdeeld over 2600 Zuid Oost en 1625 Noord West
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 12vccs { 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
Heb je een IGMP proxy draaien op dat ding ?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
[...]
Edit: ik zie dit in je config staan:
Zet die eens op 'yes'.ipbridgeing_igmp = no;
[ Voor 10% gewijzigd door Aaargh! op 11-12-2016 10:36 ]
Those who do not understand Unix are condemned to reinvent it, poorly.
@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.
Ik ben gestopt na dagen lang geprob Fritz!box 7369 aan de praat te krijgen met Telfort glasvezel.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.
@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....
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
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.
Telforteymey 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).
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
Dit topic is gesloten.
![]()