From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751580Ab3LLMUH (ORCPT ); Thu, 12 Dec 2013 07:20:07 -0500 Received: from szxga03-in.huawei.com ([119.145.14.66]:14715 "EHLO szxga03-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751445Ab3LLMUE (ORCPT ); Thu, 12 Dec 2013 07:20:04 -0500 Message-ID: <52A9A97F.20902@huawei.com> Date: Thu, 12 Dec 2013 20:18:07 +0800 From: Libo Chen User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: David Miller , , , Serge Hallyn , CC: , , , , , , , LKML , Li Zefan , "zhangwei(Jovi)" , "Huang Qiang" , Wengmeiling , , , , Subject: Re: cgroup filter on physics interface can't control container References: <52A52BBF.6030105@huawei.com> In-Reply-To: <52A52BBF.6030105@huawei.com> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.135.72.158] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ping... On 2013/12/9 10:32, Libo Chen wrote: > hello network hackers, > > A linux container was builded with veth pair(veth0 inside container, veth1 outside container), > > the config as below: > > lxc.network.type = veth > lxc.network.flags = up > lxc.network.link = br0 // base on eth0 > lxc.network.name = eth0 > lxc.network.ipv4 = 128.5.130.26/24 > > then I use tc command with cgroup filter on veth0, it works well. But when setting on eth0, it doesn`t work. > > The reason is dev_forward_skb() in veth_xmit will call skb_scrub_packet and clean all information including skb->sk > in the skb, so if cls_cgroup_classify is working in serving softirq state, it will return failer, see below: > > if (in_serving_softirq()) { > /* If there is an sk_classid we'll use that. */ > if (!skb->sk) > return -1; > classid = skb->sk->sk_classid; > } > > > Qdisc with cgroup filter on physics interface can not control a container network, it is disappointed. > > we can save sk_classid before skb_scrub_packet and restore it after that. Is it reasonable? or any way to achieve this? > > thanks, > Libo >