:strip_exif()/i/2003058504.png?f=thumbmini)
:strip_exif()/i/2003058510.png?f=thumbmini)
:strip_exif()/i/2003247502.png?f=thumbmini)
:fill(white):strip_exif()/i/2005714546.jpeg?f=thumbmini)
:strip_exif()/i/2004809138.webp?f=thumbmini)
:strip_exif()/i/2005808142.webp?f=thumbmini)
:fill(white):strip_exif()/i/2002253379.jpeg?f=thumbmini)
:strip_exif()/i/2001954595.png?f=thumbmini)
De normale Nederlander heeft dat probleem niet, want die gebruikt gewoon de geleverde Xperiabox of dat Fritz ding. Die gaat niet klooien met Edgerouters, UDMs en dergelijke
Sarcasm is my superpower! What's yours?
:strip_icc():strip_exif()/u/85951/crop651b30b545187_cropped.jpg?f=community)
:strip_exif()/u/70848/tpn_forumprofiel2.gif?f=community)
:strip_icc():strip_exif()/u/2761/crop5d863c57a7d5d.jpeg?f=community)
ph34r my [WCG] Cows :P
:strip_exif()/u/49248/DPCkoeienUD.gif?f=community)
De oplossing die @garp echter zoekt is de config.json aanpassen met eigen IPv6 DNS Servers i.p.v. degenen die @Coolhva erin heeft gezet!
|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
Even mezelf quoten
Net geprobeerd met de orginele experia modem en dan werkt het wel weer en kan de software op de tv box worden gedownload en geïnstalleerd.
Krijg het alleen nog niet aan de praat op mijn USG.
Het heeft echt een jaar perfect gewerkt en er is verder niet veel aangepast behalve firmware updates van Unifi.
Als ik vanuit een werkende experia box live mij USG er weer tussen zet blijft TV werken als hij aan blijft staan.
Zodra ik de tv box uit zet blijft hij weer hangen tijdens het opstarten met dezelfde fout code
Voor de volledigheid dit is mijn config
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
| {
"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": {
"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": [
"2a02:a468:b7f7:1:ec4d:8652:fc95:d91f"
],
"other-config-flag": "false",
"prefix": {
"::/64": {
"autonomous-flag": "true",
"on-link-flag": "true",
"valid-lifetime": "2592000"
}
},
"radvd-options": "RDNSS 2a02:a468:b7f7:1:ec4d:8652:fc95:d91f {};",
"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"
}
}
}
}
} |
[ Voor 61% gewijzigd door Tijntje op 14-11-2022 09:36 ]
Als het niet gaat zoals het moet, dan moet het maar zoals het gaat.
Heb nog een andere VIP2952 staan, deze heeft hetzelfde gedrag als de 4k box, op dit moment laat hij enkel NPO 1, 2 en 3 zien. ALs ik hem uitzet start hij netjes op, maar heb ik enkel deze zenders weer.
Als ik hem een Factory Reset geef, start hij niet meer op en krijg ik een fout code 301
Beide TV boxen staan op het IPTV vlan
Ook staat IGMP Snooping daar op aan.
Als ik hem een Factory Reset geef, start hij niet meer op en krijg ik een fout code 301
Beide TV boxen staan op het IPTV vlan
Ook staat IGMP Snooping daar op aan.
[ Voor 18% gewijzigd door Tijntje op 14-11-2022 10:50 ]
Als het niet gaat zoals het moet, dan moet het maar zoals het gaat.
Heb jaren via xs4all mogen internetten en tv kijken. Ging prima, ook nadat ze kpn geworden zijn. Nu ben ik overgestapt naar freedom glas en werkt mijn usg4 (uiteraard) niet meer. De infra van freedom lijkt behoorlijk op die van kpn, wat ik aanpassen aan de .json van @Coolhva zodat het ook voor freedom gaat werken? Heb geprobeerd enkel de nameservers aan te passen, maar dat mag niet baten
[ Voor 10% gewijzigd door kariem112 op 14-11-2022 22:19 ]
Hoe kan ik dat vlan de KPN DNS servers geven? Ik denk namelijk niet dat ik dat gedaan heb.
Klopt het dat ik deze aan moet zetten in op het IPTV Netwerk
[ Voor 13% gewijzigd door Tijntje op 15-11-2022 16:14 ]
Als het niet gaat zoals het moet, dan moet het maar zoals het gaat.
Ik heb PRECIES het zelfde probleem ineens! Ik had op NED1, 2 & 3 beeld en op de rest zwart. Nu na een herstart van de tv box krijgt ik error 563. Heb ook alles al geprobeerd maar niks lijkt meer te werken. Als je een oplossing weet dan hoor ik dat graag!! Die DHCP DNS Server setting had ik altijd al zo staan dat maakt in dit geval niks uit.:
[...]
Even mezelf quoten
Net geprobeerd met de orginele experia modem en dan werkt het wel weer en kan de software op de tv box worden gedownload en geïnstalleerd.
Krijg het alleen nog niet aan de praat op mijn USG.
Het heeft echt een jaar perfect gewerkt en er is verder niet veel aangepast behalve firmware updates van Unifi.
Als ik vanuit een werkende experia box live mij USG er weer tussen zet blijft TV werken als hij aan blijft staan.
Zodra ik de tv box uit zet blijft hij weer hangen tijdens het opstarten met dezelfde fout code
Voor de volledigheid dit is mijn config
code:
{ "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": { "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": [ "2a02:a468:b7f7:1:ec4d:8652:fc95:d91f" ], "other-config-flag": "false", "prefix": { "::/64": { "autonomous-flag": "true", "on-link-flag": "true", "valid-lifetime": "2592000" } }, "radvd-options": "RDNSS 2a02:a468:b7f7:1:ec4d:8652:fc95:d91f {};", "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" } } } } }
/u/195997/xenon-2.png?f=community)
/u/404954/dsotm.png?f=community)
:strip_icc():strip_exif()/u/83980/quake.jpg?f=community)
Server: Intel Xeon E5 1620v3--Gigabyte X99 sli--128GB ecc--Samsung evo 960 250GB--Samsung evo 970plus 1TB--5x Seagate barracuda 2TB raid6--PSU Coolermaster 1000M--3Ware 9650SE-8LPML
:strip_icc():strip_exif()/u/232052/avatar.jpg?f=community){kind=avatar}
zo te zien gaat de update goed.
zag de volgende meldingen langskomen:
- Downloaden van de software, moment geduld a.u.b. schakel de TV ontvanger niet uit (met een progress bar)
- Voorbereiden van de software moment geduld a.u.b. schakel de TV ontvanger niet uit
- Bijwerken van de software moment geduld a.u.b. schakel de TV ontvanger niet uit
- De software wordt opgestart, schakel de TV ontvanger niet uit
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/vzXez5hpQZx9BHtzurjF3Eu3.jpg?f=user_large)
echter na het opstarten van het tv-kastje krijg ik dit te zien:
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/QjGobY5XlHhtjwjuo9Oio5AL.jpg?f=user_large)
als ik zoek op de foutcode dan is dit
"Je tv-ontvanger heeft geen verbinding met je modem (Experia Box / KPN Box)" dat is logisch want deze box heb ik ook niet :-)
Iemand een idee hoe op te lossen? Ik zal hem morgen eerst eens even aan de experiabox hangen (zoals @Tijntje gedaan heeft) . Die experia ligt ergens in de kast weg te stoffen. kijken of dat gaat helpen :-)
[ Voor 26% gewijzigd door kuwerti op 21-11-2022 21:28 ]
ik heb de nieuwe 4k nu tijdelijk aangesloten op de KPN experiabox. I kwam nu veel verder (moest abbonummer en pincode invoeren om kastje te registreren' so far so good en ik kreeg zelfs beeld :-) maar, helaas. Toen ik de experiabox er weer tussenuit haalde en het via de USG4 pro liet lopen krijg ik deze melding:
:strip_exif()/f/image/zNzgQtFtYPyi7wHEwiiGv6f8.jpg?f=fotoalbum_large)
uiteraard alles al een keer herstart, imgp-proxy herstart, usg4 herstart maar zonder resultaat. zie ik iets over het hoofd?
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/zNzgQtFtYPyi7wHEwiiGv6f8.jpg?f=user_large)
uiteraard alles al een keer herstart, imgp-proxy herstart, usg4 herstart maar zonder resultaat. zie ik iets over het hoofd?
:strip_icc():strip_exif()/u/298324/avatar.jpg?f=community){kind=avatar}
Iemand hier wellicht met wat meer verstand van IPv6? Een paar dagen geleden dus mijn USG een simpele reboot gegeven en sindsdien heb ik geen uitgaand IPv6 adres meer. Daarnaast: krijgen mijn clients ook geen IPv6 adres meer via DHCP. Nou zie ik wel dat mijn LAN interface staat ingesteld als volgt:
De pppoe interface staat gewoon geconfigureerd als volgt:
En de LAN interface:
Dus ik begrijp even niet zo goed waarom het hele IPv6 stuk nu kapot is sinds een simpele reboot.
Als ik ga capturen op m'n eth1 interface dan zie ik de dhcp6 solicit's gewoon binnen komen maar de USG antwoord niet. Even de USG opnieuw provisionen heeft helaas ook geen resultaat geboden.
De pppoe interface staat gewoon geconfigureerd als volgt:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| "pppoe": {
"2": {
"dhcpv6-pd": {
"no-dns": "''",
"pd": {
"0": {
"interface": {
"eth1": {
"host-address": "::1",
"prefix-id": ":1",
"service": "slaac"
}
},
"prefix-length": "/48"
}
},
"rapid-commit": "disable" |
En de LAN interface:
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
| "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"
} |
Dus ik begrijp even niet zo goed waarom het hele IPv6 stuk nu kapot is sinds een simpele reboot.
Als ik ga capturen op m'n eth1 interface dan zie ik de dhcp6 solicit's gewoon binnen komen maar de USG antwoord niet. Even de USG opnieuw provisionen heeft helaas ook geen resultaat geboden.
[ Voor 7% gewijzigd door EricNL op 28-11-2022 09:24 ]
My PC Steam Profile PSN: AfcaEricNL
Als iemand enig idee heeft hoe ik alle traffic uit m'n log krijg hoor ik het graag, want de enige optie die ik kan vinden is deze:
code:
en dan een ipv6 renew op m'n Windows PC uitvoeren bied geen resultaat.1
| tail -f /var/log/messages | grep radvd |
Dat zei ik inderdaad al. Het lijkt er op dat m'n pppoe2 interface van KPN geen ipv6 heeft ontvangen:
code:
1
2
3
4
5
6
| pppoe2: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100
link/ppp
inet KPN_IPv4_IP_Adres peer KPN_PPPOE_PEER_IP/32 scope global pppoe2
valid_lft forever preferred_lft forever
inet6 fe80::444:b906:6b49:efe6/10 scope link
valid_lft forever preferred_lft forever |
Zojuist al een keer "bash /etc/ppp/ipv6-down" en daarna "bash /etc/ppp/ipv6-up" uitgevoerd maar er veranderd niks. Wat zou ik kunnen doen/troubleshooten om vast te stellen waarom ik ineens geen IPv6 IP meer krijg op m'n USG van KPN?
My PC Steam Profile PSN: AfcaEricNL
On the 'Routing/Firewall' page in the controller, on the Firewall tab, on the 'settings' tab, there is a section 'Default Action Logging'. Have you tried that?
Go to Settings -> Traffic & Security -> Global Threat Management -> Firewall -> Default Action Logging.
If any enabled, toggle off.
https://community.ui.com/...d9-4c6b-9887-b44eb3283682
Yes dus het WAN gaat goed, dat is goed nieuws dan kan je een heel deel van je troubleshoot nu als betrouwbaar bestempelen. Krijg je op geen enkel device een IPv6 adres, mobiel, pc, tablet? Want per OS kan het anders geïmplementeerd zijn.
Mijn volgende stappen zouden zijn:
- traffics log uitschakelen
- USG een reboot geven
- logs bekijken en nagaan of er een radvd issue is
-werkt dat allemaal naar behoren kan je nog testen met een windows PC een fixed IPv6 adres te geven, maar let op dat je dan geen typos maakt voordat je conclusies trekt
Heb je voor het lan gedeelte de config van CoolHVA gebruikt uit zijn scripts? Ik help je met de troubeshoot flow maar kijk niet je JSON voor je na
Pfff of je leest de Github goed door 
Voor de anderen die geen werkende KPN kastje hebben. Er is net een week ofzo een update voor de DM-SE en bij mij stond auto update aan.
Voor de anderen die geen werkende KPN kastje hebben. Er is net een week ofzo een update voor de DM-SE en bij mij stond auto update aan.
Oftwel, script even opnieuw runnen en de TV's begonnen direct weer beeld te geven
By us.. [Als ik hier ben ben ik niet aan het werk]
Geen idee of het iets in mijn netwerk is, maar ik gebruik een USG 3P in combinatie met de config van @Coolhva , en ik gebruik een CK2+ als controller, daar stond auto update aan, want wat kan er misgaan, famous last words ;-). Ik heb internet en IPTV en beide hebben problemen als de hieronder beschreven uitval plaatsvind.
Gisteren ochtend viel mijn internet verbinding spontaan weg, maar kwam ook weer terug, dus gewoon naar mijn werk gegaan, echter toen ik gisterenmiddag weer thuis kwam viel internet ook meerdere keren spontaan weg.
Er zat geen echte regelmaat tussen de uitval, dus een aantal dingen geprobeerd, zoals herstarten van de USG, herstart van de NTU, je weet wel het standaard probleem oplossen van de KPN helpdesk. Probleem bleef, KPN gebeld en medewerker gesproken, die kon niets vinden en heeft een ticket aangemaakt, daar moet ik nog van terughoren.Gesproken en zij zagen precies het tijdstip dat ik de app had uitgezet, omdat vanaf dat moment de verbinding weer stabiel is.
Maar zelf ook verder gaan kijken en ik zie in de logs (messages en kpn.log) regelmatig "modem hangup" en MTU wijzigingen. Maar kon verder niets vinden wat het kon verklaren.
Totdat ik toevallig naar insights van mijn USG keek en ik de volgende grafiek zag:
:fill(white):strip_exif()/f/image/eW2kKV6Vn5eXIalHYdtTb0Y1.png?f=user_large)
Daar viel het op dat het ongeveer 18 uur eerder begonnen was, en toevallig had ik in het dashboard van de Unifi gezien dat de system uptime 18+ uur was. Dat blijkt de uptime van de CK2+ te zijn, en die had dus een UnifiOS upgrade naar 3.0.13 uitgevoerd, en daarbij ook de Network app geupdate naar 7.3.76, lang verhaal kort, iets in die app probeert de MTU size continue aan te passen naar de default van 1500 op vif 6 en vervolgens komt kpn.sh voorbij en zet hem weer terug naar 1508, maar ieder keer is het internet tijdelijk onbereikbaar.
De oplossing voor nu is dat ik de network app heb gestopt, en dan is het probleem weg.
Nog een poging gedaan om de CK2+ te downgraden, maar dat mag niet, staat ook zo in de release notes van 3.0.13.
Gisteren ochtend viel mijn internet verbinding spontaan weg, maar kwam ook weer terug, dus gewoon naar mijn werk gegaan, echter toen ik gisterenmiddag weer thuis kwam viel internet ook meerdere keren spontaan weg.
Er zat geen echte regelmaat tussen de uitval, dus een aantal dingen geprobeerd, zoals herstarten van de USG, herstart van de NTU, je weet wel het standaard probleem oplossen van de KPN helpdesk. Probleem bleef, KPN gebeld en medewerker gesproken, die kon niets vinden en heeft een ticket aangemaakt, daar moet ik nog van terughoren.Gesproken en zij zagen precies het tijdstip dat ik de app had uitgezet, omdat vanaf dat moment de verbinding weer stabiel is.
Maar zelf ook verder gaan kijken en ik zie in de logs (messages en kpn.log) regelmatig "modem hangup" en MTU wijzigingen. Maar kon verder niets vinden wat het kon verklaren.
Totdat ik toevallig naar insights van mijn USG keek en ik de volgende grafiek zag:
Daar viel het op dat het ongeveer 18 uur eerder begonnen was, en toevallig had ik in het dashboard van de Unifi gezien dat de system uptime 18+ uur was. Dat blijkt de uptime van de CK2+ te zijn, en die had dus een UnifiOS upgrade naar 3.0.13 uitgevoerd, en daarbij ook de Network app geupdate naar 7.3.76, lang verhaal kort, iets in die app probeert de MTU size continue aan te passen naar de default van 1500 op vif 6 en vervolgens komt kpn.sh voorbij en zet hem weer terug naar 1508, maar ieder keer is het internet tijdelijk onbereikbaar.
De oplossing voor nu is dat ik de network app heb gestopt, en dan is het probleem weg.
Nog een poging gedaan om de CK2+ te downgraden, maar dat mag niet, staat ook zo in de release notes van 3.0.13.
[ Voor 4% gewijzigd door deerhunter op 30-11-2022 16:02 . Reden: KPN update ]
Maar er zijn ook mensen met een usg4, die hebben de problemen ook:
Pfff of je leest de Github goed door
Voor de anderen die geen werkende KPN kastje hebben. Er is net een week ofzo een update voor de DM-SE en bij mij stond auto update aan.
[...]
Oftwel, script even opnieuw runnen en de TV's begonnen direct weer beeld te geven
Ik mag er ook weer naar kijken. Gisteren was (voor mij) het probleem de Dream machine, vanochtend doet het weer niet maar nu was er onderhoud uitgevoerd door KPN. Ben bang dat ik nu ook in hetzelfde verhaal als de rest zit.:
[...]
Maar er zijn ook mensen met een usg4, die hebben de problemen ook
By us.. [Als ik hier ben ben ik niet aan het werk]
/u/15664/crop6881d8a8bb43f_cropped.png?f=community)
Ik had hetzelfde inderdaad. Vreemd genoeg had ik wel de optie aangezet waarmee het script zou moeten blijven werken, ook na een update. Maar na de auto update was schijnbaar heel de udm-iptv package verdwenen van mijn UDM-SE. Ik kreeg dus ook het antwoord dat de opdracht onbekend was toen ik udm-iptv-diag probeerde uit te voeren. Na een her-installatie werkte alles gewoon weer.:
Pfff of je leest de Github goed door
Voor de anderen die geen werkende KPN kastje hebben. Er is net een week ofzo een update voor de DM-SE en bij mij stond auto update aan.
[...]
Oftwel, script even opnieuw runnen en de TV's begonnen direct weer beeld te geven
ph34r my [WCG] Cows :P
Dat ligt niet aan de config : Dat ligt aan al die oh zo "slimme" apparaten!
Waar jullie naar op zoek zijn : DNAT/SNAT Firewall Rules via de JSON Config net als het hele IPTV gebeuren!
Hoe en wat kan je vinden in het algemene UniFi Topic als het goed is
Vergeet dit niet : Coolhva in "[Ubiquiti & IPTV] Ervaringen & Discussie"
Directe URL : https://berthub.eu/articl...nteractieve-tv-zelf-doen/
in feite niks anders dan een apart Linux systeempje en wat DHCPCD/AVAHI/IPTables dingetjes wat dus zelfs een Raspberry Pi voor je kan doen!
|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
:strip_icc():strip_exif()/u/12156/crop5e00838980023_cropped.jpeg?f=community)
/u/81353/got.png?f=community)
Onlangs hebben we glasvezel van KPN gekregen en ben ik van VDSL overgestapt naar glas. Ik had een werkende versie van @xbeam draaien voor VDSL en ben overgestapt naar de @Coolhva config voor FttH.
Internet werkt, maar ik heb een probleem met DNS
Ik heb 2 pi-holes draaien (op .33 en .83). Die staan beide als DNS server via DHCP. In de pi-holes heb ik een aantal entries staan en die zijn niet meer bereikbaar. Althans, niet meer voor sommige clients.
Ik heb het vermoeden dat dit komt door ipv6, dat ik met de Coolhva config ook binnen heb gehengeld. Daar zit dit stuk in:
Ik zie dat 2606:4700:4700::1111 gelijk is aan 1.1.1.1 van cloudflare.
Klopt het dat ik niet via de Unifi controller voor ipv6 een DNS in kan stellen? Kan ik dit fixen zodat ik weer min interne DNS kan benaderen? Beide pi-holes draai ik in docker, en daar heb ik geen ipv6 voor ingesteld. Als die containers dat niet ondersteunen, is het wellicht beter om ipv6 volledig uit mijn config te halen?
Internet werkt, maar ik heb een probleem met DNS
Ik heb 2 pi-holes draaien (op .33 en .83). Die staan beide als DNS server via DHCP. In de pi-holes heb ik een aantal entries staan en die zijn niet meer bereikbaar. Althans, niet meer voor sommige clients. Ik heb het vermoeden dat dit komt door ipv6, dat ik met de Coolhva config ook binnen heb gehengeld. Daar zit dit stuk in:
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
| "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"
}
}
} |
Ik zie dat 2606:4700:4700::1111 gelijk is aan 1.1.1.1 van cloudflare.
Klopt het dat ik niet via de Unifi controller voor ipv6 een DNS in kan stellen? Kan ik dit fixen zodat ik weer min interne DNS kan benaderen? Beide pi-holes draai ik in docker, en daar heb ik geen ipv6 voor ingesteld. Als die containers dat niet ondersteunen, is het wellicht beter om ipv6 volledig uit mijn config te halen?
[ Voor 4% gewijzigd door mithras op 12-12-2022 22:23 ]
ph34r my [WCG] Cows :P
Zorg ervoor dat je Pi-hole via een Link-Local IPv6 adres bereikbaar is en je bent van je probleem af nadat je dat adres ingevoerd hebt in de bovenstaande JSON config i.p.v. de Cloudflare IPv6 adressen:
Ik had een werkende versie van @xbeam draaien voor VDSL en ben overgestapt naar de @Coolhva config voor FttH.
Internet werkt, maar ik heb een probleem met DNS
Ik heb 2 pi-holes draaien (op .33 en .83).
Die staan beide als DNS server via DHCP.
In de pi-holes heb ik een aantal entries staan en die zijn niet meer bereikbaar.
Althans, niet meer voor sommige clients.
Ik heb het vermoeden dat dit komt door ipv6, dat ik met de Coolhva config ook binnen heb gehengeld. Daar zit dit stuk in:
code:
"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" } } }
Ik zie dat 2606:4700:4700::1111 gelijk is aan 1.1.1.1 van cloudflare.
Kan ik dit fixen zodat ik weer min interne DNS kan benaderen?
Beide pi-holes draai ik in docker, en daar heb ik geen ipv6 voor ingesteld.
Als die containers dat niet ondersteunen, is het wellicht beter om ipv6 volledig uit mijn config te halen?
|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
Of de ipv6 dns adressen uit de JSON halen.:
[...]
Zorg ervoor dat je Pi-hole via een Link-Local IPv6 adres bereikbaar is en je bent van je probleem af nadat je dat adres ingevoerd hebt in de bovenstaande JSON config i.p.v. de Cloudflare IPv6 adressen
Is er onlangs iets bij KPN/XS4ALL gewijzigd ?
Kan sinds 2 dagen niet meer normaal tv kijken … telkens melding nmc400 melding radio werkt vreemd genoeg nog wel redelijk die valt af en toe ook uit …
Usg al een reboot gegeven maar mocht niet baten tv kastjes overigens ook
En die geeft een melding over beperkte werking omdat de server niet beschikbaar zou zijn. ?:strip_exif()/f/image/ZfE0MuWgg4Q3TppqlJxOh1WA.jpg?f=fotoalbum_large)
Kan sinds 2 dagen niet meer normaal tv kijken … telkens melding nmc400 melding radio werkt vreemd genoeg nog wel redelijk die valt af en toe ook uit …
Usg al een reboot gegeven maar mocht niet baten tv kastjes overigens ook
En die geeft een melding over beperkte werking omdat de server niet beschikbaar zou zijn. ?
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/ZfE0MuWgg4Q3TppqlJxOh1WA.jpg?f=user_large)
[ Voor 47% gewijzigd door xthephreakx op 13-12-2022 14:16 ]
ph34r my [WCG] Cows :P
Dat komt omdat de IGMP Proxy Service niet altijd goed opstart helaas...
Daarom blijf ik deze oplossing ook eigenlijk wel het mooist vinden : Coolhva in "[Ubiquiti & IPTV] Ervaringen & Discussie"
Dan ben je van al dat gezeik af en hoeft je Router zich daar niet mee te bemoeiten!
TL;DR : Zet een Raspberry Pi of Intel Atom NUC neer en laat die lekker al het IPTV werk doen!
|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
Nice kan dat gewoon leven naast de huidige setup van Coolhva??
:
[...]
Dat komt omdat de IGMP Proxy Service niet altijd goed opstart helaas...
Daarom blijf ik deze oplossing ook eigenlijk wel het mooist vinden : Coolhva in "[Ubiquiti & IPTV] Ervaringen & Discussie"
Dan ben je van al dat gezeik af en hoeft je Router zich daar niet mee te bemoeiten!
TL;DR : Zet een Raspberry Pi of Intel Atom NUC neer en laat die lekker al het IPTV werk doen!
ph34r my [WCG] Cows :P
Het is een alternatieve oplossing hé!
Dus dan krijg je zoeits :
- USG / UDM gewoon via de UniFi Controller instellen voor PPPoE WAN meuk.
- Daarnaast een Linux bakkie neerzetten die IPTV doet met behulp van een Switchje volgens https://berthub.eu/articl...nteractieve-tv-zelf-doen/
Soort combo van het oude Bridged IPTV en het nieuwe Routed IPTV
|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
Dit lijkt me helemaal niet zo'n gek alternatief. Heb alles gelezen (incl de pagina bij berthub) maar snap nog steeds niet helemaal hoe eea fysiek nu is aangesloten in zo'n situatie. Zou je dat kunnen uitleggen?:
[...]
Het is een alternatieve oplossing hé!
Dus dan krijg je zoeits :
- USG / UDM gewoon via de UniFi Controller instellen voor PPPoE WAN meuk.
- Daarnaast een Linux bakkie neerzetten die IPTV doet met behulp van een Switchje volgens https://berthub.eu/articl...nteractieve-tv-zelf-doen/
Soort combo van het oude Bridged IPTV en het nieuwe Routed IPTV
ph34r my [WCG] Cows :P
Gewoon zo :
Dus :
- Pak een Managed Switch erbij.
(Ik zou niet je UniFi Switch gebruiken omdat je Clients lijst dan vervuild wordt met allerlei meuk uit het netwerk van je ISP
Koop lekker een 5-poorts dan wel 8-poorts TP-Link/Netgear erbij voor een paar tientjes...)
- Sluit Poort 1 aan op je WAN
- Zorg ervoor dat daarop VLAN 4 en 6 Tagged zijn!
- Sluit op Poort 2 je Router aan en geef daar VLAN 6 door als Tagged of zelfs Untagged voor Internet.
- Sluit op Poort 3 een Linux bakkie aan en geef daar VLAN 4 door als Tagged of zelfs Untagged voor IPTV.
(De Tutorial gaat uit van Tagged trouwens, maar dat betekent niet dat je het anders mag doen!
)- Zorg ervoor dat je Linux bakkie ook met je LAN verbonden is voor Internet Connectiviteit en een apart IPTV VLAN daarnaast.
Het liefst gebruik je daarvoor dus 3 netwerkkaarten, maar alles via 1 netwerkkaart zou misschien ook wel kunnen, want de Tutorial gaat uit van alles over eth0 doen!
Ik zou trouwens met de configuratie van je Linux bakkie beginnen VOORDAT je die aan de IPTV VLAN 4 hebt verbonden om te voorkomen dat er het een en ander verkeerd gaat en je een boze e-mail dan wel telefoontje van je ISP krijgt!
En check goed de VLAN configuratie van je Switch om te voorkomen dat de webGUI ervan buiten je netwerk bereikbaar is op VLAN 1
|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
ph34r my [WCG] Cows :P
Dat heet VLAN Interfaces
- eth0 is gewoon met je LAN verbonden.
- eth0.4 is dus eth0 via VLAN 4 die naar de KPN IPTV WAN toe gaat!
- eth0.44 is dus eth0 via VLAN 44 die naar het aparte IPTV LAN gaat!
Op dezelfde manier is mijn Pi-Hole actief in meerdere VLAN's
|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
/u/482160/crop5f2d01c062aaa_cropped.png?f=community)
Vraag van een unifi noob: krijg je dit ook als de igmp proxy service crasht? Ik had laatst hetzelfde , daarna de udm pro herstart en het werkte weer. Kan ik ergens zien dat het crasht?:
[...]
Dat komt omdat de IGMP Proxy Service niet altijd goed opstart helaas...
Daarom blijf ik deze oplossing ook eigenlijk wel het mooist vinden : Coolhva in "[Ubiquiti & IPTV] Ervaringen & Discussie"
Dan ben je van al dat gezeik af en hoeft je Router zich daar niet mee te bemoeiten!
TL;DR : Zet een Raspberry Pi of Intel Atom NUC neer en laat die lekker al het IPTV werk doen!
Dank alvast voor je reactie,je kennis wordt zeer gewaardeerd
.
deCONZ Community Manager | deCONZ Discord: https://discord.gg/HvzTwcB
ph34r my [WCG] Cows :P
Uiteraard!
Ehh...
Gokje :
- Inloggen op je UDM Pro
- En dan :
# systemctl status igmpproxy
Of iets in die richting...
Ik heb zo'n ding niet staan dus ik kan het niet testen
|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
:strip_icc():strip_exif()/u/1483726/crop6043eb0621764_cropped.jpg?f=community)
Als je gebruik maakt van udm-iptv, dan kan je dat als volgt checken::
[...]
Uiteraard!
[...]
Ehh...
Gokje :
- Inloggen op je UDM Pro
- En dan :
# systemctl status igmpproxy
Of iets in die richting...
Ik heb zo'n ding niet staan dus ik kan het niet testen
# systemctl status udm-iptv
Klinkt wel sexy zou een Pi 1 dit trekken ? Heb er denk ik nog wel 1 liggen…:
[...]
Het is een alternatieve oplossing hé!
Dus dan krijg je zoeits :
- USG / UDM gewoon via de UniFi Controller instellen voor PPPoE WAN meuk.
- Daarnaast een Linux bakkie neerzetten die IPTV doet met behulp van een Switchje volgens https://berthub.eu/articl...nteractieve-tv-zelf-doen/
Soort combo van het oude Bridged IPTV en het nieuwe Routed IPTV
ph34r my [WCG] Cows :P
In principe is het niet heel veel wat die moet doen, maar ik weet ook niet meer wat de Pi 1 aan specificaties had eerlijk gezegd : Onder andere maar 256 MB RAM geloof ik
Opzich mag het ook zoiets zijn hé : uitvoering: Intel NUC Kit DN2820FYKH
|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
:strip_exif()/u/37438/crop589b7e01c006a_cropped.gif?f=community)
![[Afbeelding]](https://tweakers.net/i/Vskg8Zo_XphNnub8lsR0_Ulcqiw=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/Z8dZvxm35f3NyR439ZUa1MFX.jpg?f=user_large){kind=link}
