Zou vanaf hier beginnen: https://github.com/fabian...n-across-firmware-updates
Die stap heb ik gedaan toen ik alles installeerde en aangezien ik steeds wel een seconde beeld had voordat de melding verscheen ga ik ervan uit dat de iptv service wel draaide op mijn UDM SE omdat ik anders zou verwachten meteen de melding te krijgen dat er geen verbinding gemaakt kan worden, zoals ik in het begin kreeg toen ik alles werkend probeerde te krijgen.Huub- schreef op vrijdag 15 april 2022 @ 13:59:
Zou vanaf hier beginnen: https://github.com/fabian...n-across-firmware-updates
Ik heb alles verwijderd en weer opnieuw geïnstalleerd en ik zie wel deze melding verschijnen, moet ik hier nog wat mee? De vorige keer dat ik de installatie deed kreeg ik die melding ook.
code:
1
2
| Created symlink /etc/systemd/system/multi-user.target.wants/udm-iptv.service → /lib/systemd/system/udm-iptv.service. N: Download is performed unsandboxed as root as file '/root/igmpproxy_0.3-1_arm64.deb' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied) |
[edit] Nee dus, Fabian heeft al antwoord gegeven op GitHub. Het is alleen een APT warning, maakt niks uit
[Voor 33% gewijzigd door mvds op 16-04-2022 10:58]
Wat krijg je als je de diag draait?mvds schreef op zaterdag 16 april 2022 @ 10:21:
[...]
Die stap heb ik gedaan toen ik alles installeerde en aangezien ik steeds wel een seconde beeld had voordat de melding verscheen ga ik ervan uit dat de iptv service wel draaide op mijn UDM SE omdat ik anders zou verwachten meteen de melding te krijgen dat er geen verbinding gemaakt kan worden, zoals ik in het begin kreeg toen ik alles werkend probeerde te krijgen.
Ik heb alles verwijderd en weer opnieuw geïnstalleerd en ik zie wel deze melding verschijnen, moet ik hier nog wat mee? De vorige keer dat ik de installatie deed kreeg ik die melding ook.
code:
1 2 Created symlink /etc/systemd/system/multi-user.target.wants/udm-iptv.service → /lib/systemd/system/udm-iptv.service. N: Download is performed unsandboxed as root as file '/root/igmpproxy_0.3-1_arm64.deb' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)
[edit] Nee dus, Fabian heeft al antwoord gegeven op GitHub. Het is alleen een APT warning, maakt niks uit
Zou je de nieuwste versie (v2.1.3) van het script kunnen proberen? Ik heb in de vorige versie per ongeluk een regressie geïntroduceerd waardoor het script niet meer werkte voor o.a. KPN gebruikers.mvds schreef op zaterdag 16 april 2022 @ 10:21:
[...]
Die stap heb ik gedaan toen ik alles installeerde en aangezien ik steeds wel een seconde beeld had voordat de melding verscheen ga ik ervan uit dat de iptv service wel draaide op mijn UDM SE omdat ik anders zou verwachten meteen de melding te krijgen dat er geen verbinding gemaakt kan worden, zoals ik in het begin kreeg toen ik alles werkend probeerde te krijgen.
Ik heb alles verwijderd en weer opnieuw geïnstalleerd en ik zie wel deze melding verschijnen, moet ik hier nog wat mee? De vorige keer dat ik de installatie deed kreeg ik die melding ook.
code:
1 2 Created symlink /etc/systemd/system/multi-user.target.wants/udm-iptv.service → /lib/systemd/system/udm-iptv.service. N: Download is performed unsandboxed as root as file '/root/igmpproxy_0.3-1_arm64.deb' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)
[edit] Nee dus, Fabian heeft al antwoord gegeven op GitHub. Het is alleen een APT warning, maakt niks uit
Ik neem aan dat je udm-iptv-diag bedoeld?
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 213.75.0.0/16 217.166.0.0/16
LAN Interfaces: br0 br4
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
=== Service Logs ===
-- Reboot --
Apr 16 10:35:48 Dream-Machine-Special-Edition systemd[1]: Started IPTV support for the UniFi Dream Machine.
Apr 16 10:35:48 Dream-Machine-Special-Edition udm-iptv[1786]: Obtaining IP address for VLAN interface
Apr 16 10:35:48 Dream-Machine-Special-Edition udm-iptv[1786]: udhcpc (v1.22.1) started
Apr 16 10:35:48 Dream-Machine-Special-Edition udm-iptv[1786]: Sending discover...
Apr 16 10:35:49 Dream-Machine-Special-Edition udm-iptv[1786]: Sending select for 10.181.48.130...
Apr 16 10:35:49 Dream-Machine-Special-Edition udm-iptv[1786]: Lease of 10.181.48.130 obtained, lease time 3600
Apr 16 10:35:49 Dream-Machine-Special-Edition udm-iptv[1786]: NATing IPTV network ranges (if necessary)
Apr 16 10:35:49 Dream-Machine-Special-Edition systemd[1]: udm-iptv.service: Succeeded.
Apr 16 10:35:49 Dream-Machine-Special-Edition systemd[1]: udm-iptv.service: Consumed 86ms CPU time.
Schoon beginnen? Dus eerst alles weggooien en de UDM SE rebooten, of een upgrade?fabianishere schreef op zaterdag 16 april 2022 @ 12:07:
[...]
Zou je de nieuwste versie (v2.1.3) van het script kunnen proberen? Ik heb in de vorige versie per ongeluk een regressie geïntroduceerd waardoor het script niet meer werkte voor o.a. KPN gebruikers.
@fabianishere ik heb een upgrade gedaan maar het helpt helaas niet. Ik blijf na enkele seconden de melding houden dat de verbinding verloren is met code STB-NMC-400.
[Voor 4% gewijzigd door mvds op 17-04-2022 23:28]
Ik heb het command "systemctl restart udm-iptv" geprobeerd en nu lijkt het weer allemaal te werken.
Ik heb de volgende situatie:
- Glasvezel van "Budget alles in één" Deze heeft nog DHCP een geen PPOE
- USG rechtstreeks aan glasvezel
- US-8 switch
- Netwerk kabel rechtstreeks naar mijn KPN ontvanger
- Deze handleiding exact gevolgd: https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/
- Omdat ik DHCP heb in plaats van PPOE heb ik, met hulp van KPN forum, een aangepaste .json:
Ik heb internet maar TV werkt niet. Die blijft met opstarten hangen op 80% en geeft dan aan dat ik moet resetten etc...
Herkent iemand dit toevallig?
- Glasvezel van "Budget alles in één" Deze heeft nog DHCP een geen PPOE
- USG rechtstreeks aan glasvezel
- US-8 switch
- Netwerk kabel rechtstreeks naar mijn KPN ontvanger
- Deze handleiding exact gevolgd: https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/
- Omdat ik DHCP heb in plaats van PPOE heb ik, met hulp van KPN forum, een aangepaste .json:
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
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
| { "system": { "offload": { "ipv4": { "forwarding": "enable", "gre": "enable", "pppoe": "disable", "vlan": "enable" }, "ipv6": { "forwarding": "enable", "pppoe": "disable", "vlan": "enable" } } }, "firewall": { "ipv6-name": { "WANv6_LOCAL" : { "rule": { "1": { "action": "accept", "description": "Allow ICMPv6", "log": "enable", "protocol": "icmpv6" }, "2": { "action": "accept", "description": "DHCPv6", "destination": { "port": "546" }, "protocol": "udp", "source": { "port": "547" } } } }, "WANv6_IN" : { "rule": { "1": { "action": "accept", "description": "Allow ICMPv6", "log": "enable", "protocol": "icmpv6" } } } } }, "interfaces": { "ethernet": { "eth0": { "dhcp-options": { "default-route": "no-update", "default-route-distance": "1", "name-server": "no-update" }, "description": "WAN", "vif": { "4": { "address": [ "dhcp" ], "description": "IPTV", "dhcp-options": { "client-option": [ "send vendor-class-identifier "IPTV_RG";", "request subnet-mask, routers, rfc3442-classless-static-routes;" ], "default-route": "no-update", "default-route-distance": "210", "name-server": "no-update" }, "ip": { "source-validation": "loose" }, "mtu": "1500" }, "34": { "address": [ "dhcp" ], "dhcp-options": { "default-route": "update", "default-route-distance": "1", "name-server": "update" }, "description": "Internet", "dhcpv6-pd": { "no-dns": "''", "pd": { "0": { "interface": { "eth1": { "host-address": "::1", "prefix-id": ":1", "service": "slaac" } }, "prefix-length": "/48" } }, "rapid-commit": "disable" }, "firewall": { "in": { "ipv6-name": "WANv6_IN", "name": "WAN_IN" }, "local": { "ipv6-name": "WANv6_LOCAL", "name": "WAN_LOCAL" }, "out": { "ipv6-name": "WANv6_OUT", "name": "WAN_OUT" } }, "ipv6": { "address": { "autoconf": "''" }, "dup-addr-detect-transmits": "1", "enable": "''" }, "mac": mac adres, "mtu": "1500" } } }, "eth1": { "description": "LAN", "ipv6": { "address": { "autoconf": "''" }, "dup-addr-detect-transmits": "1", "router-advert": { "cur-hop-limit": "64", "link-mtu": "0", "managed-flag": "true", "max-interval": "600", "name-server": [ "2606:4700:4700::1111", "2606:4700:4700::1001" ], "other-config-flag": "false", "prefix": { "::/64": { "autonomous-flag": "true", "on-link-flag": "true", "valid-lifetime": "2592000" } }, "radvd-options": "RDNSS 2606:4700:4700::1111 2606:4700:4700::1001 {};", "reachable-time": "0", "retrans-timer": "0", "send-advert": "true" } } } } }, "protocols": { "igmp-proxy": { "interface": { "eth0.4": { "alt-subnet": [ "0.0.0.0/0" ], "role": "upstream", "threshold": "1" }, "eth1": { "alt-subnet": [ "0.0.0.0/0" ], "role": "downstream", "threshold": "1" } } }, "static": { "interface-route6": { "::/0": { "next-hop-interface": { "eth0.34": "''" } } } } }, "port-forward": { "wan-interface": "eth0.34" }, "service": { "dns": { "forwarding": { "except-interface": [ "eth0.34" ] } }, "nat": { "rule": { "5000": { "description": "MASQ all traffic to IPTV network", "destination": { "address": "0.0.0.0/0" }, "log": "disable", "outbound-interface": "eth0.4", "protocol": "all", "type": "masquerade" }, "6001": { "outbound-interface": "eth0.34" }, "6002": { "outbound-interface": "eth0.34" }, "6003": { "outbound-interface": "eth0.34" } } } } } |
Ik heb internet maar TV werkt niet. Die blijft met opstarten hangen op 80% en geeft dan aan dat ik moet resetten etc...
Herkent iemand dit toevallig?
Ik snap het niet helemaal meer. Ik ben zaterdag verhuisd. Ik kom van een woning waar ik tweak glasvezel internet met Canal Digital TV had met zo'n settopbox van CD. Ik gebruikte de Fritzbox modem/router en daar zat ook CD op aangesloten. Oftewel IPTV werkte gewoon.
In mijn nieuwe huis werk ik al een maand met tweak glasvezel rechtstreeks op een UDM SE. Als AP's gebruik ik een Wifi 6 pro en twee Wifi 6 IW's.
Zaterdagavond heb ik de mee verhuisde CD settopbox aangesloten op een Wifi 6 IW en warempel....TV werkt gewoon via de CD Settopbox.
Ik had mijn vrouw al aangegeven dat het niet zou gaan werken en ik er eerst eens rustig voor moest gaan zitten, maar alles lijkt gewoon te werken! Ik heb het script nog niet eens gebruikt.
Vreemd, maar goed, als het werkt dan werkt het en blijf ik er verder vanaf totdat ik iets vreemds tegenkom.
In mijn nieuwe huis werk ik al een maand met tweak glasvezel rechtstreeks op een UDM SE. Als AP's gebruik ik een Wifi 6 pro en twee Wifi 6 IW's.
Zaterdagavond heb ik de mee verhuisde CD settopbox aangesloten op een Wifi 6 IW en warempel....TV werkt gewoon via de CD Settopbox.
Ik had mijn vrouw al aangegeven dat het niet zou gaan werken en ik er eerst eens rustig voor moest gaan zitten, maar alles lijkt gewoon te werken! Ik heb het script nog niet eens gebruikt.
Vreemd, maar goed, als het werkt dan werkt het en blijf ik er verder vanaf totdat ik iets vreemds tegenkom.
Nou helaas….. blijkbaar toch niet, want vandaag deed niets het, in ieder geval geen beeld, wel de beschrijving van de programma’s onder in beeld. Eerder opgenomen programma’s spelen wel netjes af….
Dus toch maar het script gaan draaien binnenkort.
Ondertussen probeer ik het script van @fabianishere te doorlopen, maar ik strand al snel. Als ik naar de UDM SDE wil SSH'en krijg ik de melding "Permission denied". Ik heb overal hetzelfde SSH-wachtwoord ingevuld, met mijn eigen admin account, alswel root geprobeerd, maar elke keer dezelfde melding.
Ook via Kitty/Putty hetzelfde resultaat.
Iemand een idee hoe ik verder kan komen?
Dus toch maar het script gaan draaien binnenkort.
Ondertussen probeer ik het script van @fabianishere te doorlopen, maar ik strand al snel. Als ik naar de UDM SDE wil SSH'en krijg ik de melding "Permission denied". Ik heb overal hetzelfde SSH-wachtwoord ingevuld, met mijn eigen admin account, alswel root geprobeerd, maar elke keer dezelfde melding.
Ook via Kitty/Putty hetzelfde resultaat.
Iemand een idee hoe ik verder kan komen?
[Voor 43% gewijzigd door ChUcKiE op 27-04-2022 22:27]
Kan het kloppen dat bij vrijwel elke wijziging die ik doe op de USG, m'n internet even een paar minuten wegvalt omdat kpn.sh steeds loopt na het provisionen? Het was me eerder nog niet opgevallen, maar gister maakte ik even een port forward aan. USG ging provisionen en vervolgens ging m'n internet even plat. In het kpn.log bestand zag ik ook dat het script weer opnieuw aan het lopen was.
[Voor 3% gewijzigd door EricNL op 02-05-2022 08:42]
My PC Steam Profile PSN: AfcaEricNL
Dat kan komen door de MTU; je kan proberen om de MTU in de JSON te zetten van eth0 en eth0 vif 6.EricNL schreef op maandag 2 mei 2022 @ 08:42:
Kan het kloppen dat bij vrijwel elke wijziging die ik doe op de USG, m'n internet even een paar minuten wegvalt omdat kpn.sh steeds loopt na het provisionen? Het was me eerder nog niet opgevallen, maar gister maakte ik even een port forward aan. USG ging provisionen en vervolgens ging m'n internet even plat. In het kpn.log bestand zag ik ook dat het script weer opnieuw aan het lopen was.
Just to be sure: zet ik de MTU voor vif6 daadwerkelijk onder de vif6 interface, of onder de pppoe2 dialer die onder vif6 hangt? Want onder de pppoe2 dialer staat namelijk wel MTU geconfigureerd, echter van "1500" terwijl hij hem via het script op 1508 zet voor vif6.Coolhva schreef op maandag 2 mei 2022 @ 10:35:
[...]
Dat kan komen door de MTU; je kan proberen om de MTU in de JSON te zetten van eth0 en eth0 vif 6.
Edit: Nevermind, ik had al een vermoeden dat het direct op de vif6 interface moest. Zojuist de MTU's statisch gezet in het config.gateway.json bestand en een Force Provision uitgevoerd: Internet is niet plat gegaan. Wederom puik werk weer @Coolhva

[Voor 21% gewijzigd door EricNL op 02-05-2022 10:52]
My PC Steam Profile PSN: AfcaEricNL
Persoonlijk is het een beetje balen dat ik niet kan testen of de json met MTU wel of niet werkt aangezien er dus een paar USG/controllers zijn die over de nek gaan als je de MTU er in zet. Ik had ooit nog in mijn gedachten een 'config' generator waarbij je gewoon een JSON kon laten genereren door gewoon de opties aan te klikken die je wilt hebben. Maar met de huidige hardware denk ik dat we steeds meer naar de UDM gaan en de USG steeds minder gebruikt wordt, maar dat is een aanname.EricNL schreef op maandag 2 mei 2022 @ 10:45:
[...]
Just to be sure: zet ik de MTU voor vif6 daadwerkelijk onder de vif6 interface, of onder de pppoe2 dialer die onder vif6 hangt? Want onder de pppoe2 dialer staat namelijk wel MTU geconfigureerd, echter van "1500" terwijl hij hem via het script op 1508 zet voor vif6.
Edit: Nevermind, ik had al een vermoeden dat het direct op de vif6 interface moest. Zojuist de MTU's statisch gezet in het config.gateway.json bestand en een Force Provision uitgevoerd: Internet is niet plat gegaan. Wederom puik werk weer @Coolhva
Ach ja, het blijft een "kleinigheid" maar ik snap je wel. Puur even uit eigen interesse: wat is de achterliggende reden voor een hogere MTU dan "standaard" (1500)? In mijn beleving verlaag je in de meeste situatie's juist de MTU bij het gebruik van PPPoE naar 1492 i.v.m. header size. Maar hier wordt hij juist verhoogd.Coolhva schreef op maandag 2 mei 2022 @ 10:58:
[...]
Persoonlijk is het een beetje balen dat ik niet kan testen of de json met MTU wel of niet werkt aangezien er dus een paar USG/controllers zijn die over de nek gaan als je de MTU er in zet. Ik had ooit nog in mijn gedachten een 'config' generator waarbij je gewoon een JSON kon laten genereren door gewoon de opties aan te klikken die je wilt hebben. Maar met de huidige hardware denk ik dat we steeds meer naar de UDM gaan en de USG steeds minder gebruikt wordt, maar dat is een aanname.
My PC Steam Profile PSN: AfcaEricNL
Zie mijn eerdere uitleg hier: Coolhva in "[Ubiquiti & IPTV] Ervaringen & Discussie"EricNL schreef op maandag 2 mei 2022 @ 11:02:
[...]
Ach ja, het blijft een "kleinigheid" maar ik snap je wel. Puur even uit eigen interesse: wat is de achterliggende reden voor een hogere MTU dan "standaard" (1500)? In mijn beleving verlaag je in de meeste situatie's juist de MTU bij het gebruik van PPPoE naar 1492 i.v.m. header size. Maar hier wordt hij juist verhoogd.
Performance is de hoofdreden ;-)
Aah, dat verklaart het gelijk. Ik wist niet dat KPN een hogere MTU ondersteunde. Maar dan is het volkomen logisch (en klopt het ook nog eens, want net een pingetje met 1472 payload vanaf m'n PC gaat perfect).Coolhva schreef op maandag 2 mei 2022 @ 11:25:
[...]
Zie mijn eerdere uitleg hier: Coolhva in "[Ubiquiti & IPTV] Ervaringen & Discussie"
Performance is de hoofdreden ;-)
Wederom bedankt!
My PC Steam Profile PSN: AfcaEricNL
Kan jij je config delen, ik begrijp niet helemaal goed waar ik dit moet aanpassen en heb exact hetzelfde dat regelmatig bij een wijziging ff het internet weg is.EricNL schreef op maandag 2 mei 2022 @ 10:45:
[...]
Just to be sure: zet ik de MTU voor vif6 daadwerkelijk onder de vif6 interface, of onder de pppoe2 dialer die onder vif6 hangt? Want onder de pppoe2 dialer staat namelijk wel MTU geconfigureerd, echter van "1500" terwijl hij hem via het script op 1508 zet voor vif6.
Edit: Nevermind, ik had al een vermoeden dat het direct op de vif6 interface moest. Zojuist de MTU's statisch gezet in het config.gateway.json bestand en een Force Provision uitgevoerd: Internet is niet plat gegaan. Wederom puik werk weer @Coolhva
Welke config gebruik je? KPN/XS4ALL en dan met of zonder VLAN?TWFpa2Vs schreef op maandag 2 mei 2022 @ 16:25:
[...]
Kan jij je config delen, ik begrijp niet helemaal goed waar ik dit moet aanpassen en heb exact hetzelfde dat regelmatig bij een wijziging ff het internet weg is.
KPN en met VLANS, ik heb nu even de running config uitgelezen vanaf mijn USG en denk dat ik het gevonden heb maar helemaal zeker weet ik het niet. Ik zie twee entries rondom MTU in de config.gateway.json op regel 79 en 135.
maar dat zijn andere volgens mij, ik twijfel nu waar ik ze moet plaatsen zonder het stuk te maken
maar dat zijn andere volgens mij, ik twijfel nu waar ik ze moet plaatsen zonder het stuk te maken

[Voor 18% gewijzigd door TWFpa2Vs op 02-05-2022 17:36]
https://github.com/coolhv...n-mtu/config.gateway.json
heb snel ff een branch gemaakt met MTU toegevoegd. Als dit werkt op je USG dan is dit diegene die ik aanraad om te draaien.
heb snel ff een branch gemaakt met MTU toegevoegd. Als dit werkt op je USG dan is dit diegene die ik aanraad om te draaien.
Ik heb dit ook, maar alleen toen ik vandaag ging prutsen om vlan 4 enkel door te sturen naar de iptv poort. Ik merk namelijk een vertraging op m'n WiFi zodra de decoder aan staat.mvds schreef op zaterdag 16 april 2022 @ 10:21:
[...]
Die stap heb ik gedaan toen ik alles installeerde en aangezien ik steeds wel een seconde beeld had voordat de melding verscheen ga ik ervan uit dat de iptv service wel draaide op mijn UDM SE omdat ik anders zou verwachten meteen de melding te krijgen dat er geen verbinding gemaakt kan worden, zoals ik in het begin kreeg toen ik alles werkend probeerde te krijgen.
Ik heb alles verwijderd en weer opnieuw geïnstalleerd en ik zie wel deze melding verschijnen, moet ik hier nog wat mee? De vorige keer dat ik de installatie deed kreeg ik die melding ook.
code:
1 2 Created symlink /etc/systemd/system/multi-user.target.wants/udm-iptv.service → /lib/systemd/system/udm-iptv.service. N: Download is performed unsandboxed as root as file '/root/igmpproxy_0.3-1_arm64.deb' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)
[edit] Nee dus, Fabian heeft al antwoord gegeven op GitHub. Het is alleen een APT warning, maakt niks uit
Op het "alles" netwerk, werkt iptv zoals behoren.
deCONZ Community Manager | deCONZ Discord: https://discord.gg/HvzTwcB
Voordat ik ik mijn UDM (firmware 1.11.0 en network 6.5.55) update naar firmware 1.11.4 en netwerk 7.1.61 (allebei GA, dus niet meer EA)... heeft iemand hier al ervaring mee i.c.m. Fabian's udm-iptv installatie op de UDM?
Update
@gerbenp DANK! Ik ga er straks mee aan de slag
Update 2
NW 7.1.61 met FW 1.11.4 op UDM lijkt prima te werken met Fabian's udm-iptv 2.1.3. Super!
Update
@gerbenp DANK! Ik ga er straks mee aan de slag
Update 2
NW 7.1.61 met FW 1.11.4 op UDM lijkt prima te werken met Fabian's udm-iptv 2.1.3. Super!
[Voor 26% gewijzigd door Strebor op 04-05-2022 11:13]
Werkt uitstekend, draai op de laatste versie op de udm pro (1.11.4) en controller versie (7.1.61), switches etc. ook up to date, udm-iptv (kpn config) package draait op 2.1.3Strebor schreef op dinsdag 3 mei 2022 @ 16:38:
Voordat ik ik mijn UDM (firmware 1.11.0 en network 6.5.55) update naar firmware 1.11.4 en netwerk 7.1.61 (allebei GA, dus niet meer EA)... heeft iemand hier al ervaring mee i.c.m. Fabian's udm-iptv installatie op de UDM?

hmm misschien toch iets minder, omgeving is down sinds half twee vanmiddag, straks thuis eens kijken wat de oorzaak is

Ik monitor mijn uptime thuis en rond 13:22 kreeg ik melding dat het down was, na een force provision en een usg restart was er nog steeds geen verbinding, pas na het herstarten van de unit op de glas aansluiting kwam hij weer terug. Moet ik dit in mijn eigen config zoeken want de kpn.log zie ik eigenlijk niks geks;
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
| [Tue May 3 13:04:36 CEST 2022] [kpn.sh] Executed at Tue May 3 13:04:36 CEST 2022 [Tue May 3 13:04:36 CEST 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock [Tue May 3 13:04:36 CEST 2022] [kpn.sh] The file /etc/commit/post-hooks.d/set-kpn-hook.sh does not exists, creating hook now [Tue May 3 13:04:36 CEST 2022] [kpn.sh] Config value eth0 for vpn l2tp remote-access dhcp-interface found, adjusting config [Tue May 3 13:04:36 CEST 2022] [kpn.sh] Setting ipsec-interface to pppoe2 [Tue May 3 13:04:36 CEST 2022] [kpn.sh] Deleting dhcp interface eth0 [Tue May 3 13:04:37 CEST 2022] [kpn.sh] Setting outside-address to 0.0.0.0 [Tue May 3 13:04:37 CEST 2022] [kpn.sh] Commiting [Tue May 3 13:05:10 CEST 2022] [set-kpn-hook.sh] Executed at Tue May 3 13:05:10 CEST 2022 [Tue May 3 13:05:10 CEST 2022] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh [Tue May 3 13:05:11 CEST 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock [Tue May 3 13:06:01 CEST 2022] [kpn.sh] Executed at Tue May 3 13:06:01 CEST 2022 [Tue May 3 13:06:01 CEST 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock [Tue May 3 13:06:01 CEST 2022] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn [Tue May 3 13:06:02 CEST 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock [Tue May 3 13:06:02 CEST 2022] [kpn.sh] Finished [Tue May 3 13:09:20 CEST 2022] [set-kpn-hook.sh] Executed at Tue May 3 13:09:20 CEST 2022 [Tue May 3 13:09:20 CEST 2022] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh [Tue May 3 13:10:01 CEST 2022] [kpn.sh] Executed at Tue May 3 13:10:01 CEST 2022 [Tue May 3 13:10:01 CEST 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock [Tue May 3 13:10:01 CEST 2022] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn [Tue May 3 13:10:01 CEST 2022] [kpn.sh] Config value eth0 for vpn l2tp remote-access dhcp-interface found, adjusting config [Tue May 3 13:10:01 CEST 2022] [kpn.sh] Setting ipsec-interface to pppoe2 [Tue May 3 13:10:01 CEST 2022] [kpn.sh] Deleting dhcp interface eth0 [Tue May 3 13:10:01 CEST 2022] [kpn.sh] Setting outside-address to 0.0.0.0 [Tue May 3 13:10:02 CEST 2022] [kpn.sh] Commiting [Tue May 3 13:10:34 CEST 2022] [set-kpn-hook.sh] Executed at Tue May 3 13:10:34 CEST 2022 [Tue May 3 13:10:34 CEST 2022] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh [Tue May 3 13:10:34 CEST 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock [Tue May 3 13:11:01 CEST 2022] [kpn.sh] Executed at Tue May 3 13:11:01 CEST 2022 [Tue May 3 13:11:01 CEST 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock [Tue May 3 13:11:01 CEST 2022] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn [Tue May 3 13:11:01 CEST 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock [Tue May 3 13:11:01 CEST 2022] [kpn.sh] Finished |
[Voor 78% gewijzigd door TWFpa2Vs op 03-05-2022 18:22]
De wijzigingen zijn enkel de MTU toevoegingen, klopt dat?Coolhva schreef op maandag 2 mei 2022 @ 17:43:
https://github.com/coolhv...n-mtu/config.gateway.json
heb snel ff een branch gemaakt met MTU toegevoegd. Als dit werkt op je USG dan is dit diegene die ik aanraad om te draaien.
http://www.xbmcfreak.nl/
Bij mij is er toch sinds een paar dagen een bepaalde onstabiliteit onstaan, ben er nog niet helemaal achter waardoor dit nu komt. Net klapt KPN er ook weer uit en na een force provision is hij er weer 

Zou deze regel uit de Unifi OS 2.4.9 release notes betekenen dat IPTV eindelijk native ondersteund gaat worden?Add support for IGMP snooping on the switch ports.
Nee want alleen snooping is niet genoeg. Een Igmp proxy en/of een RTSP conntracker zit niet in de softwareRecoil schreef op donderdag 5 mei 2022 @ 07:46:
[...]
Zou deze regel uit de Unifi OS 2.4.9 release notes betekenen dat IPTV eindelijk native ondersteund gaat worden?
KloptErhnam schreef op dinsdag 3 mei 2022 @ 21:08:
[...]
De wijzigingen zijn enkel de MTU toevoegingen, klopt dat?
Zijn er al mogelijkheden voor de UXG-Pro??? Heb nu de USG vervangen. Maar ook de USG werkt niet met de JSON.
Dat wist ik al dus geen direct probleem we streamen nu TV via de iPad. Werkt ook prima. Gezien we alleen ESPN kijken en soms het nieuws de rest gaat eigenlijk via Netflix, Disney+, Videoland enz.
Dat wist ik al dus geen direct probleem we streamen nu TV via de iPad. Werkt ook prima. Gezien we alleen ESPN kijken en soms het nieuws de rest gaat eigenlijk via Netflix, Disney+, Videoland enz.
A Soldiers manual and a pair of boots.
Toevallig zie ik in de laatste firmware van de UDM/P referenties naar een IGMP Proxy implementatie (zie /usr/sbin/improxy, de code daarvan is open-source: https://github.com/haibbo/improxy). ubios-udapi-server bevat ook code die naar dit bestand verwijst, dus dat suggereert dat Ubiquiti wellicht binnenkort met native support voor IGMP Proxy komt.
De UXG-Pro heeft geen UniFi container draaien waarin je udm-iptv kan je installeren. Echter beschikt het (naar mijn weten) wel over Podman, dus zou je een eigen container met die package kunnen starten. Weet alleen niet of die container dan persistent is.To_Tall schreef op vrijdag 6 mei 2022 @ 10:39:
Zijn er al mogelijkheden voor de UXG-Pro??? Heb nu de USG vervangen. Maar ook de USG werkt niet met de JSON.
Dat wist ik al dus geen direct probleem we streamen nu TV via de iPad. Werkt ook prima. Gezien we alleen ESPN kijken en soms het nieuws de rest gaat eigenlijk via Netflix, Disney+, Videoland enz.
Hallo allemaal,
Ik heb tot nu toe mijn KPN glasvezel netwerk draaiend op het script voor Coolhva. Werkt top! Mijn huidige Unifi controller is een oude linux bak.(Gateway is een USG 3G).
Nu heb ik sinds kort een Cloudkey gen2 plus en ik wil het script van Coolhva daarop plaatsen zodat deze de plaats in kan nemen van mijn oude linux machientje.
Het plaatsen van de config.gateway.json gaat prima, maar nu ik het kpn.sh script wil plaatsen op mijn Cloudkey zie ik dat ik de directory /config/scripts/post-config.d niet aanwezig is.
Heeft iemand een idee waar ik dat kpn.sh script dan moet plaatsen? Of moet ik de directory /config/scripts/post-config.d gewoon aanmaken op mijn Cloudkey?
Groet Christian
Ik heb tot nu toe mijn KPN glasvezel netwerk draaiend op het script voor Coolhva. Werkt top! Mijn huidige Unifi controller is een oude linux bak.(Gateway is een USG 3G).
Nu heb ik sinds kort een Cloudkey gen2 plus en ik wil het script van Coolhva daarop plaatsen zodat deze de plaats in kan nemen van mijn oude linux machientje.
Het plaatsen van de config.gateway.json gaat prima, maar nu ik het kpn.sh script wil plaatsen op mijn Cloudkey zie ik dat ik de directory /config/scripts/post-config.d niet aanwezig is.
Heeft iemand een idee waar ik dat kpn.sh script dan moet plaatsen? Of moet ik de directory /config/scripts/post-config.d gewoon aanmaken op mijn Cloudkey?
Groet Christian
[Voor 5% gewijzigd door hairy lee op 11-05-2022 16:29]
Die moet toch op je USG 3P worden geplaatsthairy lee schreef op woensdag 11 mei 2022 @ 16:28:
Maar nu ik het kpn.sh script wil plaatsen op mijn Cloudkey zie ik dat ik de directory /config/scripts/post-config.d niet aanwezig is.

|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
@hairy lee
Die moet inderdaad op de USG, gewoon een kwestie van de handleiding volgen; https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/
En dan bij kopje “kpn.sh plaatsen”
[Voor 7% gewijzigd door Huub- op 11-05-2022 17:01]
Och ja, sorry allemaal! Die staat er al op, stom van me.Huub- schreef op woensdag 11 mei 2022 @ 16:59:
[...]
@hairy lee
Die moet inderdaad op de USG, gewoon een kwestie van de handleiding volgen; https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/
En dan bij kopje “kpn.sh plaatsen”

Niet goed gelezen...

[Voor 7% gewijzigd door hairy lee op 11-05-2022 17:59]
Op een of andere manier werkt mijn IPTV niet meer. Ik heb KPN glasvezel een USG 3, en de coolvha scripts uit de branch vlan gebruikt. De error melding op de IPTV is: "Fout 561: Opvragen instellingen mislukt".
De interfaces (eth1.661 is het lokale vlan voor IPTV):
De multicast interfaces, je ziet wel een beetje traffic:
De routing table:
Wat mis ik, waardoor de setup box zijn instellingen niet kan ophalen / activeren?
De interfaces (eth1.661 is het lokale vlan voor IPTV):
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
| show interfaces Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down Interface IP Address S/L Description --------- ---------- --- ----------- eth0 - u/u WAN eth0.4 10.180.46.23/22 u/u IPTV eth0.6 - u/u WAN eth1 192.168.178.1/24 u/u LAN 2a02:a458:a8d3:1::1/64 2a02:a458:a8d3:1:f29f:c2ff:fe11:4b71/64 eth1.2 192.168.241.1/24 u/u eth1.4 192.168.8.1/24 u/u eth1.661 192.168.2.1/24 u/u eth2 - A/D lo 127.0.0.1/8 u/u ::1/128 pppoe2 77.171.238.214 u/u tun900 100.127.125.129/31 u/u |
De multicast interfaces, je ziet wel een beetje traffic:
code:
1
2
3
4
5
6
7
8
| show ip multicast interfaces Intf BytesIn PktsIn BytesOut PktsOut Local eth1.4 0.00b 0 0.00b 0 192.168.8.1 eth1.2 0.00b 0 0.00b 0 192.168.241.1 eth1.661 0.00b 0 28.52KB 63 192.168.2.1 eth0.4 28.52KB 63 0.00b 0 10.180.46.23 tun900 0.00b 0 0.00b 0 100.127.125.129 pppoe2 0.00b 0 0.00b 0 77.171.238.214 |
De routing table:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| show ip route Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF, I - ISIS, B - BGP, > - selected route, * - FIB route S 0.0.0.0/0 [230/0] is directly connected, tun900 K>* 0.0.0.0/0 is directly connected, pppoe2 S 0.0.0.0/0 [1/0] is directly connected, pppoe2 C>* 10.180.44.0/22 is directly connected, eth0.4 C>* 100.127.125.128/31 is directly connected, tun900 C>* 127.0.0.0/8 is directly connected, lo C>* 192.168.2.0/24 is directly connected, eth1.661 C>* 192.168.8.0/24 is directly connected, eth1.4 C>* 192.168.178.0/24 is directly connected, eth1 C>* 192.168.241.0/24 is directly connected, eth1.2 C>* 195.190.228.38/32 is directly connected, pppoe2 K>* 213.75.112.0/21 via 10.180.44.1, eth0.4 |
Wat mis ik, waardoor de setup box zijn instellingen niet kan ophalen / activeren?
Language exists to conceal true thought
Kan het zo zijn dat ik eth1.666 mis bij je interfaces (= eth1.661 ?).bluewarlord schreef op donderdag 12 mei 2022 @ 22:39:
Op een of andere manier werkt mijn IPTV niet meer. Ik heb KPN glasvezel een USG 3, en de coolvha scripts uit de branch vlan gebruikt. De error melding op de IPTV is: "Fout 561: Opvragen instellingen mislukt".
De interfaces (eth1.666 is het lokale vlan voor IPTV):
code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 show interfaces Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down Interface IP Address S/L Description --------- ---------- --- ----------- eth0 - u/u WAN eth0.4 10.180.46.23/22 u/u IPTV eth0.6 - u/u WAN eth1 192.168.178.1/24 u/u LAN 2a02:a458:a8d3:1::1/64 2a02:a458:a8d3:1:f29f:c2ff:fe11:4b71/64 eth1.2 192.168.241.1/24 u/u eth1.4 192.168.8.1/24 u/u eth1.661 192.168.2.1/24 u/u eth2 - A/D lo 127.0.0.1/8 u/u ::1/128 pppoe2 77.171.238.214 u/u tun900 100.127.125.129/31 u/u
De multicast interfaces, je ziet wel een beetje traffic:
code:
1 2 3 4 5 6 7 8 show ip multicast interfaces Intf BytesIn PktsIn BytesOut PktsOut Local eth1.4 0.00b 0 0.00b 0 192.168.8.1 eth1.2 0.00b 0 0.00b 0 192.168.241.1 eth1.661 0.00b 0 28.52KB 63 192.168.2.1 eth0.4 28.52KB 63 0.00b 0 10.180.46.23 tun900 0.00b 0 0.00b 0 100.127.125.129 pppoe2 0.00b 0 0.00b 0 77.171.238.214
De routing table:
code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 show ip route Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF, I - ISIS, B - BGP, > - selected route, * - FIB route S 0.0.0.0/0 [230/0] is directly connected, tun900 K>* 0.0.0.0/0 is directly connected, pppoe2 S 0.0.0.0/0 [1/0] is directly connected, pppoe2 C>* 10.180.44.0/22 is directly connected, eth0.4 C>* 100.127.125.128/31 is directly connected, tun900 C>* 127.0.0.0/8 is directly connected, lo C>* 192.168.2.0/24 is directly connected, eth1.661 C>* 192.168.8.0/24 is directly connected, eth1.4 C>* 192.168.178.0/24 is directly connected, eth1 C>* 192.168.241.0/24 is directly connected, eth1.2 C>* 195.190.228.38/32 is directly connected, pppoe2 K>* 213.75.112.0/21 via 10.180.44.1, eth0.4
Wat mis ik, waardoor de setup box zijn instellingen niet kan ophalen / activeren?
Boldly going forward, 'cause we can't find reverse
Ja, dat moet eth1.661 zijn. Sorry verkeert opgeschreven. In de configuratie staat het wel goed:Will_M schreef op donderdag 12 mei 2022 @ 22:58:
[...]
Kan het zo zijn dat ik eth1.666 mis bij je interfaces (= eth1.661 ?).
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 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 { "system": { "offload": { "ipv4": { "forwarding": "enable", "gre": "enable", "pppoe": "enable", "vlan": "enable" }, "ipv6": { "forwarding": "enable", "pppoe": "enable", "vlan": "disable" } } }, "firewall": { "ipv6-name": { "WANv6_LOCAL" : { "rule": { "1": { "action": "accept", "description": "Allow ICMPv6", "log": "enable", "protocol": "icmpv6" }, "2": { "action": "accept", "description": "DHCPv6", "destination": { "port": "546" }, "protocol": "udp", "source": { "port": "547" } } } }, "WANv6_IN" : { "rule": { "1": { "action": "accept", "description": "Allow ICMPv6", "log": "enable", "protocol": "icmpv6" } } } } }, "interfaces": { "ethernet": { "eth0": { "dhcp-options": { "default-route": "no-update", "default-route-distance": "1", "name-server": "no-update" }, "description": "WAN", "vif": { "4": { "address": [ "dhcp" ], "description": "IPTV", "dhcp-options": { "client-option": [ "send vendor-class-identifier "IPTV_RG";", "request subnet-mask, routers, rfc3442-classless-static-routes;" ], "default-route": "no-update", "default-route-distance": "210", "name-server": "no-update" }, "ip": { "source-validation": "loose" }, "mtu": "1500" }, "6": { "firewall": { "in": { "ipv6-name": "WANv6_IN", "name": "WAN_IN" }, "local": { "ipv6-name": "WANv6_LOCAL", "name": "WAN_LOCAL" }, "out": { "ipv6-name": "WANv6_OUT", "name": "WAN_OUT" } }, "pppoe": { "2": { "dhcpv6-pd": { "no-dns": "''", "pd": { "0": { "interface": { "eth1": { "host-address": "::1", "prefix-id": ":1", "service": "slaac" } }, "prefix-length": "/48" } }, "rapid-commit": "disable" }, "firewall": { "in": { "ipv6-name": "WANv6_IN", "name": "WAN_IN" }, "local": { "ipv6-name": "WANv6_LOCAL", "name": "WAN_LOCAL" }, "out": { "ipv6-name": "WANv6_OUT", "name": "WAN_OUT" } }, "ipv6": { "address": { "autoconf": "''" }, "dup-addr-detect-transmits": "1", "enable": "''" }, "default-route": "auto", "mtu": "1500", "name-server": "auto", "password": "kpn", "user-id": "kpn" } } } } }, "eth1": { "description": "LAN", "ipv6": { "address": { "autoconf": "''" }, "dup-addr-detect-transmits": "1", "router-advert": { "cur-hop-limit": "64", "link-mtu": "0", "managed-flag": "true", "max-interval": "600", "name-server": [ "2606:4700:4700::1111", "2606:4700:4700::1001" ], "other-config-flag": "false", "prefix": { "::/64": { "autonomous-flag": "true", "on-link-flag": "true", "valid-lifetime": "2592000" } }, "radvd-options": "RDNSS 2606:4700:4700::1111 2606:4700:4700::1001 {};", "reachable-time": "0", "retrans-timer": "0", "send-advert": "true" } } } } }, "protocols": { "igmp-proxy": { "interface": { "eth0.4": { "alt-subnet": [ "0.0.0.0/0" ], "role": "upstream", "threshold": "1" }, "eth1": { "role": "disabled", "threshold": "1" }, "eth1.661": { "alt-subnet": [ "0.0.0.0/0" ], "role": "downstream", "threshold": "1" } } }, "static": { "interface-route6": { "::/0": { "next-hop-interface": { "pppoe2": "''" } } } } }, "port-forward": { "wan-interface": "pppoe2" }, "service": { "dns": { "forwarding": { "except-interface": [ "pppoe2" ] } }, "nat": { "rule": { "5000": { "description": "MASQ all traffic to IPTV network", "destination": { "address": "0.0.0.0/0" }, "log": "disable", "outbound-interface": "eth0.4", "protocol": "all", "type": "masquerade" }, "6001": { "outbound-interface": "pppoe2" }, "6002": { "outbound-interface": "pppoe2" }, "6003": { "outbound-interface": "pppoe2" } } } }, "load-balance": { "group": { "wan_failover": { "flush-on-active": "enable", "interface": { "pppoe2": { "route-test": { "initial-delay": "60", "interval": "10", "type": { "ping": { "target": "8.8.8.8" } } } } } } } } }
Language exists to conceal true thought
Al een keer de IGMP Proxy een schop gegevenbluewarlord schreef op donderdag 12 mei 2022 @ 22:39:
Wat mis ik, waardoor de setup box zijn instellingen niet kan ophalen / activeren?

Zet lange CODE blokken alsjeblieft tussen Quote Tags

|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
Dit had ik gisteravond ook. Logfiles doorgelezen en uiteindelijk de usg herstart ( igmp restart werkte niet ) en het werkte weerbluewarlord schreef op donderdag 12 mei 2022 @ 22:39:
Op een of andere manier werkt mijn IPTV niet meer. Ik heb KPN glasvezel een USG 3, en de coolvha scripts uit de branch vlan gebruikt. De error melding op de IPTV is: "Fout 561: Opvragen instellingen mislukt".
De interfaces (eth1.661 is het lokale vlan voor IPTV):
code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 show interfaces Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down Interface IP Address S/L Description --------- ---------- --- ----------- eth0 - u/u WAN eth0.4 10.180.46.23/22 u/u IPTV eth0.6 - u/u WAN eth1 192.168.178.1/24 u/u LAN 2a02:a458:a8d3:1::1/64 2a02:a458:a8d3:1:f29f:c2ff:fe11:4b71/64 eth1.2 192.168.241.1/24 u/u eth1.4 192.168.8.1/24 u/u eth1.661 192.168.2.1/24 u/u eth2 - A/D lo 127.0.0.1/8 u/u ::1/128 pppoe2 77.171.238.214 u/u tun900 100.127.125.129/31 u/u
De multicast interfaces, je ziet wel een beetje traffic:
code:
1 2 3 4 5 6 7 8 show ip multicast interfaces Intf BytesIn PktsIn BytesOut PktsOut Local eth1.4 0.00b 0 0.00b 0 192.168.8.1 eth1.2 0.00b 0 0.00b 0 192.168.241.1 eth1.661 0.00b 0 28.52KB 63 192.168.2.1 eth0.4 28.52KB 63 0.00b 0 10.180.46.23 tun900 0.00b 0 0.00b 0 100.127.125.129 pppoe2 0.00b 0 0.00b 0 77.171.238.214
De routing table:
code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 show ip route Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF, I - ISIS, B - BGP, > - selected route, * - FIB route S 0.0.0.0/0 [230/0] is directly connected, tun900 K>* 0.0.0.0/0 is directly connected, pppoe2 S 0.0.0.0/0 [1/0] is directly connected, pppoe2 C>* 10.180.44.0/22 is directly connected, eth0.4 C>* 100.127.125.128/31 is directly connected, tun900 C>* 127.0.0.0/8 is directly connected, lo C>* 192.168.2.0/24 is directly connected, eth1.661 C>* 192.168.8.0/24 is directly connected, eth1.4 C>* 192.168.178.0/24 is directly connected, eth1 C>* 192.168.241.0/24 is directly connected, eth1.2 C>* 195.190.228.38/32 is directly connected, pppoe2 K>* 213.75.112.0/21 via 10.180.44.1, eth0.4
Wat mis ik, waardoor de setup box zijn instellingen niet kan ophalen / activeren?
Volledige reboots helpen helaas niet. Ik zal de service eens restarten na het booten. Enig idee waar de logs van de igmp proxy zich bevinden (zie alleen maar start up message in /var/log/messages)?nero355 schreef op vrijdag 13 mei 2022 @ 17:36:
[...]
Al een keer de IGMP Proxy een schop gegeven
Zet lange CODE blokken alsjeblieft tussen Quote Tags![]()
Update:
Restart van de igmp proxy helpt ook niet. Ik ben bang dat ik maar eens moet gaan wiresharken, want ik zie ook nergens foutmeldingen in de logs. Iemand nog andere ideeen?
[Voor 17% gewijzigd door bluewarlord op 13-05-2022 20:30]
Language exists to conceal true thought
wat zegt kpn.log?bluewarlord schreef op vrijdag 13 mei 2022 @ 19:08:
[...]
Volledige reboots helpen helaas niet. Ik zal de service eens restarten na het booten. Enig idee waar de logs van de igmp proxy zich bevinden (zie alleen maar start up message in /var/log/messages)?
Update:
Restart van de igmp proxy helpt ook niet. Ik ben bang dat ik maar eens moet gaan wiresharken, want ik zie ook nergens foutmeldingen in de logs. Iemand nog andere ideeen?
Niet veel bijzonders:
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 [Thu May 12 22:04:05 CEST 2022] [kpn.sh] Executed at Thu May 12 22:04:05 CEST 2022 [Thu May 12 22:04:05 CEST 2022] [kpn.sh] lock file exists but is older then 120 seconds, removing lock file [Thu May 12 22:04:05 CEST 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock [Thu May 12 22:04:05 CEST 2022] [kpn.sh] The file /etc/commit/post-hooks.d/set-kpn-hook.sh does not exists, creating hook now [Thu May 12 22:04:06 CEST 2022] [kpn.sh] MTU for eth0 not configured, adjusting config [Thu May 12 22:04:06 CEST 2022] [kpn.sh] Disconnecting pppoe2 before changing MTU Bringing interface pppoe2 down... [Thu May 12 22:04:12 CEST 2022] [kpn.sh] Setting mtu for eth0 to 1512 [Thu May 12 22:04:13 CEST 2022] [kpn.sh] Setting mtu for eth0 vif 6 to 1508 [Thu May 12 22:04:14 CEST 2022] [kpn.sh] Commiting [Thu May 12 22:04:35 CEST 2022] [set-kpn-hook.sh] Executed at Thu May 12 22:04:35 CEST 2022 [Thu May 12 22:04:35 CEST 2022] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh [Thu May 12 22:04:35 CEST 2022] [kpn.sh] Connecting pppoe2 after changing MTU Bringing interface pppoe2 up... [Thu May 12 22:04:36 CEST 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock [Thu May 12 22:05:02 CEST 2022] [kpn.sh] Executed at Thu May 12 22:05:02 CEST 2022 [Thu May 12 22:05:02 CEST 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock [Thu May 12 22:05:02 CEST 2022] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn [Thu May 12 22:05:02 CEST 2022] [kpn.sh] Config value eth0.6 for vpn l2tp remote-access dhcp-interface found, adjusting config [Thu May 12 22:05:03 CEST 2022] [kpn.sh] Setting ipsec-interface to pppoe2 [Thu May 12 22:05:03 CEST 2022] [kpn.sh] Deleting dhcp interface eth0.6 [Thu May 12 22:05:03 CEST 2022] [kpn.sh] Setting outside-address to 0.0.0.0 [Thu May 12 22:05:04 CEST 2022] [kpn.sh] Commiting [Thu May 12 22:06:08 CEST 2022] [set-kpn-hook.sh] Executed at Thu May 12 22:06:08 CEST 2022 [Thu May 12 22:06:08 CEST 2022] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh [Thu May 12 22:06:08 CEST 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock [Thu May 12 22:07:01 CEST 2022] [kpn.sh] Executed at Thu May 12 22:07:01 CEST 2022 [Thu May 12 22:07:01 CEST 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock [Thu May 12 22:07:01 CEST 2022] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn [Thu May 12 22:07:01 CEST 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock [Thu May 12 22:07:01 CEST 2022] [kpn.sh] Finished
Language exists to conceal true thought
Right, powercycle (dus geen reboot) van all unifi apparatuur lijkt het probleem op te lossen. Het IPTV kastje dat op een andere switch zit doet het nog steeds niet, kennelijk moet die ook nog een powercycle krijgen. Dat ga ik vanavond nog even proberen ....Hmmz misschien toch even je switches herstarten.
Alvast hartelijk dank voor alle suggesties!
[Voor 6% gewijzigd door bluewarlord op 14-05-2022 13:15]
Language exists to conceal true thought
@bluewarlord Ik had hier een week of drie geleden ongeveer hetzelfde en dat werd veroorzaakt door het feit dat KPN sinds medio April een nieuwe firmware naar de decoders (bij mij de Arris/VIP5202) probeerde te pushen tijdens de nachtelijke uren. Die firmware moet in de 'ECO' stand nog zuiniger zijn dan dat de oude al was maar in de oude firmware had ik die ECO stand ook al aanstaan waarbij de NIC dus tijdens standby UIT staat en er daarmee een Kip/Ei discussie ontstond doordat die nieuwe firmware ook een herstart verwacht / triggert.... 
Je kunt in het INFO menu van de decoder zien of je systeem die update al gehad heeft door de NMC versie te bekijken. De nieuwe firmware heeft daar versie 8.0.139_1 gekregen (wás 8.0.138_1).
Op de decoder (AB): Menu -> Systeem -> Software opnieuw installeren loste het bij mij, binnen een minuut, weer volledig op.

Je kunt in het INFO menu van de decoder zien of je systeem die update al gehad heeft door de NMC versie te bekijken. De nieuwe firmware heeft daar versie 8.0.139_1 gekregen (wás 8.0.138_1).
Op de decoder (AB): Menu -> Systeem -> Software opnieuw installeren loste het bij mij, binnen een minuut, weer volledig op.
Boldly going forward, 'cause we can't find reverse
Het is een vreemd gebeuren. De 1e VIP5202 werkte, de 2e niet. Ik dacht dat een powercycle van de andere switch waar deze aan vast zat voldoende was. Niet dus.
Het wordt nog leuker. Vervolgens de 2e VIP5202 aangesloten op de plek waar de 1e werkte. Doet het nog niet. Vervolgens de 1e weer terug gezet .... en hij werkt niet meer (/slam head to wall). Vervolgens nog eens een gehele power cycle gedaan van al het spul, maar nog steeds geen pret
Nog ideeen / suggesties waar ik naar kan kijken?
P.S. de firmware van de 1e VIP5202 is versie is 8.0.139_1
Hoe kan ik de firmware versie zijn van de 2e VIP5202 als ik niet verder kom dan 85% bij het opstarten?
Het wordt nog leuker. Vervolgens de 2e VIP5202 aangesloten op de plek waar de 1e werkte. Doet het nog niet. Vervolgens de 1e weer terug gezet .... en hij werkt niet meer (/slam head to wall). Vervolgens nog eens een gehele power cycle gedaan van al het spul, maar nog steeds geen pret

Nog ideeen / suggesties waar ik naar kan kijken?
P.S. de firmware van de 1e VIP5202 is versie is 8.0.139_1
Hoe kan ik de firmware versie zijn van de 2e VIP5202 als ik niet verder kom dan 85% bij het opstarten?
Language exists to conceal true thought
Een korte update van mijn kant. Ik heb inmiddels een wireshark met port mirroring aan de praat gekregen. Als ik de VIP5202 vers start zie ik het volgende:
1. Een DHCP request wordt gedaan en netjes afgehandeld. Dit komt overeen met de /var/log/messages entry:
3. Het gaat mis met het laatste DHCP request, dat is een BOOTP request. Hij kan dus niet de boot server vinden .... Zie het volgende plaatje:
Waarom wordt de BOOTP niet doorgegeven door de router of komt de response niet terug?
1. Een DHCP request wordt gedaan en netjes afgehandeld. Dit komt overeen met de /var/log/messages entry:
2. Je ziet de gateway vervolgens de IGMP proxy ook configureren (de gele regels in de wireshark, zie onder)code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 May 19 19:52:28 USGHome dhcpd: DHCPOFFER on 192.168.2.16 to 00:02:9b:fb:a8:e0 (VIP5202_FBA8E0) via eth1.661 May 19 19:52:28 USGHome dhcpd: execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh May 19 19:52:28 USGHome dhcpd: execute_statement argv[1] = commit May 19 19:52:28 USGHome dhcpd: execute_statement argv[2] = VIP5202_FBA8E0 May 19 19:52:28 USGHome dhcpd: execute_statement argv[3] = 192.168.2.16 May 19 19:52:28 USGHome dhcpd: execute_statement argv[4] = 0:2:9b:fb:a8:e0 May 19 19:52:28 USGHome dhcpd: execute_statement argv[5] = ..YYZ! May 19 19:52:28 USGHome dhcpd: execute_statement argv[6] = enable May 19 19:52:28 USGHome dhcpd: execute_statement argv[7] = disable May 19 19:52:29 USGHome dhcpd: DHCPREQUEST for 192.168.2.16 (192.168.2.1) from 00:02:9b:fb:a8:e0 (VIP5202_FBA8E0) via eth1.661 May 19 19:52:29 USGHome dhcpd: DHCPACK on 192.168.2.16 to 00:02:9b:fb:a8:e0 (VIP5202_FBA8E0) via eth1.661May 19 19:52:28 USGHome dhcpd: DHCPOFFER on 192.168.2.16 to 00:02:9b:fb:a8:e0 (VIP5202_FBA8E0) via eth1.661 May 19 19:52:28 USGHome dhcpd: execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh May 19 19:52:28 USGHome dhcpd: execute_statement argv[1] = commit May 19 19:52:28 USGHome dhcpd: execute_statement argv[2] = VIP5202_FBA8E0 May 19 19:52:28 USGHome dhcpd: execute_statement argv[3] = 192.168.2.16 May 19 19:52:28 USGHome dhcpd: execute_statement argv[4] = 0:2:9b:fb:a8:e0 May 19 19:52:28 USGHome dhcpd: execute_statement argv[5] = ..YYZ! May 19 19:52:28 USGHome dhcpd: execute_statement argv[6] = enable May 19 19:52:28 USGHome dhcpd: execute_statement argv[7] = disable May 19 19:52:29 USGHome dhcpd: DHCPREQUEST for 192.168.2.16 (192.168.2.1) from 00:02:9b:fb:a8:e0 (VIP5202_FBA8E0) via eth1.661 May 19 19:52:29 USGHome dhcpd: DHCPACK on 192.168.2.16 to 00:02:9b:fb:a8:e0 (VIP5202_FBA8E0) via eth1.661
3. Het gaat mis met het laatste DHCP request, dat is een BOOTP request. Hij kan dus niet de boot server vinden .... Zie het volgende plaatje:
Waarom wordt de BOOTP niet doorgegeven door de router of komt de response niet terug?
Language exists to conceal true thought
Ik kan me ook hier melden! Al een week of 2 wonen we in ons nieuwbouwhuis, met (voor ons nieuw) Ubiquiti apparatuur (UDM + 8 PoE switch + 2x In-Wall HD). KPN iTV deed het uiteraard niet, en na veel verschillende dingen proberen (ik snap niet dat er zoveel verschillende guides en dergelijke zijn) was de Github van Fabian supersimpel. Ik was eigenlijk de moed een beetje aan het verliezen. maar toen ik de guide héél goed aan het doorlezen was, begreep ik dat de Experia Box ertussen uit mocht. Toen ging alles een stuk beter
.
Nog wel één klein vraagje: het bestand /etc/default/ubnt-dpkg-cache bestond niet. Via het commando touch heb ik die wel aangemaakt, en het bijbehorende commando uitgevoerd om installatie persistent te laten zijn tussen UDM updates. Echter leek het bestand alsnog leeg. Is daar iets tegen te doen verder?

Nog wel één klein vraagje: het bestand /etc/default/ubnt-dpkg-cache bestond niet. Via het commando touch heb ik die wel aangemaakt, en het bijbehorende commando uitgevoerd om installatie persistent te laten zijn tussen UDM updates. Echter leek het bestand alsnog leeg. Is daar iets tegen te doen verder?
Ik heb de config aangepast, maar krijg ik de volgende foutmelding op mijn USG:
code:
1
| f736f85681", "SET": {"error": {"interfaces ethernet eth0 vif 6 mtu 1508": "MTU must be least than or equal to parent interface MTU\n\nValue validation failed\n"}, "failure": "1", "success": "1"}}#012 |
[Voor 7% gewijzigd door Erhnam op 20-05-2022 14:27]
http://www.xbmcfreak.nl/
Gokje : eth0.6 aangepast i.p.v. eth0 zelfErhnam schreef op vrijdag 20 mei 2022 @ 14:27:
Ik heb de config aangepast, maar krijg ik de volgende foutmelding op mijn USG:
code:
1 f736f85681", "SET": {"error": {"interfaces ethernet eth0 vif 6 mtu 1508": "MTU must be least than or equal to parent interface MTU\n\nValue validation failed\n"}, "failure": "1", "success": "1"}}#012

|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
Volgens deze commit moet je de config op twee plekken aanpassen: https://github.com/coolhv...f7651f1e30e28bb838af0c860
http://www.xbmcfreak.nl/
Daar heeft eth0 een MTU van 1512 dus heb je dat ook aangepastErhnam schreef op vrijdag 20 mei 2022 @ 14:58:
Volgens deze commit moet je de config op twee plekken aanpassen: https://github.com/coolhv...f7651f1e30e28bb838af0c860

|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
JumboFrames over 't Internet.... Gewoon DOEN!!nero355 schreef op vrijdag 20 mei 2022 @ 15:01:
[...]
Daar heeft eth0 een MTU van 1512 dus heb je dat ook aangepast

Boldly going forward, 'cause we can't find reverse
|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
Op KPN lijnen kan dit (kleine jumbo frames). Om de PPPoE een MTU van 1500 te geven, moet de WAN poort een MTU van 1512 krijgen. 8 extra voor PPPoE overhead en 4 extra voor VLAN overhead.nero355 schreef op vrijdag 20 mei 2022 @ 15:05:
[...]
Is om MSS Clamping te voorkomen als ik me niet vergis!
Zie : https://duckduckgo.com/?q=mss+clamping
Waarom dit doen:
Lagere MTUs (1492) geven problem met sommig verkeer, zoals VPN tunnels met daarin SSH of HTTPS verkeer over de PPPoE verbinding. Ja, je kunt de MTUs voor de tunnels beperken (bijvoorbeeld naar 1300), maar het is makkelijker om de MTU van de verbinding aan te passen. Bovendien is het beter voor de performance,
Die remark lijkt alleen betrekking te hebben op een udm-se...mat.hi.as schreef op vrijdag 20 mei 2022 @ 08:06:
Ik kan me ook hier melden! Al een week of 2 wonen we in ons nieuwbouwhuis, met (voor ons nieuw) Ubiquiti apparatuur (UDM + 8 PoE switch + 2x In-Wall HD). KPN iTV deed het uiteraard niet, en na veel verschillende dingen proberen (ik snap niet dat er zoveel verschillende guides en dergelijke zijn) was de Github van Fabian supersimpel. Ik was eigenlijk de moed een beetje aan het verliezen. maar toen ik de guide héél goed aan het doorlezen was, begreep ik dat de Experia Box ertussen uit mocht. Toen ging alles een stuk beter.
Nog wel één klein vraagje: het bestand /etc/default/ubnt-dpkg-cache bestond niet. Via het commando touch heb ik die wel aangemaakt, en het bijbehorende commando uitgevoerd om installatie persistent te laten zijn tussen UDM updates. Echter leek het bestand alsnog leeg. Is daar iets tegen te doen verder?
Mochten er hier meer mensen ervaring hebben met de UAP-XG: zijn het bij jullie ook grillplaten? Viel eerder al op bij een installatie van vier; nu ik er zelf ook een heb hangen is het niet anders.
Waar zou je een XG willen plaatsen? Ik kan zelf geen locatie bedenken waar je zoveel users wilt bedienen, binnen de range van dit AP. Dan is ademhalen onder het AP niet meer mogelijk vanwege verdrukking, door de overige 1499 gebruikers die net een streepje dekking willen opsnuiven met hun device ;-)jurroen schreef op vrijdag 20 mei 2022 @ 19:28:
Mochten er hier meer mensen ervaring hebben met de UAP-XG: zijn het bij jullie ook grillplaten? Viel eerder al op bij een installatie van vier; nu ik er zelf ook een heb hangen is het niet anders.
The UniFi XG AP has three client radios, so it can support up to 1500 users as its theoretical maximum.
Maatje van mij had er één, ze worden inderdaad warm.
[Voor 39% gewijzigd door stormfly op 20-05-2022 19:34]
Ik heb 'm persoonlijk hangen om mee te experimenteren - ik weet dat het complete overkill en zelfs vrij absurd isstormfly schreef op vrijdag 20 mei 2022 @ 19:30:
[...]
Waar zou je een XG willen plaatsen? Ik kan zelf geen locatie bedenken waar je zoveel users wilt bedienen, binnen de range van dit AP. Dan is ademhalen onder het AP niet meer mogelijk vanwege verdrukking, door de overige 1499 gebruikers die net een streepje dekking willen opsnuiven met hun device ;-)
The UniFi XG AP has three client radios, so it can support up to 1500 users as its theoretical maximum.
Maatje van mij had er één, ze worden inderdaad warm.

De vier die ik eerder geinstalleerd heb voldoen overigens wel aan dat scenario: op een druk moment hebben die toch wel een stuk of 1000 users totaal, verdeeld over twee (niet opvolgende!) verdiepingen in een bedrijfspand.
Het alternatief van UniFi destijds, de UAP-AC-PRO voldeed niet voor het specifieke scenario. Is overigens wel geprobeerd!
Check, dankjewel!bvk007 schreef op vrijdag 20 mei 2022 @ 17:44:
[...]
Die remark lijkt alleen betrekking te hebben op een udm-se...
Waarom niet? Als je met 1500 verstuurt in de tunnel verstuurt KPN het met 1500 het internet over. Je vergroot de MTU buiten de tunnel zodat de USG zelf ook goed naar buiten kan; bijvoorbeeld om een Speedtest te doen.
En straks dus op alle UDM modellen als het OS eenmaal gelijk is getrokken voor alle versies!bvk007 schreef op vrijdag 20 mei 2022 @ 17:44:
Die remark lijkt alleen betrekking te hebben op een udm-se...

Je hebt dus kans dat je het straks WEL nodig hebt!mat.hi.as schreef op vrijdag 20 mei 2022 @ 19:54:
Check, dankjewel!

|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
Ik kom er niet helemaal uit. Hopelijk kan iemand mij helpen.
Dit is mijn setup:
KPN (Budget alles in één) glasvezel > USG > US-8 switch > netgear 305e switch > arris KPN
Deze handleiding gevolgd https://github.com/coolhva/usg-kpn-ftth
Internet werkt maar IPTV niet.
In het begin heb ik problemen gehad met 'Budget alle in één' omdat zij nog DHCP gebruikten ipv PPOE. Na wat vragen aan de helpdesk kwam er een paar weken geleden een spontane update van mijn Experiabox. Daarna werkte alles.
Op een bepaald moment was er een kpn storing (niet terugkijken en opnames) toen heb ik de experiabox weer terug gezet omdat ik dacht dat het aan mij lag.
Paar dagen later de USG er weer in en toen ben ik zelf aan hte prutsen gegaan waardoor het niet meer werkte. Vervolgens volledige reset gedaan en opnieuw bovenstssnde handleiding gevolgd.
Nu wel Internet maar geen IPTV.
Heeft iemand tips om mij in de juiste richting te krijgen. Ik begrijp het niet zo goed omdat ik gewoon de scipts weer gebruikt heb en wel internet heb.
Dit is mijn setup:
KPN (Budget alles in één) glasvezel > USG > US-8 switch > netgear 305e switch > arris KPN
Deze handleiding gevolgd https://github.com/coolhva/usg-kpn-ftth
Internet werkt maar IPTV niet.
In het begin heb ik problemen gehad met 'Budget alle in één' omdat zij nog DHCP gebruikten ipv PPOE. Na wat vragen aan de helpdesk kwam er een paar weken geleden een spontane update van mijn Experiabox. Daarna werkte alles.
Op een bepaald moment was er een kpn storing (niet terugkijken en opnames) toen heb ik de experiabox weer terug gezet omdat ik dacht dat het aan mij lag.
Paar dagen later de USG er weer in en toen ben ik zelf aan hte prutsen gegaan waardoor het niet meer werkte. Vervolgens volledige reset gedaan en opnieuw bovenstssnde handleiding gevolgd.
Nu wel Internet maar geen IPTV.
Heeft iemand tips om mij in de juiste richting te krijgen. Ik begrijp het niet zo goed omdat ik gewoon de scipts weer gebruikt heb en wel internet heb.
Gebruik je VLANS? en heb je de mediabox ook al stroomloos gehad in de tussentijd?
[Voor 65% gewijzigd door TWFpa2Vs op 23-05-2022 11:23]
Ik gebruik nog geen vlans, dat is fase twee.TWFpa2Vs schreef op maandag 23 mei 2022 @ 11:22:
Gebruik je VLANS? en heb je de mediabox ook al stroomloos gehad in de tussentijd?
Ja, de box meerdere keren stroomloos gehad. Blijft lang hangen op 85% en geeft dan melding om stroomloos te maken en/of software te downloaden.
Probeer het is met alleen het VLAN voor IPTV om andere apparaten uit te sluiten etc.
https://www.vanachterberg...ty-gateway-kpn-iptv-vlan/
https://www.vanachterberg...ty-gateway-kpn-iptv-vlan/
[Voor 28% gewijzigd door TWFpa2Vs op 23-05-2022 11:53]
NETGEAR ® Plus Switches meet this growing need by providing fundamental network features such as VLANs, QoS, and IGMP Snooping that will help optimize the performance of business networks. Plus Switches are the perfect upgrade from the plug-and-play unmanaged switch, delivering essential networking features at a very affordable price.TWFpa2Vs schreef op maandag 23 mei 2022 @ 11:22:
Gebruik je VLANS? en heb je de mediabox ook al stroomloos gehad in de tussentijd?
Kan wel met de NetGear
Klopt inderdaad. Maar daar had ik nog niets mee gedaan.
Het hele vlan gebeuren, is voor mij, redelijk complex. Dus daarom had ik dat nog niet gedaan.
Het hele vlan gebeuren, is voor mij, redelijk complex. Dus daarom had ik dat nog niet gedaan.
je hebt helemaal gelijk, ik zag het niet op deze pagina https://www.netgear.com/n...red/switches/plus/gs305e/ terug maar wel weer in de datasheetstormfly schreef op maandag 23 mei 2022 @ 11:40:
[...]
NETGEAR ® Plus Switches meet this growing need by providing fundamental network features such as VLANs, QoS, and IGMP Snooping that will help optimize the performance of business networks. Plus Switches are the perfect upgrade from the plug-and-play unmanaged switch, delivering essential networking features at a very affordable price.
Kan wel met de NetGear

De instructie in de link is stap voor stap, je kan in eerst instantie ook de uplink naar je netgear switch al op het vlan zetten om te kijken of het dan wel werkt. Nu kunnen er heel veel stoorzenders op je netwerk zitten waardoor het niet werkt.sp_mike schreef op maandag 23 mei 2022 @ 11:43:
Klopt inderdaad. Maar daar had ik nog niets mee gedaan.
Het hele vlan gebeuren, is voor mij, redelijk complex. Dus daarom had ik dat nog niet gedaan.
Dit is niet helemaal mijn specialisme ;-) Hoe moet ik dat doen?TWFpa2Vs schreef op maandag 23 mei 2022 @ 11:53:
[...]
Je kan in eerst instantie ook de uplink naar je netgear switch al op het vlan zetten om te kijken of het dan wel werkt. Nu kunnen er heel veel stoorzenders op je netwerk zitten waardoor het niet werkt.
stormfly schreef op maandag 23 mei 2022 @ 11:40:
NETGEAR ® Plus Switches meet this growing need by providing fundamental network features such as VLANs, QoS, and IGMP Snooping that will help optimize the performance of business networks. Plus Switches are the perfect upgrade from the plug-and-play unmanaged switch, delivering essential networking features at a very affordable price.
Kan wel met de NetGear
TIP :TWFpa2Vs schreef op maandag 23 mei 2022 @ 11:51:
je hebt helemaal gelijk, ik zag het niet op deze pagina https://www.netgear.com/n...red/switches/plus/gs305e/ terug maar wel weer in de datasheet
Alle Netgear en TP-Link Switches gebruiken vaak deze benamingen voor de features :
- E aan het einde = Managed Switch
- P aan het einde = PoE aanwezig!
Paar bekende voorbeelden :
- pricewatch: Netgear GS105E
- pricewatch: TP-Link TL-SG105PE
- pricewatch: Netgear Prosafe Gigabit Plus GS108E
- pricewatch: TP-Link TL-SG108PE
- enz.

|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
Staat best goed uitgelegd bij https://www.vanachterberg...ty-gateway-kpn-iptv-vlan/ had je daar al gekeken?sp_mike schreef op maandag 23 mei 2022 @ 12:02:
[...]
Dit is niet helemaal mijn specialisme ;-) Hoe moet ik dat doen?
Je kunt er dan voor kiezen om het VLAN gedeelte alleen binnen UNIFI te doen.
Gewoon de instructie volgen die ik deelde en dan bij het punt waar je lees dat je de mediabox poort moet selecteren kies jij de poort waar de netgear op zit.sp_mike schreef op maandag 23 mei 2022 @ 12:02:
[...]
Dit is niet helemaal mijn specialisme ;-) Hoe moet ik dat doen?
Ehhhhh, als je een managed switch achter je unifi switch zet dan wil je het poort profiel ‘all’ gebruiken omdat dan ook je data VLAN mee komt. Wat je mag doen op de netgear is VLAN 661 aanmaken, op de poort naar de unifi switch VLAN 661 op tagged instellen. Daarnaast mag je op de poort die naar de tv ontvanger gaat vlan 661 untagged instellen en dan de PVID (Port VLAN ID) op 661 zetten.TWFpa2Vs schreef op maandag 23 mei 2022 @ 19:02:
[...]
Gewoon de instructie volgen die ik deelde en dan bij het punt waar je lees dat je de mediabox poort moet selecteren kies jij de poort waar de netgear op zit.
Klopt maar hij zegt net dat VLANS helemaal nieuw voor hem zijn dus wilde het niet nog ingewikkelder maken en als die netgear noodzakelijk is voor die mediabox dan maar de hele switch op het VLAN zetten.Coolhva schreef op dinsdag 24 mei 2022 @ 16:49:
[...]
Ehhhhh, als je een managed switch achter je unifi switch zet dan wil je het poort profiel ‘all’ gebruiken omdat dan ook je data VLAN mee komt. Wat je mag doen op de netgear is VLAN 661 aanmaken, op de poort naar de unifi switch VLAN 661 op tagged instellen. Daarnaast mag je op de poort die naar de tv ontvanger gaat vlan 661 untagged instellen en dan de PVID (Port VLAN ID) op 661 zetten.
Hopelijk kan iemand mij helpen want ik loop al een dag en nacht aan te klooien.
Het script van coolhva werkt al een aantal jaar naar tevredenheid en het is op een enkele storing na altijd gelukt om alles draaiende te houden, tot gisteren..
Plots viel het internet (en TV) weg. Volgens KPN een interne storing.
Inmiddels de hele handleiding opnieuw gevolgd, resets, backups gebruikt etc. maar het wil niet werken
Wat ik in elk geval opvallend vind is dat bij de USG geen pppoe2 interface zichbaar is. Dat lijkt me te duiden op een fout maar ik kan maar niet vinden welke.
Iemand ideen?
KPN log
Hier valt me nog op dat de tijd op 1-1-2015 staat, dat was niet zo maar wellicht dat dat nu komt omdat hij de tijd niet meer kan ophalen.
Alvast bedankt voor het meedenken!
Het script van coolhva werkt al een aantal jaar naar tevredenheid en het is op een enkele storing na altijd gelukt om alles draaiende te houden, tot gisteren..
Plots viel het internet (en TV) weg. Volgens KPN een interne storing.
Inmiddels de hele handleiding opnieuw gevolgd, resets, backups gebruikt etc. maar het wil niet werken

Wat ik in elk geval opvallend vind is dat bij de USG geen pppoe2 interface zichbaar is. Dat lijkt me te duiden op een fout maar ik kan maar niet vinden welke.
Iemand ideen?
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| Last login: Thu Jan 1 02:37:13 2015 from 192.168.2.141 admin@USG:~$ show interfaces Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down Interface IP Address S/L Description --------- ---------- --- ----------- eth0 - u/u WAN eth0.4 - u/u IPTV eth0.6 - u/u eth1 192.168.2.1/24 u/u LAN eth1.661 192.168.3.1/24 u/u eth2 - A/D lo 127.0.0.1/8 u/u ::1/128 admin@USG:~$ ^C |
KPN log
Hier valt me nog op dat de tijd op 1-1-2015 staat, dat was niet zo maar wellicht dat dat nu komt omdat hij de tijd niet meer kan ophalen.
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
| [Thu Jan 1 02:41:14 CET 2015] [kpn.sh] Executed at Thu Jan 1 02:41:14 CET 2015 [Thu Jan 1 02:41:14 CET 2015] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock [Thu Jan 1 02:41:14 CET 2015] [kpn.sh] routes dhcp hook does not exist [Thu Jan 1 02:41:14 CET 2015] [kpn.sh] Creating dhcp hook at /etc/dhcp3/dhclient-exit-hooks.d/routes [Thu Jan 1 02:41:14 CET 2015] [kpn.sh] Release dhcp interface eth0.4 Releasing DHCP lease on eth0.4 ... [Thu Jan 1 02:41:17 CET 2015] [kpn.sh] Renew dhcp interface eth0.4 Renewing DHCP lease on eth0.4 ... [Thu Jan 1 02:41:19 CET 2015] [kpn.sh] Restarting IGMP proxy Warning: igmpproxy not running. Starting IGMP proxy service [Thu Jan 1 02:41:21 CET 2015] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock [Thu Jan 1 02:41:21 CET 2015] [kpn.sh] Finished [Thu Jan 1 02:44:51 CET 2015] [set-kpn-hook.sh] Executed at Thu Jan 1 02:44:51 CET 2015 [Thu Jan 1 02:44:51 CET 2015] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh [Thu Jan 1 02:45:01 CET 2015] [kpn.sh] Executed at Thu Jan 1 02:45:01 CET 2015 [Thu Jan 1 02:45:01 CET 2015] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock [Thu Jan 1 02:45:01 CET 2015] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn [Thu Jan 1 02:45:02 CET 2015] [kpn.sh] Config value eth0 for vpn l2tp remote-access dhcp-interface found, adjusting config [Thu Jan 1 02:45:02 CET 2015] [kpn.sh] Setting ipsec-interface to pppoe2 [Thu Jan 1 02:45:02 CET 2015] [kpn.sh] Deleting dhcp interface eth0 [Thu Jan 1 02:45:02 CET 2015] [kpn.sh] Setting outside-address to 0.0.0.0 [Thu Jan 1 02:45:02 CET 2015] [kpn.sh] Commiting [Thu Jan 1 02:45:14 CET 2015] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock [Thu Jan 1 02:45:19 CET 2015] [set-kpn-hook.sh] Executed at Thu Jan 1 02:45:19 CET 2015 [Thu Jan 1 02:45:19 CET 2015] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh [Thu Jan 1 02:46:01 CET 2015] [kpn.sh] Executed at Thu Jan 1 02:46:01 CET 2015 [Thu Jan 1 02:46:01 CET 2015] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock [Thu Jan 1 02:46:01 CET 2015] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn [Thu Jan 1 02:46:02 CET 2015] [kpn.sh] Config value eth0 for vpn l2tp remote-access dhcp-interface found, adjusting config [Thu Jan 1 02:46:02 CET 2015] [kpn.sh] Setting ipsec-interface to pppoe2 [Thu Jan 1 02:46:02 CET 2015] [kpn.sh] Deleting dhcp interface eth0 [Thu Jan 1 02:46:02 CET 2015] [kpn.sh] Setting outside-address to 0.0.0.0 [Thu Jan 1 02:46:02 CET 2015] [kpn.sh] Commiting [Thu Jan 1 02:46:29 CET 2015] [set-kpn-hook.sh] Executed at Thu Jan 1 02:46:29 CET 2015 [Thu Jan 1 02:46:29 CET 2015] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh [Thu Jan 1 02:46:29 CET 2015] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock [Thu Jan 1 02:47:01 CET 2015] [kpn.sh] Executed at Thu Jan 1 02:47:01 CET 2015 [Thu Jan 1 02:47:01 CET 2015] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock [Thu Jan 1 02:47:01 CET 2015] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn [Thu Jan 1 02:47:01 CET 2015] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock [Thu Jan 1 02:47:01 CET 2015] [kpn.sh] Finished |
Alvast bedankt voor het meedenken!
krijg je het aan de praat zonder de json/sh en gewoon via de controller en in de WAN instellingen VLAN 6, PPPoE en gebruikersnaam en wachtwoord 'kpn'. krijg je dan wel internet verbinding?Voois schreef op woensdag 25 mei 2022 @ 10:29:
Hopelijk kan iemand mij helpen want ik loop al een dag en nacht aan te klooien.
Het script van coolhva werkt al een aantal jaar naar tevredenheid en het is op een enkele storing na altijd gelukt om alles draaiende te houden, tot gisteren..
Plots viel het internet (en TV) weg. Volgens KPN een interne storing.
Inmiddels de hele handleiding opnieuw gevolgd, resets, backups gebruikt etc. maar het wil niet werken
Wat ik in elk geval opvallend vind is dat bij de USG geen pppoe2 interface zichbaar is. Dat lijkt me te duiden op een fout maar ik kan maar niet vinden welke.
Iemand ideen?
code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 Last login: Thu Jan 1 02:37:13 2015 from 192.168.2.141 admin@USG:~$ show interfaces Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down Interface IP Address S/L Description --------- ---------- --- ----------- eth0 - u/u WAN eth0.4 - u/u IPTV eth0.6 - u/u eth1 192.168.2.1/24 u/u LAN eth1.661 192.168.3.1/24 u/u eth2 - A/D lo 127.0.0.1/8 u/u ::1/128 admin@USG:~$ ^C
KPN log
Hier valt me nog op dat de tijd op 1-1-2015 staat, dat was niet zo maar wellicht dat dat nu komt omdat hij de tijd niet meer kan ophalen.
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 [Thu Jan 1 02:41:14 CET 2015] [kpn.sh] Executed at Thu Jan 1 02:41:14 CET 2015 [Thu Jan 1 02:41:14 CET 2015] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock [Thu Jan 1 02:41:14 CET 2015] [kpn.sh] routes dhcp hook does not exist [Thu Jan 1 02:41:14 CET 2015] [kpn.sh] Creating dhcp hook at /etc/dhcp3/dhclient-exit-hooks.d/routes [Thu Jan 1 02:41:14 CET 2015] [kpn.sh] Release dhcp interface eth0.4 Releasing DHCP lease on eth0.4 ... [Thu Jan 1 02:41:17 CET 2015] [kpn.sh] Renew dhcp interface eth0.4 Renewing DHCP lease on eth0.4 ... [Thu Jan 1 02:41:19 CET 2015] [kpn.sh] Restarting IGMP proxy Warning: igmpproxy not running. Starting IGMP proxy service [Thu Jan 1 02:41:21 CET 2015] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock [Thu Jan 1 02:41:21 CET 2015] [kpn.sh] Finished [Thu Jan 1 02:44:51 CET 2015] [set-kpn-hook.sh] Executed at Thu Jan 1 02:44:51 CET 2015 [Thu Jan 1 02:44:51 CET 2015] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh [Thu Jan 1 02:45:01 CET 2015] [kpn.sh] Executed at Thu Jan 1 02:45:01 CET 2015 [Thu Jan 1 02:45:01 CET 2015] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock [Thu Jan 1 02:45:01 CET 2015] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn [Thu Jan 1 02:45:02 CET 2015] [kpn.sh] Config value eth0 for vpn l2tp remote-access dhcp-interface found, adjusting config [Thu Jan 1 02:45:02 CET 2015] [kpn.sh] Setting ipsec-interface to pppoe2 [Thu Jan 1 02:45:02 CET 2015] [kpn.sh] Deleting dhcp interface eth0 [Thu Jan 1 02:45:02 CET 2015] [kpn.sh] Setting outside-address to 0.0.0.0 [Thu Jan 1 02:45:02 CET 2015] [kpn.sh] Commiting [Thu Jan 1 02:45:14 CET 2015] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock [Thu Jan 1 02:45:19 CET 2015] [set-kpn-hook.sh] Executed at Thu Jan 1 02:45:19 CET 2015 [Thu Jan 1 02:45:19 CET 2015] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh [Thu Jan 1 02:46:01 CET 2015] [kpn.sh] Executed at Thu Jan 1 02:46:01 CET 2015 [Thu Jan 1 02:46:01 CET 2015] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock [Thu Jan 1 02:46:01 CET 2015] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn [Thu Jan 1 02:46:02 CET 2015] [kpn.sh] Config value eth0 for vpn l2tp remote-access dhcp-interface found, adjusting config [Thu Jan 1 02:46:02 CET 2015] [kpn.sh] Setting ipsec-interface to pppoe2 [Thu Jan 1 02:46:02 CET 2015] [kpn.sh] Deleting dhcp interface eth0 [Thu Jan 1 02:46:02 CET 2015] [kpn.sh] Setting outside-address to 0.0.0.0 [Thu Jan 1 02:46:02 CET 2015] [kpn.sh] Commiting [Thu Jan 1 02:46:29 CET 2015] [set-kpn-hook.sh] Executed at Thu Jan 1 02:46:29 CET 2015 [Thu Jan 1 02:46:29 CET 2015] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh [Thu Jan 1 02:46:29 CET 2015] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock [Thu Jan 1 02:47:01 CET 2015] [kpn.sh] Executed at Thu Jan 1 02:47:01 CET 2015 [Thu Jan 1 02:47:01 CET 2015] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock [Thu Jan 1 02:47:01 CET 2015] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn [Thu Jan 1 02:47:01 CET 2015] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock [Thu Jan 1 02:47:01 CET 2015] [kpn.sh] Finished
Alvast bedankt voor het meedenken!
Helaas ook vooralsnog geen succes.
JSON/SH weg gegooid. Reboot gedaan.
WAN ingevuld zoals beschreven.
(Vraag dan wel om QoS tag in te vullen. Heb ik op none gezet)
Provisioning.
Ik meen me te herinneren dat username iets met een Mac adres@internet was? Is dat veranderd?
JSON/SH weg gegooid. Reboot gedaan.
WAN ingevuld zoals beschreven.
(Vraag dan wel om QoS tag in te vullen. Heb ik op none gezet)
Provisioning.
Ik meen me te herinneren dat username iets met een Mac adres@internet was? Is dat veranderd?
Misschien een heel klein stapje verder. Door WAN op controller zelf in te voeren kreeg ik een aantal foutmeldingen.
Warning interface pppoe2 does not exist
Stopping dhcp cliënt on eth0
Xtables lock. Want to use option -w?
NAT configuration interface pppoe2 does nog exist
Het bevestigt dat pppoe2 ontbreekt.. maar hoe nu verder
EDIT:
Nogmaals KPN gebeld. Blijkt toch dat er geen glasvezel binnenkomt en moet een monteur komen. Geen wonder dus dat het niet meer lukte.
EDIT2:
Monteur is geweest, alles werkt weer
PS. Ik gebruik het script zonder de toegevoegde MTU waardes.
Warning interface pppoe2 does not exist
Stopping dhcp cliënt on eth0
Xtables lock. Want to use option -w?
NAT configuration interface pppoe2 does nog exist
Het bevestigt dat pppoe2 ontbreekt.. maar hoe nu verder
EDIT:
Nogmaals KPN gebeld. Blijkt toch dat er geen glasvezel binnenkomt en moet een monteur komen. Geen wonder dus dat het niet meer lukte.
EDIT2:
Monteur is geweest, alles werkt weer

PS. Ik gebruik het script zonder de toegevoegde MTU waardes.
[Voor 27% gewijzigd door Voois op 28-05-2022 12:00]
Even een (allicht domme) vraag voor hier.
Stel ik trek de stroom uit glasvezel doos (die van kpn waar de glasvezelaansluiting binnenkomt).
Moet ik dan weer de instellingen op de unifi opnieuw doen (alsin, het script) of werkt het dan gewoon zoals het was?
Reden is dat ik de glasvezel unit ook op de ups wil hebben.
Thanks alvast!
Stel ik trek de stroom uit glasvezel doos (die van kpn waar de glasvezelaansluiting binnenkomt).
Moet ik dan weer de instellingen op de unifi opnieuw doen (alsin, het script) of werkt het dan gewoon zoals het was?
Reden is dat ik de glasvezel unit ook op de ups wil hebben.
Thanks alvast!
deCONZ Community Manager | deCONZ Discord: https://discord.gg/HvzTwcB
Nee, instellingen zitten in je UDMP, waar je wel over na kunt denken is om de NTU te dumpen en met een glasconverter aan de bak te gaan. Maar dan moet je eerst uitzoeken welk type aansluiting je hebt. Onderstaande linkje laat zien hoe of wat:Mimiix schreef op zondag 29 mei 2022 @ 12:14:
Even een (allicht domme) vraag voor hier.
Stel ik trek de stroom uit glasvezel doos (die van kpn waar de glasvezelaansluiting binnenkomt).
Moet ik dan weer de instellingen op de unifi opnieuw doen (alsin, het script) of werkt het dan gewoon zoals het was?
Reden is dat ik de glasvezel unit ook op de ups wil hebben.
Thanks alvast!
[KPN Netwerk - Glasvezelnetwerk] Aanleg en onderhoud
https://community.freedom...-ntu-door-sfp-module/2630
[Voor 5% gewijzigd door tijgetje57 op 29-05-2022 13:12]
Thanks voor de tip! Ik vind het voor nu wel even goed zo, ook omdat het een huurhuis is.tijgetje57 schreef op zondag 29 mei 2022 @ 13:08:
[...]
Nee, instellingen zitten in je UDMP, waar je wel over na kunt denken is om de NTU te dumpen en met een glasconverter aan de bak te gaan. Maar dan moet je eerst uitzoeken welk type aansluiting je hebt. Onderstaande linkje laat zien hoe of wat:
[KPN Netwerk - Glasvezelnetwerk] Aanleg en onderhoud
https://community.freedom...-ntu-door-sfp-module/2630
Ik kan de NTU dus gewoon uitzetten zonder problemen?
deCONZ Community Manager | deCONZ Discord: https://discord.gg/HvzTwcB
Eerst kijken welk type je bezit in je woning. Zodanig bekijken zodat je het mogelijk in de toekomst weer terug kunt bouwen.Mimiix schreef op zondag 29 mei 2022 @ 20:17:
[...]
Thanks voor de tip! Ik vind het voor nu wel even goed zo, ook omdat het een huurhuis is.
Ik kan de NTU dus gewoon uitzetten zonder problemen?
Ik denk dat @Mimiix gewoon even zijn NT van stroom wil halen, om hem vervolgens vanuit zijn UPS te voeden, zodat zijn verbinding blijft draaien als de stroom een keer uitvalt. Dat kan gewoon. De verbinding herstelt zichzelf automatisch.tijgetje57 schreef op maandag 30 mei 2022 @ 08:53:
[...]
Eerst kijken welk type je bezit in je woning. Zodanig bekijken zodat je het mogelijk in de toekomst weer terug kunt bouwen.
Begrijp je, was eerder mijn antwoord dat hij de stekker kon verwijderen. Gaf hem als extra optie de hele NTU te verwijderen, scheelt je wellicht een last. Bij mij heeft de NTU nu al meer dan 3x gehangen in de tijd dat ik hem heb. (lees diverse keren power cycle gedaan)Strebor schreef op maandag 30 mei 2022 @ 10:02:
[...]
Ik denk dat @Mimiix gewoon even zijn NT van stroom wil halen, om hem vervolgens vanuit zijn UPS te voeden, zodat zijn verbinding blijft draaien als de stroom een keer uitvalt. Dat kan gewoon. De verbinding herstelt zichzelf automatisch.
Dit ja!Strebor schreef op maandag 30 mei 2022 @ 10:02:
[...]
Ik denk dat @Mimiix gewoon even zijn NT van stroom wil halen, om hem vervolgens vanuit zijn UPS te voeden, zodat zijn verbinding blijft draaien als de stroom een keer uitvalt. Dat kan gewoon. De verbinding herstelt zichzelf automatisch.
Thanks voor de tip inderdaad (en uitleg waarom!). Hiervoor moet ik me echt dieper gaan inlezen over netwerken en hoe dit alles werkt. Die kennis heb ik helaas nog niet, dus ik ga er ook nog niet mee prutsen.tijgetje57 schreef op maandag 30 mei 2022 @ 11:18:
[...]
Begrijp je, was eerder mijn antwoord dat hij de stekker kon verwijderen. Gaf hem als extra optie de hele NTU te verwijderen, scheelt je wellicht een last. Bij mij heeft de NTU nu al meer dan 3x gehangen in de tijd dat ik hem heb. (lees diverse keren power cycle gedaan)
deCONZ Community Manager | deCONZ Discord: https://discord.gg/HvzTwcB
Sinds gisterenavond (storing bij KPN) werkt IPTV niet meer. De storing zou volgens KPN opgelost moeten zijn, maar ik krijg de ontvanger niet meer opgestart. Op mijn USG zie ik de volgende melding in /var/log/messages:
Er komt ook geen multicast door:
De route ziet er wel goed uit:
Iemand een idee hoe ik dit zou kunnen oplossen? De USG heb ik al meerdere keren een reboot gegeven. Zelfde voor de IPTV ontvanger..
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| May 31 07:58:21 USG dhcpd: uid lease 192.168.100.2 for client 00:02:9b:f8:5b:2d is duplicate on net_IPTV_eth1_192.168.100.0-29 May 31 07:58:21 USG dhcpd: DHCPDISCOVER from 00:02:9b:f8:5b:2d via eth1.661 May 31 07:58:21 USG dhcpd: DHCPOFFER on 192.168.100.5 to 00:02:9b:f8:5b:2d via eth1.661 May 31 07:58:29 USG dhcpd: uid lease 192.168.100.2 for client 00:02:9b:f8:5b:2d is duplicate on net_IPTV_eth1_192.168.100.0-29 May 31 07:58:29 USG dhcpd: DHCPDISCOVER from 00:02:9b:f8:5b:2d via eth1.661 May 31 07:58:29 USG dhcpd: DHCPOFFER on 192.168.100.5 to 00:02:9b:f8:5b:2d via eth1.661 May 31 08:00:00 USG dhcpd: uid lease 192.168.100.2 for client 00:02:9b:f8:5b:2d is duplicate on net_IPTV_eth1_192.168.100.0-29 May 31 08:00:00 USG dhcpd: DHCPDISCOVER from 00:02:9b:f8:5b:2d via eth1.661 May 31 08:00:00 USG dhcpd: DHCPOFFER on 192.168.100.5 to 00:02:9b:f8:5b:2d via eth1.661 May 31 08:00:16 USG dhcpd: uid lease 192.168.100.2 for client 00:02:9b:f8:5b:2d is duplicate on net_IPTV_eth1_192.168.100.0-29 May 31 08:00:16 USG dhcpd: DHCPDISCOVER from 00:02:9b:f8:5b:2d via eth1.661 May 31 08:00:16 USG dhcpd: DHCPOFFER on 192.168.100.5 to 00:02:9b:f8:5b:2d via eth1.661 May 31 08:01:52 USG dhcpd: uid lease 192.168.100.2 for client 00:02:9b:f8:5b:2d is duplicate on net_IPTV_eth1_192.168.100.0-29 May 31 08:01:52 USG dhcpd: DHCPDISCOVER from 00:02:9b:f8:5b:2d via eth1.661 May 31 08:01:52 USG dhcpd: DHCPOFFER on 192.168.100.5 to 00:02:9b:f8:5b:2d via eth1.661 |
Er komt ook geen multicast door:
code:
1
2
3
4
5
6
| admin@USG:/var/log$ show ip multicast interfaces Intf BytesIn PktsIn BytesOut PktsOut Local eth1.661 0.00b 0 0.00b 0 192.168.100.1 eth0.4 0.00b 0 0.00b 0 10.116.208.209 pppoe2 0.00b 0 0.00b 0 86.81.235.106 admin@USG:/var/log$ |
De route ziet er wel goed uit:
code:
1
2
3
4
5
6
7
8
9
10
11
12
| show ip route Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF, I - ISIS, B - BGP, > - selected route, * - FIB route K>* 0.0.0.0/0 is directly connected, pppoe2 C>* 10.116.x.x/22 is directly connected, eth0.4 C>* 127.0.0.0/8 is directly connected, lo C>* 192.168.0.0/24 is directly connected, eth1 C>* 192.168.100.0/29 is directly connected, eth1.661 C>* 195.190.228.123/32 is directly connected, pppoe2 K>* 213.x.x.x/21 via 10.116.208.1, eth0.4 admin@USG:/var/log$ |
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| show interfaces Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down Interface IP Address S/L Description --------- ---------- --- ----------- eth0 - u/u WAN eth0.4 10.116.x.x/22 u/u IPTV eth0.6 - u/u WAN eth1 192.168.0.1/24 u/u LAN eth1.14 2a02:a453:93aa:4::1/64 u/u HomeLAN 2a02:a453:93aa:4:e263:daff:fe8b:82fd/64 eth1.661 192.168.100.1/29 u/u eth2 - A/D lo 127.0.0.1/8 u/u ::1/128 pppoe2 86.81.x.x u/u |
Iemand een idee hoe ik dit zou kunnen oplossen? De USG heb ik al meerdere keren een reboot gegeven. Zelfde voor de IPTV ontvanger..
http://www.xbmcfreak.nl/
Hoi! Allicht nog een stomme vraag:
voor de UDM pro is een update voor het OS. Als ik die update, moet ik dan opnieuw het script van Fabian draaien? Of blijft dit gewoon werken?
Dank!
Groet, Dennis
voor de UDM pro is een update voor het OS. Als ik die update, moet ik dan opnieuw het script van Fabian draaien? Of blijft dit gewoon werken?
Dank!
Groet, Dennis
deCONZ Community Manager | deCONZ Discord: https://discord.gg/HvzTwcB
De vorige keer dat ik mijn UDM een firmware update gaf, moest ik dat wel. Daarbij werd meteen het script van fabian naar meest recente versie getild. Het script doorlopen is een eitje en daarna loopt alles weer super.Mimiix schreef op vrijdag 3 juni 2022 @ 11:27:
Hoi! Allicht nog een stomme vraag:
voor de UDM pro is een update voor het OS. Als ik die update, moet ik dan opnieuw het script van Fabian draaien? Of blijft dit gewoon werken?
Dank!
Groet, Dennis
Top!Strebor schreef op vrijdag 3 juni 2022 @ 11:43:
[...]
De vorige keer dat ik mijn UDM een firmware update gaf, moest ik dat wel. Daarbij werd meteen het script van fabian naar meest recente versie getild. Het script doorlopen is een eitje en daarna loopt alles weer super.
Dat is geen probleem, maar dan weet ik dat ik wat meer tijd moet nemen in plaats van enkel op "update " drukken

deCONZ Community Manager | deCONZ Discord: https://discord.gg/HvzTwcB
Ik heb zojuist thuis mij UDM een update gegeven van 1.11.4 naar 1.12.22 (NW 7.1.66). Ging probleemloos.Mimiix schreef op vrijdag 3 juni 2022 @ 12:16:
[...]
Top!
Dat is geen probleem, maar dan weet ik dat ik wat meer tijd moet nemen in plaats van enkel op "update " drukken
Na de update deden de TV tuners het niet meer. Dus simpelweg de installatie commando's van Fabian opnieuw uitgevoerd. KPN en interne VLAN kiezen en de tuners deden het meteen weer. Dus, het kost je amper extra tijd.
Ik heb ook de update uitgevoerd, scripts gedraaid. Het werkt nu zonder verstoringen.
Binnenkort eens kijken of het weer gewoon wil met switch en IGMP-snooping er tussen.
Binnenkort eens kijken of het weer gewoon wil met switch en IGMP-snooping er tussen.
Hier hetzelfde verhaal, na de update naar 1.12.22 geen tv meer. Nu het script opnieuw gedraaid. Ik heb 1 vraag (misschien gek dat ik dit niet weet) maar ik krijg het niet voor mekaar om de config VLAN2 aan te klikken:
Welk knopje moet ik indrukken om dat die [ * ] bij VLAN2 te krijgen?

Welk knopje moet ik indrukken om dat die [ * ] bij VLAN2 te krijgen?


Spatie…Nitrous schreef op maandag 13 juni 2022 @ 18:52:
Hier hetzelfde verhaal, na de update naar 1.12.22 geen tv meer. Nu het script opnieuw gedraaid. Ik heb 1 vraag (misschien gek dat ik dit niet weet) maar ik krijg het niet voor mekaar om de config VLAN2 aan te klikken:
[Afbeelding]
Welk knopje moet ik indrukken om dat die [ * ] bij VLAN2 te krijgen?![]()
Ik heb dat menuutje ook een keer of 3 doorlopen voordat ik doorhad dat je dat sterretje moest verplaatsen
.

Zijn er hier mensen die IPTV van KPN gebruiken en van de USG naar de UDM Pro zijn gegaan? Ik overweeg mijn USG te vervangen voor de UDM Pro. Nou is het natuurlijk best wel wat geld. Zijn er los van de snelheid nog andere goede redenen om over te stappen?
Let op:
Dit topic is alleen bedoeld voor het bespreken van IPTV in combinatie met Ubiquiti. Algemene vragen over Ubiquiti horen thuis in [Ubiquiti-apparatuur] Ervaringen & Discussie - Deel 4 of een los topic.
Dit topic is alleen bedoeld voor het bespreken van IPTV in combinatie met Ubiquiti. Algemene vragen over Ubiquiti horen thuis in [Ubiquiti-apparatuur] Ervaringen & Discussie - Deel 4 of een los topic.