[OpenWrt-Devel] IPv6: network segmentation, use of vlan and IPsec
Charlie Smurthwaite
charlie at atechmedia.com
Fri Mar 27 06:15:39 EDT 2015
Hi Gnutella,
This is likely not the correct mailing list for general network
questions like this, and I'd suggest you go to somewhere like
##networking on Freenode to talk about this, however I'll try to answer
your questions :)
Firstly, your question seems to lack the clear distinction that should
be made between Ethernet (layer2) and IPv6 (layer3). Please ensure that
you are clear about the difference and the way in which they interact.
For example you talk about MAC addresses in frames, but this is just a
basic feature of the underlying Ethernet and is unavoidable when using
this medium but would be unnecessary if using a different medium, such
as PPP.
While IPv6 has no broadcast addresses, it does have a large number of
multicast addresses, including some that reach all nodes on a network.
Therefore, if the decision to segment a network is based on having too
much broadcast traffic (which takes a lot of nodes on a gigabit network
to be a problem) then this is unlikely to change with IPv6 due to a
similar volume of multicast traffic.
Another common reason to segment a network is for security and
firewalling, and the choice of layer 3 protocol does not change this.
Nodes on the same layer 2 network (VLAN) will communicate with each
other directly, whereas those on different layer 2 networks will
communicate via a router, which is where firewalling would usually take
place.
You talk about filtering on a switch. This is usually considered a last
resort when it is not practical to segment a network into separate
subnets / VLANs. However as far as I know, the process for filtering
traffic through a Linux switch is the same for IPv6 as it would be in
IPv4, and Linux supports filtering bridged traffic with iptables (and I
assume iptables6 though I have never tested this).
MAC address filtering - unfortunately, I think this question is lacking
some understanding of the interaction between layers. Clients can always
use a fake MAC address, but this only affects the local LAN. MAC
addresses are always stripped from packets when they pass through a router.
It's possible that you aren't talking about MAC addresses at all, but
"EUI-64" IP addresses based on MAC addresses. In this case, you will
find that most clients by default will use their MAC to generate their
primary IP when using SLAAC but will also use additional random
"privacy" addresses. It would probably not be a good idea to try to
modify (NAT) people's IPs as they pass through a router, though it's
certainly possible.
I don't know enough about IPsec to answer your last question.
I hope some of this is helpful :)
Charlie
On 27/03/15 07:33, Jean-Michel Pouré - GOOZE wrote:
> Dear friends,
>
> I am studying IPv6 networks and would like to share some ideas with the
> community. At present, I am not sure to understand how to filter traffic
> and split networks. Here are a few questions:
>
> vlan:
> IPv6 has no broadcast. Do we still need vlans to segment traffic? Would
> you recommend using vlans together with IPv6?
>
> Filtering a switch:
> When a device includes a switch, how to filter ipV6 traffic on the
> switch? Do we need to use Brouting and ebtable or can it be done with
> iptables6?
>
> Mac address filtering:
> ipv6 embeds MAC address in frames. Clients may generate fake MAC
> addresses. Is there a way to hide MAC addresses on the router itself?
>
> IPsec:
> IPv6 allows to use IPsec in IPv6 frames. Can it be done already with a
> combination of FreeRadius, StrongSwan and IPv6. Do you know working
> configurations in OpenWRT?
>
> Kind regards,
> Gnutella
> _______________________________________________
> openwrt-devel mailing list
> openwrt-devel at lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
_______________________________________________
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
More information about the openwrt-devel
mailing list