[Ubiquiti & IPTV] Ervaringen & Discussie

[bdu]

xbeam schreef op maandag 28 januari 2019 @ 09:32:
[...]


Welk type usg heb je?
Dan maak ik vanavond even een json voor je.

Zou geweldig zijn Ik heb een USG 3P.

Mocht je nog extra informatie nodig hebben hoor ik het graag.

[Pepehv]

xbeam schreef op vrijdag 25 januari 2019 @ 18:28:
Eigenlijk is een vlan altijd taged en doe je hem untaged maken om het poortje van de switch te koppelen aan de juiste vlan.

Een apparaat die je in het poortje van switch stopt komt dus op de vlan te zitten die untaged is.

Wil je meerder vlans over de utp kabel naar andere switch sturen dan deze dus tagged zijn en switch aan de andere kant moet het poortje dus ook tagged zijn ingesteld om de vlans te kunnen ontvangen.

nero355 schreef op zaterdag 26 januari 2019 @ 16:28:
[...]

Untagged : Op het moment dat je een PC aansluit op een poort of een Switch die niet snapt wat een VLAN is
Tagged : Voor al het andere zoals routers, switches, accesspoints, voip telefoons die snappen wat een VLAN is!

En :

[...]

Ook wel VLAN Trunk genoemd

Tenzij het een Cisco switch is
Die praten dan over een poort in Access Mode als het Untagged poort betreft.
En Trunk Mode als het een Tagged poort is.

Leuk joh al die verschillende standaarden/benamingen...

Dank en helder.

Nu rest mij de vraag nog: hoe stel ik dit op mijn Unify Switches? Net zoals het voorbeeld op de TP-link switches heeft gedaan... want tagged/untagged/trunk kom ik nergens tegen in de interface.
Native VLAN=untagged?

[nero355]

Pepehv schreef op maandag 28 januari 2019 @ 13:36:
Dank en helder.

Nu rest mij de vraag nog: hoe stel ik dit op mijn Unify Switches? Net zoals het voorbeeld op de TP-link switches heeft gedaan... want tagged/untagged/trunk kom ik nergens tegen in de interface.
Native VLAN=untagged?

Heb effe gekeken en daar lijkt het wel op inderdaad : Native VLAN is Untagged en daarbij kan je nog meerdere VLANs als Tagged toevoegen

Moet er zelf ook nog een beetje aan wennen en het een en ander testen...

[Pepehv]

nero355 schreef op maandag 28 januari 2019 @ 14:42:
[...]




[...]

Heb effe gekeken en daar lijkt het wel op inderdaad : Native VLAN is Untagged en daarbij kan je nog meerdere VLANs als Tagged toevoegen

Moet er zelf ook nog een beetje aan wennen en het een en ander testen...

Wat houdt het dan in als je daar VLANs tagged aan toevoegen?

Volgens het voorbeeld in mijn post (zie ook hier) moet ik alleen de trunk port tagged maken.

Hoe zou dit eruit moeten zijn op mijn Unify switch? Vraag mij met name af hoe ik de trunked port moet maken.
Profiles > Switches > Switch ports. En dan bij native "Lan" kiezen en tagged "IPTV (640)" en "Internet (300)" daaraan toevoegen?

Volgt PVID automatisch de VLANID?

[Voor 14% gewijzigd door Pepehv op 28-01-2019 15:41]

[nero355]

Pepehv schreef op maandag 28 januari 2019 @ 15:10:
Wat houdt het dan in als je daar VLANs tagged aan toevoegen?

Dan kan je een server of router eraan koppelen die interfaces heeft waarop de VLANs zijn geconfigureerd en kan je via 1 kabel in meerdere netwerken tegelijk zitten

Volgens het voorbeeld in mijn post (zie ook hier) moet ik alleen de trunk port tagged maken.

Hoe zou dit eruit moeten zijn op mijn Unify switch? Vraag mij met name af hoe ik de trunked port moet maken.
Profiles > Switches > Switch ports. En dan bij native "Lan" kiezen en tagged "IPTV (640)" en "Internet (300)" daaraan toevoegen?

Volgt PVID automatisch de VLANID?

Ik denk dat je voor de VLAN Trunks het profiel "ALL" moet kiezen (Zitten alle VLANs in als het goed is) en hetgene wat je Untagged wil maken kan je inderdaad gewoon als Native VLAN opgeven

Wat ik al zei : Moet nog tijd met die gekke GUI toestand doorbrengen, want op de CLI is het voor mij allemaal een stuk logischer en ook nog eens veel sneller!

[Froos]

Vandaag ontving ik een brief van XS4All.

Kort samengevat: Per maart gaat men stoppen met Bridged IPTV en alleen nog Routed aanbieden.

Heeft iemand Routed al werkend gekregen met de USG Pro zonder de boel te verneuken met een JSON file?

[To_Tall]

Froos schreef op dinsdag 29 januari 2019 @ 16:45:
Vandaag ontving ik een brief van XS4All.

Kort samengevat: Per maart gaat men stoppen met Bridged IPTV en alleen nog Routed aanbieden.

Heeft iemand Routed al werkend gekregen met de USG Pro zonder de boel te verneuken met een JSON file?

helaas, gezien de controller nog geen multi VLAN in ondersteund zal je de VLANS sowieso via een JSON moeten doorvoeren.

Ik moet nu bij familie ook 2x een USG plaatsen. 1 thuis 1 op de zaak.
waar ik tegen aanloop is IPTelefonie van KPN.

VLAN7 moet gebridged worden naar WANport2 om die aan te sluiten op de ExepriaBox V10. Ik kan in de JSON van XBEAM dit niet direct terug vinden hoe dit ook al weer zal. Iemand een voorbeeldje voor mij?

[djrednas]

To_Tall schreef op woensdag 30 januari 2019 @ 07:36:
[...]

helaas, gezien de controller nog geen multi VLAN in ondersteund zal je de VLANS sowieso via een JSON moeten doorvoeren.

Ik moet nu bij familie ook 2x een USG plaatsen. 1 thuis 1 op de zaak.
waar ik tegen aanloop is IPTelefonie van KPN.

VLAN7 moet gebridged worden naar WANport2 om die aan te sluiten op de ExepriaBox V10. Ik kan in de JSON van XBEAM dit niet direct terug vinden hoe dit ook al weer zal. Iemand een voorbeeldje voor mij?

Als je dit doet gaat al het verkeer over de CPU, en loopt je USG vast. Dit is dus niet mogelijk
Ik ga zelf een kleine switch voor de USG plaatsen die VLAN 7 loshaalt van 4 en 6

[hermanh]

Ik las een een paar weken geleden een post van iemand die voor XS4all telefonie aan de praat heeft gekregen. Het bleek dat XS inmiddels niet meer een extra VLAN gebruikt voor SIP verkeer, maar het vlan voor internet.
Het was voldoende om de Fritz op het interne netwerk aan te sluiten en alleen als telefoon station te gebruiken.

[GAEvakYD]

Ik draai al een tijdje de JSON config van Xbeam die op (free2wifi.nl) staat.
https://free2wifi.nl/2018/09/25/ubnt-usg-iptv/

Sinds een week ongeveer heb ik problemen dat mijn USG op disconnected staat in de controller. Alles werkt wel prima, inclusief IPTV etc maar dit lijkt me niet goed.

Ik heb al een paar keer een handmatige set-inform gedaan via SSH op de USG. Echter gaat die dan soms adopten maar schiet die daarna weer in de disconnected status. Als ik daarna een info commando uitvoer zie ik dat die geen IP adres heeft zogenaamd, maar hij staat wel op status connected.

code:

ruald@USGWezel38:~$ info

Model:       UniFi-Gateway-3
Version:     4.4.36.5146617
MAC Address: fc:xx:da:xx:c5:xx
IP Address:  0.0.0.0
Hostname:    USGWezel38
Uptime:      793778 seconds

Status:      Connected (http://192.168.1.60:8080/inform)

Kan het zijn dat dit een combinatie is van JSON en firmware die niet lekker werken? Ik draai de volgende versies:
-Controller 5.10.11
-USG firmware 4.4.36.5146617
-Switch en NanoHD's firmware 4.0.21.9965

[To_Tall]

Doordat je een config json file gebruikt om vlan 6 en 4 te definiëren. Zal de wan IP niet op je usg zichtbaar zijn.

Zelfde bij mij en vel andere

code:

Model:       UniFi-Gateway-3
Version:     4.4.36.5146617
MAC Address: fc:ec:da:41:c6:20
IP Address:  0.0.0.0
Hostname:    UNIFI-USG001
Uptime:      1719458 seconds

Ik denk eigenlijk dat je in de controller het inform url laat overschrijven. Als je dat doet naar een Fqdn naar buiten dan kan het zijn dat je usg geen verbinding maakt met je controller.

[Voor 22% gewijzigd door To_Tall op 30-01-2019 20:13]

[Jeroen_ae92]

djrednas schreef op woensdag 30 januari 2019 @ 13:44:
[...]


Als je dit doet gaat al het verkeer over de CPU, en loopt je USG vast. Dit is dus niet mogelijk
Ik ga zelf een kleine switch voor de USG plaatsen die VLAN 7 loshaalt van 4 en 6

Let op, dit is maar ten dele waar. Ja, bridged interfaces zijn niet hardware offloaded. Maar als je een bridge maakt tussen eth0.7 en eth2.7 is enkel vlan7 niet offloaded. Dus vlan4 en 6 weer wel want die maken geen deel uit van de bridge dus wel offloaded.

[xbeam]

To_Tall schreef op woensdag 30 januari 2019 @ 07:36:
[...]

helaas, gezien de controller nog geen multi VLAN in ondersteund zal je de VLANS sowieso via een JSON moeten doorvoeren.

Ik moet nu bij familie ook 2x een USG plaatsen. 1 thuis 1 op de zaak.
waar ik tegen aanloop is IPTelefonie van KPN.

VLAN7 moet gebridged worden naar WANport2 om die aan te sluiten op de ExepriaBox V10. Ik kan in de JSON van XBEAM dit niet direct terug vinden hoe dit ook al weer zal. Iemand een voorbeeldje voor mij?

Die zit niet in json,
Omdat het no go is. Wanneer je een Bridge maakt in de usg schakelt de offloading uit en dan is de maximale snelheid van usg rond de 100mbits. Beter en een eenvoudiger plaats je een switch voor de usg waar vlan7 er uit filtert en de usg bypassed.

[xbeam]

Jeroen_ae92 schreef op woensdag 30 januari 2019 @ 20:25:
[...]

Let op, dit is maar ten dele waar. Ja, bridged interfaces zijn niet hardware offloaded. Maar als je een bridge maakt tussen eth0.7 en eth2.7 is enkel vlan7 niet offloaded. Dus vlan4 en 6 weer wel want die maken geen deel uit van de bridge dus wel offloaded.

Dat is dan weer nieuw, Ga ik uit proberen.

Maar blijft een switch voor de usg met een bypass naar een switch achter de usg met vlan7 niet veel makelijker. Dan kan je experiabox ook overall plaatsen waar je wil?
zonder extra json regels.

[Voor 19% gewijzigd door xbeam op 31-01-2019 09:50]

[xbeam]

hermanh schreef op woensdag 30 januari 2019 @ 13:54:
Ik las een een paar weken geleden een post van iemand die voor XS4all telefonie aan de praat heeft gekregen. Het bleek dat XS inmiddels niet meer een extra VLAN gebruikt voor SIP verkeer, maar het vlan voor internet.
Het was voldoende om de Fritz op het interne netwerk aan te sluiten en alleen als telefoon station te gebruiken.

Liever toch aparte vlan.

[djrednas]

xbeam schreef op donderdag 31 januari 2019 @ 09:39:
[...]


Dat is dan weer nieuw, Ga ik uit proberen.

Maar blijft een switch voor de usg met een bypass naar een switch achter de usg met vlan7 niet veel makelijker. Dan kan je experiabox ook overall plaatsen waar je wil?
zonder extra json regels.

Keep us posted! Ik zou dit als het kan wel graag willen gebruiken, gezien ik anders een extra switch heb hangen voor niets.... Experiabox hangt toch naast de USG

[hermanh]

xbeam schreef op donderdag 31 januari 2019 @ 09:52:
[...]

Liever toch aparte vlan.

Ach ben bij Tweak niets anders gewend. Daar loopt het SIP verkeer 'gewoon' over het Internet VLAN. Fijne is wel dat je zonder al teveel gedoe gewoon een Siemens N300A in je netwerk kunt pluggen.
Ik heb ook geen specifieke rules in mijn Edgerouter hoeven opnemen.

Qua QOS loopt het ook wel los, nooit problemen mee gehad.

[Voor 7% gewijzigd door hermanh op 31-01-2019 11:18]

[xbeam]

hermanh schreef op donderdag 31 januari 2019 @ 11:15:
[...]


Ach ben bij Tweak niets anders gewend. Daar loopt het SIP verkeer 'gewoon' over het Internet VLAN. Fijne is wel dat je zonder al teveel gedoe gewoon een Siemens N300A in je netwerk kunt pluggen.
Ik heb ook geen specifieke rules in mijn Edgerouter hoeven opnemen.

Qua QOS loopt het ook wel los, nooit problemen mee gehad.

Daar zit wel iets in.
Het is gewoon idee dat de provider bandbreedte vrijhoud voor VoIP. Maar inderdaad dat grotendeels tussen mijn oren.

[robertobadjo]

@xbeam Werkt jouw config ook nog met de nieuwe 5.10 controller die eraan komt en de laatste usg firmware?

jouw config draaid hier al maanden stabiel zonder ook maar 1 uitval gehad te hebben.

[xbeam]

robertobadjo schreef op donderdag 31 januari 2019 @ 21:09:
@xbeam Werkt jouw config ook nog met de nieuwe 5.10 controller die eraan komt en de laatste usg firmware?

jouw config draaid hier al maanden stabiel zonder ook maar 1 uitval gehad te hebben.

Yes, 5.10 met 4.4.37 werkt zonder problemen.
Maar lees voor je upgrade echt goed de release note er zitten wat addertjes in deze upgrade.

[robertobadjo]

xbeam schreef op donderdag 31 januari 2019 @ 23:15:
[...]


Yes, 5.10 met 4.4.37 werkt zonder problemen.
Maar lees voor je upgrade echt goed de release note er zitten wat addertjes in deze upgrade.

zowiezo blijf ik nog even bij 5.9. ik wacht voor de unifi controller op de stable versie.

Ik moet de USG alleen nog upgraden naar de laatste firmware. dat zal ik vanavond eens doen.

[Froos]

xbeam schreef op donderdag 31 januari 2019 @ 09:38:
[...]


Die zit niet in json,
Omdat het no go is. Wanneer je een Bridge maakt in de usg schakelt de offloading uit en dan is de maximale snelheid van usg rond de 100mbits. Beter en een eenvoudiger plaats je een switch voor de usg waar vlan7 er uit filtert en de usg bypassed.

Alternatief: neem gewoon geen telefonie af maar koop ergens een SIP trunkje. Bij 12Connect of andere providers ben je voor een paar euro per maand aangesloten en vaak zijn de tikken ook nog goedkoper.

Ik gebruik 3CX als telefooncentrale en 12Connect als SIP Trunk provider. De telefonie van XS4All heb ik opgezegd.

En stop het VOIP verkeer in een apart VLAN, dat werkt nog het beste.

[GAEvakYD]

xbeam schreef op donderdag 31 januari 2019 @ 09:52:
[...]

Liever toch aparte vlan.

Heb jij een idee waarom mijn USG op disconnected blijft staan? Kan ik eventueel iets extra logging of iets uitlezen om te kijken wat het probleem precies is?

[Froos]

xbeam schreef op donderdag 31 januari 2019 @ 23:15:
[...]


Yes, 5.10 met 4.4.37 werkt zonder problemen.
Maar lees voor je upgrade echt goed de release note er zitten wat addertjes in deze upgrade.

Misschien een paar domme vragen maar, liever gesteld dan later in de problemen

Ik zag jouw config (denk ik?) hier: https://free2wifi.nl/2018/09/25/ubnt-usg-iptv/

1. Is jouw json voor een Routed setup?
2. Werkt daarna rules aanmaken via de GUI nog? (ik heb wat nare ervaringen uit het verleden)
3. ZIjn er nog andere dingen waar je rekening mee moet houden als je deze JSON gebruikt?

[xbeam]

Froos schreef op zaterdag 2 februari 2019 @ 20:55:
[...]


Alternatief: neem gewoon geen telefonie af maar koop ergens een SIP trunkje. Bij 12Connect of andere providers ben je voor een paar euro per maand aangesloten en vaak zijn de tikken ook nog goedkoper.

Ik gebruik 3CX als telefooncentrale en 12Connect als SIP Trunk provider. De telefonie van XS4All heb ik opgezegd.

En stop het VOIP verkeer in een apart VLAN, dat werkt nog het beste.

Ja kan ook maar bij kpn zit telefonie er gewoon bij als je tv af neemt. Daarnaast heb ik ook een 12connect accountje makelijk voor in het buitenland en de gratis cloud centrale is net genoeg voor je door schakel volgorde

[xbeam]

Ja is routed
En ja alles werkt alleen voor vpn moet je handmatig 3 cli regels draaien.

[Tomovich]

Sinds deze week heb ik Unifi-apparatuur en zeer tevreden over. Echter zit ik nog met een probleempje.

Ik heb internet en digitale tv (digicorder) van bij Telenet en om interactiviteit op de digicorder te hebben, moet deze rechtstreeks aan de Telenet-modem hangen. Maar bij mij is dit niet mogelijk. Hieronder mijn opstelling.



Vanaf de Unifi switch vertrekt er 1 UTP-kabel naar een unmanaged switch waarop de digicorder, NAS en TV zijn aangesloten.

Hoe kan ik de digicorder met een VLAN of op een andere manier, rechtstreeks een IP laten krijgen van de modem? Ik had gedacht een VLAN in te stellen op IP-adres of MAC-adres maar dat blijkt niet mogelijk met deze Unifi-apparatuur. Misschien een bridge maar heb hier nog niets over gevonden.

Wat denken jullie?

[job]

Kan je meer vertellen over je telenet modem? Dat bepaalt namelijk waar in de keten je het vlan gebeuren moet afhandelen.

Krijg je internet binnen via coax/dsl of glasvezel? Routert het ding nog, of staat het als bridge ingesteld?
Krijgt die digicorder een ip in de range van je eigen netwerk of krijgt het ding een ip in een eigen range.

Waarschijnlijk moet je die unmanaged switch vervangen.

edit: Wil je perse gebruik maken van een usg?

[Voor 35% gewijzigd door job op 03-02-2019 13:47]

[Eddo-79]

hermanh schreef op woensdag 30 januari 2019 @ 13:54:
Ik las een een paar weken geleden een post van iemand die voor XS4all telefonie aan de praat heeft gekregen. Het bleek dat XS inmiddels niet meer een extra VLAN gebruikt voor SIP verkeer, maar het vlan voor internet.
Het was voldoende om de Fritz op het interne netwerk aan te sluiten en alleen als telefoon station te gebruiken.

Klopt, XS4All biedt dus nog maar 2 Vlans aan, 4 (routed IPTV) en 6 (INT en dus VOIP)

Je kan m aan LAN1 hangen en volledig in je netwerk opnemen.
Je kan ook op LAN2 een nieuw Corporate Lan instellen met een eigen range,zodat je de FritzBox VOIP base kan laten spelen. Je kan ook een Gigaset 300N of zoiets kopen voor 5 tientjes, dan ben je volledig van de Fritz af. Of een VOIP app op je telefoon zetten en via wifi bellen met een vast nummer...alles kan.

In de Json hoeft alleen maar de free2wifi (of kriegsman.io zonder bridge) config geladen te worden voor Vlan 4 en 6, met het next hop script en classless routes.

[Eddo-79]

Tomovich schreef op zondag 3 februari 2019 @ 08:40:
Sinds deze week heb ik Unifi-apparatuur en zeer tevreden over. Echter zit ik nog met een probleempje.

Ik heb internet en digitale tv (digicorder) van bij Telenet en om interactiviteit op de digicorder te hebben, moet deze rechtstreeks aan de Telenet-modem hangen. Maar bij mij is dit niet mogelijk. Hieronder mijn opstelling.

[Afbeelding]

Vanaf de switch vertrekt er 1 UTP-kabel naar een unmanaged switch waarop de digicorder, NAS en TV zijn aangesloten.

Hoe kan ik de digicorder met een VLAN of op een andere manier, rechtstreeks een IP laten krijgen van de modem? Ik had gedacht een VLAN in te stellen op IP-adres of MAC-adres maar dat blijkt niet mogelijk met deze Unifi-apparatuur. Misschien een bridge maar heb hier nog niets over gevonden.

Wat denken jullie?

Ik snap je configuratie niet. Je modem hangt aan de WAN port van je USG en je wilt dat ie je lokale LAN apparaten van DHCP voorziet?

En je wilt in Unifi een extra VLAN aanmaken waarmee je je Digicorder een DHCP adres laat geven die aan een unmanaged, non-Ubiquiti switch hangt? Je weet dat unmanaged switches geen VLAN ondersteuning hebben?

Laat ik voorop stellen dat ik niet weet hoe Telenet diensten aanbiedt (pppoe of dhcp, of anders), maar ik snap niet wat je probeert te doen met je huidige config...

[Voor 3% gewijzigd door Eddo-79 op 03-02-2019 14:07]

[Tomovich]

Het is zo dat Telenet rechtstreeks contact moet hebben met de Digicorder. De Digicorder krijgt een extern IP en (als het een modem/router-combinatie is) een intern (lokaal) IP voor DLNA. Dit laatste interesseert me niet. Het externe IP dient om interactiviteit aan de Digicorder te kunnen geven (opnemen op afstand, films huren,...).
Ik zou het probleem makkelijk kunnen oplossen door een unmanaged switch tussen de modem en de USG te plaatsen en hierop de Digicorder aan te sluiten.

Het probleem is echter dat ik op de plaats waar de Digicorder staat meerdere apparaten heb staan: NAS, TV,... en deze moeten allemaal over dezelfde kabel. Dit wil zeggen dat als ik deze op de switch tussen de modem en de USG aansluit, ik een tweede lokaal netwerk heb waar ik vanaf mijn andere apparaten niet meer aan kan.

Dat VLAN's niet ondersteund worden door unmanaged switches weet ik, maar voordat ik effectief een managed switch koop, wil ik eerst weten als de oplossing zal werken. Ik gaf enkel de huidige situatie weer.

Ik probeer dus een oplossing te zoeken om enkel de Digicorder direct een IP van de modem te laten krijgen. Waarbij de USG en switch een soort van bridge zijn of passthrough.

EDIT: Ik realiseer me ook dat het mogelijk is om aan beide uiteinden van de ene kabel een splitter te plaatsen waarbij het ene dan op een unmanaged switch achter de modem zit en het andere op de Unifi switch. Aan de andere kant dan op de Digicorder en op de unmanaged switch. Maar dan zit ik met 100Mbit ethernet.

[Voor 11% gewijzigd door Tomovich op 03-02-2019 18:18]

[nero355]

Tomovich schreef op zondag 3 februari 2019 @ 18:12:
Dat VLAN's niet ondersteund worden door unmanaged switches weet ik, maar voordat ik effectief een managed switch koop, wil ik eerst weten als de oplossing zal werken. Ik gaf enkel de huidige situatie weer.

Natuurlijk gaat dat werken, zolang je de VLAN's goed aanmaakt en de kabels goed aansluit!

EDIT: Ik realiseer me ook dat het mogelijk is om aan beide uiteinden van de ene kabel een splitter te plaatsen waarbij het ene dan op een unmanaged switch achter de modem zit en het andere op de Unifi switch. Aan de andere kant dan op de Digicorder en op de unmanaged switch. Maar dan zit ik met 100Mbit ethernet.

Dat is echt vragen om ellende en moet je absoluut NIET DOEN!!!

Verder zou ik serieus eens wat meer gaan lezen over de theorie achter alles waar je mee bezig bent, want ik zie je alleen maar overal vragen posten zonder echt eerst zelf iets uitgezocht te hebben : Zo werkt GoT niet!

[Froos]

xbeam schreef op zondag 3 februari 2019 @ 00:16:
Ja is routed
En ja alles werkt alleen voor vpn moet je handmatig 3 cli regels draaien.

Ik heb 2 VPN's draaien. Een IPSec Site2Site VPN en een GebruikersVPN op basis van L2TP. Gaat dat werken? Welke regels moet ik draaien?

[Voor 21% gewijzigd door Froos op 03-02-2019 21:21]

[Tomovich]

nero355 schreef op zondag 3 februari 2019 @ 19:34:
Verder zou ik serieus eens wat meer gaan lezen over de theorie achter alles waar je mee bezig bent, want ik zie je alleen maar overal vragen posten zonder echt eerst zelf iets uitgezocht te hebben : Zo werkt GoT niet!

Ik ga wel degelijk zelf op zoek naar informatie. Tot nu toe heb ik alles werkend gekregen zonder al te veel problemen. Ik ben geen IT'er en veel termen zijn me onbekend maar ik zoek deze wel degelijk op.

Maar dit blijkt een hardnekkiger ding om te doorgronden. Wat ik overal gevonden en gelezen heb bleek na testen niet de juiste oplossing te zijn. En als ik het zo lees op Tweakers en op andere fora, zijn er velen met hetzelfde probleem. Alleen blijkt niemand die een oplossing gevonden heeft het later ook uit te schrijven. Of slechts gedeeltelijk.

[nero355]

Froos schreef op zondag 3 februari 2019 @ 20:38:
Ik heb 2 VPN's draaien. Een IPSec Site2Site VPN en een GebruikersVPN op basis van L2TP. Gaat dat werken? Welke regels moet ik draaien?

xbeam in "[Ubiquiti & IPTV] Ervaringen & Discussie"
GAEvakYD in "[Ubiquiti & IPTV] Ervaringen & Discussie"

"Use The Search Luke!"

[Froos]

nero355 schreef op zondag 3 februari 2019 @ 22:21:
[...]

xbeam in "[Ubiquiti & IPTV] Ervaringen & Discussie"
GAEvakYD in "[Ubiquiti & IPTV] Ervaringen & Discussie"

"Use The Search Luke!"

Thanks!

[Omisys]

Ondersteund de controller het onderhand al dat je twee VLANs op je WAN poort heb met KPN glasvezel? Ik zit nog steeds op versie 4.4.12.5032482 met mijn USG omdat het nu werkt en ik geen reden heb om te upgraden, maar die oranje bolletjes op het dashboard irriteren me nog steeds. Is dit onderhand al opgelost?

[shaft8472]

Omisys schreef op dinsdag 5 februari 2019 @ 15:48:
Ondersteund de controller het onderhand al dat je twee VLANs op je WAN poort heb met KPN glasvezel? Ik zit nog steeds op versie 4.4.12.5032482 met mijn USG omdat het nu werkt en ik geen reden heb om te upgraden, maar die oranje bolletjes op het dashboard irriteren me nog steeds. Is dit onderhand al opgelost?

4.4.36(.5146617) gebruik ik thuis. Nog niet opgelost. Ik zie nog steeds een WAN adres 0.0.0.0. Wellicht kan xbeam iets meer vertellen over de voortgang, ik begreep dat hij contact heeft/had met Ubiquity hierover.

[kariem112]

JVaags schreef op dinsdag 6 november 2018 @ 12:33:
[...]


Ja dat was hem inderdaad, ik had de filtering op source poort gezet en dat werkt niet.
Maar dit werkt goed. Ik heb nu;

code:

name IPTV_IN {
        default-action drop
        description "IPTV to internal"
        rule 10 {
            action accept
            description "Allow established/related"
            state {
                established enable
                related enable
            }
        }
        rule 20 {
            action accept
            description "Allow IPTV"
            destination {
                address 224.0.0.0/4
            }
            log disable
            protocol udp
            source {
            }
        }
        rule 30 {
            action drop
            description "Drop invalid state"
            log disable
            state {
                invalid enable
            }
        }
    }
    name IPTV_LOCAL {
        default-action drop
        description "IPTV to router"
        enable-default-log
        rule 10 {
            action accept
            description "Allow established/related"
            state {
                established enable
                related enable
            }
        }
        rule 20 {
            action accept
            description "Allow IPTV"
            destination {
                address 224.0.0.0/4
            }
            log disable
            protocol udp
        }
        rule 30 {
            action accept
            description "Allow IGMP"
            log disable
            protocol igmp
        }
        rule 40 {
            action drop
            description "Drop invalid state"
            state {
                invalid enable
            }
        }
    }

Ik kom er niet uit met de firewall rules Waar voer je deze in? WAN IN, LAN IN of ergens anders?

[To_Tall]

xbeam schreef op donderdag 31 januari 2019 @ 09:39:
[...]


Dat is dan weer nieuw, Ga ik uit proberen.

Maar blijft een switch voor de usg met een bypass naar een switch achter de usg met vlan7 niet veel makelijker. Dan kan je experiabox ook overall plaatsen waar je wil?
zonder extra json regels.

Ik heb nu het volgende toegevoegd aan mijn running config om eea te testen en niet direct in de JSON te gooien.

code:

interfaces {
    bridge br0 {
        aging 300
        bridged-conntrack disable
        description "KPN Telefonie"
        hello-time 2
        max-age 20
        priority 32768
        promiscuous disable
        stp false
    }
    
vif 7 {
            bridge-group {
                bridge br0
            }
            description "KPN Telefonie"
            mtu 1500
        }
        
   ethernet eth2 {
        description "KPN Experia Box"
        duplex auto
        ipv6 {
            address {
                autoconf
            }
            dup-addr-detect-transmits 1
        }
        speed auto
        vif 7 {
            bridge-group {
                bridge br0
            }
            description "KPN Telefonie"
            mtu 1500
        }
    }

Draait nu op deze manier paar dagen. zonder nog de experia box aangesloten te hebben....
speed test die ik op diverse momenten start werken vlekkenloos nog steeds 200/200..

Nu heb ik geen telefonie nodig en heb ook nog geen telefoon in huis maar de USG knalt er niet uit
Morgen maar ff een setje van 20 euro of minder op de kop tikken. en veder testen.

Domme vraag misschien.. Maar ETH2 van USG moet nu lijkt me wel in de wan port van de experia box??

Nu had ik afgelopen weekend VLAN7 op een switch port gezet mij mn schoonouders.. Maar dat lijkt toch niet helemaal te werken. ook experiabox uit/aan gezet.. maar telefonie werkt niet... Is VLAN6 ook nog van belang?

Op telefonie na kan de USG momenteel gewoon in productie genomen worden..

[djrednas]

To_Tall schreef op woensdag 6 februari 2019 @ 22:46:
[...]

Domme vraag misschien.. Maar ETH2 van USG moet nu lijkt me wel in de wan port van de experia box??

Nu had ik afgelopen weekend VLAN7 op een switch port gezet mij mn schoonouders.. Maar dat lijkt toch niet helemaal te werken. ook experiabox uit/aan gezet.. maar telefonie werkt niet... Is VLAN6 ook nog van belang?

Op telefonie na kan de USG momenteel gewoon in productie genomen worden..

Hij moet dan gewoon in de WAN ja.
Wat wel gebleken is is dat de experiabox eerst +-30 minuten aan de NTU moet, om de settings binnen te slepen, daarna omprikken zonder uit te schakelen. Werkt hier al jaren prima (maar dan via een VLAN switch).

[harrytasker]

Iemand al getest samen met een Ubiquiti UniFi CloudKey Gen2 Plus?

[To_Tall]

CKg2+ draaid hier zonder problemen al sinds december.

Op de telefoon krijg ik wel een kiestoon te horen maar bij het kiezen zelf een ingesprektoon.

Al moet ik wel zeggen bij de experiabox direct op het glas. Zelfde probleem.
Vreemde was ook ik heb een v10a binnen gekregen voor de reguliere v10.

Deze vandaag nieuw aangesloten nieuw uit de doos en mijn oude config van de v10 was aanwezig op de 10a ???

[nero355]

To_Tall schreef op donderdag 7 februari 2019 @ 20:34:
Deze vandaag nieuw aangesloten nieuw uit de doos en mijn oude config van de v10 was aanwezig op de 10a ???

Kan best, maar dat zou dan betekenen dat je ISP backups maakt van alle routers van alle klanten en deze weer inlaadt op het moment dat de router wordt aangesloten en de config opvraagt via TR-069 of iets dergelijks...

Opzich wel een nette service!

[To_Tall]

Telefonie is nu ook operationeel

Probleem..
op de USG is eth2 standaard Admin Down.

Nadat deze online is gebracht werkt telefonie..
Misschien dat dit ook bij XBEAM als alternatieve config opgenomen kan worden voor mensen die wel telefonie willen hebben??

up en download snelheid is nu 200 up/down op de USG.. ik kan niet sneller testen ik heb een 200/200 lijntje liggen.

[Dutchess_Nicole]

Hierbij de informatie voor Fiber.nl klanten (Caiway netwerk):

Internet VLAN: 141
IPTV VLAN: 148
VOIP VLAN: 149

Alleen routed IPTV werkt, bridged werkt helaas niet.

IGMP proxy is nodig, de volgende settings kun je als voorbeeld gebruiken (vervang interfaces waar nodig)

code:

igmp-proxy {
        interface eth0 {
            alt-subnet 0.0.0.0/0
            role downstream
            threshold 1
            whitelist 239.0.3.0/16
            whitelist 225.0.71.0/24
            whitelist 224.0.0.0/16
        }
        interface eth1 {
            role disabled
            threshold 1
        }
        interface eth2 {
            role disabled
            threshold 1
        }
        interface eth3 {
            role disabled
            threshold 1
        }
        interface eth4 {
            role disabled
            threshold 1
        }
        interface eth4.141 {
            role disabled
            threshold 1
        }
        interface eth4.148 {
            alt-subnet 0.0.0.0/0
            role upstream
            threshold 1
        }
        interface switch0 {
            alt-subnet 0.0.0.0/0
            role downstream
            threshold 1
        }
    }

Vanwege de vereiste dat de STB zowel het IPTV VLAN als het Internet VLAN nodig heeft, zul je deze bij de rest van de switch moeten voegen.
Daardoor moet je er even aan denken dat je de downstream role van de IGMP proxy op de switch zet, niet op de interface zelf!

En de routing voor IPTV

code:

static {
        route 217.166.226.0/24 {
            next-hop <Your IPTV Gateway> {
                description "IPTV Gateway"
                distance 1
            }
        }
    }

Volledige config en meer informatie staat in Nisengo in "[fiber] - eigen router / bridged IPTV"

[Gophlin]

kevinl schreef op donderdag 20 december 2018 @ 13:51:
Ik wil mijn T-mobile thuis glasvezel kabel direct aansluiten op de USG Pro. Maar ik heb nog iets nodig om in de SFP port te stoppen. Weten jullie uit ervaring welke ik precies moet hebben? Of is elk willekeurig SFP module goed?

@kevinl Je lijkt een van de weinige in dit topic met de combinatie T-Mobile Thuis en een USG Pro-4. Kan je me laten weten of alles werkt inmiddels? Zou je je setup kunnen delen?

[Comp User]

kevinl schreef op donderdag 20 december 2018 @ 13:51:
Ik wil mijn T-mobile thuis glasvezel kabel direct aansluiten op de USG Pro. Maar ik heb nog iets nodig om in de SFP port te stoppen. Weten jullie uit ervaring welke ik precies moet hebben? Of is elk willekeurig SFP module goed?

Als je de Draytek hebt, dan kan je de bijgeleverde module (waarschijnlijk) gewoon in de USG steken.

Dat werkt iig wel bij de edgerouter (6p in mijn geval), kijk anders even in de OP.

[Gophlin]

@Comp User, het gaat me met name om de vraag of ik op de USG Pro het T-Mobile signaal kan splitsen, en bv een van de LAN poorten kan gebruiken als internet poort, en de andere LAN poort als IPTV signaal poort. Ik weet dat er opties zijn om eea via een Unifi switch te doen, maar zou het wat 'netter' vinden om alles via de USG te laten binnenkomen.

[Willard]

To_Tall schreef op vrijdag 8 februari 2019 @ 23:50:
Telefonie is nu ook operationeel

Probleem..
op de USG is eth2 standaard Admin Down.

Nadat deze online is gebracht werkt telefonie..
Misschien dat dit ook bij XBEAM als alternatieve config opgenomen kan worden voor mensen die wel telefonie willen hebben??

up en download snelheid is nu 200 up/down op de USG.. ik kan niet sneller testen ik heb een 200/200 lijntje liggen.

Begrijp ik het goed dat je de USG zo geconfigureerd hebt dat vlan 4 en 6 op lan port 1 uitkomen naar bijvoorbeeld een switch (internet en IPTV) en vlan 7 op lan port 2 naar experiabox (telefonie)? Zo jah dan ben ik benieuwd naar je configuratie!

[Comp User]

Gophlin schreef op dinsdag 12 februari 2019 @ 10:57:
@Comp User, het gaat me met name om de vraag of ik op de USG Pro het T-Mobile signaal kan splitsen, en bv een van de LAN poorten kan gebruiken als internet poort, en de andere LAN poort als IPTV signaal poort. Ik weet dat er opties zijn om eea via een Unifi switch te doen, maar zou het wat 'netter' vinden om alles via de USG te laten binnenkomen.

Zo heb ik het wel op de edgerouter gedaan, SFP module =inkomend, ETH 1 = internet (vlan 300) en ETH 5 = TV (vlan 640).

Vwb de usg pro - misschien heb je hier nog iets aan.

Echter wordt daar ook al naar verwezen in de T-Mobile OP.

[Voor 0% gewijzigd door Comp User op 12-02-2019 16:23. Reden: Typo's gecorrigeerd]

[To_Tall]

Willard schreef op dinsdag 12 februari 2019 @ 12:44:
[...]


Begrijp ik het goed dat je de USG zo geconfigureerd hebt dat vlan 4 en 6 op lan port 1 uitkomen naar bijvoorbeeld een switch (internet en IPTV) en vlan 7 op lan port 2 naar experiabox (telefonie)? Zo jah dan ben ik benieuwd naar je configuratie!

momenteel heb ik nog geen werkende config.gateway.json.
ik heb nu de entries nog handmatig draaien en werkt tot nu toe prima.

code:

configure
delete interfaces ethernet eth2 disable
set interfaces bridge br0
set interfaces bridge br0 aging 300
set interfaces bridge br0 bridged-conntrack  disable
set interfaces bridge br0 description "WAN"
set interfaces bridge br0 hello-time 2
set interfaces bridge br0 max-age 20
set interfaces bridge br0 priority 32768
set interfaces bridge br0 promiscuous disable
set interfaces bridge br0 stp false
set interfaces ethernet eth0 vif 7
set interfaces ethernet eth0 vif 7 bridge-group
set interfaces ethernet eth0 vif 7 bridge-group bridge br0
set interfaces ethernet eth0 vif 7 description "WAN"
set interfaces ethernet eth0 vif 7 mtu 1500
set interfaces ethernet eth2 description "WAN"
set interfaces ethernet eth2 duplex auto
set interfaces ethernet eth2 ipv6
set interfaces ethernet eth2 ipv6 address
set interfaces ethernet eth2 ipv6 address autoconf
set interfaces ethernet eth2 ipv6 dup-addr-detect-transmits 1
set interfaces ethernet eth2 speed auto
set interfaces ethernet eth2 vif 7
set interfaces ethernet eth2 vif 7 bridge-group bridge br0
set interfaces ethernet eth2 vif 7 description "WAN"
set interfaces ethernet eth2 vif 7 mtu 1500

dit zijn de toevoegingen. Mogenlijk moet er nog eea getweakt worden.

Hierna moet wel de experia box herstart worden en de telefoon even van het stroom gehaald worden. en je hebt telefoon internet en tv draaien.

USG is dan wel wat harder aan het werk heb ik het gevoel..
Ik hoop dat ubnt snel komt met een aanpassing dat multi vlan in via de console aangepast kan worden.

[xbeam]

Even een vraag voor de mensen met exit hooked IPTV.

Kan het kloppen dat zappen trager gaat met hook routering dan met static route?

zappen ging altijd reten snel het viel mensen gewoon op dat het sneller ging dan met een experia box ( zappen en gelijk beeld het leek bijna weer analoge tv geen zwarte gaten tussen het zappen door) Vanavond even tijd gehad om te prutsen met de hooks maar ik krijg nu zwarte even geen beeld schermen tussen het zappen door Het lijkt wel ziggo digitale tv ;-)

Misschien dat dit tussen me oren zit vandaar de vraag of meer mensen dit ervaren?

[Voor 8% gewijzigd door xbeam op 13-02-2019 00:28]

[xbeam]

Coolhva schreef op zaterdag 3 november 2018 @ 12:16:
Ik heb nu een config draaien zonder update route script en tot dusver werkt dat prima. Ik heb dit opgelost door een DHCP Client hook script te installeren die de static routes via de dhcp lease op vlan4 omzet in static routes.

Alleen voor IPv6 heb ik nog wel een postprovision bash script voor nodig vanwege de bug dat met pppoe de json nesting te diep wordt. Het grappige is dat ik op mijn pppoe interface geen ipv6 adres heb, alleen op de lan interface. Maar het functioneert wel (ipv6-test geeft maximale score)

Ik krijg de exit hook niet goed geladen.
Wanneer ik de stb herstart krijg tijden het opstarten fout code 561

Internet werkt wel maar dat komt door auto route van PppoE

[To_Tall]

Volgens mij heeft KPN iets aangepast.

Afgelopen week meerdere malen de USG geprovisioned en Factory reset uitgevoerd. ON telefonie te draaien. Maar ook zonder m’n telefonie Setup heb ik idd ook problemen met iptv.

[Hindelaufen]

@To_Tall Wow, dat is dan wel weer heel erg toevallig. Ik ben gisteren de hele dag bezig geweest om internet en IPTV (van KPN) werkend te krijgen. Internet werkt wel maar IPTV geeft net als bij @xbeam code 561.
Ik dacht dat het aan mij lag (kan natuurlijk nog steeds) want zowat iedereen in dit topic die een USG(-pro) heeft zegt dat het de json van https://free2wifi.nl/2018/09/25/ubnt-usg-iptv/ werkt.

Mijn setup thuis is dus een USG Pro met een USW24 swicth en daarachter een STB.
Het heeft trouwens heel lang prima gewerkt met dank aan @Jeroen_ae92 destijds, echter eergister deed niks het meer en heb ik de switch en USG moeten resetten. Die hebben vervolgens de nieuwe firmware geinstalleerd, dus moest ik wel een nieuwe json zoeken.

Nu maar hopen dat iemand hier weet wat KPN heeft gewijzigd en de json kan aanpassen.

[harvz71]

ik wil de Unifi Switch (8-poorts, 150W) fiber input gebruiken als mediaconverter (port 9) en dan deze doorlinken met een vlan 333 naar port 1 en zo dus een WAN port maken. Aan deze de USG knopen en van daaruit naar port 2 de switch weer in en zo mijn interne netwerk weer op. Dit werkt perfect voor Tweak incl tv en phone er is alleen 1 maar. In topology overzicht zie ik alle andere gebruikers van Tweak en werd geblocked door Tweak ivm genereren van teveel multicast data.............

Kortom het werkt ;-) alleen ik weet niet hoe ik kan voorkomen dat deze multicast data terug het netwerk ingaat. Unifi forum komt er geen antwoord, op google kom ik niets verder met iptv + multicast. Daarnaast ben ik ACL tegen gekomen maar kan dat niet omzetten naar unifi termen. Ik weet niet waar ik moet beginnen te zoeken om dit te tackelen...

[nero355]

@harvz71 Ben je niet gewoon vergeten VLAN's te maken

[To_Tall]

@harvz71 welke FTTH provider heb je?
over het algemeen zullen zij 1 of meerdere VLAN's versturen.

Je zult dan op de port van de SFP deze VLAN's moeten aanmaken waarbij het internet VLAN tagged is.
De andere VLAN's untaged.

Deze VLAN's koppel je ook aan por1 waar je de USG op wan port koppel. de LAN port op de USG koppel je aan port 2 met gewenste VLAN setup.

Zorg wel dat je niet op je LAN port dezelfde VLAN's aanmaakt als die je via de SFP naar port 1 stuur. Deze VLANS mag je nooit gebruiken op het LAN.

@xbeam en @Hindelaufen
Ik merk wel als ik nu de static route script of de exit-hooks script draai ik problemen heb.
Na een reboot van de USG werkt het wel weer. Echter na 8 uur lijken de problemen terug. mogelijk DHCP renew die vast loopt misschien?

[Voor 10% gewijzigd door To_Tall op 13-02-2019 18:04]

[harvz71]

@To_Tall Provider is Tweak glasvezel en de vlans 34 en 4 zijn aangemaakt bij Tweak en untagged over vlan 333 gestuurd. Dit is de vlan tussen port 9 sfp en port 1 rj45 die ik zelf aangemaakt heb. Op de switch maak je op beide poorten een profiel aan met dit vlam. Gaat zo de usg3 in en deze haalt de vlans weer uit elkaar via de json

Zoals gezegd alles werkt zonder problemen alleen er lijkt multicast data terug het netwerk in te gaan en ik zou verwachten dat op de fiberswitch van Tweak dit geblokkeerd zou worden en dat ik andere gebruikers ook niet zou zien.

[Hindelaufen]

@To_Tall hmm, bij mij werkt het nog niet.
Zag net wel dat het "Next_Hop" IP adres is veranderd, dus die heb ik aangepast in de JSON. De STB is nu aan het opstarten en -uiteraard uitgerekend nu- ook nieuwe software aan het downloaden...

Vraagje: kan ik naast deze JSON file van @xbeam ook het scriptje van Kriegsman.io draaien (Tvroute.sh) die de Next-Hop blijft updaten? En werkt dat dan ook direct zonder aanpassingen?

Edit: Het werkt weer!. Ik heb het script van Kriegsman.io laten draaien en dat gaf een foutmelding. Na een aanpassing werkte de STB meteen.

Aanpassing:In het tvroute.sh script wijzig dhclient_eth0.4_lease naar dhclient_eth2.4_lease en draai tvroute.sh eenmaal handmatig.

NEW_IP=$(cat /var/run/dhclient_eth2.4_lease | grep new_routers | awk -F= '{print $2}' | tr -d \');

[Voor 30% gewijzigd door Hindelaufen op 13-02-2019 19:59]

[Hindelaufen]

Dank je wel @xbeam voor het schrijven van deze JSON file! Iedereen is happy in huize Hindelaufen.

[xbeam]

To_Tall schreef op woensdag 13 februari 2019 @ 18:03:

knip----

@xbeam en @Hindelaufen
Ik merk wel als ik nu de static route script of de exit-hooks script draai ik problemen heb.
Na een reboot van de USG werkt het wel weer. Echter na 8 uur lijken de problemen terug. mogelijk DHCP renew die vast loopt misschien?

Maar exit-hooks moet juist voor zorgen dat de dhcp renew goed gaat ik heb dus heb het dus ook met de exit-hook file dat iptv niet werkt na eem herstart van de stb fout 561/651 kan config niet laden. ik heb dus static route weer aan gezet in de controller

[To_Tall]

Dat dacht ik ook :-)

Na herstarten van route script en verwijderen van de exit-Hooks en herstarten van de stb lijkt het nu wel te werken.

[djrednas]

Gisteravond een test gedaan met een nieuwe JSON file. Hierbij de toevoeging gedaan van VLAN 7 op eth0, eth2 en een bridge gemaakt.
Nu werkt het bijna goed, alleen na een paar minuten gaat de USG opnieuw provisionen. Hierbij gaat hij ook van mooi blauw, naar knipperend wit (net als bij het booten).
Er zit dus iets niet helemaal lekker.
Kijk ik nu ergens keihard overheen?
Dit is de code die ik gebruik:

code:

{ 
    "interfaces": {
        "bridge": {
            "br0": {
                "aging": "300",
                "bridged-conntrack": "disable",
                "hello-time": "2",
                "max-age": "20",
                "priority": "32768",
                "promiscuous": "disable",
                "stp": "false"
            }
        },
        "ethernet": {
            "eth0": {
                "dhcp-options": {
                    "default-route": "no-update",
                    "default-route-distance": "1",
                    "name-server": "no-update"
                },
                "vif": {
                    "4": {
                        "address": [
                            "dhcp"
                        ],
                        "description": "WAN",
                        "dhcp-options": {
                            "client-option": [
                                "send vendor-class-identifier "IPTV_RG";",
                                "request subnet-mask, routers, rfc3442-classless-static-routes;"
                            ],
                            "default-route": "no-update",
                            "default-route-distance": "210",
                            "name-server": "no-update"
                        },
                        "ip": {
                            "source-validation": "loose"
                        }
  
                    },
                    "6": {
                        "description": "WAN",
                        "firewall": {
                            "in": {
                                "ipv6-name": "WANv6_IN",
                                "name": "WAN_IN"
                            },
                            "local": {
                                "ipv6-name": "WANv6_LOCAL",
                                "name": "WAN_LOCAL"
                            },
                            "out": {
                                "ipv6-name": "WANv6_OUT",
                                "name": "WAN_OUT"
                            }
                        },
                        "pppoe": {
                            "2": {
                                "default-route": "auto",
                                "firewall": {
                                    "in": {
                                        "ipv6-name": "WANv6_IN",
                                        "name": "WAN_IN"
                                    },
                                    "local": {
                                        "ipv6-name": "WANv6_LOCAL",
                                        "name": "WAN_LOCAL"
                                    },
                                    "out": {
                                        "ipv6-name": "WANv6_OUT",
                                        "name": "WAN_OUT"
                                    }
                                },
                                "name-server": "auto",
                                "password": "kpn",
                                "user-id": "kpn"
                            }
                        }
                    },
                    "7": {
                        "bridge-group": {
                           "bridge": "br0"
                        },
                        "description": "eth0.7 - VOIP",
                        "mtu": "1500"
                    }
  
                }
            },
            "eth2": {
                "description": "eth2 - ExperiaBox",
                "duplex": "auto",
                "speed": "auto",
                "vif": {
                    "7": {
                        "bridge-group": {
                            "bridge": "br0"
                        },
                        "description": "eth2.7 - ExperiaBox VOIP",
                        "mtu": "1500"
                    }
                }
            }
        }
    },
    "protocols": {
        "igmp-proxy": {
            "interface": {
                "eth0.4": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "upstream",
                    "threshold": "1"
                },
                "eth1.0": {
                    "alt-subnet": [
                        "0.0.0.0/24"
                    ],
                    "role": "downstream",
                    "threshold": "1"
                }
            }
        },
        "static": {
            "route": {
                "213.75.112.0/21": {
                    "next-hop": {
                        "10.252.192.1": "''"
                    }
                }
            }
        }
    },
    "port-forward": {
        "wan-interface": "pppoe2"
    },
  
    "service": {
        "dns": {
            "forwarding": {
                "except-interface": [
                    "pppoe2"
                ]
            }
        },
        "nat": {
            "rule": {
                "5000": {
                    "description": "MASQ corporate_network to IPTV network",
                    "destination": {
                        "address": "213.75.112.0/21"
                    },
                    "log": "disable",
                    "outbound-interface": "eth0.4",
                    "protocol": "all",
                    "type": "masquerade"
                },
                "6001": {
                    "outbound-interface": "pppoe2"
                },
                "6002": {
                    "outbound-interface": "pppoe2"
                },
                "6003": {
                    "outbound-interface": "pppoe2"
                }
            }
        }
    }
}

Het resultaat van die alles is dat de STB's die tijdens het rebooten van de USG werden ingeschakeld het doen, de telefonie het doet, en het internet 200/200 is. De STB's die ik opstart nadat de USG weer gaat provisionen, die werken niet.... (krijgen wel een IP, lopen vast op 85%)

Iemand die de fout zo ziet?

[bindert]

Kan iemand mij vertellen of dit alleen voor KPN glasvezel werkt? Ik gebruik zelf DSL van KPN en wil graag de Experiabox vervangen voor mijn USG. Heb er inmiddels al heel wat uren aan gesleuteld en gezocht maar een goed antwoord helaas nog niet kunnen vinden.

Experiabox -> USG (in DMZ van de Experiabox) -> Switch -> TV gaat wel goed.

[Max-Imus]

Ben ik nou blind/simpel? Er wordt hier meerdere malen gesproken over de .json van @xbeam , maar na de hele topic doorgezocht te hebben, kan ik hem niet vinden?

[Hindelaufen]

@Max-Imus Daar wordt deze JSON mee bedoeld:

https://free2wifi.nl/2018/09/25/ubnt-usg-iptv/

[nero355]

Max-Imus schreef op vrijdag 15 februari 2019 @ 09:49:
Ben ik nou blind/simpel? Er wordt hier meerdere malen gesproken over de .json van @xbeam , maar na de hele topic doorgezocht te hebben, kan ik hem niet vinden?

Kijk eens in de TopicStart : Daar wordt ernaar gelinkt!

[Max-Imus]

@Hindelaufen @nero355 dank u zeer, ik was dus simpel. Had deze wel gezien, maar ik legde geen connectie tussen nero355 en deze link (dacht dat het weer een tutorial was)

eens kijken of ik mijn unifi-stack aan de praat krijg met dit script.
- USG-pro
- USW-24-250W
- 5x AP-AC-IW
- 2x nanoHD
- 1x IW-HD
- 1x AC-mesh

[Hindelaufen]

@Max-Imus dat moet zeker lukken, je hebt nagenoeg dezelfde opstelling als ik.

[Max-Imus]

@Hindelaufen nog aanpassingen vereist? zag hierboven dat er sinds kort wat problemen zijn met KPN?

[Hindelaufen]

Het enige dat ik moest aanpassen was de setting die ik hierboven heb aangegeven mbt het kriegsman.io script.

[gday]

TIk ben onlangs verhuisd van een woning met FTTH van XS4ALL naar een woning met VDSL. In principe kan alles dan hetzelfde ingesteld worden, toch?

Ik heb de FRITZ!Box in full bridge staan. Ik krijg echter routed IPTV niet aan de praat. Ik kan wel zappen, maar na 2-3 seconden stopt de stream, begint dan na 2-3 seconden weer waarna het na 2-3 seconden definitief stopt. Dus toen wilde ik dan maar tijdelijk alsnog bridged IPTV gebruiken, maar dat werkt óók niet. Exact hetzelfde probleem. Het enige dat ik doe is VLAN4 untagged doorsturen naar de STB.

Ik heb een US-24 en een US-16-150W in de meterkast, en bij beide heb ik hetzelfde probleem. Als ik de FRITZ!Box als router inzet en de STB direct aan de FRITZ!Box hang werkt routed IPTV prima dus de STB lijkt me het probleem niet.

Ik weet echt niet waar ik het moet zoeken, dus ik hoop dat iemand hier een suggestie heeft? IGMP snooping is enabled op VLAN4. Ik hoef verder toch niks in te stellen om bridged IPTV aan de gang te krijgen?!

Edit: Zojuist geprobeerd door een oude managed Netgear-switch tussen de FritzBox en STB te zetten. Ook dan heb ik hetzelfde probleem, dus blijkbaar ligt het niet per se aan m'n UniFi-setup. Ligt het dan aan de FRITZ!Box?!

Edit2: Ik heb een tweede FRITZ!Box 7490 ingesteld als router áchter de full bridged FRITZ!Box 7581, maar ook met deze setup werkt IPTV op geen enkele manier. De UniFi-setup is dus zeker niet de schuldige.

Edit3: Als ik de FRITZ!Box 7490 als full bridged modem instel, werken bridged en routed IPTV ook niet. Is de full bridged mode van de FRITZ!Box'en niet goed? (Met full bridged bedoel ik dus dat je het configbestand wijzigt en de checksum aanpast, ipv simpelweg PPPoE-passthrough.)

Het begint erop te lijken dat ik een Draytek Vigor 2862B moet gaan proberen als vervanger. Aan de 130 heb ik niks aangezien ik bonded VDSL heb. Duur geintje dus ...

[Voor 40% gewijzigd door gday op 16-02-2019 09:09]

[Quaros]

Beste mensen hier in dit topic,

Ook ik heb deze week de XS4ALL brief gekregen waardoor mijn huidige bridged VLAN4 oplossing via de HP-1810G (ondersteunt helaas geen IGMP snooping) niet meer gaat werken. Echter voordat ik mijn hele LAN ga verbouwen door de USG-3P direct op de NTU aan te sluiten en enkele nieuwe IGMP snooping ondersteunende managed switches te kopen, heb ik nog een prangende vraag:

Hoe wordt de performance van de USG-3P beïnvloed door de routed IPTV JSON oplossing? Op dit moment kan ik mijn volledige 500/500 glasvezel verbinding benutten, maar ik ben bang dat dit door de IPTV oplossing negatief wordt beïnvloed of zijn mijn zorgen ongegrond?

[job]

Hindelaufen schreef op vrijdag 15 februari 2019 @ 09:56:
@Max-Imus Daar wordt deze JSON mee bedoeld:

https://free2wifi.nl/2018/09/25/ubnt-usg-iptv/

In de meeste jsons vind ik een static route voor het iptv verkeer terug. Is er een reden dat er geen gebruik wordt gemaakt van de dhcp option 55 zoals in de startpost wordt genoemd?

Ik heb geen iptv dus kan niet experimenteren met mijn usg, maar iemand anders die dit met dhcp option 55 is gelukt?

[Voor 32% gewijzigd door job op 16-02-2019 15:53]

[nero355]

Quaros schreef op zaterdag 16 februari 2019 @ 14:53:
Beste mensen hier in dit topic,

Ook ik heb deze week de XS4ALL brief gekregen waardoor mijn huidige bridged VLAN4 oplossing via de HP-1810G (ondersteunt helaas geen IGMP snooping) niet meer gaat werken. Echter voordat ik mijn hele LAN ga verbouwen door de USG-3P direct op de NTU aan te sluiten en enkele nieuwe IGMP snooping ondersteunende managed switches te kopen, heb ik nog een prangende vraag:

Hoe wordt de performance van de USG-3P beïnvloed door de routed IPTV JSON oplossing? Op dit moment kan ik mijn volledige 500/500 glasvezel verbinding benutten, maar ik ben bang dat dit door de IPTV oplossing negatief wordt beïnvloed of zijn mijn zorgen ongegrond?

Zou ik me geen zorgen over maken

Maar ehh... die 1810G is toch zo'n instapmodel met WebGUI management ?!
Dacht dat die wel IGMP deden, maar geen versie 3

gday schreef op vrijdag 15 februari 2019 @ 20:56:
Het begint erop te lijken dat ik een Draytek Vigor 2862B moet gaan proberen als vervanger. Aan de 130 heb ik niks aangezien ik bonded VDSL heb. Duur geintje dus...

NIET DOEN!!!

Hoewel ik groot fan ben van DrayTek xDSL modellen moet ik je helaas afraden om de 2862B te kopen :
Deze is namelijk NIET COMPATIBLE met de Nederlandse xDSL Centrales voor Bonded VDSL2 !!!

Erg jammer, maar het is helaas niet anders

Zie ook dit Topic : Het grote xDSL-topic
Een beter alternatief is de ZyXEL 3500/3600 :

code:

https://gathering.tweakers.net/forum/list_messages/1648101/0?data[filter_keywords]=zyxel&data[boolean]=

Moet je effe goed doorlezen

Er was ook een verhaal over zo'n Fritz onding in Bridge Mode zetten op een soort gehackte manier waar je normaal gesproken niet bij kan komen!

[Cartman!]

Quaros schreef op zaterdag 16 februari 2019 @ 14:53:
Hoe wordt de performance van de USG-3P beïnvloed door de routed IPTV JSON oplossing? Op dit moment kan ik mijn volledige 500/500 glasvezel verbinding benutten, maar ik ben bang dat dit door de IPTV oplossing negatief wordt beïnvloed of zijn mijn zorgen ongegrond?

Plaatjes zeggen meer dan woorden:



Terwijl de vrouw ondertussen TV aan t kijken is.

[Voor 4% gewijzigd door Cartman! op 16-02-2019 19:46]

[gday]

nero355 schreef op zaterdag 16 februari 2019 @ 19:21:
[...]

NIET DOEN!!!

Hoewel ik groot fan ben van DrayTek xDSL modellen moet ik je helaas afraden om de 2862B te kopen :
Deze is namelijk NIET COMPATIBLE met de Nederlandse xDSL Centrales voor Bonded VDSL2 !!!

Erg jammer, maar het is helaas niet anders

Zie ook dit Topic : Het grote xDSL-topic
Een beter alternatief is de ZyXEL 3500/3600 :

code:

https://gathering.tweakers.net/forum/list_messages/1648101/0?data[filter_keywords]=zyxel&data[boolean]=

Moet je effe goed doorlezen

Er was ook een verhaal over zo'n Fritz onding in Bridge Mode zetten op een soort gehackte manier waar je normaal gesproken niet bij kan komen!

Bedankt voor de heads-up! Ik heb wel gelezen dat de Draytek inderdaad niet overal goed werkt, afhankelijk van de DSLAM waar je op zit. Maar ik heb ook begrepen dat de Zyxels niet meerdere VLANS ondersteunen op een WAN-poort? Wat dus in zou houden dat IPTV ook niet met een Zyxel gaat werken?

Zie ook dit topic: Bonding VDSL2 xs4all SBG3500-N IPTV

[Voor 3% gewijzigd door gday op 16-02-2019 23:41]

[Quaros]

nero355 schreef op zaterdag 16 februari 2019 @ 19:21:
[...]

Zou ik me geen zorgen over maken

Maar ehh... die 1810G is toch zo'n instapmodel met WebGUI management ?!
Dacht dat die wel IGMP deden, maar geen versie 3

HP heeft vanaf de 1820 range IGMP toegevoegd aan de product specificaties. Helaas moet de 1810 range het zonder die functionaliteit doen. Moet nog even kijken welke fabrikant het gaat worden als vervanger van de HP managed switch.

Cartman heeft een screenshot geplaatst met de snelheid van de verbinding terwijl er TV wordt gekeken. Ziet er goed uit. Dus ik zal me eens gaan verdiepen in de IPTV JSON oplossing voor mijn USG-3P en hoe mijn LAN verder in te richten na de USG-3P.

[xbeam]

To_Tall schreef op woensdag 13 februari 2019 @ 18:03:
@harvz71 welke FTTH provider heb je?
over het algemeen zullen zij 1 of meerdere VLAN's versturen.

Je zult dan op de port van de SFP deze VLAN's moeten aanmaken waarbij het internet VLAN tagged is.
De andere VLAN's untaged.

Deze VLAN's koppel je ook aan por1 waar je de USG op wan port koppel. de LAN port op de USG koppel je aan port 2 met gewenste VLAN setup.

Zorg wel dat je niet op je LAN port dezelfde VLAN's aanmaakt als die je via de SFP naar port 1 stuur. Deze VLANS mag je nooit gebruiken op het LAN.

@xbeam en @Hindelaufen
Ik merk wel als ik nu de static route script of de exit-hooks script draai ik problemen heb.
Na een reboot van de USG werkt het wel weer. Echter na 8 uur lijken de problemen terug. mogelijk DHCP renew die vast loopt misschien?

Ow sorry voor de onduidelijkheid hier werkt iptv prima zonder problemen via Json, de static route is goed werkende configs.

Ik heb alleen issue met de exit hook wanneer ik de stb reset. Na een reset kan hij de software wel downloaden maar niet starten.

Een op gestarte stb werkt prima met de exit hook. Alleen om hem nu dus te kunnen starten heb dus steeds de json nodig 😅😅

Met Exit hooks worden er extra regels binnen DHCP server geladen waardoor de begrijpt hoe kpn wil dat het verkeer verstuurt word.

Hier zijn er minder regels in de json nodig en als je IPTV next-hop adress wijzig dan wijzigt deze automatisch op de usg mee.

[Voor 12% gewijzigd door xbeam op 17-02-2019 11:08]

[xbeam]

job schreef op zaterdag 16 februari 2019 @ 15:08:
[...]

In de meeste jsons vind ik een static route voor het iptv verkeer terug. Is er een reden dat er geen gebruik wordt gemaakt van de dhcp option 55 zoals in de startpost wordt genoemd?

Ik heb geen iptv dus kan niet experimenteren met mijn usg, maar iemand anders die dit met dhcp option 55 is gelukt?

Wat is jou idee om dat via Option 55 te doen?

[nero355]

gday schreef op zaterdag 16 februari 2019 @ 23:41:
Bedankt voor de heads-up! Ik heb wel gelezen dat de Draytek inderdaad niet overal goed werkt, afhankelijk van de DSLAM waar je op zit. Maar ik heb ook begrepen dat de Zyxels niet meerdere VLANS ondersteunen op een WAN-poort? Wat dus in zou houden dat IPTV ook niet met een Zyxel gaat werken?

Zie ook dit topic: Bonding VDSL2 xs4all SBG3500-N IPTV

Ik heb het verder niet gevolgd, maar dacht waarschuw je effe met de info die ik ken vanuit het Algemene xDSL Topic

Quaros schreef op zondag 17 februari 2019 @ 05:23:
HP heeft vanaf de 1820 range IGMP toegevoegd aan de product specificaties. Helaas moet de 1810 range het zonder die functionaliteit doen. Moet nog even kijken welke fabrikant het gaat worden als vervanger van de HP managed switch.

Cartman heeft een screenshot geplaatst met de snelheid van de verbinding terwijl er TV wordt gekeken. Ziet er goed uit. Dus ik zal me eens gaan verdiepen in de IPTV JSON oplossing voor mijn USG-3P en hoe mijn LAN verder in te richten na de USG-3P.

Dat is wel jammer dan!

Afhankelijk van wat je verder van plan bent heeft zowel HP als TP-Link leuke alternatieven :
- Bij HP heb je een PoE switch met 24 poorten van rond de € 300
- Bij TP-Link heb je voor € 59,95 een 8 poorts 802.3af PoE switch die zou moeten voldoen!

[job]

xbeam schreef op zondag 17 februari 2019 @ 11:02:
Wat is jou idee om dat via Option 55 te doen?

Ik ben geen netwerk expert. En omdat ik geen iptv afneem kan ik het ook niet uitproberen.
Maar het valt mij op dat de ontwikkelde jsons (en config bestanden voor mikrotik) die ik tegenkom op 1 opvallend punt afwijken van wat kpn bekend maakt.

Zo staat in de topicstart (en op de site van xs4all) vermeldt dat je gebruik moet maken van dhcp option 55&60.

Via DHCP wordt een ip adres (alleen v4) opgehaald. In het DHCP request moeten de volgende opties staan:
• 55 (parameter-rquest-list), bevat minstens 1, 3, 28 en 121
• 60 (Vendor Class Identifier), bevat de string IPTV_RG

http://www.iana.org/go/rfc2132 stelt:
1=subnet
3=router-adress
28=broadcast adress

https://tools.ietf.org/html/rfc3442:
121= bevat een lijst met static routes

Volgens mij heb je dan met option 60 en 55 de informatie die je nodig hebt.
In de json op https://free2wifi.nl/2018/09/25/ubnt-usg-iptv/ wordt option 121 opgevraagd (regel 19), maar ook wordt er een static route (het router-adress) ingevoerd op regel 97. dat is toch dubbel?
Daarnaast ontbreekt het aanvragen van het broadcast adress (28).

edit: ik kwam in een blog over pfsense (Venxblog: KPN glasvezel via PFSense ) een zelfde verhaal tegen.

Tegenwoordig weet ik dat je subnet-mask, routers ,classless-routes kan gebruiken om automatisch routes te laten maken. Neem dit mee in de request options en je bent van je static routes af!
http://static.tweakers.ne...Ruayhb7JozSX5u/medium.png

edit: Ik ben benieuwd hoe kpn dit zelf regelt in een experiabox of fritzbox.
Iemand die een ftth export van een fritzbox heeft?

[Voor 52% gewijzigd door job op 17-02-2019 15:40]

[xbeam]

job schreef op zondag 17 februari 2019 @ 14:14:
[...]
Ik ben geen netwerk expert. En omdat ik geen iptv afneem kan ik het ook niet uitproberen.
Maar het valt mij op dat de ontwikkelde jsons (en config bestanden voor mikrotik) die ik tegenkom op 1 opvallend punt afwijken van wat kpn bekend maakt.

Zo staat in de topicstart (en op de site van xs4all) vermeldt dat je gebruik moet maken van dhcp option 55&60.

[...]


http://www.iana.org/go/rfc2132 stelt:
1=subnet
3=router-adress
28=broadcast adress

https://tools.ietf.org/html/rfc3442:
121= bevat een lijst met static routes

Volgens mij heb je dan met option 60 en 55 de informatie die je nodig hebt.
In de json op https://free2wifi.nl/2018/09/25/ubnt-usg-iptv/ wordt option 121 opgevraagd (regel 19), maar ook wordt er een static route (het router-adress) ingevoerd op regel 97. dat is toch dubbel?
Daarnaast ontbreekt het aanvragen van het broadcast adress (28).

edit: ik kwam in een blog over pfsense (Venxblog: KPN glasvezel via PFSense ) een zelfde verhaal tegen.
[...]


edit: Ik ben benieuwd hoe kpn dit zelf regelt in een experiabox of fritzbox.
Iemand die een ftth export van een fritzbox heeft?

Ja. precies dat regelt de exit hook.
Maar deze worden wel op gevraagt in de Json
Alleen standaart ontbreekt de exit hook in de usg om het verwerken. Vandaar de static route wat het zelfde is alleen handmatig ingesteld.

[job]

Een exit hook is nieuw voor mij, heb ik weer wat te lezen. Thanks.

Ik heb de json uit de TS aangepast voor telfort. Zou fijn als iemand die kan controleren.
Heb de json zelf nog niet nodig, maar misschien later of voor een ander.
https://jsoneditoronline....6f06240249087c1f29a98ec33

[Voor 13% gewijzigd door job op 17-02-2019 20:23]

[djrednas]

djrednas schreef op vrijdag 15 februari 2019 @ 07:15:
Gisteravond een test gedaan met een nieuwe JSON file. Hierbij de toevoeging gedaan van VLAN 7 op eth0, eth2 en een bridge gemaakt.
Nu werkt het bijna goed, alleen na een paar minuten gaat de USG opnieuw provisionen. Hierbij gaat hij ook van mooi blauw, naar knipperend wit (net als bij het booten).
Er zit dus iets niet helemaal lekker.
Kijk ik nu ergens keihard overheen?
Dit is de code die ik gebruik:

code:

{ 
    "interfaces": {
        "bridge": {
            "br0": {
                "aging": "300",
                "bridged-conntrack": "disable",
                "hello-time": "2",
                "max-age": "20",
                "priority": "32768",
                "promiscuous": "disable",
                "stp": "false"
            }
        },
        "ethernet": {
            "eth0": {
                "dhcp-options": {
                    "default-route": "no-update",
                    "default-route-distance": "1",
                    "name-server": "no-update"
                },
                "vif": {
                    "4": {
                        "address": [
                            "dhcp"
                        ],
                        "description": "WAN",
                        "dhcp-options": {
                            "client-option": [
                                "send vendor-class-identifier "IPTV_RG";",
                                "request subnet-mask, routers, rfc3442-classless-static-routes;"
                            ],
                            "default-route": "no-update",
                            "default-route-distance": "210",
                            "name-server": "no-update"
                        },
                        "ip": {
                            "source-validation": "loose"
                        }
  
                    },
                    "6": {
                        "description": "WAN",
                        "firewall": {
                            "in": {
                                "ipv6-name": "WANv6_IN",
                                "name": "WAN_IN"
                            },
                            "local": {
                                "ipv6-name": "WANv6_LOCAL",
                                "name": "WAN_LOCAL"
                            },
                            "out": {
                                "ipv6-name": "WANv6_OUT",
                                "name": "WAN_OUT"
                            }
                        },
                        "pppoe": {
                            "2": {
                                "default-route": "auto",
                                "firewall": {
                                    "in": {
                                        "ipv6-name": "WANv6_IN",
                                        "name": "WAN_IN"
                                    },
                                    "local": {
                                        "ipv6-name": "WANv6_LOCAL",
                                        "name": "WAN_LOCAL"
                                    },
                                    "out": {
                                        "ipv6-name": "WANv6_OUT",
                                        "name": "WAN_OUT"
                                    }
                                },
                                "name-server": "auto",
                                "password": "kpn",
                                "user-id": "kpn"
                            }
                        }
                    },
                    "7": {
                        "bridge-group": {
                           "bridge": "br0"
                        },
                        "description": "eth0.7 - VOIP",
                        "mtu": "1500"
                    }
  
                }
            },
            "eth2": {
                "description": "eth2 - ExperiaBox",
                "duplex": "auto",
                "speed": "auto",
                "vif": {
                    "7": {
                        "bridge-group": {
                            "bridge": "br0"
                        },
                        "description": "eth2.7 - ExperiaBox VOIP",
                        "mtu": "1500"
                    }
                }
            }
        }
    },
    "protocols": {
        "igmp-proxy": {
            "interface": {
                "eth0.4": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "upstream",
                    "threshold": "1"
                },
                "eth1.0": {
                    "alt-subnet": [
                        "0.0.0.0/24"
                    ],
                    "role": "downstream",
                    "threshold": "1"
                }
            }
        },
        "static": {
            "route": {
                "213.75.112.0/21": {
                    "next-hop": {
                        "10.252.192.1": "''"
                    }
                }
            }
        }
    },
    "port-forward": {
        "wan-interface": "pppoe2"
    },
  
    "service": {
        "dns": {
            "forwarding": {
                "except-interface": [
                    "pppoe2"
                ]
            }
        },
        "nat": {
            "rule": {
                "5000": {
                    "description": "MASQ corporate_network to IPTV network",
                    "destination": {
                        "address": "213.75.112.0/21"
                    },
                    "log": "disable",
                    "outbound-interface": "eth0.4",
                    "protocol": "all",
                    "type": "masquerade"
                },
                "6001": {
                    "outbound-interface": "pppoe2"
                },
                "6002": {
                    "outbound-interface": "pppoe2"
                },
                "6003": {
                    "outbound-interface": "pppoe2"
                }
            }
        }
    }
}

Het resultaat van die alles is dat de STB's die tijdens het rebooten van de USG werden ingeschakeld het doen, de telefonie het doet, en het internet 200/200 is. De STB's die ik opstart nadat de USG weer gaat provisionen, die werken niet.... (krijgen wel een IP, lopen vast op 85%)

Iemand die de fout zo ziet?

Oke, ik heb dus de fout gevonden. Ik gebruik nu LAN/WAN2 voor voip. Omdat ik die poort activeer via de GUI, moet ik er een adres aan toekennen.
Omdat ik er een adres aan toeken, en ik er daarna een bridge op maak.... Loopt de USG natuurlijk vast
Wie weet hoe ik die poort kan activeren zonder adres, zodat ik er een bridge op kan maken voor de voip?
Of moet ik in de GUI gewoon niets configureren en het script regelt de rest?

[To_Tall]

Via de CLI
delete interfaces interface eth2 disable

Hierna is de port enabeld en zit er geen adress gebonden op de port.

[djrednas]

To_Tall schreef op maandag 18 februari 2019 @ 13:14:
Via de CLI
delete interfaces interface eth2 disable

Hierna is de port enabeld en zit er geen adress gebonden op de port.

Maar als ik hem via de CLI verwijder, dan komt deze logischerwijze weer terug na een reboot of reprovision.
Is het niet mogelijk om de LAN/WAN 2 interface op de USG te activeren op een andere manier dan via de GUI (waarmee hij een IP krijgt)?

-edit-

Net nog wat testjes gedaan, en het werkt niet. De poort als wan instellen zorgt ervoor dat de tv en de telefoon werken, maar dan gaat de usg in fail over, waarmee het internet niet werkt (wan2 heeft tenslotte geen internet).
Nog altijd opzoek naar een manier om eth 2 actief te maken zonder dat een reboot of firmware update dit om zeep helpen en zonder ip op de poort

[Voor 106% gewijzigd door djrednas op 19-02-2019 23:18]

[ThinkPad]

JVaags schreef op zondag 30 december 2018 @ 12:34:
[...]
Dank allen! Indien gewenst kan ik mijn complete config voor de ERX hier delen.
[...]

Werkt het nog steeds stabiel en onderhoudsvrij? Ik heb wel interesse in je config.

Heb een Edgerouter X SFP waar ik de glasvezel in heb gestoken, om op die manier de NTU (mediaconverter) en de Experiabox V10 van NLEx niet te hoeven gebruiken. Internet pak ik van het juiste VLAN en voor IPTV zet ik VLAN4 door (bridged mode dus) naar settopbox. Werkt prima en erg stabiel.

Maar ik begreep dat bridged mode er op termijn uit gaat (link is XS4ALL, maar zal voor NLEx = KPN ook niet lang duren vermoed ik), dan zal ik wel naar routed mode moeten dus

Finwe schreef op zondag 28 oktober 2018 @ 16:19:
Weet iemand wanneer bridged IPTV wordt uitgefaseerd door XS4All? Heb bridged al jaren prima werken met m'n gear, en ik heb zie weinig redenen om te switch naar routed IPTV; ik gebruik de STB alleen maar voor TV.

Zie bovenstaande link.

[Voor 18% gewijzigd door ThinkPad op 20-02-2019 08:18]

[LightStar]

ThinkPadd schreef op woensdag 20 februari 2019 @ 08:13:
[...]

Werkt het nog steeds stabiel en onderhoudsvrij? Ik heb wel interesse in je config.

Heb een Edgerouter X SFP waar ik de glasvezel in heb gestoken, om op die manier de NTU (mediaconverter) en de Experiabox V10 van NLEx niet te hoeven gebruiken. Internet pak ik van het juiste VLAN en voor IPTV zet ik VLAN4 door (bridged mode dus) naar settopbox. Werkt prima en erg stabiel.

Maar ik begreep dat bridged mode er op termijn uit gaat (link is XS4ALL, maar zal voor NLEx = KPN ook niet lang duren vermoed ik), dan zal ik wel naar routed mode moeten dus

[...]

Zie bovenstaande link.

Begrijp ik nu goed dat het volgende dan niet meer gaat werken ?

NTU -> Switch (TP-Link SG105-E, klik link voor de config) -> USG -> Rest netwerk

Ik heb op de TP-Link 2 vlans, vlan4 voor TV en vlan6 voor internet welke richting mijn USG gaat.

Nu zit ik er niet op te wachten om de Fritzbox weer aan te sluiten gezien dat ding voor geen meter in bridge wil werken..

[Voor 4% gewijzigd door LightStar op 20-02-2019 10:49]

[ThinkPad]

Als je op je USG nu niks met TV doet dan zal je inderdaad aan de bak moeten, als ik het goed begrijp.

Je hebt nu ook bridged mode net als ik, dus vanaf de switch het VLAN gelijk doorzetten naar settopbox zonder er verder zelf iets mee te doen. Dat gaat op termijn eruit als ik die link moet geloven.

[LightStar]

ThinkPadd schreef op woensdag 20 februari 2019 @ 10:55:
Als je op je USG nu niks met TV doet dan zal je inderdaad aan de bak moeten, als ik het goed begrijp.

Je hebt nu ook bridged mode net als ik, dus vanaf de switch het VLAN gelijk doorzetten naar settopbox zonder er verder zelf iets mee te doen. Dat gaat op termijn eruit als ik die link moet geloven.

Klopt idd, ik ben voor deze oplossing gegaan gezien het via de USG voor geen meter werkte (ook met een pfsense router werkte het niet..), nu ben ik net overgestapt met de tv richting xs4all (had eerder een los Ziggo tv pakket echter was dit best kostbaar om er los bij te hebben).

Hoop dat het dan snel wat makkelijker wordt om te kunnen configuren in de USG (zonder losse json imports)

[ThinkPad]

Ik zit er ook niet op te wachten, bridged mode heb ik juist voor gekozen vanwege de eenvoud (en daardoor een tevreden mrs. ). Zit er niet op te wachten om elke week een scriptje te moeten draaien om te zorgen dat de TV het blijft doen. Dan zet ik liever de Experiabox (in mijn geval) er weer tussen.

[LightStar]

Hier precies zo, heb al eens getest om de Fritzbox in bridge mode te zetten (zodat er geen dubbel nat is) echter werkt dat ook niet zoals ik verwacht (internet wordt wel doorgegeven alleen tv werkt niet).

[gebruikershaes]

Ik heb op moment een Ubiquiti UniFi Switch (8-poorts, 60W PoE). Bij m'n TV heb ik een extra switch nodig zodat ik 2 apparaten bedraad kan aansluiten. Omdat ik zo min mogelijk kabels wil zou ik graag een POE powered switch willen hebben. Of te wel POE passthrough.

Ik zie dat een een Nano Switch is van Ubiquity, maar deze is alleen passive POE en gaat naar mijn weten niet werken. Iemand tips voor een andere switch/oplossing?

[LightStar]

gebruikershaes schreef op woensdag 20 februari 2019 @ 11:29:
Ik heb op moment een Ubiquiti UniFi Switch (8-poorts, 60W PoE). Bij m'n TV heb ik een extra switch nodig zodat ik 2 apparaten bedraad kan aansluiten. Omdat ik zo min mogelijk kabels wil zou ik graag een POE powered switch willen hebben. Of te wel POE passthrough.

Ik zie dat een een Nano Switch is van Ubiquity, maar deze is alleen passive POE en gaat naar mijn weten niet werken. Iemand tips voor een andere switch/oplossing?

pricewatch: Ubiquiti UniFi Switch 8-poorts volgens mij moet dat met deze kunnen (dit is de non-poe versie van de gene die je reeds bezit)

[gday]

LightStar schreef op woensdag 20 februari 2019 @ 11:27:
Hier precies zo, heb al eens getest om de Fritzbox in bridge mode te zetten (zodat er geen dubbel nat is) echter werkt dat ook niet zoals ik verwacht (internet wordt wel doorgegeven alleen tv werkt niet).

Jij kreeg met die full bridge mode van de Fritzbox dus ook IPTV niet aan de praat? Had jij ook dat het beeld na een paar seconden stopte, wat je ook probeerde met IGMP proxies en weetikveelwat?

Hoe heb je het nu aan de praat dan?

[Voor 3% gewijzigd door gday op 20-02-2019 12:12]

[LightStar]

gday schreef op woensdag 20 februari 2019 @ 12:12:
[...]


Jij kreeg met die full bridge mode van de Fritzbox dus ook IPTV niet aan de praat? Had jij ook dat het beeld na een paar seconden stopte, wat je ook probeerde met IGMP proxies en weetikveelwat?

Hoe heb je het nu aan de praat dan?

Nope geen beeld, ga er wel weer mee bezig om te kijken of ik het werkend kan krijgen.

Ik heb het nu als volgt: NTU (Glas) -> TPlink sg105 (vlan4 tagged op poort 3 en 4, vlan6 tagged op poort 2) -> Usg -> rest netwerk

In deze situatie heb ik dus iptv bridged echter gaat dit bij xs4all aangepast worden waardoor deze situatie niet meer werkend zal zijn.

[gebruikershaes]

LightStar schreef op woensdag 20 februari 2019 @ 11:36:
[...]


pricewatch: Ubiquiti UniFi Switch 8-poorts volgens mij moet dat met deze kunnen (dit is de non-poe versie van de gene die je reeds bezit)

Hmm, nee dat is ook niet helemaal wat ik zoek. Ik wil dus geen stroomkabel hoeven gebruiken om de switch van stroom te voorzien. Dat moet m'n poe switch doen. Eigenlijk dus hetzelfde als de NanoSwitch, maar dan met poe af.