,
,
,
Deel 2B: deze helft van de deep dive gaat over adressering (IPv4 en IPv6), policy routing, route-distributie en MAC-identiteit. Als u Deel 2A nog niet gelezen heeft, begin daar dan: dat deel behandelt het segmentatiemodel, de identiteitconventies en split-horizon DNS.
Navigatie in deze serie: Deel 1 · Deel 2A · Deel 2B · Deel 3
Op deze pagina:
IPv4 is rechttoe rechtaan, maar het loont om er discipline in aan te brengen:
Stabiele adressering is meer dan gemak. Het beïnvloedt firewallbeleid, monitoring, reverse DNS en uw vermogen om vragen te beantwoorden zoals “wat is er veranderd” zonder te gokken.
IPv6 is in onze omgeving geen bijzaak. We draaien IPv6 al decennia en hebben bijgedragen aan betere IPv6-adoptie in software, hardware en echte netwerken. In ons kantoor hadden we ongeveer 25 jaar geleden al IPv6 werkend, inclusief vroege deployments die vertrouwden op IPv6-transitiemechanismen die NAT konden traverseren lang voordat ze mainstream werden—benaderingen die nu al lang obsoleet zijn.
Vandaag is ons IPv6-model:
We gebruiken stateful stabiele toewijzing voor servers, routers en switches (via DHCPv6-reservaties of handmatige configuratie) zodat infrastructuur zijn adres-identiteit niet “kwijtraakt” als links flappen. Infrastructuurapparaten en sleutel-werkplekken krijgen stabiele toewijzingen (via DHCPv6-reservaties of handmatige configuratie) zodat identiteiten voorspelbaar blijven. Algemene werkplekken en randapparatuur krijgen dynamische leases binnen een dedicated sub-prefix. Zo blijft dagelijkse client-adressering flexibel, terwijl de infrastructuur deterministisch blijft.
SLAAC is niet per definitie fout, maar “SLAAC-only overal” levert operationele frictie op als u deterministische infrastructuur belangrijk vindt:
Voor infrastructuurapparaten en sleutel-werkplekken willen we determinisme. Voor algemene werkplekken en randapparatuur willen we gecontroleerde dynamiek. RA + DHCPv6 laat ons beide schoon modelleren.
Dit is de DSM-valkuil die meer setups breekt dan mensen doorhebben. DSM verstopt het zelfs achter een enigszins misleidend label: de instelling “multiple gateways” gaat niet alleen over het hebben van meer dan één default route; het gaat erom dat DSM per-interface policy routing correct programmeert op een multi-homed systeem. Als een host meerdere actieve interfaces heeft (meerdere VLANs), kunt u anders makkelijk eindigen met asymmetrische routing:
Dat gedrag verstoort state tracking (op routers en firewalls), breekt TCP op niet-obvious manieren en wekt de indruk dat VLANs verkeerd geconfigureerd zijn. In DSM moet u expliciet support voor multiple gateways inschakelen via de geavanceerde netwerkinstellingen; anders programmeert DSM mogelijk alleen één hoofd-routing table in plaats van per-interface policy routing met passende source selection.
Operationele regel: zorg dat de default route wijst naar de interface die daadwerkelijk internet-egress levert, en zorg dat failover-prioriteiten expliciet en correct zijn. Een “maintenance”-VLAN mag niet per ongeluk uw default egress worden omdat die als eerste is geconfigureerd.
In Deel 3 laten we zien hoe we dit valideren op DSM-niveau (GUI) en op Linux-niveau (policy routing rules), maar het ontwerpprincipe is eenvoudig: multi-homing vraagt om expliciet gatewaybeleid.
In gesegmenteerde omgevingen heeft u meestal meerdere “next hops”: inter-VLAN routing, site-to-site VPN routing en soms speciale egress routes richting security gateways. Het doel is om routing voorspelbaar te maken voor clients en services zonder dat ieder apparaat handmatig geconfigureerd moet worden.
In ons netwerk is routing intent gecentraliseerd: routers en DHCP-services distribueren wat clients nodig hebben, inclusief default gateway-selectie en bereikbaarheid naar andere VLANs en VPN-verbonden netwerken. Via hetzelfde mechanisme verspreiden we ook kern-infrastructuuropties zoals de interne split-horizon DNS-resolvers voor dat segment, een lokale tijdserver (NTP) en—waar relevant—proxy-instellingen. Het precieze mechanisme varieert per platform (IPv4 DHCP options versus IPv6 RA/DHCPv6 options), maar het ontwerpprincipe is consistent: clients horen geen ambachtelijke statische routes nodig te hebben.
Hier is de ongemakkelijke waarheid: “het werkt meestal” is geen acceptabel ontwerpcriterium voor een multi-VLAN trunk die zowel DSM als virtual machines moet ondersteunen.
In generieke networking is het hergebruiken van één MAC-adres over meerdere VLAN-tagged subinterfaces niet automatisch fout. Maar zodra u DSM 7, Open vSwitch, VMM, meerdere bridges en Synology’s interface-discovery heuristieken introduceert, wordt het eenvoudig om een situatie te creëren waarin MAC-identiteit niet langer een stabiele indicator is van “waar frames horen te leven”. Het resultaat kan instabiliteit zijn die eruitziet als table poisoning: ARP/ND-churn, MAC learning flaps en intermitterende bereikbaarheid die komt en gaat met interface-events.
Onze oplossing is om MAC-identiteit te behandelen als onderdeel van het ontwerpcontract:
In Deel 3 laten we zien hoe dit in de praktijk samenkomt met DSM en VMM, en hoe we het corrigeren zonder bij iedere update het systeem opnieuw te moeten bevechten.
Goede engineering gebeurt niet alleen in het dataplane; het gaat ook om hoe mensen het systeem bedienen. DSM labelt interfaces als LAN1…LAN5 voor de basis-NICs, en extra interfaces kunnen verschijnen als LAN20, LAN30, enzovoort. We stemmen deze labels bewust af op de VLAN-betekenis, zodat het selecteren van een interface in DSM of in een package-UI minder foutgevoelig is.
Dit klinkt misschien cosmetisch. Dat is het niet. In gesegmenteerde netwerken kan één verkeerde interfacekeuze uitmonden in een outage of een security-incident. Duidelijke interface-identiteit vermindert fouten.
Als u de DSM 7 trunking-aanpak uit Deel 3 wilt implementeren, verifieer dan eerst deze ontwerp-voorwaarden:
In Deel 3 gaan we van ontwerp naar implementatie: DSM 7.2.2-update-3, Open vSwitch, kernel VLAN-interfaces en de rc.network-aanpassingen die DSM, packages en VMM op één lijn houden.
Vorige: Multi-VLAN Trunking op Synology DSM 7 - Diepgaande netwerkontwerp Deel A
Volgende: Multi-VLAN Trunking op Synology DSM 7 - DSM 7.2.2 implementatie
Copyright © 2026, ASK-Solutions
