[Ubiquiti & IPTV] Ervaringen & Discussie

[kariem112]

ppeterr schreef op dinsdag 11 januari 2022 @ 21:41:
[...]


Yes, die stappen heb ik gedaan. Zelfs de cloudkey eruit gegooid. En even een docker met
de controller aangemaakt op de synology daar. Vlan komt er netjes bij. kpn.sh op de usg.
Gateway.json in de docker bij de default site. Port profiel op vlan gezet.
Usg provisioning gedaan. En de boel loopt vast.

Heb dezelfde handleiding gebruikt voor mijn usg4 pro, in combinatie met een cloudkey en uiteraard een eigen vlan voor de STB. Dat werkt nog steeds feilloos, met dank aan de handleiding van @Coolhva

Via Teamviewer is het sowieso lastig. Misschien even alles resetten en met een schone lei beginnen?

[ppeterr]

kariem112 schreef op dinsdag 11 januari 2022 @ 21:45:
[...]

Heb dezelfde handleiding gebruikt voor mijn usg4 pro, in combinatie met een cloudkey en uiteraard een eigen vlan voor de STB. Dat werkt nog steeds feilloos, met dank aan de handleiding van @Coolhva

Via Teamviewer is het sowieso lastig. Misschien even alles resetten en met een schone lei beginnen?

Ja erg vervelend via teamviewer. Maar het is 300km ver weg. Ik ben er ook van overtuigd dat
de werking in orde moet zijn. Er gaat iets fout in de handeling, ik heb alleen nog niet door wat

Iedere keer ook als de USG naar fabriek is gerest, en dat is vandaag al 5x gedaan ofzo. Is het eigenlijk gewoon een aantal simpele stappen.

# USG adopten - via de controller, internet werkt.
# vlan aanmaken, igmp aan.
# winscp naar usg -> kpn.sh (chmod naar 755) (igmp proxy script erbij?)
# port waar tv aan hangt naar vlan profiel
# copy json naar controller
# force provision

# probleem, contact blabla...

[kariem112]

ppeterr schreef op dinsdag 11 januari 2022 @ 21:52:
[...]


Ja erg vervelend via teamviewer. Maar het is 300km ver weg. Ik ben er ook van overtuigd dat
de werking in orde moet zijn. Er gaat iets fout in de handeling, ik heb alleen nog niet door wat

Iedere keer ook als de USG naar fabriek is gerest, en dat is vandaag al 5x gedaan ofzo. Is het eigenlijk gewoon een aantal simpele stappen.

# USG adopten - via de controller, internet werkt.
# vlan aanmaken, igmp aan.
# winscp naar usg -> kpn.sh (chmod naar 755) (igmp proxy script erbij?)
# port waar tv aan hangt naar vlan profiel
# copy json naar controller
# force provision

# probleem, contact blabla...

Heb je de juiste poorten/interfaces voor de usg4 in de .json staan? En in de kpn.sh file ?

[ppeterr]

kariem112 schreef op dinsdag 11 januari 2022 @ 22:10:
[...]

Heb je de juiste poorten voor de usg4 in de .json staan? En in de kpn.sh file ?

Ik heb de json versie gebruikt voor de usg4p, en de lan toewijzing gezet in de usg zoals
verwacht wordt in het orginele bestand. Lan1 (eth0) en de Wan poort.

Ik heb niks veranderd in het kpn.sh bestand.

[kariem112]

ppeterr schreef op dinsdag 11 januari 2022 @ 22:17:
[...]


Ik heb de json versie gebruikt voor de usg4p, en de lan toewijzing gezet in de usg zoals
verwacht wordt in het orginele bestand. Lan1 (eth0) en de Wan poort.

Ik heb niks veranderd in het kpn.sh bestand.

In de .sh file staan ook verwijzingen naar eth0.4 etc. Die heb ik destijds aangepast voor de usg4

[Coolhva]

ppeterr schreef op dinsdag 11 januari 2022 @ 22:17:
[...]


Ik heb de json versie gebruikt voor de usg4p, en de lan toewijzing gezet in de usg zoals
verwacht wordt in het orginele bestand. Lan1 (eth0) en de Wan poort.

Ik heb niks veranderd in het kpn.sh bestand.

Misschien kunnen we een keer remote afspreken om te kijken of we het samen live kunnen fixen?

[ppeterr]

Coolhva schreef op dinsdag 11 januari 2022 @ 22:29:
[...]


Misschien kunnen we een keer remote afspreken om te kijken of we het samen live kunnen fixen?

Absoluut een heel fijn aanbod!
Dat zou ik zeer waarderen, ik hoor graag van jou wanneer dat jou uitkomt.
Dan regel ik het contact die kant op.

[ppeterr]

Coolhva schreef op dinsdag 11 januari 2022 @ 22:29:
[...]


Misschien kunnen we een keer remote afspreken om te kijken of we het samen live kunnen fixen?

Gister avond dus samen met @Coolhva in een driehoek setup (teamviewer/webex -> setup met problemen)
aan de slag gegaan om te kijken waar het nou mis gaat. Ik heb daar de voorgaande dagen uren aan
besteed om 6 decoders aan de gang te krijgen met Coolhva zijn script voor een USGpro.

Eigenlijk stond het meeste juist, op een domme fout na. De plaatsing van het script zelf. Blijkbaar had
ik die bij de laatste poging op de verkeerde plek gezet. Tja, dan werkt het zeker niet. Maar goed, de uren
daarvoor was dat zeker niet het geval. En na het plaatsen van de Json in de default site op de USG.
Werkte het nog niet. Op een gegeven moment ben ik zelf na zo lang er mee bezig te zijn geheel niet meer
scherp. Maar gelukkig @Coolhva wel. Zeer scherp en kundig alles nogmaals doorgelopen, logs bekeken. En tot de conculsie gekomen dat het zou moeten werken.

Er liep alleen geen data over de multicast interfaces. Tevens hadden de decoders daardoor ook
moeite om een ip te verkrijgen. Tja wat doe je dan.

#Reboot - en het werkte, gewoon een extra reboot dus van de USG.

Langzaam kwam er leven in de decoders, een aantal stokoud. En een paar recentere modellen.
Een voor een kregen ze een IP in het aangemaakte vlan. En uiteindelijk werkte alles!

Ik kan tot de conclusie komen dat de instructie voor de USGpro en het bijbehoorende script
goed werkt. Een knap stukje werk.

@Coolhva Ik en ook namens mijn broer, willen jou hartelijk bedanken voor de tijd die jij gisteren voor
ons vrij gemaakt hebt. Indrukwekkend hoe soepel en snel jij alles doorgelopen hebt bij zijn setup.
Tevens bedankt voor de tips en uitleg over diverse andere randzaken.
En vooral, het was ook even gezellig!
Zeer gewaardeerd!

[ZatarraNL]

Kijk, dat is nog eens goed nieuws! En respect voor @Coolhva dat hij de moeite neemt om ons te helpen.

[thomasdebans]

MadDog2K schreef op maandag 10 januari 2022 @ 19:54:
[...]
De USW Lite zou op zich gewoon goed moeten werken .... iig. met de (huidige) 4K ontvanger, met de rest heb ik geen ervaring.

Ik heb zelf een 16-Lite in de meterkast als 'core' switch, en een 8-Lite in de Woonkamer.
Enige tijd terug heb ik KPN DSL gekregen icm. een Box12 en 2x een 4K ontvanger.

Ter voorbereiding op migratie van Ziggo af, heb ik enige tijd 1 LAN poort vanaf de Box12 naar de 16-Lite laten lopen in een apart VLAN, en vervolgens 1 ontvanger direct op de 16-Lite aangesloten en 1 via de 8-Lite welke zelf weer op de 16-Lite aangesloten zit - in dat zelfde VLAN.

Dit werkte eigenlijk feilloos...
Het aparte VLAN in de controller (6.5.55) aangemaakt via "Settings -> Advanced Features -> Network Isolation", en daarbij IGMP Snooping enabled.

Firmware versie op de switches : 5.76.7

Na alles terug te zetten naar fabrieksinstellingen en alles los te koppelen werkt het uiteindelijk.
Echter bij het inpluggen van de SMA Sunnyboy schiet de TV ontvangers weer in storing.
Nog eens in de instellingen van de Sunnyboy zoeken wat daar mogelijk fout staat.

[HobbeS]

Sinds vandaag werkt plots mijn internet niet meer via de USG, ik heb Youfone en blijkbaar zijn de instellingen zo veranderd dat mijn huidige setup niet meer werkt. Daarom wou ik nu de handleiding volgen op dit goed op te zetten: https://www.vanachterberg...ty-gateway-kpn-iptv-vlan/

Ik kom alleen niet via SSH in mijn controller. Ik draai deze als een LXC container in Proxmox (Ubuntu 20.04.3 LTS).
Als ik in de controller instellingen kijk zie ik daar SSH ingeschakeld en kan daar ook mijn username en password zien, helaas lukt het mij daarmee niet om in te loggen. (hiermee kan ik wel SSH verbinden in mijn USG)
Via Proxmox kan ik eventueel wel in de console van de LXC komen.

Wat doe ik verkeerd waardoor ik niet via Putty of WinSCP in mijn controller kan komen? Ik krijg wel de inlog prompt maar de username/password combinatie is altijd verkeerd.

[rjhilbrink]

HobbeS schreef op donderdag 13 januari 2022 @ 11:53:
Sinds vandaag werkt plots mijn internet niet meer via de USG, ik heb Youfone en blijkbaar zijn de instellingen zo veranderd dat mijn huidige setup niet meer werkt. Daarom wou ik nu de handleiding volgen op dit goed op te zetten: https://www.vanachterberg...ty-gateway-kpn-iptv-vlan/

Ik kom alleen niet via SSH in mijn controller. Ik draai deze als een LXC container in Proxmox (Ubuntu 20.04.3 LTS).
Als ik in de controller instellingen kijk zie ik daar SSH ingeschakeld en kan daar ook mijn username en password zien, helaas lukt het mij daarmee niet om in te loggen. (hiermee kan ik wel SSH verbinden in mijn USG)
Via Proxmox kan ik eventueel wel in de console van de LXC komen.

Wat doe ik verkeerd waardoor ik niet via Putty of WinSCP in mijn controller kan komen? Ik krijg wel de inlog prompt maar de username/password combinatie is altijd verkeerd.

Alhoewel deze vraag thuishoort bij proxmox. Denk ik dat je hier https://forum.proxmox.com...h-to-new-container.38114/ je antwoord gaat vinden.

[HobbeS]

rjhilbrink schreef op donderdag 13 januari 2022 @ 22:01:
[...]

Alhoewel deze vraag thuishoort bij proxmox. Denk ik dat je hier https://forum.proxmox.com...h-to-new-container.38114/ je antwoord gaat vinden.

Dank je wel, ik ga hier goed naar kijken. Ik dacht dat ik elke keer een stap o.i.d. miste om met de controller te verbinden maar mijn setup waar het dus virtueel draait kan dus goed de bron van het probleem zijn. Fijn hoe je mee hebt gedacht.

[bvk007]

Hoi,

Ik heb een abonnement van Glasnet icm met een UDM (non-pro), TV gaat via Canal Digitaal. Voor TV heb ik de oplossing van Fabian draaien en die doet het perfect. Echter heb ik nog wel een issue met de interactieve diensten zoals Begin Gemist Hiervoor heb ik eigenlijk een RTSP ALG nodig, of de conntrack RTSP module binnen UDM, welke niet standaard beschikbaar is.

Heeft iemand die aan de praat gekregen met Firewall aanpassingen, danwel een module of docker container die bijgeladen kan worden?

[ Voor 4% gewijzigd door bvk007 op 15-01-2022 14:55 ]

[nero355]

bvk007 schreef op zaterdag 15 januari 2022 @ 14:51:
Ik heb een abonnement van Glasnet icm met een UDM (non-pro), TV gaat via Canal Digitaal.
Voor TV heb ik de oplossing van Fabian draaien en die doet het perfect.

Echter heb ik nog wel een issue met de interactieve diensten zoals Begin Gemist Hiervoor heb ik eigenlijk een RTSP ALG nodig, of de conntrack RTSP module binnen UDM, welke niet standaard beschikbaar is.

Heeft iemand die aan de praat gekregen met Firewall aanpassingen, danwel een module of docker container die bijgeladen kan worden?

Als ik wat rondzoek kom ik deze twee tegen :

code:

ip_conntrack_rtsp
ip_nat_rtsp

Wat gebeurt er als je een

modprobe ip_conntrack_rtsp
modprobe ip_nat_rtsp

doet

Of misschien beter eerst een

lsmod

dan wel

lsmod | grep conntrack

Om te checken wat er al ingeladen is ?!

_{/zomaar wat brainfarts...}

[bvk007]

nero355 schreef op zaterdag 15 januari 2022 @ 16:57:
[...]

Als ik wat rondzoek kom ik deze twee tegen :

code:

ip_conntrack_rtsp
ip_nat_rtsp

Wat gebeurt er als je een

modprobe ip_conntrack_rtsp
modprobe ip_nat_rtsp

doet

Of misschien beter eerst een

lsmod

dan wel

lsmod | grep conntrack

Om te checken wat er al ingeladen is ?!

_{/zomaar wat brainfarts...}

Ik had dit topic ook al doorgespit...met wat leads die uiteindelijk nergens eindigden...

code:

lsmod | grep conntrack
xt_conntrack           16384  8
nf_conntrack_tftp      16384  1 nf_nat_tftp
nf_conntrack_pptp      16384  1 nf_nat_pptp
nf_conntrack_h323      49152  1 nf_nat_h323
nf_conntrack_proto_gre    16384  1 nf_conntrack_pptp
nf_conntrack_ftp       16384  1 nf_nat_ftp

code:

modprobe ip_conntrack_rtsp
modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/4.19.152-al-linux-v10.2.0-v1.11.0.3921-f2e3fac/modules.dep.bin'
modprobe: FATAL: Module ip_conntrack_rtsp not found in directory /lib/modules/4.19.152-al-linux-v10.2.0-v1.11.0.3921-f2e3fac

code:

modprobe ip_nat_rtsp
modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/4.19.152-al-linux-v10.2.0-v1.11.0.3921-f2e3fac/modules.dep.bin'
modprobe: FATAL: Module ip_nat_rtsp not found in directory /lib/modules/4.19.152-al-linux-v10.2.0-v1.11.0.3921-f2e3fac

Dus dat gaat fout,

Eerder in het forum wordt ook gesuggereerd om een

code:

apt install nat-rtsp-dkms

maar dat werkt ook niet.

[rjhilbrink]

Op de USG Pro was het nodig om de volgende module te laden:


sudo modprobe nf_nat_rtsp

Misschien is die wel aanwezig..
Ik heb helaas nog geen UDM SE (is onderweg).

[bvk007]

rjhilbrink schreef op zondag 16 januari 2022 @ 00:45:
Op de USG Pro was het nodig om de volgende module te laden:


sudo modprobe nf_nat_rtsp

Misschien is die wel aanwezig..
Ik heb helaas nog geen UDM SE (is onderweg).

Helaas...ook niet

[Dutch-gabber]

Vandaag sinds lange tijd weer eens met de settings in de unifi controller aan het klooien.
Nu merk ik dat als ik port forwarding toevoeg, dat de usg de PPPoE sessie stopt, en ik de router moet restarten. Is er een manier om die sessie opnieuw te starten zonder een reboot te doen?
Of nog beter, kan ik op de een of andere manier (via de web interface) meer port forwarding toevoegen zonder internet te verliezen?

[Coolhva]

Dutch-gabber schreef op dinsdag 18 januari 2022 @ 19:35:
Vandaag sinds lange tijd weer eens met de settings in de unifi controller aan het klooien.
Nu merk ik dat als ik port forwarding toevoeg, dat de usg de PPPoE sessie stopt, en ik de router moet restarten. Is er een manier om die sessie opnieuw te starten zonder een reboot te doen?
Of nog beter, kan ik op de een of andere manier (via de web interface) meer port forwarding toevoegen zonder internet te verliezen?

Dit komt door de MTU instellingen. Je kan proberen om de MTU instellingen op de WAN interface zelf op 1512 te zetten en op VIF 6 op 1508 in de config.gateway.json, maar sommige USG's kunnen daar wel mee overweg en sommige niet.

[rjhilbrink]

bvk007 schreef op zondag 16 januari 2022 @ 09:26:
[...]


Helaas...ook niet

Helaas op de UDM SE is ook geen spoor van de module te vinden.

[bvk007]

rjhilbrink schreef op dinsdag 18 januari 2022 @ 22:53:
[...]

Helaas op de UDM SE is ook geen spoor van de module te vinden.

Ja spijtig, het wordt wachten totdat deze functionaliteit gerealiseerd wordt door Unifi, of zelf de NAT regels implementeren, maar ik krijg (nog) niet scherp wat de regels voor RTSP zouden moeten zijn (en ook nog de vraag of ik deze geïmplementeerd krijg in mijn UDM)

[rens-br]

Ik heb de vraag van @Kajel afgesplitst naar [Pi-Hole] IPv6 verkeer gaat niet via Pi Hole, aangezien het vrij weinig met IPTV te maken had.

[fabianishere]

bvk007 schreef op woensdag 19 januari 2022 @ 17:15:
[...]


Ja spijtig, het wordt wachten totdat deze functionaliteit gerealiseerd wordt door Unifi, of zelf de NAT regels implementeren, maar ik krijg (nog) niet scherp wat de regels voor RTSP zouden moeten zijn (en ook nog de vraag of ik deze geïmplementeerd krijg in mijn UDM)

Je zou die module handmatig kunnen builden met behulp van de kernel sources voor de UDM/P en de sources voor de RTSP netfilter module.

[bvk007]

fabianishere schreef op donderdag 20 januari 2022 @ 09:54:
[...]


Je zou die module handmatig kunnen builden met behulp van de kernel sources voor de UDM/P en de sources voor de RTSP netfilter module.

Cool, heb er alleen niet superveel ervaring mee...en als ik het internet in huis platleg, is het huis te klein. Maar idd een poging waard

[rjhilbrink]

bvk007 schreef op woensdag 19 januari 2022 @ 17:15:
[...]


Ja spijtig, het wordt wachten totdat deze functionaliteit gerealiseerd wordt door Unifi, of zelf de NAT regels implementeren, maar ik krijg (nog) niet scherp wat de regels voor RTSP zouden moeten zijn (en ook nog de vraag of ik deze geïmplementeerd krijg in mijn UDM)

Met behulp van de udm-iptv script had ik tv wel binnen 2 minuten werkend op de UDM-SE. Dat koste me op de USG-Pro iets meer tijd.
En als bonus, sinds de overstap op de UDM-SE geen blokjes/hangen beeld meer.
Ik zag wel dat de script van fabianishere niet correct omgaat met de nat regels en de igmpproxy whitelist. Maar dat laatste geldt voor de meeste mensen die een alternatieve router gebruiken (waarschijnlijk zelfs de routers geleverd door de provider. 0.0.0.0/0 is geen goede keuze)

[bvk007]

rjhilbrink schreef op donderdag 20 januari 2022 @ 22:39:
[...]

Met behulp van de udm-iptv script had ik tv wel binnen 2 minuten werkend op de UDM-SE. Dat koste me op de USG-Pro iets meer tijd.
En als bonus, sinds de overstap op de UDM-SE geen blokjes/hangen beeld meer.
Ik zag wel dat de script van fabianishere niet correct omgaat met de nat regels en de igmpproxy whitelist. Maar dat laatste geldt voor de meeste mensen die een alternatieve router gebruiken (waarschijnlijk zelfs de routers geleverd door de provider. 0.0.0.0/0 is geen goede keuze)

Ja @fabianishere heeft goed werk geleverd...op zijn GitHub repo staat een lijst van aanbieders met hun CIDR ranges. Dan hoef je niet 'any' open te zetten.

[bvk007]

fabianishere schreef op donderdag 20 januari 2022 @ 09:54:
[...]


Je zou die module handmatig kunnen builden met behulp van de kernel sources voor de UDM/P en de sources voor de RTSP netfilter module.

@fabianishere , wat is de aanvliegroute die ik hiervoor zou moeten gebruiken?

Kan ik een custom kernel van jou gebruiken, of moet ik er zelf 1 bouwen?

[Bruzski]

@fabianishere

het valt mij op dat ik de iptv installatie met lower case (iptv) niet aan de praat krijg, zodra ik upper case (IPTV) invoer werkt alles direct uitstekend, een volledig schone installatie bied ook geen oplossing.

[fabianishere]

rjhilbrink schreef op donderdag 20 januari 2022 @ 22:39:
[...]

Met behulp van de udm-iptv script had ik tv wel binnen 2 minuten werkend op de UDM-SE. Dat koste me op de USG-Pro iets meer tijd.
En als bonus, sinds de overstap op de UDM-SE geen blokjes/hangen beeld meer.
Ik zag wel dat de script van fabianishere niet correct omgaat met de nat regels en de igmpproxy whitelist. Maar dat laatste geldt voor de meeste mensen die een alternatieve router gebruiken (waarschijnlijk zelfs de routers geleverd door de provider. 0.0.0.0/0 is geen goede keuze)

Zou jij kunnen aangeven waar het misgaat met de NAT regels en igmpproxy whitelist? Dan zal ik het script corrigeren

bvk007 schreef op vrijdag 21 januari 2022 @ 14:13:
[...]


@fabianishere , wat is de aanvliegroute die ik hiervoor zou moeten gebruiken?

Kan ik een custom kernel van jou gebruiken, of moet ik er zelf 1 bouwen?

Je hoeft niet per se een custom kernel hiervoor te gebruiken. Je kan die module gewoon los bouwen en inladen met een stock kernel.

Ik zal dit weekend even wat meer details geven hoe je dat moet doen.

Bruzski schreef op vrijdag 21 januari 2022 @ 19:29:
@fabianishere

het valt mij op dat ik de iptv installatie met lower case (iptv) niet aan de praat krijg, zodra ik upper case (IPTV) invoer werkt alles direct uitstekend, een volledig schone installatie bied ook geen oplossing.

Naar welke optie verwijs je dan? De naam van de VLAN interface of bij de DHCP opties?

[ Voor 28% gewijzigd door fabianishere op 21-01-2022 21:53 ]

[Bruzski]

fabianishere schreef op vrijdag 21 januari 2022 @ 21:50:
[...]

Naar welke optie verwijs je dan? De naam van de VLAN interface of bij de DHCP opties?

Zodra ik de VLAN interface naam "iptv" tijdens de setup meegeef krijg ik geen verbinding, geef ik na een apt remove en purge commando tijdens herinstallatie de naam "IPTV" mee, heb ik direct beeld.

Moet de VLAN interface en DHCP optie naam gelijk zijn ?

[ Voor 21% gewijzigd door Bruzski op 21-01-2022 23:15 ]

[fabianishere]

Bruzski schreef op vrijdag 21 januari 2022 @ 22:13:
[...]


Zodra ik de VLAN interface naam "iptv" tijdens de setup meegeef krijg ik geen verbinding, geef ik na een apt remove en purge commando tijdens herinstallatie de naam "IPTV" mee, heb ik direct beeld.

Moet de VLAN interface en DHCP optie naam gelijk zijn ?

Nee, dat is niet nodig. Welke versie heb je geïnstalleerd? In principe moet “iptv” ook werken, maar met een oudere versie van het script ging er wat mis als de interface na restart nog bestond.

[Bruzski]

fabianishere schreef op zaterdag 22 januari 2022 @ 00:24:
[...]


Nee, dat is niet nodig. Welke versie heb je geïnstalleerd? In principe moet “iptv” ook werken, maar met een oudere versie van het script ging er wat mis als de interface na restart nog bestond.

Ik heb het bij zowel versie 2.02 en 2.03, ik zal nogmaals met een schone installatie opnieuw proberen.

[Huub-]

Bruzski schreef op zaterdag 22 januari 2022 @ 00:38:
[...]


Ik heb het bij zowel versie 2.02 en 2.03, ik zal nogmaals met een schone installatie opnieuw proberen.

Is het niet voldoende om het scrip nogmaals te draaien als je naar versie 2.03 wil? @fabianishere wellicht handig om instructies hiervoor te maken…

[Bruzski]

Huub- schreef op zaterdag 22 januari 2022 @ 08:08:
[...]

Is het niet voldoende om het scrip nogmaals te draaien als je naar versie 2.03 wil? @fabianishere wellicht handig om instructies hiervoor te maken…

Ook met versie 2.04 heb ik geen beeld zodra ik VLAN interface naam "iptv" meegeef, zodra ik commando ip -4 addr show dev iptv uitvoer krijg ik de foutmelding device "iptv" does not exist.

[fabianishere]

Bruzski schreef op zaterdag 22 januari 2022 @ 17:10:
[...]


Ook met versie 2.04 heb ik geen beeld zodra ik VLAN interface naam "iptv" meegeef, zodra ik commando ip -4 addr show dev iptv uitvoer krijg ik de foutmelding device "iptv" does not exist.

Zou je de output van de volgende commando kunnen meegeven:

code:

udm-iptv-diag

[fabianishere]

bvk007 schreef op vrijdag 21 januari 2022 @ 14:13:
[...]


@fabianishere , wat is de aanvliegroute die ik hiervoor zou moeten gebruiken?

Kan ik een custom kernel van jou gebruiken, of moet ik er zelf 1 bouwen?

Om terug te komen op je vraag.
Als je het zelf te builden moet je eerst de benodigde packages installeren. Dit moet je niet doen op je UDM/P, maar op een andere Linux installatie (als je die hebt draaien).

Vervolgens de volgende commandos uitvoeren:

code:

git clone --depth 1 https://github.com/fabianishere/udm-kernel
cd udm-kernel
.github/prepare.sh -s
make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- LOCALVERSION= modules_prepare

cd ..
git clone https://github.com/maru-sama/rtsp-linux.git
cd rtsp-linux
make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- KERNELDIR=../udm-kernel EXTRAVERSION="-al-linux-v10.2.0" LOCALVERSION=

Uiteindelijk staan in de laatste folder dan nf_conntrack_rtsp.ko en nf_nat_rtsp.ko. Die kan je dan naar je Dream Machine uploaden en installeren met behulp van insmod:

code:

insmod nf_conntrack_rtsp.ko
insmod nf_nat_rtsp.ko

[ Voor 6% gewijzigd door fabianishere op 23-01-2022 10:37 ]

[Bruzski]

fabianishere schreef op zaterdag 22 januari 2022 @ 17:14:
[...]


Zou je de output van de volgende commando kunnen meegeven:

code:

udm-iptv-diag

[ Voor 16% gewijzigd door Bruzski op 22-01-2022 18:37 ]

[bvk007]

fabianishere schreef op zaterdag 22 januari 2022 @ 18:08:
[...]


Om terug te komen op je vraag.
Als je het zelf te builden moet je eerst de benodigde packages installeren. Dit moet je niet doen op je UDM/P, maar op een andere Linux installatie (als je die hebt draaien).

Vervolgens de volgende commandos uitvoeren:

code:

git clone --depth 1 https://github.com/fabianishere/udm-kernel
cd udm-kernel
.github/prepare.sh -s

cd ..
git clone https://github.com/maru-sama/rtsp-linux.git
cd rtsp-linux
make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- KERNELDIR=../udm-kernel EXTRAVERSION="-al-linux-v10.2.0"

Uiteindelijk staan in de laatste folder dan nf_conntrack_rtsp.ko en nf_nat_rtsp.ko. Die kan je dan naar je Dream Machine uploaden en installeren met behulp van insmod:

code:

insmod nf_conntrack_rtsp.ko
insmod nf_nat_rtsp.ko

Ik heb een ubuntu docker container opgespind en daar alles in geïnstalleerd, alles lijkt goed te gaan (wat issues met apt install build-dep....maar dat leek allemaal oplosbaar.

De rest gaat goed t/m de prepare.sh....alleen zodra ik de code compileer van rtsp-linux gaat het mis:

code:

# cd rtsp-linux
# make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- KERNELDIR=../udm-kernel EXTRAVERSION="-al-linux-v10.2.0"
make -C ../udm-kernel M=`pwd` modules
make[1]: Entering directory '/udm-kernel'

  WARNING: Symbol version dump ./Module.symvers
           is missing; modules will have no dependencies and modversions.

  Building modules, stage 2.
  MODPOST 0 modules
/bin/sh: 1: scripts/mod/modpost: not found
make[2]: *** [scripts/Makefile.modpost:92: __modpost] Error 127
make[1]: *** [Makefile:1554: modules] Error 2
make[1]: Leaving directory '/udm-kernel'
make: *** [Makefile:14: all] Error 2

[fabianishere]

Bruzski schreef op zaterdag 22 januari 2022 @ 18:36:
[...]


[Afbeelding]

Ik vermoed dat dit komt omdat door case (in-)sensitivity.
Ik raad aan eerst de oorspronkelijke interface te verwijderen:

code:

ip link delete dev IPTV

Daarna udm-iptv opnieuw configureren met de juiste naam voor de VLAN interface en de service opnieuw starten.

bvk007 schreef op zaterdag 22 januari 2022 @ 19:57:
[...]


Ik heb een ubuntu docker container opgespind en daar alles in geïnstalleerd, alles lijkt goed te gaan (wat issues met apt install build-dep....maar dat leek allemaal oplosbaar.

De rest gaat goed t/m de prepare.sh....alleen zodra ik de code compileer van rtsp-linux gaat het mis:

code:

# cd rtsp-linux
# make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- KERNELDIR=../udm-kernel EXTRAVERSION="-al-linux-v10.2.0"
make -C ../udm-kernel M=`pwd` modules
make[1]: Entering directory '/udm-kernel'

  WARNING: Symbol version dump ./Module.symvers
           is missing; modules will have no dependencies and modversions.

  Building modules, stage 2.
  MODPOST 0 modules
/bin/sh: 1: scripts/mod/modpost: not found
make[2]: *** [scripts/Makefile.modpost:92: __modpost] Error 127
make[1]: *** [Makefile:1554: modules] Error 2
make[1]: Leaving directory '/udm-kernel'
make: *** [Makefile:14: all] Error 2

Ah, ik ben een stap vergeten:

code:

cd udm-kernel
make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- modules_prepare

[bvk007]

fabianishere schreef op zaterdag 22 januari 2022 @ 20:26:

Ah, ik ben een stap vergeten:

code:

cd udm-kernel
make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- modules_prepare

Volgens mijn ben ik er bijna, maar de insmod gaat fout:

code:

# insmod nf_conntrack_rtsp.ko
insmod: can't insert 'nf_conntrack_rtsp.ko': invalid module format
# insmod nf_nat_rtsp.ko
insmod: can't insert 'nf_nat_rtsp.ko': invalid module format

Heb ik tegen de juiste stock-kernel aangebouwd? Ik draai momenteel op 1.11.0 (stable)

een dmesg zegt het volgende:

code:

 nf_nat_rtsp: version magic '4.19.152-v1.11.0.3921-f2e3fac+ SMP mod_unload aarch64' should be '4.19.152-al-linux-v10.2.0-v1.11.0.3921-f2e3fac SMP mod_unload aarch64

na wat hackwerk in de .config file in udm-kernel heb ik nu dit:

code:

version magic '4.19.152-al-linux-v10.2.0-v1.11.0.3921-f2e3fac+ SMP mod_unload aarch64' should be '4.19.152-al-linux-v10.2.0-v1.11.0.3921-f2e3fac SMP mod_unload aarch64'

Zou het dat '+' teken zijn aan het einde van f2e3fac?

[ Voor 35% gewijzigd door bvk007 op 22-01-2022 21:34 ]

[Bruzski]

fabianishere schreef op zaterdag 22 januari 2022 @ 20:26:
[...]


Ik vermoed dat dit komt omdat door case (in-)sensitivity.
Ik raad aan eerst de oorspronkelijke interface te verwijderen:

code:

ip link delete dev IPTV

Daarna udm-iptv opnieuw configureren met de juiste naam voor de VLAN interface en de service opnieuw starten.

dit lijkt inderdaad de oplossing, mijn dank is groot!!

ik krijg alleen nog steeds de volgende foutmelding " MRT_DEL_MFC; Errno(2): No such file or directory " kan ik dit gewoon negeren?

[bvk007]

Bruzski schreef op zaterdag 22 januari 2022 @ 21:47:
[...]


dit lijkt inderdaad de oplossing, mijn dank is groot!!

ik krijg alleen nog steeds de volgende foutmelding " MRT_DEL_MFC; Errno(2): No such file or directory " kan ik dit gewoon negeren?

Ja heb ik ook, proxy gaat verder als de brandweer , kun je negeren imho

[La1974]

Bruzski schreef op zaterdag 22 januari 2022 @ 21:47:
[...]


dit lijkt inderdaad de oplossing, mijn dank is groot!!

ik krijg alleen nog steeds de volgende foutmelding " MRT_DEL_MFC; Errno(2): No such file or directory " kan ik dit gewoon negeren?

First world problem solved .

[mgiebels]

@Coolhva Ik had jou bericht even van unifi forum gehaald had er een vraag over.

https://github.com/coolhv...50b8b/config.gateway.json <-- probeer deze config.gateway.json, als de controller deze zonder problemen pakt dan zal je verbinding niet meer uitvallen.

Dit is helaas een bug van unifi en ik kan de MTU er niet standaard in zetten want sommige mensen krijgen dan een probleem met provisionen. Maar niet iedereen. Ik zou zeggen, download de json zet hem op de juiste plek en probeer het.

Ik had een nieuwe van Github gehaald maar daar zat die MTU niet in en als ik dan wat opsloeg en hij ging provisionen dan sloeg de TV weer uit en ook het internet (heb deze weer toegevoegd en mijn vraag was of dit kwaad kon?) of had die van de link die jij stuurde gewoon erop kunnen zetten? maar had het idee dat deze wat nieuwer was die nu op github stond bestand was groter in ieder geval


Ik draai hem trouwens zonder problemen nu met de laatste software versie
USG3P met 4.4.56.5449062
US-8-60W met 4.4.56.5449062

Draait nu al paar dagen zonder problemen.
Heb wel igmpproxy.sh er ook in gezet wellicht komt het door deze?

Hoe zet ik Lan2 aan wil daar me homeassistant los op draaien

[fabianishere]

bvk007 schreef op zaterdag 22 januari 2022 @ 20:57:
[...]


Volgens mijn ben ik er bijna, maar de insmod gaat fout:

code:

# insmod nf_conntrack_rtsp.ko
insmod: can't insert 'nf_conntrack_rtsp.ko': invalid module format
# insmod nf_nat_rtsp.ko
insmod: can't insert 'nf_nat_rtsp.ko': invalid module format

Heb ik tegen de juiste stock-kernel aangebouwd? Ik draai momenteel op 1.11.0 (stable)

een dmesg zegt het volgende:

code:

 nf_nat_rtsp: version magic '4.19.152-v1.11.0.3921-f2e3fac+ SMP mod_unload aarch64' should be '4.19.152-al-linux-v10.2.0-v1.11.0.3921-f2e3fac SMP mod_unload aarch64

na wat hackwerk in de .config file in udm-kernel heb ik nu dit:

code:

version magic '4.19.152-al-linux-v10.2.0-v1.11.0.3921-f2e3fac+ SMP mod_unload aarch64' should be '4.19.152-al-linux-v10.2.0-v1.11.0.3921-f2e3fac SMP mod_unload aarch64'

Zou het dat '+' teken zijn aan het einde van f2e3fac?

Oh ja, dat doet Linux als je lokaal build. Om die plus weg te krijgen moet je aan alle make stappen "LOCALVERSION= " toevoegen.

[Bruzski]

bvk007 schreef op zaterdag 22 januari 2022 @ 21:56:
[...]


Ja heb ik ook, proxy gaat verder als de brandweer , kun je negeren imho

Het lijkt erop dat igmpproxy een multicast route herhaaldelijk invoegt en verwijdert na verzenden van een algemene membership query,

Ik vermoed dat zonder de juiste afhandeling dit er wellicht voor zorgt dat je hierdoor de MRT_DEL_MFC foutmelding krijgt?

Overigens is bij mij /etc/igmpproxy.conf leeg, heb jij dat ook?

[bvk007]

Bruzski schreef op zondag 23 januari 2022 @ 12:20:
[...]


Het lijkt erop dat igmpproxy een multicast route herhaaldelijk invoegt en verwijdert na verzenden van een algemene membership query,

Ik vermoed dat zonder de juiste afhandeling dit er wellicht voor zorgt dat je hierdoor de MRT_DEL_MFC foutmelding krijgt?

Overigens is bij mij /etc/igmpproxy.conf leeg, heb jij dat ook?

Ja die is bij mij ook leeg, maar die file wordt niet gebruikt. De echte config staat in /var/run/igmpproxy.iptv.conf

[bvk007]

fabianishere schreef op zondag 23 januari 2022 @ 10:36:
[...]


Oh ja, dat doet Linux als je lokaal build. Om die plus weg te krijgen moet je aan alle make stappen "LOCALVERSION= " toevoegen.

Ja dat was het de module is nu goed geladen. Echter werkt begin gemist niet...helaas

code:

# lsmod
Module                  Size  Used by    Tainted: P
nf_nat_rtsp            16384  0
nf_conntrack_rtsp      16384  1 nf_nat_rtsp

volgens de documentatie van de github repo van rtsp-linux, zou ik nog een sudo modprobe moeten doen, maar deze geeft een foutmelding.

code:

root@ubnt:/data# sudo modprobe nf_rtsp_nat
modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/4.19.152-al-linux-v10.2.0-v1.11.0.3921-f2e3fac/modules.dep.bin'
modprobe: FATAL: Module nf_rtsp_nat not found in directory /lib/modules/4.19.152-al-linux-v10.2.0-v1.11.0.3921-f2e3fac

[ Voor 50% gewijzigd door bvk007 op 23-01-2022 15:18 ]

[fabianishere]

bvk007 schreef op zondag 23 januari 2022 @ 14:50:
[...]


Ja dat was het de module is nu goed geladen. Echter werkt begin gemist niet...helaas

code:

# lsmod
Module                  Size  Used by    Tainted: P
nf_nat_rtsp            16384  0
nf_conntrack_rtsp      16384  1 nf_nat_rtsp

volgens de documentatie van de github repo van rtsp-linux, zou ik nog een sudo modprobe moeten doen, maar deze geeft een foutmelding.

code:

root@ubnt:/data# sudo modprobe nf_rtsp_nat
modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/4.19.152-al-linux-v10.2.0-v1.11.0.3921-f2e3fac/modules.dep.bin'
modprobe: FATAL: Module nf_rtsp_nat not found in directory /lib/modules/4.19.152-al-linux-v10.2.0-v1.11.0.3921-f2e3fac

Vanaf welke interface komt "begin gemist" verkeer? Wellicht dat je daar een apart NAT regel voor moet aanmaken?

[bvk007]

fabianishere schreef op zondag 23 januari 2022 @ 15:53:
[...]


Vanaf welke interface komt "begin gemist" verkeer? Wellicht dat je daar een apart NAT regel voor moet aanmaken?

Interface is br10. Alles (maar 1 stb) uit dat vlan is voor iptv. Maar wat voor nat regel dan, ik dacht dat die conntrack modules de NATing verzorgden?

[fabianishere]

bvk007 schreef op zondag 23 januari 2022 @ 16:03:
[...]


Interface is br10. Alles (maar 1 stb) uit dat vlan is voor iptv. Maar wat voor nat regel dan, ik dacht dat die conntrack modules de NATing verzorgden?

Ik bedoel vanaf de WAN kant. Als IPTV verkeer vanaf een aparte VLAN komt, wordt er alleen een NAT regel gemaakt voor het IPTV verkeer naar je interne LANs. Als "begin gemist" vanaf andere IP-adressen komt, valt het niet onder de NAT regel en kan het je interne LANs niet bereiken.

Wellicht helpt het om een packet trace te doen van wanneer je "begin gemist" probeert te bereiken.

[ Voor 8% gewijzigd door fabianishere op 23-01-2022 16:54 ]

[rjhilbrink]

bvk007 schreef op zaterdag 22 januari 2022 @ 20:57:
[...]

na wat hackwerk in de .config file in udm-kernel heb ik nu dit:

Welk hackwerk heb je uitgevoerd? probeer dit na te spelen op een UDM-SE

[bvk007]

rjhilbrink schreef op zondag 23 januari 2022 @ 17:35:
[...]

Welk hackwerk heb je uitgevoerd? probeer dit na te spelen op een UDM-SE

Ik had config.localversion aangepast, maar fabian heeft de commando’s in zijn forum post bijgewerkt. Denk dat je beter die kan gebruiken

[rjhilbrink]

bvk007 schreef op zondag 23 januari 2022 @ 17:42:
[...]


Ik had config.localversion aangepast, maar fabian heeft de commando’s in zijn forum post bijgewerkt. Denk dat je beter die kan gebruiken

Hmm zie nu dat de UDM-SE een net andere kernel heeft 4.19.152-ui-alpine ipv 4.19.152-v1.11.0.3921-f2e3fac
Maar dit is dan ook voor mij al weer jaren gelden dat je zelf alles moest builden :-)

[bvk007]

rjhilbrink schreef op zondag 23 januari 2022 @ 17:55:
[...]

Hmm zie nu dat de UDM-SE een net andere kernel heeft 4.19.152-ui-alpine ipv 4.19.152-v1.11.0.3921-f2e3fac
Maar dit is dan ook voor mij al weer jaren gelden dat je zelf alles moest builden :-)

Ben benieuwd wat jouw resultaten gaan zijn

[Coolhva]

mgiebels schreef op zondag 23 januari 2022 @ 10:33:
@Coolhva Ik had jou bericht even van unifi forum gehaald had er een vraag over.

https://github.com/coolhv...50b8b/config.gateway.json <-- probeer deze config.gateway.json, als de controller deze zonder problemen pakt dan zal je verbinding niet meer uitvallen.

Dit is helaas een bug van unifi en ik kan de MTU er niet standaard in zetten want sommige mensen krijgen dan een probleem met provisionen. Maar niet iedereen. Ik zou zeggen, download de json zet hem op de juiste plek en probeer het.

Ik had een nieuwe van Github gehaald maar daar zat die MTU niet in en als ik dan wat opsloeg en hij ging provisionen dan sloeg de TV weer uit en ook het internet (heb deze weer toegevoegd en mijn vraag was of dit kwaad kon?) of had die van de link die jij stuurde gewoon erop kunnen zetten? maar had het idee dat deze wat nieuwer was die nu op github stond bestand was groter in ieder geval


Ik draai hem trouwens zonder problemen nu met de laatste software versie
USG3P met 4.4.56.5449062
US-8-60W met 4.4.56.5449062

Draait nu al paar dagen zonder problemen.
Heb wel igmpproxy.sh er ook in gezet wellicht komt het door deze?

Hoe zet ik Lan2 aan wil daar me homeassistant los op draaien

Wat ik iedereen aanraad die de MTU er in wil hebben is om de MTU waardes op de juiste plek in de laatst beschikbare JSON te plaatsen. Ik heb bijvoorbeeld de IPv6 configuratie een paar dagen geleden aangepast, deze heb je nu niet bijv.

Daarnaast zou ik met VLANs gaan werken en niet met LAN2, je bent dan flexibeler in je setup, ook met aangesloten apparaten die in datzelfde netwerk kunnen plaatsnemen.

[mgiebels]

@Coolhva Ik heb de versie van jou eigen site gehaald zag dat die van dit jaar was althans toen ik in de zip keek.
En heb toen gekeken naar wat jij toen had toegevoegd.
of is er ook een losse versie met die MTU erin?
want de exacte plaatsen zou ik anders niet weten heb toen alleen vergeleken met elkaar

stukje hieronder in de eth0 had ik hem erbij gezet
},
"interfaces": {
"ethernet": {
"eth0": {
"mtu": "1512",
"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

[Coolhva]

mgiebels schreef op maandag 24 januari 2022 @ 12:26:
@Coolhva Ik heb de versie van jou eigen site gehaald zag dat die van dit jaar was althans toen ik in de zip keek.
En heb toen gekeken naar wat jij toen had toegevoegd.
of is er ook een losse versie met die MTU erin?
want de exacte plaatsen zou ik anders niet weten heb toen alleen vergeleken met elkaar

stukje hieronder in de eth0 had ik hem erbij gezet
},
"interfaces": {
"ethernet": {
"eth0": {
"mtu": "1512",
"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

https://github.com/coolhv...r/config.gateway.json#L55

Op regel 55 kan je dit bijplaatsen:

code:

"mtu": "1512",

https://github.com/coolhv...r/config.gateway.json#L82
En op regel 82 (regel 83 als je eerst regel 55 hebt bijgeplaatst ;-)) kan je dit bijplaatsen:

code:

"mtu": "1508",

[mgiebels]

Denk dat ik het bestand al had met ipv6 erin had je zipfiles van je site opnieuw gedownload waar alles in zet .
https://github.com/coolhva/usg-kpn-ftth/archive/master.zip

Hier had die regels die je wel eens eerder had toegevoegd erin gezet.
En zitten inderdaad op regel 55 en 83

Het werkt nu ook als hij provisioned blijft hij in de lucht gelukkig anders zit me zoontje of vrouw weer te zeuren als ik wat aanpas het internet is weg.

PS wel lekker dat het gewoon werkt ook met de laatste software versies van de Ubiquity
Thanks!!

[Bruzski]

Zojuist mijn UDMP geüpgraded naar firmware 1.11.1, hierdoor had ik geen beeld meer, helaas heb ik de IPTV installatie opnieuw moeten draaien.

[A. Meirink]

Ik ben bezig met het opzetten van Ubiquiti netwerk in mijn nieuwe huis, ik heb een XS4ALL abo met IPTV en werk nu nog tijdelijk met de meegeleverde Fritzbox. Echter wil ik deze gaan vervangen en sta nu voor de keuze:
- USG + Cloudkey --> gaat werken volgens mij als ik de super handleiding van Coolhva ga gebruiken
- UDMPro --> heeft mijn voorkeur ivm plaatsing in rack, maar hiervan lees ik op sommige sites dat dit niet werkt icm routed IPTV van Xs4all
- UDM-SE --> maar heb eigelijk de PoE van deze machine niet nodig omdat ik al een PoE switch in mijn netwerk heb.

De inmiddels 139 pagina's van deze topic doorwerken is ook een optie, maar wie heeft er een goed advies?

Thanx!

[ Voor 2% gewijzigd door A. Meirink op 26-01-2022 11:26 . Reden: Textueel ]

[tijgetje57]

A. Meirink schreef op woensdag 26 januari 2022 @ 11:20:
Ik ben bezig met het opzetten van Ubiquiti netwerk in mijn nieuwe huis, ik heb een XS4ALL abo met IPTV en werk nu nog tijdelijk met de meegeleverde Fritzbox. Echter wil ik deze gaan vervangen en sta nu voor de keuze:
- USG + Cloudkey --> gaat werken volgens mij als ik de super handleiding van Coolhva ga gebruiken
- UDMPro --> heeft mijn voorkeur ivm plaatsing in rack, maar hiervan lees ik op sommige sites dat dit niet werkt icm routed IPTV van Xs4all
- UDM-SE --> maar heb eigelijk de PoE van deze machine niet nodig omdat ik al een PoE switch in mijn netwerk heb.

De inmiddels 139 pagina's van deze topic doorwerken is ook een optie, maar wie heeft er een goed advies?

Thanx!

@Coolhva jij hebt toch ook de dreammachine pro aan de gang gekregen?
Is een mooie oplossing zo'n alles in 1, zeker als je verder wilt bouwen met bijvoorbeeld camera deurbel.

[Huub-]

[b]A. Meirink schreef op woensdag 26 januari 2022 @ 11:20:
- UDMPro --> heeft mijn voorkeur ivm plaatsing in rack, maar hiervan lees ik op sommige sites dat dit niet werkt icm routed IPTV van Xs4all
- UDM-SE --> maar heb eigelijk de PoE van deze machine niet nodig omdat ik al een PoE switch in mijn netwerk heb.

Ik zou voor de UDM Pro gaan. Eenvoudige instructies kun je hier vinden:
https://github.com/fabianishere/udm-iptv

[Coolhva]

tijgetje57 schreef op woensdag 26 januari 2022 @ 12:12:
[...]


@Coolhva jij hebt toch ook de dreammachine pro aan de gang gekregen?
Is een mooie oplossing zo'n alles in 1, zeker als je verder wilt bouwen met bijvoorbeeld camera deurbel.

Ik ga op een gegeven moment wel een UDM Pro/SE gebruiken denk ik (al vind ik het lastig om de Synology die ik heb niet te gebruiken voor camera's). Fabian is op dit moment de UDM Guru als het komt op IPTV etc. ;-)

[nero355]

A. Meirink schreef op woensdag 26 januari 2022 @ 11:20:
Ik ben bezig met het opzetten van Ubiquiti netwerk in mijn nieuwe huis, ik heb een XS4ALL abo met IPTV en werk nu nog tijdelijk met de meegeleverde Fritzbox. Echter wil ik deze gaan vervangen en sta nu voor de keuze:
- USG + Cloudkey --> gaat werken volgens mij als ik de super handleiding van Coolhva ga gebruiken
- UDMPro --> heeft mijn voorkeur ivm plaatsing in rack, maar hiervan lees ik op sommige sites dat dit niet werkt icm routed IPTV van Xs4all
- UDM-SE --> maar heb eigelijk de PoE van deze machine niet nodig omdat ik al een PoE switch in mijn netwerk heb.

De inmiddels 139 pagina's van deze topic doorwerken is ook een optie, maar wie heeft er een goed advies?

Heb je ook een DIY Router i.c.m. pfSense/OPNsense/OpenWRT overwogen of gewoon een EdgeRouter

Als ik namelijk alle rare fratsen van de UDR/UDM reeks voorbij zie komen dan zou ik daar eigenlijk nooit aan beginnen en nog liever de good old USG 3P kopen dan al het andere!

Wil je iets dat in een rack kan dan kan je desnoods naar de grotere USG Pro modellen kijken, maar ook die vind ik heel eerlijk gezegd weggegooid geld!

[Bruzski]

Huub- schreef op woensdag 26 januari 2022 @ 12:31:
[...]

Ik zou voor de UDM Pro gaan. Eenvoudige instructies kun je hier vinden:
https://github.com/fabianishere/udm-iptv

Wou ik net voorstellen, werkt installatie procedure van @fabianishere niet hetzelfde voor XS4all ?

Mijn nog krasvrije rack in de trapkast
de N300A VoIP box komt daar nog bij te staan.

[rjhilbrink]

Bruzski schreef op woensdag 26 januari 2022 @ 14:40:
[...]


Wou ik net voorstellen, werkt installatie procedure van @fabianishere niet hetzelfde voor XS4all ?

Mijn nog krasvrije rack in de trapkast
de N300A VoIP box komt daar nog bij te staan.

[Afbeelding]

Hey op de UDM-Pro zijn de link lichtjes groen. op mijn UDM-SE zijn die wit. (heel irritant BTW)
Maar ziet er mooi uit. Helaas geen ruimte voor een rack, en in mijn meterkast past het net.

[rjhilbrink]

Even een wilde vraag. Wie heeft er TWEAK fiber en een machine genaamd JP's Hackintosh ?
Ik zie nogal wat mdsn verkeer langskomen op het iptv vlan. Zover ik kan zien zijn er 2 mede tweakers die iets te veel broadcasten op het iptv netwerk.
Oh ik zie van dezelfde persoon ook een colorbulb (shelly) en ik vermoed dat hij van duitse afkomst is (Wohnzimmer/unten etc voor de speakers)

[ Voor 23% gewijzigd door rjhilbrink op 26-01-2022 15:18 ]

[rjhilbrink]

A. Meirink schreef op woensdag 26 januari 2022 @ 11:20:
Ik ben bezig met het opzetten van Ubiquiti netwerk in mijn nieuwe huis
- UDMPro --> heeft mijn voorkeur ivm plaatsing in rack, maar hiervan lees ik op sommige sites dat dit niet werkt icm routed IPTV van Xs4all
- UDM-SE --> maar heb eigelijk de PoE van deze machine niet nodig omdat ik al een PoE switch in mijn netwerk heb.

Hou er wel rekening mee dat de 8 poorten op de UDM-SE en de UDM-Pro een 1gbits backend hebben. Als je 1 netwerk maakt geen issue maar routeren naar verschillende vlans moet via de backend, en dat zou een performance probleem kunnen zijn. Ikzelfs gebruik de 8 poorten voor Raspberry-Pi's en de cameras. Die halen samen bij lange na niet de 1 gbits. de rest hangt aan de 10gbits poort via een USW24-Pro.
En zoals al aangegeven werken de UDM-SE en UDM-Pro sneller (qua config) en beter met routed IPTV dan de USG's.
Alhoewel ik nog geen update heb uitgevoerd. (ik zou daarna de installatie stappen opnieuw moeten uitvoeren:(apt install dialog ./igmpproxy_0.3-1_arm64.deb ./udm-iptv_2.0.4_all.deb) geen rocket sience :-)

[Huub-]

Bruzski schreef op woensdag 26 januari 2022 @ 14:40:
[...]


Wou ik net voorstellen, werkt installatie procedure van @fabianishere niet hetzelfde voor XS4all ?

Ik heb het draaien met een UDM Pro bij XS4ALL

[Huub-]

Bruzski schreef op woensdag 26 januari 2022 @ 14:40:
[...]

Mijn nog krasvrije rack in de trapkast
de N300A VoIP box komt daar nog bij te staan.

[Afbeelding]

Ah die ziet er goed en netjes uit!
Heb helaas ook geen ruimte voor een dergelijke rack in mijn meterkast. Ik heb hem ‘hangen’ in de meterkast

[ Voor 10% gewijzigd door Huub- op 26-01-2022 15:32 ]

[rjhilbrink]

bvk007 schreef op zondag 23 januari 2022 @ 18:14:
[...]


Ben benieuwd wat jouw resultaten gaan zijn

Omdat ik het niet aan de praat kreeg met de kernel van Fabian, heb ik gebruik gemaakt van de kernel die bij het wireguard project wordt gebruikt. Deze kernel tezamen met het RSTP project zorgde voor een correcte build die geen foutmeldingen gaf.
Simple kopieren van de 2 kernel modules naar de juiste folder
depmod -a
en dan de beide modules mbv modprobe laden. Hier werkt nu op de UDM-SE uitzending gemist en pauzeren. (just in case ik gebruik Canal Digitaal op het tweak netwerk)
En op de koop toe ook nog eens een wireguard kernel module :-)

[mgiebels]

Coolhva schreef op maandag 24 januari 2022 @ 12:30:
[...]


https://github.com/coolhv...r/config.gateway.json#L55

Op regel 55 kan je dit bijplaatsen:

code:

"mtu": "1512",

https://github.com/coolhv...r/config.gateway.json#L82
En op regel 82 (regel 83 als je eerst regel 55 hebt bijgeplaatst ;-)) kan je dit bijplaatsen:

code:

"mtu": "1508",

Ik had vanmiddag dat met USG spontaan een reboot deed maar daarna werkte me TV niet meer moest igmpproxy herstarten.
Heb wel dat script igmpproxy.sh er ook op staan maar die was niet automatisch herstart enig idee wat het kan zijn geweest?

Moet ik nog iets met die igmpproxy.sh doen heb hem erop gezet en 0755 gemaakt maar moet ik voor de rest nog wat doen ermee?

[ Voor 8% gewijzigd door mgiebels op 27-01-2022 19:36 ]

[mgiebels]

Ik ga me Fritzbox er maar weer tussen zetten sinds vandaag alleen maar trammelant.
Moet opeens om de 5 min imgpproxy herstarten.

net toch maar me USG nog keer herstart en hij doet het nu al 15 min opeens.

Het is begonnen nadat me USG vandaag spontaan aan de reboot is gegaan uit het niets sindsdien deed tv niks meer beruchte stb-nmc-400 hele tijd.

[ Voor 46% gewijzigd door mgiebels op 27-01-2022 21:57 ]

[Coolhva]

mgiebels schreef op donderdag 27 januari 2022 @ 21:31:
Ik ga me Fritzbox er maar weer tussen zetten sinds vandaag alleen maar trammelant.
Moet opeens om de 5 min imgpproxy herstarten.

net toch maar me USG nog keer herstart en hij doet het nu al 15 min opeens.

Het is begonnen nadat me USG vandaag spontaan aan de reboot is gegaan uit het niets sindsdien deed tv niks meer beruchte stb-nmc-400 hele tijd.

Ik heb dus ook dat na een reboot, ik hem nog een keer een schopje moet geven. Het lijkt wel alsof sommige bitjes scheef staan en pas na een reboot deze weer recht komen.

(serieus, waarschijnlijk wordt er na de eerste reboot wijzigingen gemaakt welke invloed hebben op processen die dan al gestart zijn, met een herstart worden de wijzigingen daarna wel goed meegenomen).

[mgiebels]

Coolhva schreef op donderdag 27 januari 2022 @ 22:06:
[...]


Ik heb dus ook dat na een reboot, ik hem nog een keer een schopje moet geven. Het lijkt wel alsof sommige bitjes scheef staan en pas na een reboot deze weer recht komen.

(serieus, waarschijnlijk wordt er na de eerste reboot wijzigingen gemaakt welke invloed hebben op processen die dan al gestart zijn, met een herstart worden de wijzigingen daarna wel goed meegenomen).

Inderdaad wel apart en met een force provisioning ging hij ook niet rebooten.
heb hem maar een 2x gereboot en nu werkt het wel weer.
Nadeel van dat ding is dat ze zo traag herstarten me fritzbox is zo online.
Nu even afkloppen dat hij blijft werken vrouw was alweer not amused meteen elke keer dat gekloot zegt ze

[mgiebels]

@Coolhva eigenlijk als ik met USG echt herstart moet dit 2x? Complete reboot gelukkig gebeurd dit niet al te vaak hoop ik ja gister opeens maar dat kwam omdat 2 switches in me netwerk hetzelfde ip adres hadden waardoor ik steeds meldingen kreeg in UniFi die ik niet kon verklaren eerst maar nu wel

[Cartman!]

Coolhva schreef op donderdag 27 januari 2022 @ 22:06:
[...]


Ik heb dus ook dat na een reboot, ik hem nog een keer een schopje moet geven. Het lijkt wel alsof sommige bitjes scheef staan en pas na een reboot deze weer recht komen.

(serieus, waarschijnlijk wordt er na de eerste reboot wijzigingen gemaakt welke invloed hebben op processen die dan al gestart zijn, met een herstart worden de wijzigingen daarna wel goed meegenomen).

Ik weet niet beter dan dat ik altijd een 2e reboot moet geven als de stroom er eens is afgeweest, daarvoor is t gewoon stuk en na de reboot werkt t als n zonnetje.

[mgiebels]

Cartman! schreef op vrijdag 28 januari 2022 @ 10:25:
[...]

Ik weet niet beter dan dat ik altijd een 2e reboot moet geven als de stroom er eens is afgeweest, daarvoor is t gewoon stuk en na de reboot werkt t als n zonnetje.

Dan weet ik dat ook gewoon houd ik dat ook aan.
Werkt voor de rest als een zonnetje inderdaad

[nero355]

Coolhva schreef op donderdag 27 januari 2022 @ 22:06:
Ik heb dus ook dat na een reboot, ik hem nog een keer een schopje moet geven. Het lijkt wel alsof sommige bitjes scheef staan en pas na een reboot deze weer recht komen.

(serieus, waarschijnlijk wordt er na de eerste reboot wijzigingen gemaakt welke invloed hebben op processen die dan al gestart zijn, met een herstart worden de wijzigingen daarna wel goed meegenomen).

Cartman! schreef op vrijdag 28 januari 2022 @ 10:25:
Ik weet niet beter dan dat ik altijd een 2e reboot moet geven als de stroom er eens is afgeweest, daarvoor is t gewoon stuk en na de reboot werkt t als n zonnetje.

Dat is een bekend probleem na sommige firmware updates geweest en daarom geef ik hem ook altijd tweemaal een schop na een firmware update!

mgiebels schreef op donderdag 27 januari 2022 @ 22:09:
Nu even afkloppen dat hij blijft werken vrouw was alweer not amused meteen elke keer dat gekloot zegt ze

Tijd voor een nieuwe!

mgiebels schreef op vrijdag 28 januari 2022 @ 10:23:
@Coolhva eigenlijk als ik met USG echt herstart moet dit 2x? Complete reboot gelukkig gebeurd dit niet al te vaak hoop ik ja gister opeens maar dat kwam omdat 2 switches in me netwerk hetzelfde ip adres hadden waardoor ik steeds meldingen kreeg in UniFi die ik niet kon verklaren eerst maar nu wel

Doe eens lief en geef je Switches en Accesspoints eens netjes een Static IP en bij voorkeur in een apart Management VLAN waarbij je dus gewoon de standaard VLAN 1 gebruikt!

[xven0mxz]

Er gaat hier iets niet goed. En hopelijk kunnen jullie mij helpen.

Ik heb een Ubiquiti ER POE 5-ports

Deze heb ik getracht in te richten met onderstaande config op basis van deze default configuratie. Ik wil graag poort 2, 3 en 4 ook gebruiken daarvoor heb ik de default config aangepast. Helaas zit in nu met het probleem dat de GUI erg traag reageert en mijn algemene download snelheid niet boven de 300MB uitkomt waar dit bij de Experiabox gemakkelijk boven de 950MB uitkwam.

Zonder de toevoegingen om de extra poorten te gebruiken werkt alles wel naar behoren.

Wat gaat er hier niet goed? Ik zie inmiddels niet meer wat er fout gaat.

code:

firewall {
    all-ping enable
    broadcast-ping disable
    ipv6-name WANv6_IN {
        default-action drop
        description "WAN IPv6 naar LAN"
        rule 10 {
            action accept
            description "Allow established/related"
            state {
                established enable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            state {
                invalid enable
            }
        }
        rule 30 {
            action accept
            description "Allow IPv6 icmp"
            icmpv6 {
                type echo-request
            }
            protocol ipv6-icmp
        }
    }
    ipv6-name WANv6_LOCAL {
        default-action drop
        description "WAN IPv6 naar Router"
        rule 10 {
            action accept
            description "Allow established/related"
            state {
                established enable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            state {
                invalid enable
            }
        }
        rule 30 {
            action accept
            description "Allow IPv6 icmp"
            protocol ipv6-icmp
        }
        rule 40 {
            action accept
            description "Allow dhcpv6"
            destination {
                port 546
            }
            protocol udp
            source {
                port 547
            }
        }
    }
    ipv6-receive-redirects disable
    ipv6-src-route disable
    ip-src-route disable
    log-martians enable
    name WAN_IN {
        default-action drop
        description "WAN naar LAN"
        rule 10 {
            action accept
            description "Allow established/related"
            log disable
            state {
                established enable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            state {
                invalid enable
            }
        }
    }
    name WAN_IPTV_IN {
        default-action drop
        rule 1 {
            action accept
            description "Allow established/related"
            log disable
            protocol all
            state {
                established enable
                invalid disable
                new disable
                related enable
            }
        }
        rule 2 {
            action drop
            description "Drop invalid state"
            log disable
            protocol all
            state {
                established disable
                invalid enable
                new disable
                related disable
            }
        }
        rule 3 {
            action accept
            description "Allow IGMP multicasts"
            destination {
                address 224.0.0.0/4
            }
            log disable
            protocol udp
        }
    }
    name WAN_LOCAL {
        default-action drop
        description "WAN naar Router"
        rule 10 {
            action accept
            description "Allow established/related"
            log disable
            state {
                established enable
                invalid disable
                new disable
                related enable
            }
        }
        rule 20 {
            action drop
            description "Drop invalid state"
            state {
                established disable
                invalid enable
                new disable
                related disable
            }
        }
    }
    receive-redirects disable
    send-redirects enable
    source-validation disable
    syn-cookies enable
}
interfaces {
    bridge br0 {
        address 192.168.2.254/24
        aging 300
        bridged-conntrack disable
        description "Local Bridge"
        hello-time 2
        max-age 20
        priority 32768
        promiscuous enable
        stp false
    }
    ethernet eth0 {
        description FTTH
        duplex auto
        mtu 1512
        speed auto
        vif 4 {
            address dhcp
            description "KPN IPTV"
            dhcp-options {
                client-option "send vendor-class-identifier "IPTV_RG";"
                client-option "request subnet-mask, routers, rfc3442-classless-static-routes;"
                default-route no-update
                default-route-distance 210
                name-server update
            }
            firewall {
                in {
                    name WAN_IPTV_IN
                }
            }
            mtu 1500
        }
        vif 6 {
            description "KPN Internet"
            mtu 1508
            pppoe 0 {
                default-route auto
                dhcpv6-pd {
                    no-dns
                    pd 0 {
                        interface eth1 {
                            host-address ::1
                            no-dns
                            prefix-id :1
                            service slaac
                        }
                        prefix-length /48
                    }
                    rapid-commit enable
                }
                firewall {
                    in {
                        ipv6-name WANv6_IN
                        name WAN_IN
                    }
                    local {
                        ipv6-name WANv6_LOCAL
                        name WAN_LOCAL
                    }
                }
                idle-timeout 180
                ipv6 {
                    address {
                        autoconf
                    }
                    dup-addr-detect-transmits 1
                    enable {
                    }
                }
                mtu 1500
                name-server auto
                password ****************
                user-id XXXXXX@internet
            }
        }
    }
    ethernet eth1 {
        bridge-group {
            bridge br0
        }
        description LAN
        duplex auto
        ipv6 {
            dup-addr-detect-transmits 1
            router-advert {
                cur-hop-limit 64
                link-mtu 0
                managed-flag false
                max-interval 600
                name-server 2a02:a47f:e000::53
                name-server 2a02:a47f:e000::54
                other-config-flag false
                prefix ::/64 {
                    autonomous-flag true
                    on-link-flag true
                    valid-lifetime 2592000
                }
                radvd-options "RDNSS 2a02:a47f:e000::53 2a02:a47f:e000::54 {};"
                reachable-time 0
                retrans-timer 0
                send-advert true
            }
        }
        speed auto
    }
    ethernet eth2 {
        description LAN
        duplex auto
        poe {
            output 48v
        }
        speed auto
    }
    ethernet eth3 {
        description LAN
        duplex auto
        poe {
            output 48v
        }
        speed auto
    }
    ethernet eth4 {
        description LAN
        duplex auto
        poe {
            output 48v
        }
        speed auto
    }
    loopback lo {
    }
    switch switch0 {
        bridge-group {
            bridge br0
        }
        description "Local LAN Bridge"
        mtu 1500
        switch-port {
            interface eth2 {
            }
            interface eth3 {
            }
            interface eth4 {
            }
            vlan-aware disable
        }
    }
}
protocols {
    igmp-proxy {
        interface eth0.4 {
            alt-subnet 0.0.0.0/0
            role upstream
            threshold 1
        }
        interface eth1 {
            alt-subnet 0.0.0.0/0
            role downstream
            threshold 1
        }
    }
    static {
        interface-route6 ::/0 {
            next-hop-interface pppoe0 {
            }
        }
    }
}
service {
    dhcp-server {
        disabled false
        hostfile-update disable
        shared-network-name XX{
            authoritative enable
            subnet 192.168.2.0/24 {
                default-router 192.168.2.254
                dns-server 192.168.2.254
                lease 86400
                start 192.168.2.1 {
                    stop 192.168.2.200
                }
            }
        }
        static-arp disable
        use-dnsmasq enable
    }
    dns {
        forwarding {
            cache-size 4000
            listen-on eth1
            name-server 195.121.1.34
            name-server 195.121.1.66
            name-server 2a02:a47f:e000::53
            name-server 2a02:a47f:e000::54
            options listen-address=192.168.2.254
        }
    }
    gui {
        http-port 80
        https-port 443
        older-ciphers enable
    }
    nat {
        rule 5000 {
            description IPTV
            destination {
                address 213.75.112.0/21
            }
            log disable
            outbound-interface eth0.4
            protocol all
            source {
            }
            type masquerade
        }
        rule 5010 {
            description Internet
            log disable
            outbound-interface pppoe0
            protocol all
            type masquerade
        }
    }
    ssh {
        port 22
        protocol-version v2
    }
    telnet {
        port 23
    }
    unms {
        disable
    }
}
system {
    analytics-handler {
        send-analytics-report true
    }
    crash-handler {
        send-crash-report true
    }
    domain-name XX.local
    host-name XXX
    login {
        user ubnt {
            authentication {
                encrypted-password ****************
                plaintext-password ****************
            }
            level admin
        }
    }
    name-server 127.0.0.1
    ntp {
        server 0.nl.pool.ntp.org {
        }
        server 1.nl.pool.ntp.org {
        }
        server ntp0.nl.net {
        }
        server ntp1.nl.net {
        }
        server time.kpn.net {
        }
    }
    offload {
        hwnat disable
        ipsec enable
        ipv4 {
            forwarding enable
            gre enable
            pppoe enable
            vlan enable
        }
        ipv6 {
            forwarding enable
            pppoe enable
            vlan disable
        }
    }
    syslog {
        global {
            facility all {
                level notice
            }
            facility protocols {
                level debug
            }
        }
    }
    time-zone Europe/Amsterdam
    traffic-analysis {
        dpi disable
        export disable
    }
}


/* Warning: Do not remove the following line. */
/* === vyatta-config-version: "config-management@1:conntrack@1:cron@1:dhcp-relay@1:dhcp-server@4:firewall@5:ipsec@5:nat@3:qos@1:quagga@2:suspend@1:system@4:ubnt-pptp@1:ubnt-udapi-server@1:ubnt-unms@1:ubnt-util@1:vrrp@1:webgui@1:webproxy@1:zone-policy@1" === */
/* Release version: v1.10.8.5142440.181120.1645 */

[ Voor 103% gewijzigd door xven0mxz op 28-01-2022 16:58 ]

[nero355]

xven0mxz schreef op vrijdag 28 januari 2022 @ 16:41:
Er gaat hier iets niet goed. En hopelijk kunnen jullie mij helpen.

Alleen de EdgeRouter-X kan zonder extra CPU belasting een Bridge op de poorten aanmaken als ik het goed heb, want die heeft een Hardware Switch i.t.t. de rest van de modellen : De EdgeRouter Lite en hoger

_{TIP : Zet lange Code blokken tussen Quote Tags}

[mgiebels]

nero355 schreef op vrijdag 28 januari 2022 @ 15:01:
[...]


[...]

Dat is een bekend probleem na sommige firmware updates geweest en daarom geef ik hem ook altijd tweemaal een schop na een firmware update!


[...]

Tijd voor een nieuwe!


[...]

Doe eens lief en geef je Switches en Accesspoints eens netjes een Static IP en bij voorkeur in een apart Management VLAN waarbij je dus gewoon de standaard VLAN 1 gebruikt!

Al gedaan uiteraard.
Had nu alleen wel ander issue als ik 4K kanaal kijk op me ene decoder gaat me andere decoder haperen met de bekende error moet ik nog meer instellen @Coolhva jij dit wel eens mee gemaakt?

[Tylen]

mgiebels schreef op vrijdag 28 januari 2022 @ 21:24:
[...]


Al gedaan uiteraard.
Had nu alleen wel ander issue als ik 4K kanaal kijk op me ene decoder gaat me andere decoder haperen met de bekende error moet ik nog meer instellen @Coolhva jij dit wel eens mee gemaakt?

Igmp snooping wel actief op alle switches?

[mgiebels]

Tylen schreef op vrijdag 28 januari 2022 @ 21:46:
[...]


Igmp snooping wel actief op alle switches?

Yes heb 2x US-8-60W dus deze staat vanuit de software aan op de switches zelf zag ik dit niet.

[Bruzski]

Ik kreeg gister een Arris firmware update, ligt het nu aan mij of lijkt het zappen sneller te gaan?

[bvk007]

rjhilbrink schreef op donderdag 27 januari 2022 @ 00:22:
[...]

Omdat ik het niet aan de praat kreeg met de kernel van Fabian, heb ik gebruik gemaakt van de kernel die bij het wireguard project wordt gebruikt. Deze kernel tezamen met het RSTP project zorgde voor een correcte build die geen foutmeldingen gaf.
Simple kopieren van de 2 kernel modules naar de juiste folder
depmod -a
en dan de beide modules mbv modprobe laden. Hier werkt nu op de UDM-SE uitzending gemist en pauzeren. (just in case ik gebruik Canal Digitaal op het tweak netwerk)
En op de koop toe ook nog eens een wireguard kernel module :-)

Ondertussen zijn we een hele onderlinge discussie verder en helaas op mijn UDM krijg ik geen RTSP verkeer aan de praat.

Ik heb de modules gebuild tegen de kernel van Fabian en tegen de wireguard kernel. Ik kan ze laden vanuit Unifi-os echter kan ik via Unifi os niet bij

code:

lib/modules/4.19.152-al-linux-v10.2.0-v1.11.0.3921-f2e3fac/kernel/net/netfilter/

komen alleen vanuit de root van de UDM. Vervolgens kan ik ze wel laden vanuit Unifi-OS via de /data/ directory en staan ze loaded in lsmod. Maar of ze werken geen idee.

Ik heb het hele CIDR blok van Canal digitaal opgenomen in m'n route tabel en deze via de IPTV interface geroute ipv de ppp0 interface...

M'n ideeën en analyse mogelijkheden zijn zo goed als op. Als iemand dit wel aan de hobbel heeft, ben ik zeer geïnteresseerd .

[fabianishere]

bvk007 schreef op dinsdag 1 februari 2022 @ 18:57:
[...]


Ondertussen zijn we een hele onderlinge discussie verder en helaas op mijn UDM krijg ik geen RTSP verkeer aan de praat.

Ik heb de modules gebuild tegen de kernel van Fabian en tegen de wireguard kernel. Ik kan ze laden vanuit Unifi-os echter kan ik via Unifi os niet bij

code:

lib/modules/4.19.152-al-linux-v10.2.0-v1.11.0.3921-f2e3fac/kernel/net/netfilter/

komen alleen vanuit de root van de UDM. Vervolgens kan ik ze wel laden vanuit Unifi-OS via de /data/ directory en staan ze loaded in lsmod. Maar of ze werken geen idee.

Ik heb het hele CIDR blok van Canal digitaal opgenomen in m'n route tabel en deze via de IPTV interface geroute ipv de ppp0 interface...

M'n ideeën en analyse mogelijkheden zijn zo goed als op. Als iemand dit wel aan de hobbel heeft, ben ik zeer geïnteresseerd .

Wellicht heeft het zin om een packet trace te maken om te zien wat er überhaupt gebeurd.

[bvk007]

Ja ook een tcpdump gedraaid op de interface van het iptv vlan en ik zie Rtsp (SETUP, DESCRIBE, PLAY) en wel bad checksums....maar geen idee hoe ik die op kan lossen:

code:

   192.168.10.25.34992 > 185.24.175.231.554: Flags [P.], cksum 0x8211 (correct), seq 402:596, ack 731, win 245, options [nop,nop,TS val 276599339 ecr 2434730786], length 194: RTSP, length: 194
    GET_PARAMETER rtsp://rtspresellercds2.solocoo.tv:554/NED2HD.ts RTSP/1.0
    CSeq: 4
    Session: 3440746026801349115
    Content-Type: text/parameters
    Content-Length: 29

    position
    downloaded_length
20:03:24.416182 IP (tos 0x0, ttl 57, id 24145, offset 0, flags [DF], proto TCP (6), length 228)
    185.24.175.231.554 > 192.168.10.25.34992: Flags [P.], cksum 0x9ab6 (correct), seq 731:907, ack 596, win 252, options [nop,nop,TS val 2434732793 ecr 276599339], length 176: RTSP, length: 176
    RTSP/1.0 200 OK
    Server: Orbit2x
    CSeq: 4
    Session: 3440746026801349115
    Content-Type: text/parameters
    Content-Length: 50

    downloaded_length: 10800
    position: 1643731406

20:03:24.416412 IP (tos 0x0, ttl 64, id 31098, offset 0, flags [DF], proto TCP (6), length 52)
    192.168.10.25.34992 > 185.24.175.231.554: Flags [.], cksum 0xd20d (correct), seq 596, ack 907, win 254, options [nop,nop,TS val 276599345 ecr 2434732793], length 0
20:03:24.642802 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
    192.168.10.1 > 224.0.0.251: igmp v2 report 224.0.0.251
20:03:26.178799 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
    192.168.10.1 > 233.89.188.1: igmp v2 report 233.89.188.1
20:03:27.087285 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
    192.168.10.25 > 239.255.255.250: igmp v2 report 239.255.255.250
20:03:27.298259 IP (tos 0x0, ttl 64, id 31099, offset 0, flags [DF], proto TCP (6), length 156)
    192.168.10.25.34992 > 185.24.175.231.554: Flags [P.], cksum 0x88fc (correct), seq 596:700, ack 907, win 254, options [nop,nop,TS val 276602227 ecr 2434732793], length 104: RTSP, length: 104
    DESCRIBE rtsp://rtspresellercds2.solocoo.tv:554/NED2HD.ts RTSP/1.0
    CSeq: 5
    Accept: application/sdp

20:03:27.303993 IP (tos 0x0, ttl 57, id 24146, offset 0, flags [DF], proto TCP (6), length 448)
    185.24.175.231.554 > 192.168.10.25.34992: Flags [P.], cksum 0x4820 (correct), seq 907:1303, ack 700, win 252, options [nop,nop,TS val 2434735681 ecr 276602227], length 396: RTSP, length: 396
    RTSP/1.0 200 OK
    Server: Orbit2x
    CSeq: 5
    Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER
    Content-Type: application/sdp
    Content-Length: 227

    v=0
    o=- 38500759 0 IN IP4 185.24.175.231
    s=RTSP Session
    t=0 0
    c=IN IP4 185.24.175.231
    b=AS:6904.000
    a=type:vodrtf
    a=range:npt=1643731409-1643742208
    m=video 0 UDP 33
    m=video 0 RTP/AVP/UDP 33
    m=video 0 RTP/AVPF/UDP 96
20:03:27.304188 IP (tos 0x0, ttl 64, id 31100, offset 0, flags [DF], proto TCP (6), length 52)
    192.168.10.25.34992 > 185.24.175.231.554: Flags [.], cksum 0xb982 (correct), seq 700, ack 1303, win 262, options [nop,nop,TS val 276602232 ecr 2434735681], length 0
20:03:29.410157 IP (tos 0x0, ttl 64, id 31101, offset 0, flags [DF], proto TCP (6), length 246)
    192.168.10.25.34992 > 185.24.175.231.554: Flags [P.], cksum 0x57f2 (correct), seq 700:894, ack 1303, win 262, options [nop,nop,TS val 276604338 ecr 2434735681], length 194: RTSP, length: 194
    GET_PARAMETER rtsp://rtspresellercds2.solocoo.tv:554/NED2HD.ts RTSP/1.0
    CSeq: 6
    Session: 3440746026801349115
    Content-Type: text/parameters
    Content-Length: 29

    position
    downloaded_length
20:03:29.415756 IP (tos 0x0, ttl 57, id 24147, offset 0, flags [DF], proto TCP (6), length 228)
    185.24.175.231.554 > 192.168.10.25.34992: Flags [P.], cksum 0x6d3f (correct), seq 1303:1479, ack 894, win 260, options [nop,nop,TS val 2434737792 ecr 276604338], length 176: RTSP, length: 176
    RTSP/1.0 200 OK
    Server: Orbit2x
    CSeq: 6
    Session: 3440746026801349115
    Content-Type: text/parameters
    Content-Length: 50

    downloaded_length: 10800
    position: 1643731411

[ Voor 93% gewijzigd door bvk007 op 01-02-2022 20:09 ]

[bvk007]

Als ik aan conntrack vraag hoe de verbinding naar RTSP van Canal Digitaal is krijg ik dit terug:

code:

 tcp      6 7438 ESTABLISHED src=192.168.10.25 dst=185.24.175.231 sport=35013 dport=554 packets=46 bytes=5960 src=185.24.175.231 dst=10.11.1.252 sport=554 dport=35013 packets=24 bytes=6663 [ASSURED] mark=0 helper=rtsp use=1
conntrack v1.4.4 (conntrack-tools): 880 flow entries have been shown.
tcp      6 52 TIME_WAIT src=192.168.10.25 dst=185.24.175.231 sport=34992 dport=554 packets=361 bytes=48182 src=185.24.175.231 dst=10.11.1.252 sport=554 dport=34992 packets=182 bytes=54034 [ASSURED] mark=0 helper=rtsp use=1

Waarbij de eerste src het interne ip van de setupbox is, en de dst in de 2e regel de DHCP lease van de igmp proxy...ipv de setupbox

[rookie no. 1]

Ben overgestapt van KPN / XS4all glasvezel naar Freedom en heb de Fritzbox er tussenuit gehaald en de USG 3P nu rechtstreeks op het RJ45 poortje aangesloten waar de glasvezel verbinding op binnenkomt.

Internet instellen was een eitje en niet-live 'TV' doet het ook prima, maar live-TV/radio doet het niet.

Logisch gezien de extra benodigde instellingen vanuit de provider en de openings post (Canal Digital), maar ik begrijp niet waar ik de vlan 4 op moet instellen. Is dat een nieuw netwerk profiel en zo ja, waarop moet dit? Kan het vanuit de UI of moet dit nog steeds met een JSON bestand?

Is weer even wat leren voor mij merk ik...

https://www.freedom.nl/he...ne-instellingen#televisie

Copy/paste van de openings post:
Tweak icm Canal Digitaal TV
VLAN ID Functie verbindingstype
4 IP-tv DHCP
34 Internet (en Telefonie) DHCP

IGMP Snooping / Routing over VLAN 4
Static route naar 185.24.175.0/24 en 185.41.48.0/24 over het IP-TV Gateway (IP-adres verkregen op VLAN 4)
IGMP Proxy whitelist : 239.0.3.0/16 en 225.0.71.0/24 en 224.0.0.0/16

[fabianishere]

bvk007 schreef op dinsdag 1 februari 2022 @ 20:17:
Als ik aan conntrack vraag hoe de verbinding naar RTSP van Canal Digitaal is krijg ik dit terug:

code:

 tcp      6 7438 ESTABLISHED src=192.168.10.25 dst=185.24.175.231 sport=35013 dport=554 packets=46 bytes=5960 src=185.24.175.231 dst=10.11.1.252 sport=554 dport=35013 packets=24 bytes=6663 [ASSURED] mark=0 helper=rtsp use=1
conntrack v1.4.4 (conntrack-tools): 880 flow entries have been shown.
tcp      6 52 TIME_WAIT src=192.168.10.25 dst=185.24.175.231 sport=34992 dport=554 packets=361 bytes=48182 src=185.24.175.231 dst=10.11.1.252 sport=554 dport=34992 packets=182 bytes=54034 [ASSURED] mark=0 helper=rtsp use=1

Waarbij de eerste src het interne ip van de setupbox is, en de dst in de 2e regel de DHCP lease van de igmp proxy...ipv de setupbox

Hmm, interessant. Het lijkt er dus op alsof de RTSP verzoeken goed gaan en op de router aankomen. Worden deze dan vervolgens correct doorgestuurd naar jouw interne IPTV VLAN.

Die checksum errors komen trouwens omdat checksum offloading aanstaat, waardoor de checksums op een later moment direct door de NIC worden berekend.

[corny]

Ik heb gisteren de Experiabox vervangen door een USG 3. De standaard configuratie (json en sh) van @Coolhva gebruikt voor IPTV via VLAN. Een en ander lijkt prima te werken. Echter, ik zie in de logs een regelmatige modem hangup verschijnen. Zojuist ook weer (09:39:17), terwijl mijn vrouw midden in een call zat... Kunnen jullie op basis van onderstaande logdata herleiden wat er aan de hand is?

Configuratie:

Unifi Network 6.5.55

NTU
|
USG3 (fw 4.4.56)
|
Netgear JGS516PE
|
3* Unifi UAP-AC-Pro (PoE wired, fw 5.43.56)
diverse wired en wireless clients
2* KPN IPTV (wired)

code:

2022-02-02,09:53:29,Information,USG,local7,dhcpd,DHCPACK on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:53:29,Information,USG,local7,dhcpd,DHCPREQUEST for 192.168.2.9 (192.168.2.1) from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:53:29,Debug,USG,local7,dhcpd,execute: bad arg 2
2022-02-02,09:53:29,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:53:29,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:53:29,Information,USG,local7,dhcpd,DHCPOFFER on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:53:28,Information,USG,local7,dhcpd,DHCPDISCOVER from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:48:28,Information,USG,local7,dhcpd,DHCPACK on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:48:28,Information,USG,local7,dhcpd,DHCPREQUEST for 192.168.2.9 (192.168.2.1) from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:48:28,Debug,USG,local7,dhcpd,execute: bad arg 2
2022-02-02,09:48:28,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:48:28,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:48:27,Information,USG,local7,dhcpd,DHCPOFFER on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:48:26,Information,USG,local7,dhcpd,DHCPDISCOVER from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:43:26,Information,USG,local7,dhcpd,DHCPACK on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:43:26,Information,USG,local7,dhcpd,DHCPREQUEST for 192.168.2.9 (192.168.2.1) from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:43:26,Debug,USG,local7,dhcpd,execute: bad arg 2
2022-02-02,09:43:26,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:43:26,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:43:25,Information,USG,local7,dhcpd,DHCPOFFER on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:43:24,Information,USG,local7,dhcpd,DHCPDISCOVER from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:40:51,Information,USG,local7,dhcpd,DHCPACK on 192.168.2.4 to a8:e2:c1:8f:65:98 (Ring-8f6598) via eth1
2022-02-02,09:40:51,Information,USG,local7,dhcpd,DHCPREQUEST for 192.168.2.4 from a8:e2:c1:8f:65:98 (Ring-8f6598) via eth1
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[7] = disable
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[6] = enable
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[5] = localdomain
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[4] = a8:e2:c1:8f:65:98
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[3] = 192.168.2.4
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[2] = Ring-8f6598.localdomain
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:40:51,Information,USG,local7,dhcpd,DHCPACK on 192.168.2.4 to a8:e2:c1:8f:65:98 (Ring-8f6598) via eth1
2022-02-02,09:40:51,Information,USG,local7,dhcpd,DHCPREQUEST for 192.168.2.4 from a8:e2:c1:8f:65:98 (Ring-8f6598) via eth1
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[7] = disable
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[6] = enable
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[5] = localdomain
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[4] = a8:e2:c1:8f:65:98
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[3] = 192.168.2.4
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[2] = Ring-8f6598.localdomain
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:40:33,Notice,USG,daemon,ntpd,proto: precision = 49.064 usec
2022-02-02,09:40:33,Notice,USG,daemon,ntpd,ntpd 4.2.6p2@1.2194-o Wed Oct 20 08:07:57 UTC 2021 (1)
2022-02-02,09:40:31,Notice,USG,daemon,ntpd,ntpd exiting on signal 15
2022-02-02,09:40:25,Warning,USG,local0,ubnt-service-igmpproxy,starting the IGMP proxy service (see messages from igmpproxy).
2022-02-02,09:40:21,Notice,USG,local2,pppd,secondary DNS address 195.121.1.66
2022-02-02,09:40:21,Notice,USG,local2,pppd,primary   DNS address 195.121.1.34
2022-02-02,09:40:21,Notice,USG,local2,pppd,remote IP address 195.190.228.57
2022-02-02,09:40:21,Notice,USG,local2,pppd,local  IP address 77.161.22.48
2022-02-02,09:40:21,Information,USG,local7,zebra,"interface pppoe2 index 13 changed <UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>."
2022-02-02,09:40:21,Information,USG,local7,zebra,interface index 13 was renamed from ppp0 to pppoe2
2022-02-02,09:40:21,Information,USG,local7,zebra,"interface ppp0 index 13 changed <POINTOPOINT,NOARP,MULTICAST>."
2022-02-02,09:40:21,Warning,USG,local7,zebra,warning: PtP interface ppp0 with addr 77.161.22.48/32 needs a peer address
2022-02-02,09:40:21,Notice,USG,local2,pppd,remote LL address fe80::627e:cdff:fe95:8efb
2022-02-02,09:40:21,Notice,USG,local2,pppd,local  LL address fe80::35be:f5f9:8b4d:f22c
2022-02-02,09:40:21,Information,USG,local7,zebra,"interface ppp0 index 13 changed <UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>."
2022-02-02,09:40:21,Notice,USG,local2,pppd,peer from calling number 60:7E:CD:95:8E:FB authorized
2022-02-02,09:40:21,Notice,USG,local2,pppd,PAP authentication succeeded
2022-02-02,09:40:21,Information,USG,local7,zebra,"interface ppp0 index 13 <POINTOPOINT,NOARP,MULTICAST> added."
2022-02-02,09:40:21,Notice,USG,local2,pppd,Connect: ppp0 <--> eth0.6
2022-02-02,09:40:21,Warning,USG,local2,pppd,Connected to 60:7e:cd:95:8e:fb via interface eth0.6
2022-02-02,09:39:59,Information,USG,local7,dhcpd,DHCPACK on 192.168.2.13 to 2a:50:38:6f:df:4e via eth1
2022-02-02,09:39:59,Information,USG,local7,dhcpd,DHCPREQUEST for 192.168.2.13 from 2a:50:38:6f:df:4e via eth1
2022-02-02,09:39:59,Debug,USG,local7,dhcpd,execute: bad arg 2
2022-02-02,09:39:59,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:39:59,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:39:54,Error,USG,daemon,ntpd_intres,host name not found: 3.ubnt.pool.ntp.org
2022-02-02,09:39:54,Error,USG,daemon,ntpd_intres,host name not found: 2.ubnt.pool.ntp.org
2022-02-02,09:39:54,Error,USG,daemon,ntpd_intres,host name not found: 1.ubnt.pool.ntp.org
2022-02-02,09:39:54,Error,USG,daemon,ntpd_intres,host name not found: 0.ubnt.pool.ntp.org
2022-02-02,09:39:49,Debug,USG,local7,dhcpd,execute_statement argv[6] = enable
2022-02-02,09:39:49,Debug,USG,local7,dhcpd,execute_statement argv[5] = localdomain
2022-02-02,09:39:49,Debug,USG,local7,dhcpd,execute_statement argv[4] = a8:e2:c1:8f:65:98
2022-02-02,09:39:49,Debug,USG,local7,dhcpd,execute_statement argv[3] = 192.168.2.4
2022-02-02,09:39:49,Debug,USG,local7,dhcpd,execute_statement argv[2] = Ring-8f6598.localdomain
2022-02-02,09:39:49,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:39:49,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:39:47,Information,USG,local7,zebra,"interface pppoe2 index 12 changed <POINTOPOINT,NOARP,MULTICAST>."
2022-02-02,09:39:47,Information,USG,local7,zebra,"interface pppoe2 index 12 changed <UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>."
2022-02-02,09:39:47,Notice,USG,local2,pppd,secondary DNS address 195.121.1.66
2022-02-02,09:39:47,Notice,USG,local2,pppd,primary   DNS address 195.121.1.34
2022-02-02,09:39:47,Notice,USG,local2,pppd,remote IP address 195.190.228.57
2022-02-02,09:39:47,Notice,USG,local2,pppd,local  IP address 77.161.22.48
2022-02-02,09:39:47,Information,USG,local7,zebra,interface index 12 was renamed from ppp0 to pppoe2
2022-02-02,09:39:47,Warning,USG,local7,zebra,warning: PtP interface ppp0 with addr 77.161.22.48/32 needs a peer address
2022-02-02,09:39:47,Notice,USG,local2,pppd,peer from calling number 60:7E:CD:95:8E:FB authorized
2022-02-02,09:39:47,Notice,USG,local2,pppd,PAP authentication succeeded
2022-02-02,09:39:47,Information,USG,local7,zebra,"interface ppp0 index 12 <POINTOPOINT,NOARP,MULTICAST> added."
2022-02-02,09:39:47,Notice,USG,local2,pppd,Connect: ppp0 <--> eth0.6
2022-02-02,09:39:47,Warning,USG,local2,pppd,Connected to 60:7e:cd:95:8e:fb via interface eth0.6
2022-02-02,09:39:47,Information,USG,local7,zebra,"interface eth0.6 index 7 changed <UP,BROADCAST,RUNNING,PROMISC,MULTICAST>."
2022-02-02,09:39:47,Error,USG,daemon,ntpd_intres,host name not found: 3.ubnt.pool.ntp.org
2022-02-02,09:39:47,Error,USG,daemon,ntpd_intres,host name not found: 2.ubnt.pool.ntp.org
2022-02-02,09:39:47,Error,USG,daemon,ntpd_intres,host name not found: 1.ubnt.pool.ntp.org
2022-02-02,09:39:47,Error,USG,daemon,ntpd_intres,host name not found: 0.ubnt.pool.ntp.org
2022-02-02,09:39:45,Notice,USG,daemon,ntpd,proto: precision = 48.940 usec
2022-02-02,09:39:45,Notice,USG,daemon,ntpd,ntpd 4.2.6p2@1.2194-o Wed Oct 20 08:07:57 UTC 2021 (1)
2022-02-02,09:39:42,Notice,USG,daemon,ntpd,ntpd exiting on signal 15
2022-02-02,09:39:38,Warning,USG,local0,ubnt-service-igmpproxy,starting the IGMP proxy service (see messages from igmpproxy).
2022-02-02,09:39:29,Error,USG,user,igmpproxy,setsockopt IP_MULTICAST_IF 77.161.22.48
2022-02-02,09:39:24,Error,USG,daemon,ntpd_intres,host name not found: 3.ubnt.pool.ntp.org
2022-02-02,09:39:24,Error,USG,daemon,ntpd_intres,host name not found: 2.ubnt.pool.ntp.org
2022-02-02,09:39:24,Error,USG,daemon,ntpd_intres,host name not found: 1.ubnt.pool.ntp.org
2022-02-02,09:39:24,Error,USG,daemon,ntpd_intres,host name not found: 0.ubnt.pool.ntp.org
2022-02-02,09:39:17,Notice,USG,local2,pppd,Modem hangup
2022-02-02,09:39:17,Information,USG,local7,zebra,interface pppoe2 index 11 deleted.
2022-02-02,09:39:17,Notice,USG,local2,pppd,Connection terminated: no multilink.
2022-02-02,09:39:14,Information,USG,local7,zebra,"interface pppoe2 index 11 changed <POINTOPOINT,NOARP,MULTICAST>."
2022-02-02,09:39:14,Information,USG,local7,zebra,"interface pppoe2 index 11 changed <UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>."
2022-02-02,09:39:14,Notice,USG,local2,pppd,secondary DNS address 195.121.1.66
2022-02-02,09:39:14,Notice,USG,local2,pppd,primary   DNS address 195.121.1.34
2022-02-02,09:39:14,Notice,USG,local2,pppd,remote IP address 195.190.228.57
2022-02-02,09:39:14,Notice,USG,local2,pppd,local  IP address 77.161.22.48
2022-02-02,09:39:13,Information,USG,local7,zebra,interface index 11 was renamed from ppp0 to pppoe2
2022-02-02,09:39:13,Warning,USG,local7,zebra,warning: PtP interface ppp0 with addr 77.161.22.48/32 needs a peer address
2022-02-02,09:39:13,Notice,USG,local2,pppd,peer from calling number 60:7E:CD:95:8E:FB authorized
2022-02-02,09:39:13,Notice,USG,local2,pppd,PAP authentication succeeded
2022-02-02,09:39:13,Information,USG,local7,zebra,"interface ppp0 index 11 <POINTOPOINT,NOARP,MULTICAST> added."
2022-02-02,09:39:13,Notice,USG,local2,pppd,Connect: ppp0 <--> eth0.6
2022-02-02,09:39:13,Warning,USG,local2,pppd,Connected to 60:7e:cd:95:8e:fb via interface eth0.6
2022-02-02,09:39:13,Notice,USG,local2,pppd,"pppd 2.4.4 started by root, uid 0"
2022-02-02,09:39:08,Information,USG,local7,zebra,interface eth0.6 mtu changed from 1500 to 1508
2022-02-02,09:39:08,Information,USG,local7,zebra,interface eth0 mtu changed from 1500 to 1512
2022-02-02,09:38:33,Information,USG,local7,dhcpd,Sending on   Socket/fallback/fallback-net
2022-02-02,09:38:33,Information,USG,local7,dhcpd,Sending on   LPF/eth1.661/fc:ec:da:42:d7:1d/net_IPTV_eth1_192.168.3.0-24
2022-02-02,09:38:33,Information,USG,local7,dhcpd,Listening on LPF/eth1.661/fc:ec:da:42:d7:1d/net_IPTV_eth1_192.168.3.0-24
2022-02-02,09:38:33,Information,USG,local7,dhcpd,Sending on   LPF/eth1/fc:ec:da:42:d7:1d/net_LAN_eth1_192.168.2.0-24
2022-02-02,09:38:33,Information,USG,local7,dhcpd,Listening on LPF/eth1/fc:ec:da:42:d7:1d/net_LAN_eth1_192.168.2.0-24
2022-02-02,09:38:33,Error,USG,local7,dhcpd,
2022-02-02,09:38:33,Error,USG,local7,dhcpd,   to which interface eth0.4 is attached. **
2022-02-02,09:38:33,Error,USG,local7,dhcpd,   in your dhcpd.conf file for the network segment
2022-02-02,09:38:33,Error,USG,local7,dhcpd,"   you want, please write a subnet declaration"
2022-02-02,09:38:33,Error,USG,local7,dhcpd,** Ignoring requests on eth0.4.  If this is not what
2022-02-02,09:38:33,Error,USG,local7,dhcpd,No subnet declaration for eth0.4 (10.164.33.253).
2022-02-02,09:38:33,Error,USG,local7,dhcpd,
2022-02-02,09:38:33,Information,USG,local7,dhcpd,Wrote 28 leases to leases file.
2022-02-02,09:38:33,Information,USG,local7,dhcpd,Wrote 0 new dynamic host decls to leases file.
2022-02-02,09:38:32,Information,USG,local7,dhcpd,Wrote 0 deleted host decls to leases file.
2022-02-02,09:38:32,Information,USG,local7,dhcpd,Wrote 0 class decls to leases file.
2022-02-02,09:38:32,Information,USG,local7,dhcpd,"For info, please visit https://www.isc.org/software/dhcp/"
2022-02-02,09:38:32,Information,USG,local7,dhcpd,All rights reserved.
2022-02-02,09:38:32,Information,USG,local7,dhcpd,Copyright 2004-2013 Internet Systems Consortium.
2022-02-02,09:38:32,Information,USG,local7,dhcpd,Internet Systems Consortium DHCP Server 4.1-ESV-R8
2022-02-02,09:38:32,Error,USG,daemon,dhcpd,WARNING: Host declarations are global.  They are not limited to the scope you declared them in.
2022-02-02,09:38:29,Warning,USG,local0,ubnt-service-gui,starting the GUI service.
2022-02-02,09:38:24,Information,USG,local7,dhcpd,DHCPACK on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:38:24,Information,USG,local7,dhcpd,DHCPREQUEST for 192.168.2.9 (192.168.2.1) from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:38:24,Debug,USG,local7,dhcpd,execute: bad arg 2
2022-02-02,09:38:24,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:38:24,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:38:23,Information,USG,local7,dhcpd,DHCPOFFER on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:38:22,Error,USG,daemon,ntpd_intres,host name not found: 3.ubnt.pool.ntp.org
2022-02-02,09:38:22,Error,USG,daemon,ntpd_intres,host name not found: 2.ubnt.pool.ntp.org
2022-02-02,09:38:22,Error,USG,daemon,ntpd_intres,host name not found: 1.ubnt.pool.ntp.org
2022-02-02,09:38:22,Error,USG,daemon,ntpd_intres,host name not found: 0.ubnt.pool.ntp.org
2022-02-02,09:38:22,Information,USG,local7,dhcpd,DHCPDISCOVER from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:38:20,Notice,USG,daemon,ntpd,proto: precision = 56.200 usec
2022-02-02,09:38:20,Notice,USG,daemon,ntpd,ntpd 4.2.6p2@1.2194-o Wed Oct 20 08:07:57 UTC 2021 (1)
2022-02-02,09:38:18,Notice,USG,daemon,ntpd,ntpd exiting on signal 15
2022-02-02,09:38:13,Error,USG,local2,pppd,Failed to disconnect PPPoE socket: 149 Operation already in progress
2022-02-02,09:38:13,Information,USG,local7,zebra,interface pppoe2 index 10 deleted.
2022-02-02,09:38:13,Notice,USG,local2,pppd,Connection terminated: no multilink.
2022-02-02,09:38:13,Information,USG,local7,zebra,interface eth0 mtu changed from 1512 to 1500
2022-02-02,09:38:13,Information,USG,local7,zebra,"interface pppoe2 index 10 changed <POINTOPOINT,NOARP,MULTICAST>."
2022-02-02,09:38:12,Notice,USG,local2,pppd,Modem hangup
2022-02-02,09:38:12,Information,USG,local7,zebra,interface eth0.6 mtu changed from 1508 to 1500
2022-02-02,09:33:21,Information,USG,local7,dhcpd,DHCPACK on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:33:21,Information,USG,local7,dhcpd,DHCPREQUEST for 192.168.2.9 (192.168.2.1) from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:33:21,Debug,USG,local7,dhcpd,execute: bad arg 2
2022-02-02,09:33:21,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:33:21,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:33:21,Information,USG,local7,dhcpd,DHCPOFFER on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:33:20,Information,USG,local7,dhcpd,DHCPDISCOVER from 60:c5:a8:7a:be:98 via eth1

Hangups sinds gisteren IPTV goed werkte via VLAN:

code:

2022-02-02  09:39:17    Notice  USG local2  pppd    Modem hangup    
2022-02-02  09:38:12    Notice  USG local2  pppd    Modem hangup    
2022-02-01  20:05:49    Notice  USG local2  pppd    Modem hangup    
2022-02-01  20:05:15    Notice  USG local2  pppd    Modem hangup    
2022-02-01  20:04:17    Notice  USG local2  pppd    Modem hangup    
2022-02-01  19:40:18    Notice  USG local2  pppd    Modem hangup    
2022-02-01  19:39:48    Notice  USG local2  pppd    Modem hangup    
2022-02-01  19:39:14    Notice  USG local2  pppd    Modem hangup    
2022-02-01  19:38:34    Notice  USG local2  pppd    Modem hangup    
2022-02-01  17:22:26    Notice  USG local2  pppd    Modem hangup    
2022-02-01  17:21:52    Notice  USG local2  pppd    Modem hangup    
2022-02-01  17:21:18    Notice  USG local2  pppd    Modem hangup    
2022-02-01  17:20:33    Notice  USG local2  pppd    Modem hangup

[ Voor 4% gewijzigd door corny op 02-02-2022 10:14 . Reden: hangups, configuratie, tijd van hangup toegevoegd ]

[Coolhva]

corny schreef op woensdag 2 februari 2022 @ 09:55:
Ik heb gisteren de Experiabox vervangen door een USG 3. De standaard configuratie (json en sh) van @Coolhva gebruikt voor IPTV via VLAN. Een en ander lijkt prima te werken. Echter, ik zie in de logs een regelmatige modem hangup verschijnen. Zojuist ook weer (09:39:17), terwijl mijn vrouw midden in een call zat... Kunnen jullie op basis van onderstaande logdata herleiden wat er aan de hand is?

Configuratie:

Unifi Network 6.5.55

NTU
|
USG3 (fw 4.4.56)
|
Netgear JGS516PE
|
3* Unifi UAP-AC-Pro (PoE wired, fw 5.43.56)
diverse wired en wireless clients
2* KPN IPTV (wired)

code:

2022-02-02,09:53:29,Information,USG,local7,dhcpd,DHCPACK on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:53:29,Information,USG,local7,dhcpd,DHCPREQUEST for 192.168.2.9 (192.168.2.1) from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:53:29,Debug,USG,local7,dhcpd,execute: bad arg 2
2022-02-02,09:53:29,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:53:29,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:53:29,Information,USG,local7,dhcpd,DHCPOFFER on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:53:28,Information,USG,local7,dhcpd,DHCPDISCOVER from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:48:28,Information,USG,local7,dhcpd,DHCPACK on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:48:28,Information,USG,local7,dhcpd,DHCPREQUEST for 192.168.2.9 (192.168.2.1) from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:48:28,Debug,USG,local7,dhcpd,execute: bad arg 2
2022-02-02,09:48:28,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:48:28,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:48:27,Information,USG,local7,dhcpd,DHCPOFFER on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:48:26,Information,USG,local7,dhcpd,DHCPDISCOVER from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:43:26,Information,USG,local7,dhcpd,DHCPACK on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:43:26,Information,USG,local7,dhcpd,DHCPREQUEST for 192.168.2.9 (192.168.2.1) from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:43:26,Debug,USG,local7,dhcpd,execute: bad arg 2
2022-02-02,09:43:26,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:43:26,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:43:25,Information,USG,local7,dhcpd,DHCPOFFER on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:43:24,Information,USG,local7,dhcpd,DHCPDISCOVER from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:40:51,Information,USG,local7,dhcpd,DHCPACK on 192.168.2.4 to a8:e2:c1:8f:65:98 (Ring-8f6598) via eth1
2022-02-02,09:40:51,Information,USG,local7,dhcpd,DHCPREQUEST for 192.168.2.4 from a8:e2:c1:8f:65:98 (Ring-8f6598) via eth1
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[7] = disable
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[6] = enable
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[5] = localdomain
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[4] = a8:e2:c1:8f:65:98
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[3] = 192.168.2.4
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[2] = Ring-8f6598.localdomain
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:40:51,Information,USG,local7,dhcpd,DHCPACK on 192.168.2.4 to a8:e2:c1:8f:65:98 (Ring-8f6598) via eth1
2022-02-02,09:40:51,Information,USG,local7,dhcpd,DHCPREQUEST for 192.168.2.4 from a8:e2:c1:8f:65:98 (Ring-8f6598) via eth1
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[7] = disable
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[6] = enable
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[5] = localdomain
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[4] = a8:e2:c1:8f:65:98
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[3] = 192.168.2.4
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[2] = Ring-8f6598.localdomain
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:40:51,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:40:33,Notice,USG,daemon,ntpd,proto: precision = 49.064 usec
2022-02-02,09:40:33,Notice,USG,daemon,ntpd,ntpd 4.2.6p2@1.2194-o Wed Oct 20 08:07:57 UTC 2021 (1)
2022-02-02,09:40:31,Notice,USG,daemon,ntpd,ntpd exiting on signal 15
2022-02-02,09:40:25,Warning,USG,local0,ubnt-service-igmpproxy,starting the IGMP proxy service (see messages from igmpproxy).
2022-02-02,09:40:21,Notice,USG,local2,pppd,secondary DNS address 195.121.1.66
2022-02-02,09:40:21,Notice,USG,local2,pppd,primary   DNS address 195.121.1.34
2022-02-02,09:40:21,Notice,USG,local2,pppd,remote IP address 195.190.228.57
2022-02-02,09:40:21,Notice,USG,local2,pppd,local  IP address 77.161.22.48
2022-02-02,09:40:21,Information,USG,local7,zebra,"interface pppoe2 index 13 changed <UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>."
2022-02-02,09:40:21,Information,USG,local7,zebra,interface index 13 was renamed from ppp0 to pppoe2
2022-02-02,09:40:21,Information,USG,local7,zebra,"interface ppp0 index 13 changed <POINTOPOINT,NOARP,MULTICAST>."
2022-02-02,09:40:21,Warning,USG,local7,zebra,warning: PtP interface ppp0 with addr 77.161.22.48/32 needs a peer address
2022-02-02,09:40:21,Notice,USG,local2,pppd,remote LL address fe80::627e:cdff:fe95:8efb
2022-02-02,09:40:21,Notice,USG,local2,pppd,local  LL address fe80::35be:f5f9:8b4d:f22c
2022-02-02,09:40:21,Information,USG,local7,zebra,"interface ppp0 index 13 changed <UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>."
2022-02-02,09:40:21,Notice,USG,local2,pppd,peer from calling number 60:7E:CD:95:8E:FB authorized
2022-02-02,09:40:21,Notice,USG,local2,pppd,PAP authentication succeeded
2022-02-02,09:40:21,Information,USG,local7,zebra,"interface ppp0 index 13 <POINTOPOINT,NOARP,MULTICAST> added."
2022-02-02,09:40:21,Notice,USG,local2,pppd,Connect: ppp0 <--> eth0.6
2022-02-02,09:40:21,Warning,USG,local2,pppd,Connected to 60:7e:cd:95:8e:fb via interface eth0.6
2022-02-02,09:39:59,Information,USG,local7,dhcpd,DHCPACK on 192.168.2.13 to 2a:50:38:6f:df:4e via eth1
2022-02-02,09:39:59,Information,USG,local7,dhcpd,DHCPREQUEST for 192.168.2.13 from 2a:50:38:6f:df:4e via eth1
2022-02-02,09:39:59,Debug,USG,local7,dhcpd,execute: bad arg 2
2022-02-02,09:39:59,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:39:59,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:39:54,Error,USG,daemon,ntpd_intres,host name not found: 3.ubnt.pool.ntp.org
2022-02-02,09:39:54,Error,USG,daemon,ntpd_intres,host name not found: 2.ubnt.pool.ntp.org
2022-02-02,09:39:54,Error,USG,daemon,ntpd_intres,host name not found: 1.ubnt.pool.ntp.org
2022-02-02,09:39:54,Error,USG,daemon,ntpd_intres,host name not found: 0.ubnt.pool.ntp.org
2022-02-02,09:39:49,Debug,USG,local7,dhcpd,execute_statement argv[6] = enable
2022-02-02,09:39:49,Debug,USG,local7,dhcpd,execute_statement argv[5] = localdomain
2022-02-02,09:39:49,Debug,USG,local7,dhcpd,execute_statement argv[4] = a8:e2:c1:8f:65:98
2022-02-02,09:39:49,Debug,USG,local7,dhcpd,execute_statement argv[3] = 192.168.2.4
2022-02-02,09:39:49,Debug,USG,local7,dhcpd,execute_statement argv[2] = Ring-8f6598.localdomain
2022-02-02,09:39:49,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:39:49,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:39:47,Information,USG,local7,zebra,"interface pppoe2 index 12 changed <POINTOPOINT,NOARP,MULTICAST>."
2022-02-02,09:39:47,Information,USG,local7,zebra,"interface pppoe2 index 12 changed <UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>."
2022-02-02,09:39:47,Notice,USG,local2,pppd,secondary DNS address 195.121.1.66
2022-02-02,09:39:47,Notice,USG,local2,pppd,primary   DNS address 195.121.1.34
2022-02-02,09:39:47,Notice,USG,local2,pppd,remote IP address 195.190.228.57
2022-02-02,09:39:47,Notice,USG,local2,pppd,local  IP address 77.161.22.48
2022-02-02,09:39:47,Information,USG,local7,zebra,interface index 12 was renamed from ppp0 to pppoe2
2022-02-02,09:39:47,Warning,USG,local7,zebra,warning: PtP interface ppp0 with addr 77.161.22.48/32 needs a peer address
2022-02-02,09:39:47,Notice,USG,local2,pppd,peer from calling number 60:7E:CD:95:8E:FB authorized
2022-02-02,09:39:47,Notice,USG,local2,pppd,PAP authentication succeeded
2022-02-02,09:39:47,Information,USG,local7,zebra,"interface ppp0 index 12 <POINTOPOINT,NOARP,MULTICAST> added."
2022-02-02,09:39:47,Notice,USG,local2,pppd,Connect: ppp0 <--> eth0.6
2022-02-02,09:39:47,Warning,USG,local2,pppd,Connected to 60:7e:cd:95:8e:fb via interface eth0.6
2022-02-02,09:39:47,Information,USG,local7,zebra,"interface eth0.6 index 7 changed <UP,BROADCAST,RUNNING,PROMISC,MULTICAST>."
2022-02-02,09:39:47,Error,USG,daemon,ntpd_intres,host name not found: 3.ubnt.pool.ntp.org
2022-02-02,09:39:47,Error,USG,daemon,ntpd_intres,host name not found: 2.ubnt.pool.ntp.org
2022-02-02,09:39:47,Error,USG,daemon,ntpd_intres,host name not found: 1.ubnt.pool.ntp.org
2022-02-02,09:39:47,Error,USG,daemon,ntpd_intres,host name not found: 0.ubnt.pool.ntp.org
2022-02-02,09:39:45,Notice,USG,daemon,ntpd,proto: precision = 48.940 usec
2022-02-02,09:39:45,Notice,USG,daemon,ntpd,ntpd 4.2.6p2@1.2194-o Wed Oct 20 08:07:57 UTC 2021 (1)
2022-02-02,09:39:42,Notice,USG,daemon,ntpd,ntpd exiting on signal 15
2022-02-02,09:39:38,Warning,USG,local0,ubnt-service-igmpproxy,starting the IGMP proxy service (see messages from igmpproxy).
2022-02-02,09:39:29,Error,USG,user,igmpproxy,setsockopt IP_MULTICAST_IF 77.161.22.48
2022-02-02,09:39:24,Error,USG,daemon,ntpd_intres,host name not found: 3.ubnt.pool.ntp.org
2022-02-02,09:39:24,Error,USG,daemon,ntpd_intres,host name not found: 2.ubnt.pool.ntp.org
2022-02-02,09:39:24,Error,USG,daemon,ntpd_intres,host name not found: 1.ubnt.pool.ntp.org
2022-02-02,09:39:24,Error,USG,daemon,ntpd_intres,host name not found: 0.ubnt.pool.ntp.org
2022-02-02,09:39:17,Notice,USG,local2,pppd,Modem hangup
2022-02-02,09:39:17,Information,USG,local7,zebra,interface pppoe2 index 11 deleted.
2022-02-02,09:39:17,Notice,USG,local2,pppd,Connection terminated: no multilink.
2022-02-02,09:39:14,Information,USG,local7,zebra,"interface pppoe2 index 11 changed <POINTOPOINT,NOARP,MULTICAST>."
2022-02-02,09:39:14,Information,USG,local7,zebra,"interface pppoe2 index 11 changed <UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>."
2022-02-02,09:39:14,Notice,USG,local2,pppd,secondary DNS address 195.121.1.66
2022-02-02,09:39:14,Notice,USG,local2,pppd,primary   DNS address 195.121.1.34
2022-02-02,09:39:14,Notice,USG,local2,pppd,remote IP address 195.190.228.57
2022-02-02,09:39:14,Notice,USG,local2,pppd,local  IP address 77.161.22.48
2022-02-02,09:39:13,Information,USG,local7,zebra,interface index 11 was renamed from ppp0 to pppoe2
2022-02-02,09:39:13,Warning,USG,local7,zebra,warning: PtP interface ppp0 with addr 77.161.22.48/32 needs a peer address
2022-02-02,09:39:13,Notice,USG,local2,pppd,peer from calling number 60:7E:CD:95:8E:FB authorized
2022-02-02,09:39:13,Notice,USG,local2,pppd,PAP authentication succeeded
2022-02-02,09:39:13,Information,USG,local7,zebra,"interface ppp0 index 11 <POINTOPOINT,NOARP,MULTICAST> added."
2022-02-02,09:39:13,Notice,USG,local2,pppd,Connect: ppp0 <--> eth0.6
2022-02-02,09:39:13,Warning,USG,local2,pppd,Connected to 60:7e:cd:95:8e:fb via interface eth0.6
2022-02-02,09:39:13,Notice,USG,local2,pppd,"pppd 2.4.4 started by root, uid 0"
2022-02-02,09:39:08,Information,USG,local7,zebra,interface eth0.6 mtu changed from 1500 to 1508
2022-02-02,09:39:08,Information,USG,local7,zebra,interface eth0 mtu changed from 1500 to 1512
2022-02-02,09:38:33,Information,USG,local7,dhcpd,Sending on   Socket/fallback/fallback-net
2022-02-02,09:38:33,Information,USG,local7,dhcpd,Sending on   LPF/eth1.661/fc:ec:da:42:d7:1d/net_IPTV_eth1_192.168.3.0-24
2022-02-02,09:38:33,Information,USG,local7,dhcpd,Listening on LPF/eth1.661/fc:ec:da:42:d7:1d/net_IPTV_eth1_192.168.3.0-24
2022-02-02,09:38:33,Information,USG,local7,dhcpd,Sending on   LPF/eth1/fc:ec:da:42:d7:1d/net_LAN_eth1_192.168.2.0-24
2022-02-02,09:38:33,Information,USG,local7,dhcpd,Listening on LPF/eth1/fc:ec:da:42:d7:1d/net_LAN_eth1_192.168.2.0-24
2022-02-02,09:38:33,Error,USG,local7,dhcpd,
2022-02-02,09:38:33,Error,USG,local7,dhcpd,   to which interface eth0.4 is attached. **
2022-02-02,09:38:33,Error,USG,local7,dhcpd,   in your dhcpd.conf file for the network segment
2022-02-02,09:38:33,Error,USG,local7,dhcpd,"   you want, please write a subnet declaration"
2022-02-02,09:38:33,Error,USG,local7,dhcpd,** Ignoring requests on eth0.4.  If this is not what
2022-02-02,09:38:33,Error,USG,local7,dhcpd,No subnet declaration for eth0.4 (10.164.33.253).
2022-02-02,09:38:33,Error,USG,local7,dhcpd,
2022-02-02,09:38:33,Information,USG,local7,dhcpd,Wrote 28 leases to leases file.
2022-02-02,09:38:33,Information,USG,local7,dhcpd,Wrote 0 new dynamic host decls to leases file.
2022-02-02,09:38:32,Information,USG,local7,dhcpd,Wrote 0 deleted host decls to leases file.
2022-02-02,09:38:32,Information,USG,local7,dhcpd,Wrote 0 class decls to leases file.
2022-02-02,09:38:32,Information,USG,local7,dhcpd,"For info, please visit https://www.isc.org/software/dhcp/"
2022-02-02,09:38:32,Information,USG,local7,dhcpd,All rights reserved.
2022-02-02,09:38:32,Information,USG,local7,dhcpd,Copyright 2004-2013 Internet Systems Consortium.
2022-02-02,09:38:32,Information,USG,local7,dhcpd,Internet Systems Consortium DHCP Server 4.1-ESV-R8
2022-02-02,09:38:32,Error,USG,daemon,dhcpd,WARNING: Host declarations are global.  They are not limited to the scope you declared them in.
2022-02-02,09:38:29,Warning,USG,local0,ubnt-service-gui,starting the GUI service.
2022-02-02,09:38:24,Information,USG,local7,dhcpd,DHCPACK on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:38:24,Information,USG,local7,dhcpd,DHCPREQUEST for 192.168.2.9 (192.168.2.1) from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:38:24,Debug,USG,local7,dhcpd,execute: bad arg 2
2022-02-02,09:38:24,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:38:24,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:38:23,Information,USG,local7,dhcpd,DHCPOFFER on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:38:22,Error,USG,daemon,ntpd_intres,host name not found: 3.ubnt.pool.ntp.org
2022-02-02,09:38:22,Error,USG,daemon,ntpd_intres,host name not found: 2.ubnt.pool.ntp.org
2022-02-02,09:38:22,Error,USG,daemon,ntpd_intres,host name not found: 1.ubnt.pool.ntp.org
2022-02-02,09:38:22,Error,USG,daemon,ntpd_intres,host name not found: 0.ubnt.pool.ntp.org
2022-02-02,09:38:22,Information,USG,local7,dhcpd,DHCPDISCOVER from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:38:20,Notice,USG,daemon,ntpd,proto: precision = 56.200 usec
2022-02-02,09:38:20,Notice,USG,daemon,ntpd,ntpd 4.2.6p2@1.2194-o Wed Oct 20 08:07:57 UTC 2021 (1)
2022-02-02,09:38:18,Notice,USG,daemon,ntpd,ntpd exiting on signal 15
2022-02-02,09:38:13,Error,USG,local2,pppd,Failed to disconnect PPPoE socket: 149 Operation already in progress
2022-02-02,09:38:13,Information,USG,local7,zebra,interface pppoe2 index 10 deleted.
2022-02-02,09:38:13,Notice,USG,local2,pppd,Connection terminated: no multilink.
2022-02-02,09:38:13,Information,USG,local7,zebra,interface eth0 mtu changed from 1512 to 1500
2022-02-02,09:38:13,Information,USG,local7,zebra,"interface pppoe2 index 10 changed <POINTOPOINT,NOARP,MULTICAST>."
2022-02-02,09:38:12,Notice,USG,local2,pppd,Modem hangup
2022-02-02,09:38:12,Information,USG,local7,zebra,interface eth0.6 mtu changed from 1508 to 1500
2022-02-02,09:33:21,Information,USG,local7,dhcpd,DHCPACK on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:33:21,Information,USG,local7,dhcpd,DHCPREQUEST for 192.168.2.9 (192.168.2.1) from 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:33:21,Debug,USG,local7,dhcpd,execute: bad arg 2
2022-02-02,09:33:21,Debug,USG,local7,dhcpd,execute_statement argv[1] = commit
2022-02-02,09:33:21,Debug,USG,local7,dhcpd,execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
2022-02-02,09:33:21,Information,USG,local7,dhcpd,DHCPOFFER on 192.168.2.9 to 60:c5:a8:7a:be:98 via eth1
2022-02-02,09:33:20,Information,USG,local7,dhcpd,DHCPDISCOVER from 60:c5:a8:7a:be:98 via eth1

Hangups sinds gisteren IPTV goed werkte via VLAN:

code:

2022-02-02  09:39:17    Notice  USG local2  pppd    Modem hangup    
2022-02-02  09:38:12    Notice  USG local2  pppd    Modem hangup    
2022-02-01  20:05:49    Notice  USG local2  pppd    Modem hangup    
2022-02-01  20:05:15    Notice  USG local2  pppd    Modem hangup    
2022-02-01  20:04:17    Notice  USG local2  pppd    Modem hangup    
2022-02-01  19:40:18    Notice  USG local2  pppd    Modem hangup    
2022-02-01  19:39:48    Notice  USG local2  pppd    Modem hangup    
2022-02-01  19:39:14    Notice  USG local2  pppd    Modem hangup    
2022-02-01  19:38:34    Notice  USG local2  pppd    Modem hangup    
2022-02-01  17:22:26    Notice  USG local2  pppd    Modem hangup    
2022-02-01  17:21:52    Notice  USG local2  pppd    Modem hangup    
2022-02-01  17:21:18    Notice  USG local2  pppd    Modem hangup    
2022-02-01  17:20:33    Notice  USG local2  pppd    Modem hangup

kan je /var/log/kpn.log ook ff posten?

[corny]

code:

[Wed Feb  2 09:38:39 CET 2022] [set-kpn-hook.sh] Executed at Wed Feb  2 09:38:39 CET 2022
[Wed Feb  2 09:38:39 CET 2022] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh
[Wed Feb  2 09:39:01 CET 2022] [kpn.sh] Executed at Wed Feb  2 09:39:01 CET 2022
[Wed Feb  2 09:39:01 CET 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Wed Feb  2 09:39:01 CET 2022] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn
[Wed Feb  2 09:39:01 CET 2022] [kpn.sh] MTU for eth0 not configured, adjusting config
[Wed Feb  2 09:39:01 CET 2022] [kpn.sh] Disconnecting pppoe2 before changing MTU
Interface pppoe2: Connection is already down
[Wed Feb  2 09:39:01 CET 2022] [kpn.sh] Setting mtu for eth0 to 1512
[Wed Feb  2 09:39:02 CET 2022] [kpn.sh] Setting mtu for eth0 vif 6 to 1508
[Wed Feb  2 09:39:02 CET 2022] [kpn.sh] Commiting
[Wed Feb  2 09:39:12 CET 2022] [set-kpn-hook.sh] Executed at Wed Feb  2 09:39:12 CET 2022
[Wed Feb  2 09:39:12 CET 2022] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh
[Wed Feb  2 09:39:12 CET 2022] [kpn.sh] Connecting pppoe2 after changing MTU
Bringing interface pppoe2 up...
[Wed Feb  2 09:39:13 CET 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Wed Feb  2 09:40:01 CET 2022] [kpn.sh] Executed at Wed Feb  2 09:40:01 CET 2022
[Wed Feb  2 09:40:01 CET 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Wed Feb  2 09:40:01 CET 2022] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn
[Wed Feb  2 09:40:01 CET 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Wed Feb  2 09:40:01 CET 2022] [kpn.sh] Finished

[Coolhva]

corny schreef op woensdag 2 februari 2022 @ 11:27:

code:

[Wed Feb  2 09:38:39 CET 2022] [set-kpn-hook.sh] Executed at Wed Feb  2 09:38:39 CET 2022
[Wed Feb  2 09:38:39 CET 2022] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh
[Wed Feb  2 09:39:01 CET 2022] [kpn.sh] Executed at Wed Feb  2 09:39:01 CET 2022
[Wed Feb  2 09:39:01 CET 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Wed Feb  2 09:39:01 CET 2022] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn
[Wed Feb  2 09:39:01 CET 2022] [kpn.sh] MTU for eth0 not configured, adjusting config
[Wed Feb  2 09:39:01 CET 2022] [kpn.sh] Disconnecting pppoe2 before changing MTU
Interface pppoe2: Connection is already down
[Wed Feb  2 09:39:01 CET 2022] [kpn.sh] Setting mtu for eth0 to 1512
[Wed Feb  2 09:39:02 CET 2022] [kpn.sh] Setting mtu for eth0 vif 6 to 1508
[Wed Feb  2 09:39:02 CET 2022] [kpn.sh] Commiting
[Wed Feb  2 09:39:12 CET 2022] [set-kpn-hook.sh] Executed at Wed Feb  2 09:39:12 CET 2022
[Wed Feb  2 09:39:12 CET 2022] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh
[Wed Feb  2 09:39:12 CET 2022] [kpn.sh] Connecting pppoe2 after changing MTU
Bringing interface pppoe2 up...
[Wed Feb  2 09:39:13 CET 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Wed Feb  2 09:40:01 CET 2022] [kpn.sh] Executed at Wed Feb  2 09:40:01 CET 2022
[Wed Feb  2 09:40:01 CET 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Wed Feb  2 09:40:01 CET 2022] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn
[Wed Feb  2 09:40:01 CET 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Wed Feb  2 09:40:01 CET 2022] [kpn.sh] Finished

Wat je kan doen is proberen of je de MTU van eth0 en vif 6 direct in de JSON kan verwerken. Nu wordt de PPPoE verbinding down gebracht als de controller een config pusht en de MTU weer verwijderd.

[corny]

Thanks voor je reactie. Heb het nu zo staan in de json:

code:

    "interfaces": {
        "ethernet": {
            "eth0": {
                "mtu": "1512",
                "dhcp-options": {
...
                    "6": {
                        "mtu": "1508",
                        "firewall": {

Volgens mij moet dit correct zijn, klopt dat?

[Coolhva]

corny schreef op woensdag 2 februari 2022 @ 11:45:
Thanks voor je reactie. Heb het nu zo staan in de json:

code:

    "interfaces": {
        "ethernet": {
            "eth0": {
                "mtu": "1512",
                "dhcp-options": {
...
                    "6": {
                        "mtu": "1508",
                        "firewall": {

Volgens mij moet dit correct zijn, klopt dat?

Yes!

[corny]

In de kpn.log zie ik nu dat het conform verwachtig niet meer leidt tot een disconnect.

Kan ik deze foutmelding overigens negeren? Of kan ik dat ook nog ergens in de json kwijt?

code:

No subnet declaration for eth0.4 (10.164.33.253).
** Ignoring requests on eth0.4. If this is not what
you want, please write a subnet declaration
in your dhcpd.conf file for the network segment
to which interface eth0.4 is attached. **