Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp7013927ybc; Thu, 28 Nov 2019 09:17:07 -0800 (PST) X-Google-Smtp-Source: APXvYqyVfowwVprSjUHF/ClcLbCBPlGkfLXlcBZpmFk5Cb9QlXjT4ihflk/NuotEQVXfUjQPA5D8 X-Received: by 2002:a17:906:7708:: with SMTP id q8mr55621371ejm.33.1574961427583; Thu, 28 Nov 2019 09:17:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574961427; cv=none; d=google.com; s=arc-20160816; b=chAnHHSBE/Y96sSryL/YXCBp6+K4uRso5kQGZQzaidEsmA1PbIz/SNPzwN0eZV3VcN Lt6x6Jbyz1+3YebNkdPMYBsL/7vQH7R48zBRCEZuTtt5IGt1+Wh97DQaL2XbzqOvLGFL i9eDxYIEBsmEgB63ibOvbJvuCzPPFB2QareJJxi+19DRJliqhX7hJuWAAkvkxaZScwel OmT4SqGWeiMdYtwFdhN8vuQyR32TNsv/rY2LJVvW+pl49N6IzpYwp+D4jPKkzhu3c2m/ ZpOzzwxESGLPp6W7iazXtazPet/CaOIYR+YZNCSVnMRPAHPJPZRtAoMfTiV/ryE2/KqA iMmw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=9JTXqexhPJCr/NYp8eLm2gzq1RhmqcIBI6fHhWivQDE=; b=yXpMrIGrdKhVQa2pFGEpz9aq9bg44z9BYXGKnjt1vqDY/8WsCmcZKxlgjBrf0knZVh X3y8dv/DJLo+XYonJkaSEI/ItO6fCy3pKaoNkq3rxpEaWXk753DBGGRck8YLdk1fM1vF eG3AAQeRUISjg0qJDLS7cdaRakxaMUijVpqzc6WmwAP5Dq9uTuwG3tqTQZkP4XYCFx4s c1pO8U1kB/wvBXbmXQn8LygyaQA6CqaUQ3qj15bGDuxzKkL7wM6fW2BFyYvaJ1HDPePv KVniNCDuXClnRQRcwKxGt+ZBYwVia6ZhDf8gpr5dyKMNUn84YC7XbrPFkfYTSqo2qv5C yhwA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=e1INEXf8; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p7si12381378edq.227.2019.11.28.09.16.43; Thu, 28 Nov 2019 09:17:07 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=e1INEXf8; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726881AbfK1RPd (ORCPT + 99 others); Thu, 28 Nov 2019 12:15:33 -0500 Received: from us-smtp-2.mimecast.com ([205.139.110.61]:24594 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726608AbfK1RPd (ORCPT ); Thu, 28 Nov 2019 12:15:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1574961331; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=9JTXqexhPJCr/NYp8eLm2gzq1RhmqcIBI6fHhWivQDE=; b=e1INEXf8jA8qZ7bf1Z4/sjdlq7+jJTwRHITA3Q9gNy6ZsgGQsSbDvEQNo04ftpqL5MVCSB ks+lS8RLjcOJceRMJrDakiT+W2Wj3S+wAILVjmcIa0GecMzm1XOIU/WL8M2yPI41w1GMvo VLh3HvyHaAWj9+s8faVVoCixq5XmogM= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-394-2CitP0_oPIi5IxNIq7mh5g-1; Thu, 28 Nov 2019 12:15:29 -0500 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 50567107ACCC; Thu, 28 Nov 2019 17:15:28 +0000 (UTC) Received: from steredhat.redhat.com (ovpn-117-168.ams2.redhat.com [10.36.117.168]) by smtp.corp.redhat.com (Postfix) with ESMTP id 2A8A4600CA; Thu, 28 Nov 2019 17:15:19 +0000 (UTC) From: Stefano Garzarella To: netdev@vger.kernel.org Cc: linux-kernel@vger.kernel.org, linux-hyperv@vger.kernel.org, virtualization@lists.linux-foundation.org, kvm@vger.kernel.org, "Michael S. Tsirkin" , Stefano Garzarella , "David S. Miller" , Dexuan Cui , Jason Wang , Stefan Hajnoczi , Jorgen Hansen Subject: [RFC PATCH 0/3] vsock: support network namespace Date: Thu, 28 Nov 2019 18:15:16 +0100 Message-Id: <20191128171519.203979-1-sgarzare@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 X-MC-Unique: 2CitP0_oPIi5IxNIq7mh5g-1 X-Mimecast-Spam-Score: 0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, now that we have multi-transport upstream, I started to take a look to support network namespace (netns) in vsock. As we partially discussed in the multi-transport proposal [1], it could be nice to support network namespace in vsock to reach the following goals: - isolate host applications from guest applications using the same ports with CID_ANY - assign the same CID of VMs running in different network namespaces - partition VMs between VMMs or at finer granularity This preliminary implementation provides the following behavior: - packets received from the host (received by G2H transports) are assigned to the default netns (init_net) - packets received from the guest (received by H2G - vhost-vsock) are assigned to the netns of the process that opens /dev/vhost-vsock (usually the VMM, qemu in my tests, opens the /dev/vhost-vsock) - for vmci I need some suggestions, because I don't know how to do and test the same in the vmci driver, for now vmci uses the init_net - loopback packets are exchanged only in the same netns Questions: 1. Should we make configurable the netns (now it is init_net) where packets from the host should be delivered? 2. Should we provide an ioctl in vhost-vsock to configure the netns to use? (instead of using the netns of the process that opens /dev/vhost-vsock) 3. Should we provide a way to disable the netns support in vsock? 4. Jorgen: Do you think can be useful support it in vmci host driver? I tested the series in this way: l0_host$ qemu-system-x86_64 -m 4G -M accel=3Dkvm -smp 4 \ -drive file=3D/tmp/vsockvm0.img,if=3Dvirtio --nographic \ -device vhost-vsock-pci,guest-cid=3D3 l1_vm$ ip netns add ns1 l1_vm$ ip netns add ns2 # same CID on different netns l1_vm$ ip netns exec ns1 qemu-system-x86_64 -m 1G -M accel=3Dkvm -smp 2 \ -drive file=3D/tmp/vsockvm1.img,if=3Dvirtio --nographic \ -device vhost-vsock-pci,guest-cid=3D4 l1_vm$ ip netns exec ns2 qemu-system-x86_64 -m 1G -M accel=3Dkvm -smp 2 \ -drive file=3D/tmp/vsockvm2.img,if=3Dvirtio --nographic \ -device vhost-vsock-pci,guest-cid=3D4 # all iperf3 listen on CID_ANY and port 5201, but in different netns l1_vm$ ./iperf3 --vsock -s # connection from l0 or guests started # on default netns (init_net) l1_vm$ ip netns exec ns1 ./iperf3 --vsock -s l1_vm$ ip netns exec ns1 ./iperf3 --vsock -s l0_host$ ./iperf3 --vsock -c 3 l2_vm1$ ./iperf3 --vsock -c 2 l2_vm2$ ./iperf3 --vsock -c 2 This series is on top of the vsock-loopback series (not yet merged), and it is available in the Git repository at: git://github.com/stefano-garzarella/linux.git vsock-netns Any comments are really appreciated! Thanks, Stefano [1] https://www.spinics.net/lists/netdev/msg575792.html Stefano Garzarella (3): vsock: add network namespace support vsock/virtio_transport_common: handle netns of received packets vhost/vsock: use netns of process that opens the vhost-vsock device drivers/vhost/vsock.c | 29 ++++++++++++++++------- include/linux/virtio_vsock.h | 2 ++ include/net/af_vsock.h | 6 +++-- net/vmw_vsock/af_vsock.c | 31 ++++++++++++++++++------- net/vmw_vsock/hyperv_transport.c | 5 ++-- net/vmw_vsock/virtio_transport.c | 2 ++ net/vmw_vsock/virtio_transport_common.c | 12 ++++++++-- net/vmw_vsock/vmci_transport.c | 5 ++-- 8 files changed, 67 insertions(+), 25 deletions(-) --=20 2.23.0