[Devel] Re: [RFC] L3 network isolation : broadcast

Daniel Lezcano dlezcano at fr.ibm.com
Wed Dec 13 15:16:21 PST 2006


Daniel Lezcano wrote:
> Vlad Yasevich wrote:
>> Daniel Lezcano wrote:
>>> Hi all,
>>>
>>> I am trying to find a solution to handle the broadcast traffic on the l3 
>>> namespace.
>>>
>>> The broadcast issue comes from the l2 isolation:
>>>
>>> in udp.c
>>>
>>> static inline struct sock *udp_v4_mcast_next(struct sock *sk,
>>> 					__be16 loc_port,
>>> 					__be32 loc_addr,
>>> 					__be16 rmt_port,
>>> 					__be32 rmt_addr,
>>> 					int dif)
>>> {
>>> 	struct hlist_node *node;
>>> 	struct sock *s = sk;
>>> 	struct net_namespace *ns = current_net_ns;
>>> 	unsigned short hnum = ntohs(loc_port);
>>>
>>> 	sk_for_each_from(s, node) {
>>> 		struct inet_sock *inet = inet_sk(s);
>>>
>>> 		if (inet->num != hnum					||
>>> 		    (inet->daddr && inet->daddr != rmt_addr)		||
>>> 		    (inet->dport != rmt_port && inet->dport)		||
>>> 		    (inet->rcv_saddr && inet->rcv_saddr != loc_addr)	||
>>> 		    ipv6_only_sock(s)					||
>>> 		    !net_ns_match(sk->sk_net_ns, ns)			||
>>> 		    (s->sk_bound_dev_if && s->sk_bound_dev_if != dif))
>>> 			continue;
>>> 		if (!ip_mc_sf_allow(s, loc_addr, rmt_addr, dif))
>>> 			continue;
>>> 		goto found;
>>>    	}
>>> 	s = NULL;
>>> found:
>>>    	return s;
>>> }
>>>
>>> This is absolutely correct for l2 namespaces because they share the 
>>> socket hash table. But that is not correct for l3 namespaces because we 
>>> want to deliver the packet to each l3 namespaces which have binded to 
>>> the broadcast address, so we should avoid checking net_ns_match if we 
>>> are in a layer 3 namespace. Doing that we will break the l2 isolation 
>>> because an another l2 namespace could have binded to the same broadcast 
>>> address.
>> A question, if you will...  I am still digesting the l2 changes, and I can't
>> remember/find if the broadcasts will be replicated across multiple l2 or not.
> 
> Well ... I am not sure (never tested it) but as far as I remember, it is 
> the bridge which should duplicate the packets because it acts as a "hub".
> 
> eth0 --- br0 ---- veth0--|ns l2]--eth0
>                |
>                 -- veth1--|ns l2]--eth0
>                |
>                 -- veth2--[ns l2]--eth0
> 
> When a packet is received on eth0, it is forwarded to br0 (the bridge) 
> and this one will send the packet to veth0, veth1 and veth2. The packets 
> will follow the normal incoming path for each namespace. So I think the 
> answer is yes, the broadcast is replicated to each l2 namespace.
> 
> Dmitry can give more information on that I think.
> 
>> Example:
>> A system has 2 interfaces eth0 and eth1 connected to the same lan/link.
>> Each NIC was isolated to it's own L2 space.  Each L2 space configures
>> the its nic with unique IP but in the same subnet.   Will both L2s receive
>> a subnet broadcast packet?
> 
> Depending on the bridge configuration, I am inclined to say yes if eth0 
> and eth1 are attached to the bridge, no if they are not attached.


Sorry I missed "eth0 and eth1 connected to the **same** lan/link"

So yes, each l2 namespace should receive the broadcast packets.
_______________________________________________
Containers mailing list
Containers at lists.osdl.org
https://lists.osdl.org/mailman/listinfo/containers




More information about the Devel mailing list