De WAN van de USG3P aansluiten op je bestaande netwerk en alles achter de USG3P krijgt een ip via de DHCP server van de USG3P dus ze zitten elkaar niet dwars, ik gebruik altijd wel een andere DHCP range in de USG3P dan die ik gebruik ik mijn bestaande netwerk zodat alles overzichtelijk blijft.
Zoals ik het begrijp, ik probeer dit ook te snappen als toepassing (shoot me if i`m wrong):
.Werken doet het. Maar vraag me meer af wat er gebeurt als ik mijn main lan als tagged configureer en native network op none zet op de poorten waar APs op zittenZoals ik het begrijp, ik probeer dit ook te snappen als toepassing (shoot me if i`m wrong):
1 - Apparaten die zelf geen VLAN instelling hebben (bv pc`s & printers) hebben altijd een untagged native VLAN nodig op de betreffende poort (kan er maar 1 zijn).
2 - Apparaten die wel een eigen VLAN instelling hebben (ip-phones, AP`s & switches) kunnen tagged VLAN`s op de poort krijgen. Dit mogen er meerdere zijn.
Dan de toepassing in Unfi:
- Het Main LAN maakt een poort profiel dat beide hierboven heeft, dus Main LAN als native en alle VLAN`s tagged. Daar kun je dus letterlijk alles mee.
- Elk VLAN krijgt een eigen native poort profile zonder tags (meest gebruikt om een client op een VLAN te krijgen)
- Je kunt custom port profiles maken voor de 2e toepassing, zonder native maar met tags
zou dus gewoon moeten werken.....denk ik
Goede vraag....zo breek ik al een tijd mijn hoofd over de vraag waar een Switch of AP zijn 'eigen' (native dus) IP adres, lees subnet, vandaan haalt als ie hangt aan een interface die alleen tagged VLAN`s heeft en geen native VLAN. Is dus bij jou ook zo....ik snap dat die AP de VLAN`s moet doorgeven die tagged aan dat port profile hangen maar de AP moet toch zelf ook een IP toegewezen krijgen door DHCP ? Dat leek me nu echt de functie v/h native VLAN maar als die er niet is, hoe dan ?Werken doet het. Maar vraag me meer af wat er gebeurt als ik mijn main lan als tagged configureer en native network op none zet op de poorten waar APs op zitten
.
"All" heeft ook een native VLAN voor access toepassing, dat is geen zuivere trunk maar een mix van trunk en access. Je kunt daarnaast nog custom port profiles maken wel alleen voor Trunk waarbij alleen de VLAN`s tagged doorgegeven worden die daarop van toepassing zijn. Daar gaat dit over.
Ok dit is anders dan ik vanuit cisco gewend ben. Waar je overigens wel of via VTP vlan pruning automatisch doet of via “switchpoort trunk allowed vlan” opgeeft welke vlans je op de trunk door wil geven.
Net gedaan, lees edited2 van mijn post hier voor.Ben bang dat het stuk gaat
Dit onderwerp houd me al een tijdje bezig; ik zou zo niet weten of het bij Cisco wezenlijk anders is. Ik durf niet te testen in live en mis nog een USW om het goed te kunnen testen op de testbak
. Overigens hoeft je dit niet te testen met een USW-Flex-Mini. Die kan geen custom port profiles aan.
Dit bevestigd wat ik ook al dacht. USW`s en UAP`s hebben altijd een native network (untagged) nodig in het port profile. Ik vraag me dan alleen nog af wat de praktische toepassing is bij Unifi van custom port profiles met daarin slechts tagged VLAN`s. Als ik die Cisco websites lees, gebruiken ze die daar juist als trunk van de ene switch naar de ander, dat werkt dan weer even anders lijkt `t.Die uitkomst van de test verwachtte ik al, maar van testen leer je het beste
De untagged LAN wordt door de AP's namelijk ook gebruikt als Management LAN waar hij zijn eigen IP vandaan haalt en via welke hij met de controller communiceert.
Het is ook mogelijk om daarvoor weer een apart Management VLAN op te zetten, zoals dat bij bedrijven wordt gedaan, maar dat wordt wel weer heel lastig want dan zit jouw controller ook in dat aparte LAN tezamen met de rest van de functies zoals Protect etc.
Die uitkomst van de test verwachtte ik al, maar van testen leer je het beste
