Die 85 procent is een bekend probleem, daar hebben meer mensen last van. En nog geen oplossing volgens mij..... Is iets van de laatse week.Deef_K schreef op woensdag 23 november 2022 @ 10:49:
[...]
Ok.
Ik heb alles gereset en opnieuw gedaan. De locatie /usr/lib/unifi/data/sites/default/ heb ik op de cloudkey aan moeten maken omdat deze niet bestond. In de laatste versie van de controller bestaat volgens mij geen floorplan meer zodat je deze kan aanmaken. https://www.vanachterberg...y-sides-folder/index.html Ik heb deze regels nog een keer via putty gedaan.
In deze map heb ik config.gateway.json geplaatst. Deze heeft de rechten 0644.
De kpn.sh heb ik op de USG geplaatst in /config/scripts/post-config.d met rechten 0755. Provision gedrukt. Box opnieuw opgestart en dan blijft die hangen. Opnieuw provisionen. Opnieuw opstarten. Blijft weer hangen op 85%. IGMP Snooping staat aan. VLAN heb ik niet toegepast.
Bij het controleren van de kpn log krijg ik onderstaande melding.
cat: can't open '/var/log/kpn.log': No such file or directory
Situatie
USG -> US-8-60W -> US-8 -> IPV TV kastje
:strip_icc():strip_exif()/u/232052/avatar.jpg?f=community){kind=avatar}
: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
UbiquitiAls 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
/u/85951/crop5a7c657ea20bf_cropped.png?f=community)
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 "https://tweakers.net/i/9ih3KNPtOQ8-gobJ14ApV0TX6Tc=/full-fit-in/4000x4000/filters:no_upscale():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/Gravatar.png?f=community){kind=avatar}
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
Ubiquiti:strip_exif()/u/49248/DPCkoeienUD.gif?f=community)
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!
|| DPC GoT WhatPulse Team :) || 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]
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?
|| DPC GoT WhatPulse Team :) || 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 "https://tweakers.net/i/5TksxJoxsupQpeW1rAQZBt2zYDg=/800x/filters:strip_icc():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 "https://tweakers.net/i/5TksxJoxsupQpeW1rAQZBt2zYDg=/800x/filters:strip_icc():strip_exif()/f/image/ZfE0MuWgg4Q3TppqlJxOh1WA.jpg?f=fotoalbum_large")
[Voor 47% gewijzigd door xthephreakx op 13-12-2022 14:16]
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!
|| DPC GoT WhatPulse Team :) || 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!
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
|| DPC GoT WhatPulse Team :) || 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
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
|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
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
|| DPC GoT WhatPulse Team :) || 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
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
|| DPC GoT WhatPulse Team :) || 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
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
|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
:strip_exif()/u/37438/crop589b7e01c006a_cropped.gif?f=community)
omdat ik nog wel een pi heb liggen, maar geen pfsense
of bedoel je pfsense op de pi installen ? dacht dat dat niet ondersteund werd.
[Voor 14% gewijzigd door xthephreakx op 18-12-2022 21:50]
Ff een domme vraag…:
[...]
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!
Huidige setup:
Glas > usg > netwerk
Moet deze oplossing dan
Glas > managed switch > usg > rest netwerk
> Linux > iptv
/u/291941/crop61880fced5227_cropped.png?f=community)
:strip_icc():strip_exif()/u/64432/maul.jpg?f=community)
Geen idee ik heb alleen ipv4
Ja aanmaken en script runnen en in je UDM config je port assignment goed zetten dus je aangemaakte netwerk aan je poorten waar je STB's aan hangen toekennen, mits ze allemaal fysiek aan je UDM zitten...
Jazeker...als je je configuratie uit je hoofd weet
Dan zal het vast zo horen en heb ik iig geen stap gemist.
De STB hangt achter een Ubiquiti UniFi In-Wall HD. Tot op heden nog niks met aparte netwerken gedaan, dus om de boel thuis te vriend te houden, ga ik daar van de week wel even mee stoeien, als de rest naar school en werk is. In dat geval moet ik wel die DHCP optie 60 van het gewone naar het nieuwe netwerk verplaatsen, toch?
Het draaide meteen met de standaard KPN configuratie. Dat was het installatie script draaien, paar keer op Enter drukken en alles was goed. Weet niet of dat extra netwerk nog veel uitmaakt in die stappen. Maar anders valt er weining uit mijn hoofd te weten/leren[...]
Jazeker...als je je configuratie uit je hoofd weet
Ja optie verplaatsen afaik. Maar ik heb geen kpn dus weet t niet zeker:
[...]
Dan zal het vast zo horen en heb ik iig geen stap gemist.
[...]
De STB hangt achter een Ubiquiti UniFi In-Wall HD. Tot op heden nog niks met aparte netwerken gedaan, dus om de boel thuis te vriend te houden, ga ik daar van de week wel even mee stoeien, als de rest naar school en werk is. In dat geval moet ik wel die DHCP optie 60 van het gewone naar het nieuwe netwerk verplaatsen, toch?
[...]
Het draaide meteen met de standaard KPN configuratie. Dat was het installatie script draaien, paar keer op Enter drukken en alles was goed. Weet niet of dat extra netwerk nog veel uitmaakt in die stappen. Maar anders valt er weining uit mijn hoofd te weten/leren
Sorry for coming late to the party and not speaking Dutch. I've been trying to compile the rtsp filter as per the instructions above for a UDM Pro SE using kernel 4.19.152 (uname -r 4.19.152-ui-alpine), and I got the modules compiled with the following caveats:
1) When I compile the rtsp module I get the following warning:
WARNING: Symbol version dump ./Module.symvers
is missing; modules will have no dependencies and modversions.
2) And when I try to load the modules I get the following:
root@UDM-SE:/tmp/rtsp# insmod nf_conntrack_rtsp.ko
insmod: ERROR: could not insert module nf_conntrack_rtsp.ko: Unknown symbol in module
root@UDM-SE:/tmp/rtsp# insmod nf_nat_rtsp.ko
insmod: ERROR: could not insert module nf_nat_rtsp.ko: Unknown symbol in module
Looking at dmsg I get the following messages:
[2744785.881537] nf_conntrack_rtsp: Unknown symbol __ll_sc___cmpxchg_case_acq_4 (err -2)
[2744923.038644] nf_nat_rtsp: Unknown symbol nf_nat_rtsp_hook (err -2)
Any help (Dutch or English
) will be appreciated, I'm stuck at this point.My best guess is you will have to escape the _ in nf_conntrack_rtsp but I could be horribly wrong!:
2) And when I try to load the modules I get the following:
root@UDM-SE:/tmp/rtsp# insmod nf_conntrack_rtsp.ko
insmod: ERROR: could not insert module nf_conntrack_rtsp.ko: Unknown symbol in module
root@UDM-SE:/tmp/rtsp# insmod nf_nat_rtsp.ko
insmod: ERROR: could not insert module nf_nat_rtsp.ko: Unknown symbol in module
Looking at dmsg I get the following messages:
[2744785.881537] nf_conntrack_rtsp: Unknown symbol __ll_sc___cmpxchg_case_acq_4 (err -2)
[2744923.038644] nf_nat_rtsp: Unknown symbol nf_nat_rtsp_hook (err -2)
Any help (Dutch or English
Have you tried using tab completion for it ? It escapes stuff automatically in most cases...
|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
Thanks for the reply, I believe though it has something to do with the make options. The second symbol (nf_nat_rtsp_hook) is definitely declared in the rtsp module, but somehow it is not getting through. As for the first I have no clue.:
[...]
My best guess is you will have to escape the _ in nf_conntrack_rtsp but I could be horribly wrong!
Have you tried using tab completion for it ? It escapes stuff automatically in most cases...
It must be something evident but I can't see it, any help will be greatly appreciated, maybe @fabianishere can shed some light on this since he prepared the kernel sources and provided the instructions for compiling the module with that kernel.
/u/8572/crop59bc1c268024e_cropped.png?f=community)
Did you build the modules using the UDM SE kernel sources and config?:
[...]
Sorry for coming late to the party and not speaking Dutch. I've been trying to compile the rtsp filter as per the instructions above for a UDM Pro SE using kernel 4.19.152 (uname -r 4.19.152-ui-alpine), and I got the modules compiled with the following caveats:
1) When I compile the rtsp module I get the following warning:
WARNING: Symbol version dump ./Module.symvers
is missing; modules will have no dependencies and modversions.
2) And when I try to load the modules I get the following:
root@UDM-SE:/tmp/rtsp# insmod nf_conntrack_rtsp.ko
insmod: ERROR: could not insert module nf_conntrack_rtsp.ko: Unknown symbol in module
root@UDM-SE:/tmp/rtsp# insmod nf_nat_rtsp.ko
insmod: ERROR: could not insert module nf_nat_rtsp.ko: Unknown symbol in module
Looking at dmsg I get the following messages:
[2744785.881537] nf_conntrack_rtsp: Unknown symbol __ll_sc___cmpxchg_case_acq_4 (err -2)
[2744923.038644] nf_nat_rtsp: Unknown symbol nf_nat_rtsp_hook (err -2)
Any help (Dutch or English
Ben wel nieuwsgierig wat dit dan is, meuk van de isp , snap als je een modem van je isp hebt dat ze alles kunnen doen om er in te kijken en te veranderen.:
[...]
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...)
Vraag: als je een eigen router/modem rechtstreeks op de ( mijn geval edgerouter)isp lijn aansluit heb je geen last van meuk
Vraag: of heb je dat alleen bij een switch?( rechtstreeks op de isp)
Vraag: kan je de meuk ook uitzetten van de isp? In je eigen router/modem.
Heb dus de edgerouter direct op de glaslijn van de isp, dus had ik laatst de isp via de telefoon aan de lijn konden ze hun modem niet inzien dus ging ik er vanuit dat je geen last heb meer van meuk.
Als je een EdgeRouter/USG/UDR/UDM aan je WAN koppelt (eventueel via een Media Converter) dan is er niks aan de hand!
Gebruik je echter een UniFi Switch met SFP poorten als Media Converter of gewoon als tussenstap dan loopt je Clients overzicht in je UniFi Controller vol met alle andere apparaten op het netwerk van je ISP en dat is dus niet handig!
|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
Oké dat bedoel je dank je:
[...]
Als je een EdgeRouter/USG/UDR/UDM aan je WAN koppelt (eventueel via een Media Converter) dan is er niks aan de hand!
Gebruik je echter een UniFi Switch met SFP poorten als Media Converter of gewoon als tussenstap dan loopt je Clients overzicht in je UniFi Controller vol met alle andere apparaten op het netwerk van je ISP en dat is dus niet handig!
Ik ben/was ook met ipv6 aan het kloten maar krijg het ook nog niet helemaal werkend, heb de instructies gevolgd en kan ook bevestigingen dat vanaf de USG het werkt "curl -6 ifconfig.co" geeft netjes het ipv6 adres terug maar doe ik dit vanaf een client in mijn LAN dan krijg ik na lange tijd een failure.
Ik heb zowel de guide van Cool gevolgd als gegoogled op de combi KPN glasvezel en USG maar kom nog niet echt verder behalve de wan prefix van /48
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/sujRPbrIdVRnhIRp6ugNjvMB.jpg?f=user_large "https://tweakers.net/i/b1YHDYkLvfGZFG18CDYI1_jIin8=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/sujRPbrIdVRnhIRp6ugNjvMB.jpg?f=user_large")
Wan interface:
:strip_exif()/f/image/1O2w6DMqVvy4mXnp0IMO2yvQ.jpg?f=fotoalbum_large "https://tweakers.net/i/4AVBwBBlXcAve_yzZ5zptcYXzcc=/800x/filters:strip_icc():strip_exif()/f/image/1O2w6DMqVvy4mXnp0IMO2yvQ.jpg?f=fotoalbum_large")
Wat zie ik over het hoofd?
Ik heb het werkend inmiddels maar ben er nog niet helemaal overtuigd of dit de manier is, ik heb de LAN kant op static gezet en de range gebruikt die ik in mijnkpn gevonden heb.
Ik heb zowel de guide van Cool gevolgd als gegoogled op de combi KPN glasvezel en USG maar kom nog niet echt verder behalve de wan prefix van /48
Wan interface:
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/1O2w6DMqVvy4mXnp0IMO2yvQ.jpg?f=user_large "https://tweakers.net/i/4AVBwBBlXcAve_yzZ5zptcYXzcc=/800x/filters:strip_icc():strip_exif()/f/image/1O2w6DMqVvy4mXnp0IMO2yvQ.jpg?f=fotoalbum_large")
Wat zie ik over het hoofd?
Ik heb het werkend inmiddels maar ben er nog niet helemaal overtuigd of dit de manier is, ik heb de LAN kant op static gezet en de range gebruikt die ik in mijnkpn gevonden heb.
[Voor 7% gewijzigd door TWFpa2Vs op 23-01-2023 08:52]
Ik heb die update gisteren geïnstalleerd, vooralsnog geen issues gehad i.c.m. KPN IPTV. Alleen even de igmp-proxy service een duwtje moeten geven na de reboot
:strip_icc():strip_exif()/u/60303/2006crusader6060.jpg?f=community)
:strip_icc():strip_exif()/u/457808/crop5686a95ab9c87_cropped.jpeg?f=community)
Een half uur geleden is de nieuwe UniFi Network Application (versie 7.4.140) in EA vrijgegeven voor consoles die UniFi OS 3.x draaien. Uit de changelog:
- Add support for IPTV through IGMP Proxy (for UXG/UniFi OS Consoles with gateway functions).
[Voor 10% gewijzigd door jurroen op 27-01-2023 18:22]
Hier werkt het met KPN en een USG-3P. Heel erg blij mee!
:fill(white):strip_exif()/f/image/YtxJL4uWDJjKjLJGWQTWT24Z.png?f=user_large "https://tweakers.net/i/B-mVFjD4Hh5qb88JlRpjEJZyhTI=/full-fit-in/4000x4000/filters:no_upscale():fill(white):strip_exif()/f/image/YtxJL4uWDJjKjLJGWQTWT24Z.png?f=user_large")
[Voor 63% gewijzigd door googol101 op 27-01-2023 23:03]
:strip_exif()/u/895/crop5a83377380c99.gif?f=community)
Is het al zeker dat het ook voor de USG-3P gaat werken?:
Een half uur geleden is de nieuwe UniFi Network Application (versie 7.4.140) in EA vrijgegeven voor consoles die UniFi OS 3.x draaien. Uit de changelog:Ik kan het zelf niet testen (geen live TV), maar dit is wellicht een blessing voor velen
- Add support for IPTV through IGMP Proxy (for UXG/UniFi OS Consoles with gateway functions).
Still warm the blood that courses through my veins. | PvOutput | ARSENAL FC
De vraag is dan natuurlijk : Wie levert de Glasvezel aansluiting
Dat kan zowel KPN als iemand anders zijn voor zover ik weet...?!
|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
Cambrium:
[...]
De vraag is dan natuurlijk : Wie levert de Glasvezel aansluiting
Dat kan zowel KPN als iemand anders zijn voor zover ik weet...?!
maar volgens mij is het allemaal KPN netwerk ? Wellicht met iets andere instellingen, maar dat is ook een gedeelte van mijn vraag....[Voor 12% gewijzigd door kariem112 op 30-01-2023 16:00]
Volgens @stormfly schijnt daar een experimentele Unicast IPTV optie in te zitten en heb je dus het hele Multicast gedoe straks misschien niet eens nodig!
|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||
Jeps je hebt de optie om te kiezen tegenwoordig, het beste beeld (hogere bandbreedte + vaste bitrate) blijft alleen in multicast beschikbaar. Voor overige 1080i streams kan je terug schakelen naar unicastmode, en plukt hij de streams van de tv.kpn.com (iTV) farm.
UnFi is ook aan het experimenteren met een IGMP proxy, er lijkt verlichting te komen