Meerdere VLAN'S over 1 netwerk kabel

[marcel19]

Provider: Kpn Glasvezel.

Hardware:
1. Asus RT-AC87U ( ingesteld met PPPOE om als modem te functioneren. )
2. Netgear GS108EV3 switch met Vlan mogelijkheden.
3. Netgear GS105eV2 switch met Vlan mogelijkheden.
4. Netgear GS105eV2 switch met Vlan mogelijkheden.
5. 2X iptv ontvanger van kpn.
6. overige hardware, o.a: computers mediaspelers, nas, enz.

Hieronder mijn setup:

Vanuit de NTU -> naar de wan van de Asus RT-AC87U. hierin de PPPOE settings van kpn ingevult.
VLAN 6 voor het internet ( LAN POORT 1 )
VLAN 4 voor IPTV. ( LAN POORT 4 )

vanuit de Asus RT-AC87U gaan er 2 kabels naar de switch: ( Netgear GS108EV3 )
Asus LAN POORT 1 ( VLAN 6 ) -> POORT 1 switch GS108EV3
Asus LAN POORT 4 ( VLAN 4 ) -> POORT 2 switch GS108eV3

vanuit de switch gaat er 1 kabel onder de grond door naar een kamer waar met geen mogelijkheid een tweede kabel kan komen:
Switch GS108EV3 POORT 3 -> kabel onder de grond door -> POORT 1 switch GS105eV2.

Over deze ene kabel wil ik beide VLANS 6 en 4 heen sturen. waarna de switch GS105eV2 deze vlans weer scheid: POORT 2 en 3 VLAN 6. POORT 4 en 5. VLAN 4 en 6.

Vanuit deze switch gaan er 2 kabels naar boven, 1 naar de woonkamer. 1 naar de slaapkamer.
In de woonkamer staat weer een switch GS105EV2.

Switch POORT 4 ( VLAN 4 en 6 ) -> Switch woonkamer POORT 1.
Deze switch moet ook weer het netwerk scheiden: POORT 2, 3, 4, vlan 6 voor internet. Poort 5 VLAN 4 voor IPTV.

de totale route is dus als volgt:

NTU -> Asus RT-AC87U WAN -> LAN POORTEN 1 en 4 -> Switch GS108EV3 POORT 1 en 2 -> Switch GS108EV3 POORT 3 -> kabel onder de grond door -> Switch GS105EV2 POORT 1 -> POORT 3 -> Switch woonkamer GS105EV2 POORT 1 -> Switch woonkamer GS105EV2 POORT 5 -> iptv ontvanger kpn.

Echter krijg ik het niet voor elkaar dat het werkt. ik heb gespeeld met Tagged en Untagged.
Het gene wat ik dus werkend zou willen hebben, is dat ik over die ene kabel zowel het internet als mijn iptv kan sturen. Als er iemand is die mij kan uitleggen hoe ik alles moet aansturen dan heel graag.

[ Voor 3% gewijzigd door marcel19 op 25-04-2017 10:27 ]

[eric.1]

Dan zal de verbinding tussen GS108EV3 (poort 3)en GS105EV2 (poort 1) een Trunk moeten worden. Dan kan je meerdere vlans erover sturen, het verkeer wordt onderscheiden door de meegestuurde VLAN tags.

[marcel19]

eric.1 schreef op dinsdag 25 april 2017 @ 10:34:
Dan zal de verbinding tussen GS108EV3 (poort 3)en GS105EV2 (poort 1) een Trunk moeten worden. Dan kan je meerdere vlans erover sturen, het verkeer wordt onderscheiden door de meegestuurde VLAN tags.

Hoe maak ik een trunk aan tussen beide switches?

en moet dan alleen de trunk ingesteld worden op de switch die het verstuurd.
Of moet het ook een trunk worden in de switch die het ontvangt?

[Nyko]

Hier heb je een voorbeeld over hoe je een trunk moet opbouwen: https://kb.netgear.com/11...s?cid=wmt_netgear_organic

[marcel19]

Nyko schreef op dinsdag 25 april 2017 @ 10:43:
Hier heb je een voorbeeld over hoe je een trunk moet opbouwen: https://kb.netgear.com/11...s?cid=wmt_netgear_organic

Thanks ik ga hier is induiken Alleen zit ik wel bepaalde opties die niet in mijn switch zitten.

[xh3adshotx]

Je kunt het IPTV gedeelte ook routed doen, dan heb je helemaal geen last meer van VLANs op je netwerk. Zie bijvoorbeeld

[3DDude]

Ik zou tussen de Asus en de switch ook gewoon een trunk doen?

Dan kan je alle Vlans daarover heen gooien en op de switch per poortje / vlan hangen.

Die middelste switch krijgt dan 2 trunks, 1 naar de asus router en 1 naar de volgende switch.
Kun je eventueel tussen de vlan's routeren als dat nodig mocht zijn

[marcel19]

3DDude schreef op dinsdag 25 april 2017 @ 10:57:
Ik zou tussen de Asus en de switch ook gewoon een trunk doen?

Dan kan je alle Vlans daarover heen gooien en op de switch per poortje / vlan hangen.

Die middelste switch krijgt dan 2 trunks, 1 naar de asus router en 1 naar de volgende switch.
Kun je eventueel tussen de vlan's routeren als dat nodig mocht zijn

Dus als ik het goed begrijp:
Vanuit de asus op LAN1 zowel vlan 6 als 4 laten komen.
En deze dan op de GS108EV3 laten verdelen.

de kabel uit de asus gaat dan in poort 1 van de GS108EV3 ( komt deze dan tagged of untagged? )
en dan de kabel onder de grond door. is deze tagged of untagged?

[3DDude]

marcel19 schreef op dinsdag 25 april 2017 @ 11:26:
[...]


Dus als ik het goed begrijp:
Vanuit de asus op LAN1 zowel vlan 6 als 4 laten komen.
En deze dan op de GS108EV3 laten verdelen.

de kabel uit de asus gaat dan in poort 1 van de GS108EV3 ( komt deze dan tagged of untagged? )
en dan de kabel onder de grond door. is deze tagged of untagged?

Voor zover ik begrepen had, (tijdje geleden) is een trunk untagged.
Tag je de vlan dan wijs je die toe op een poortje (klinkt dat logisch?)

Maar zoals ik zei dan twee trunks maken 1 van

Asus -> 1e switch

en een van
1e Switch <-> 2e Switch.

Nou weet ik niet of dat mogelijk is met jouw switches (dat heb ik niet uitgezocht )

Dan kan je op elke switch access poortjes maken en dan zeg je poort 2, 3 en 4 zitten in VLAN 6 en poort 5 en 6 in VLAN Y.

[marcel19]

Op dit moment heb ik de volgende configuratie in mijn Asus:

code:

admin@RT-AC87U-EDB0:/tmp/home/root# ifconfig
br0       Link encap:Ethernet  HWaddr F8:32:E4:79:ED:B0
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:12458836 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7346812 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:2095691230 (1.9 GiB)  TX bytes:2339289183 (2.1 GiB)

br0:0     Link encap:Ethernet  HWaddr F8:32:E4:79:ED:B0
          inet addr:169.254.39.55  Bcast:169.254.39.255  Mask:255.255.255.0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1

eth0      Link encap:Ethernet  HWaddr F8:32:E4:79:ED:B0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1500278180 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1497383585 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1456855806 (1.3 GiB)  TX bytes:2140438699 (1.9 GiB)
          Interrupt:180 Base address:0x5000

eth1      Link encap:Ethernet  HWaddr F8:32:E4:79:ED:B0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:3351152 errors:0 dropped:0 overruns:0 frame:17624868
          TX packets:6890779 errors:4354652 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:411461813 (392.4 MiB)  TX bytes:1248298221 (1.1 GiB)
          Interrupt:163

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING MULTICAST  MTU:16436  Metric:1
          RX packets:1977653 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1977653 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:395675831 (377.3 MiB)  TX bytes:395675831 (377.3 MiB)

ppp0      Link encap:Point-to-Point Protocol
          inet addr:86.89.90.159  P-t-P:195.190.228.41  Mask:255.255.255.255
          UP POINTOPOINT RUNNING MULTICAST  MTU:1492  Metric:1
          RX packets:787028399 errors:0 dropped:0 overruns:0 frame:0
          TX packets:346221825 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:2128835779 (1.9 GiB)  TX bytes:3803977020 (3.5 GiB)

vlan1     Link encap:Ethernet  HWaddr F8:32:E4:79:ED:B0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:456274368 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9314927 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:143083596909 (133.2 GiB)  TX bytes:2538267107 (2.3 GiB)

vlan6     Link encap:Ethernet  HWaddr F8:32:E4:79:ED:B0
          inet addr:169.254.139.252  Bcast:169.254.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1044003687 errors:0 dropped:0 overruns:0 frame:0
          TX packets:448945084 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1449899629862 (1.3 TiB)  TX bytes:143209820927 (133.3 GiB)

en na herstart moet ik altijd het volgende command sturen via SSH:

robocfg vlan 4 ports "1u 0t"

waarna mijn iptv pas werkt.

[marcel19]

Dit Topic mag gesloten worden

Het is opgelost door de asus te voorzien van Routed IPTV/Internet.

Waarna elke switch in huis door igmp snooping zijn eigen weg kiest en zo elk willekeurig apparaat verbonden kan worden

[marcel19]

Ik wil dit topic toch weer aanhalen aangezien het toch niet helemaal lekker werkt hier in huis.

Ik dacht dat het probleem lag in het modem : RT-AC87U dus deze is verkocht en heb mijn oude RT-AC66U in de plaats gezet.

Maar ik merk nog steeds dat als ik aan het gamen ben of mijn Steam is aan het updaten dat de IPTV er dan mee ophoud (en dit vind de vrouw natuurlijk niet leuk )

Ik heb het even getest met het originele modem van KPN en dan heb ik geen storing op mijn tv als steam update.

Ik wil daarom mijn IPTV en mijn internet van elkaar af scheiden in mijn netwerk.
Aangezien ik echt geen mogelijkheid heb om een tweede kabel in de kamer te krijgen wil ik dit dus oplossen door middel van mijn topic bericht:

code:

Vanuit de NTU -> naar de wan van de Asus RT-AC87U. hierin de PPPOE settings van kpn ingevult.
VLAN 6 voor het internet ( LAN POORT 1 )
VLAN 4 voor IPTV. ( LAN POORT 4 )

vanuit de Asus RT-AC87U gaan er 2 kabels naar de switch: ( Netgear GS108EV3 )
Asus LAN POORT 1 ( VLAN 6 ) -> POORT 1 switch GS108EV3
Asus LAN POORT 4 ( VLAN 4 ) -> POORT 2 switch GS108eV3

vanuit de switch gaat er 1 kabel onder de grond door naar een kamer waar met geen mogelijkheid een tweede kabel kan komen:
Switch GS108EV3 POORT 3 -> kabel onder de grond door -> POORT 1 switch GS105eV2.

Over deze ene kabel wil ik beide VLANS 4 en 6 heen sturen. waarna de switch in de tuinkamer GS105eV2 deze vlans weer scheid naar: LAN 2 en 3 / VLAN 6 voor het internet. LAN 4 en 5. VLAN 4 en 6.

Vanuit deze switch gaan er 2 kabels naar boven, 1 naar de woonkamer. 1 naar de slaapkamer.
In de woonkamer staat weer een switch GS105EV2.

Switch in de tuinkamer LAN 4 ( VLAN 4 en 6 ) -> Switch woonkamer POORT 1.
De switch in de woonkamer moet ook weer het netwerk scheiden: POORT 2, 3, 4, VLAN 6 voor internet. Poort 5 VLAN 4 voor IPTV.

Ik heb een klein tekenvoorbeeld gemaakt met hoe ik het in gedachten heb tot de tuinkamer.


Alvast bedankt

[marcel19]

kleine schopje

[Belgar]

Indien je router het ondersteund kun je uiteraard ook 1 enkele poort naar de eerste switch sturen. In principe wordt je doorvoer niet beter door lan1 en lan4 apart aan te sluiten.

Indien je een netgear met web config hebt is het niet zo heel moeilijk: gebruik 802.1q advanced (enable), vervolgens maak je een VLAN 4 en VLAN 6 groep aan

In de VLAN 4 groep zet je: poort2, poort3
In de VLAN 6 groep zet je: poort1, poort3, poort 4,5,6,7,8

Ik neem aan dat de responses gewoon op vlan1 kunnen, anders kun je door middel van een PVID op 4-8 ook nog een nieuw VLAN nummer meegeven

[marcel19]

Belgar schreef op maandag 26 maart 2018 @ 11:16:

Indien je een netgear met web config hebt is het niet zo heel moeilijk: gebruik 802.1q advanced (enable), vervolgens maak je een VLAN 4 en VLAN 6 groep aan

Ik heb nu vlan 4 en vlan 6 aangemaakt in de vlan configuration:

In de VLAN 4 groep zet je: poort2, poort3
In de VLAN 6 groep zet je: poort1, poort3, poort 4,5,6,7,8

In de groep heb ik inderdaad de mogelijkheid om de vlan aan te sturen naar een bepaalde poort.
Maar moet deze dan Untagged of Tagged verstuurd worden naar de volgende switch?
En wat moet er ingesteld worden in de volgende switch? Tagged of Untagged?





En wat moet ik doen met VLAN1?

Als ik kijk in mijn asus router dan geeft deze VLAN 1 en VLAN 4 door:
(dit is nu niet te zien aangezien het nu nog draait op routed en zijn alle poorten iptv en internet.
als ik het aanpas is mijn LAN 4 ook VLAN 4. en zijn LAN 1, 2 ,3 VLAN 1.
Hieronder een afbeelding van de router instelling:

[ Voor 9% gewijzigd door marcel19 op 26-03-2018 12:21 ]

[Belgar]

VLAN 1 is standaard en effectief hetzelfde als "untagged" (niet helemaal, het is het VLAN waar alles in wordt gestopt dat geen ander VLAN heeft indien een VLAN vereist is)

Het is afhankelijk van hoe verkeer terugkomt van clients. Ik neem aan dat verkeer terug naar het internet over VLAN 1 of untagged gebeurt. In dat geval moet je VLAN 1 ook toelaten en geen PVID settings doen.

clients die zelf geen besef hebben van VLAN's moeten untagged. naar buiten. (poort 4-8?). Verkeer wat de tags later nog nodig heeft wil je tags doorgeven (andere switches moeten tagged). In het kort: tagged/untagged: als je de poort uitgaat zie je dan nog het VLAN? (tagged: ja / untagged: nee)

PVID is de andere kant op: welk label hang je aan het verkeer wat de switch inkomt? (standaard 1). Als je PVID en VLAN1 groep standaard laat, werkt al het verkeer dat terug komt als in een unmanaged switch.

[marcel19]

Belgar schreef op maandag 26 maart 2018 @ 13:05:
VLAN 1 is standaard en effectief hetzelfde als "untagged" (niet helemaal, het is het VLAN waar alles in wordt gestopt dat geen ander VLAN heeft indien een VLAN vereist is)

Het is afhankelijk van hoe verkeer terugkomt van clients. Ik neem aan dat verkeer terug naar het internet over VLAN 1 of untagged gebeurt. In dat geval moet je VLAN 1 ook toelaten en geen PVID settings doen.

clients die zelf geen besef hebben van VLAN's moeten untagged. naar buiten. (poort 4-8?). Verkeer wat de tags later nog nodig heeft wil je tags doorgeven (andere switches moeten tagged). In het kort: tagged/untagged: als je de poort uitgaat zie je dan nog het VLAN? (tagged: ja / untagged: nee)

PVID is de andere kant op: welk label hang je aan het verkeer wat de switch inkomt? (standaard 1). Als je PVID en VLAN1 groep standaard laat, werkt al het verkeer dat terug komt als in een unmanaged switch.

dan snap ik nog niet helemaal hoe het Untagged en Tagged verhaal werkt.
ik heb er een tijd mee gespeeld, maar als ik VLAN 4 toewijs aan bijvoorbeeld poort 4. dan blijven de rest van de poorten ook allemaal werken.

[Belgar]

Ik begrijp niet goed wat je dan zou verwachtten? Al je verkeer loopt nu op vlan 1 (gezien je screenshot van je router config), dus een poort toewijzen aan VLAN 4 (zolang die ook is toegewezen op VLAN 1) zou niets uit moeten maken.

Als je echter een poort uit VLAN 1 haalt 'zou' daar geen internet meer op moeten zijn (ik ben een beetje voorzichtig omdat sommige switches graag "helpen" met VLAN 1).

Tagged/untagged is per VLAN en bepaald alleen verkeer wat je switch UIT gaat. Niet binnen de switch en ook geen ingaand verkeer. zolang er niets in je netwerk VLAN 4 produceert heeft geen enkele setting op vlan 4 invloed op je netwerk

[marcel19]

Belgar schreef op maandag 26 maart 2018 @ 15:24:
Ik begrijp niet goed wat je dan zou verwachtten? Al je verkeer loopt nu op vlan 1 (gezien je screenshot van je router config), dus een poort toewijzen aan VLAN 4 (zolang die ook is toegewezen op VLAN 1) zou niets uit moeten maken.

Zoals ik al aangaf in mijn bericht:

code:

Als ik kijk in mijn asus router dan geeft deze VLAN 1 en VLAN 4 door:
(dit is nu niet te zien aangezien het nu nog draait op routed en zijn alle poorten iptv en internet.
als ik het aanpas is mijn LAN 4 ook VLAN 4. en zijn LAN 1, 2 ,3 VLAN 1.

Als je echter een poort uit VLAN 1 haalt 'zou' daar geen internet meer op moeten zijn (ik ben een beetje voorzichtig omdat sommige switches graag "helpen" met VLAN 1).

Tagged/untagged is per VLAN en bepaald alleen verkeer wat je switch UIT gaat. Niet binnen de switch en ook geen ingaand verkeer. zolang er niets in je netwerk VLAN 4 produceert heeft geen enkele setting op vlan 4 invloed op je netwerk

De hardware welke VLAN 4 nodig heeft zijn de IPTV decoders van KPN.

[Belgar]

Volgens de screenshot zijn alle poorten toch echt VLAN1, met uitzondering van de WAN op VLAN 2

mogelijk hebben we hier een verwarring in de opzet, of de oorzaak van je netwerk problemen

Bedoel je de hardware die VLAN 4 nodig gaat hebben is de decoder? want als het nu werkt zit die decoder gewoon te werken op VLAN 1, want VLAN 4 wordt op dit moment op geen enkele switch doorgegeven.

[marcel19]

Belgar schreef op maandag 26 maart 2018 @ 15:38:
Volgens de screenshot zijn alle poorten toch echt VLAN1, met uitzondering van de WAN op VLAN 2

mogelijk hebben we hier een verwarring in de opzet, of de oorzaak van je netwerk problemen

Bedoel je de hardware die VLAN 4 nodig gaat hebben is de decoder? want als het nu werkt zit die decoder gewoon te werken op VLAN 1, want VLAN 4 wordt op dit moment op geen enkele switch doorgegeven.

Op dit moment staat alles te draaien op VLAN 1 maar in een script op de router in de achtergrond is dat VLAN 4 en VLAN 6 gecombineerd naar VLAN 1 om zo routed IPTV te krijgen bij KPN.

Als ik het instel zoals ik het wil hebben. dan is LAN 4 echt VLAN 4. en de rest zal VLAN 1 zijn.
Steek ik dan de IPTV decoder op LAN 1, 2 ,3 dan werkt de tv niet. steek ik hem in LAN 4 dan werkt het direct.

Dus de IPTV decoder heeft echt VLAN 4 nodig.

[Belgar]

ok, prima, maar dan is de opzet zoals ik boven al aangaf:

poort 2, 3 op VLAN4 tagged (voor de eerste switch)
poort 1 & 5 op VLAN 4 tagged (voor de tweede switch)

de rest blijft dan op VLAN1 zoals het nu is

*edit*, eventueel kun je membership van VLAN 1 op poort 5 van switch 2 uitzetten om echt alleen VLAN 4 door te laten. Zelfde kan met poort 2 switch 1.

[ Voor 26% gewijzigd door Belgar op 26-03-2018 15:59 ]

[NeHoX]

Juiste oplossing: VLAN's

Smerige oplossing die ik je niet wil onthouden:

[marcel19]

Belgar schreef op maandag 26 maart 2018 @ 15:54:
ok, prima, maar dan is de opzet zoals ik boven al aangaf:

poort 2, 3 op VLAN4 tagged (voor de eerste switch)
poort 1 & 5 op VLAN 4 tagged (voor de tweede switch)

de rest blijft dan op VLAN1 zoals het nu is

*edit*, eventueel kun je membership van VLAN 1 op poort 5 van switch 2 uitzetten om echt alleen VLAN 4 door te laten. Zelfde kan met poort 2 switch 1.

Thanx, ik ga hier mee stoeien vanavond.

[marcel19]

@Belgar

Even een VPN tunnel naar huis open gezet en jouw uitleg gevolgd, klopt dit zo?:

[Belgar]

Zo te zien moet dat kloppen (voor de eerste switch). Mijn interface is een stuk ouder (en van een ander type switch) dus ik kan het niet helemaal 1-voor-1 nalopen, maar dat lijkt me de juiste instelling

*edit* de PVID instelling ZOU niets moeten doen, omdat er, als het goed is, alleen tagged verkeer met ID 4 binnen zou moeten komen. de PVID is er om untagged verkeer een #4 tag te geven. zou niet uit moeten maken, maar just FYI

[ Voor 36% gewijzigd door Belgar op 26-03-2018 16:47 ]

[The GUI]

Is er een reden voor dat je vanaf de NTU rechtstreeks naar de Asus gaat?
Ik tap eerst de VLAN's af op de switch en geef ze dan rechtstreeks door aan de apparaten:

Van apparaat	VLAN (T/U)	Naar apparaat
NTU	4T, 6T, 7T (trunk)	Switch1 poort 1
Switch1 poort 2	6U	Router WAN interface (PPPoE-sessie voor internet)
Router LAN poort	1U	Switch1 poort 3 (poort 3 t/m7 zijn allen VLAN 1 untagged)
Switch poort 8	1U, 4T	Switch 2 poort 1
Switch 2 poort 2	4U	STB1
Switch2 poort 8	1U, 4T	Switch3 poort 1
Switch3 poort 2	4U	STB2
	etc.

_{edit: VLAN's goed gezet}

[ Voor 6% gewijzigd door The GUI op 26-03-2018 16:54 ]

[Belgar]

@The GUI moeten de STB's 4U zijn of mogen ze ook 4T zijn (ik nam eerlijk gezegd aan dat het 4T zou zijn)

Ik heb geen KPN dus ik heb het verhaal alleen indirect via sites. anders moet Marcel poort 5 op switch 2 op "U" zetten en PVID op 4.

[The GUI]

Belgar schreef op maandag 26 maart 2018 @ 17:12:
@The GUI moeten de STB's 4U zijn of mogen ze ook 4T zijn (ik nam eerlijk gezegd aan dat het 4T zou zijn)

Ik heb geen KPN dus ik heb het verhaal alleen indirect via sites. anders moet Marcel poort 5 op switch 2 op "U" zetten en PVID op 4.

Ik heb ze op 4U staan. Ik weet niet of de STB's de tag kunnen 'lezen'. Het werkt zo bij mij zonder problemen en zonder IGMP flooding.

[marcel19]

Belgar schreef op maandag 26 maart 2018 @ 17:12:
@The GUI moeten de STB's 4U zijn of mogen ze ook 4T zijn (ik nam eerlijk gezegd aan dat het 4T zou zijn)

Ik heb geen KPN dus ik heb het verhaal alleen indirect via sites. anders moet Marcel poort 5 op switch 2 op "U" zetten en PVID op 4.

Op het moment dat ik vlan 4 overal TAGGED op doorstuur. en op het moment dat ik deze op de poort waar de stb aan zit op untagged zet dan werkt alles goed. ( voor 5 minuten ) daarna heb ik vastlopend beeld en haperingen.

Toch maar eens kijken of ik die netgear switches ga vervangen voor een ubiquiti X router.
Hier schijn je beter VLANS mee aan te kunnen maken.

iemand ervaring?

[Belgar]

de router lost het probleem met switches niet op. ERx vervangt je asus in principe niet je switches. zonder een beetje testen weet je niet of het de switches zijn of de router. je zou eens een opstelling als voorgesteld door theGUI kunnen proberen.

[marcel19]

Belgar schreef op maandag 26 maart 2018 @ 20:59:
de router lost het probleem met switches niet op. ERx vervangt je asus in principe niet je switches. zonder een beetje testen weet je niet of het de switches zijn of de router. je zou eens een opstelling als voorgesteld door theGUI kunnen proberen.

Ik volg je niet helemaal.

[Belgar]

Je hebt problemen met je setupbox. je zegt "ik ga mijn router vervangen door een ERx" hoe weet je dat de router het probleem is? En ook al is de router het probleem, dan zou een opstelling met eerst een switch en dan pas de router mogelijk al een oplossing zijn.

zie post van the GUI

The GUI in "Meerdere VLAN'S over 1 netwerk kabel"

[marcel19]

Belgar schreef op maandag 26 maart 2018 @ 21:09:
Je hebt problemen met je setupbox. je zegt "ik ga mijn router vervangen door een ERx" hoe weet je dat de router het probleem is? En ook al is de router het probleem, dan zou een opstelling met eerst een switch en dan pas de router mogelijk al een oplossing zijn.

zie post van the GUI

The GUI in "Meerdere VLAN'S over 1 netwerk kabel"

Ook dat heb ik geprobeerd maar helaas ook zonder succes
zelfs het internet werkt dan niet.