From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-15.3 required=3.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, HTML_MESSAGE,INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_IN_DEF_DKIM_WL autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 51F8CC432BE for ; Mon, 30 Aug 2021 15:45:14 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id B212C60F44 for ; Mon, 30 Aug 2021 15:45:13 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org B212C60F44 Authentication-Results: mail.kernel.org; dmarc=fail (p=reject dis=none) header.from=google.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=nongnu.org Received: from localhost ([::1]:57146 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mKjTE-0007TH-M0 for qemu-devel@archiver.kernel.org; Mon, 30 Aug 2021 11:45:12 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:38612) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mKjS1-00066I-1Y for qemu-devel@nongnu.org; Mon, 30 Aug 2021 11:43:58 -0400 Received: from mail-wm1-x32c.google.com ([2a00:1450:4864:20::32c]:53963) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mKjRy-00045H-MO for qemu-devel@nongnu.org; Mon, 30 Aug 2021 11:43:56 -0400 Received: by mail-wm1-x32c.google.com with SMTP id i3so9102269wmq.3 for ; Mon, 30 Aug 2021 08:43:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=OAibAa2uKOxUVuIDCOhUfQk7qo5DmrQNDN7Hts6JVdc=; b=H/ptld3IawvUL15JvZnoVTNpTO0YIsK5uMxQVnwS4rP18e291hBA2c/BldIvw+UzAi 74zDjRE5OyUrqyaQ4VL0nRJYfhCkfnHc6mLsnxhSBKRc3cCRylD0Ujq7uetIZHG3wbd+ qVNmvYIJSsmh1VqBnwfw42Tu1tLuJ43VyH+R2EMtR0xZDIsAnJrLzC5d71iBSRXgtb+8 T4nFw8Hyzjug083Higbnb9qVv6nvMmU6jOf+HsgsboXKbOX2azQeILQg7myaDoH+AKFt pefp7Sgdvo9E+DjqSb22ti31OWZsJwE348wDjWcjzgj9doBH9TWcKjvssWzjsPknErbE jd1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=OAibAa2uKOxUVuIDCOhUfQk7qo5DmrQNDN7Hts6JVdc=; b=eseze5QLKJfVl/UFOwi5D6ZLzKj/dnpq6Gh4CdvBrN6nV6ZvlxmVdYImXBnUA2tXyP xa8MVWgn4zwJFXHU0PGTUIfi6a+xDx907dIlTbnZRJSGLGfu/D5+JjaocKYREEpbcIt6 uzsyvlYxcqDJ3EaTYgH0tt4IEkj51ePn3IqhcBKusGfKkjNvuQLIhn4yTu72emnEuD3K fF1fxijjU1jYpuVcgnIqrSmXDMtBDtLs3nGiBIQ+vvYCQLv8bXF24n0FR63KrtTabP6+ j+6Rr/42/sVf5UfS5p84kr+vA2X2oqo9U/xSqrJ/TH70RMlpm5Hat6GHtOHi2B0uNZ1k 3jjg== X-Gm-Message-State: AOAM531loTt580zQzXbXr8nB6xu6svXb2VQggKVKfXT9csjhFC4ObA2K x2SbZvVnWF8bvEx3GoL3sUEC28PRGFxEI5N0JDZrLX+7uTw= X-Google-Smtp-Source: ABdhPJwNofH+xTxPzVYi97SVKMbxS8f77JdrPdMfm1u1HKlzNhSVtSHdUSBuspbx9JRZYVDe69/ao811JHN9JuQUBoQ= X-Received: by 2002:a05:600c:3b26:: with SMTP id m38mr23323850wms.155.1630338229997; Mon, 30 Aug 2021 08:43:49 -0700 (PDT) MIME-Version: 1.0 References: <20210813234424.2029019-1-dje@google.com> In-Reply-To: <20210813234424.2029019-1-dje@google.com> From: Doug Evans Date: Mon, 30 Aug 2021 08:43:13 -0700 Message-ID: Subject: Re: [PATCH v8 0/3] Add support for ipv6 host forwarding To: QEMU Developers Cc: Samuel Thibault , =?UTF-8?Q?Daniel_P=2E_Berrang=C3=A9?= , Jason Wang , =?UTF-8?Q?Philippe_Mathieu=2DDaud=C3=A9?= Content-Type: multipart/alternative; boundary="0000000000001054cd05cac8b368" Received-SPF: pass client-ip=2a00:1450:4864:20::32c; envelope-from=dje@google.com; helo=mail-wm1-x32c.google.com X-Spam_score_int: -175 X-Spam_score: -17.6 X-Spam_bar: ----------------- X-Spam_report: (-17.6 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" --0000000000001054cd05cac8b368 Content-Type: text/plain; charset="UTF-8" Ping. On Fri, Aug 13, 2021 at 4:44 PM Doug Evans wrote: > This patchset takes the original patch from Maxim, > https://www.mail-archive.com/qemu-devel@nongnu.org/msg569573.html > and updates it. > > Option hostfwd is extended to support ipv6 addresses. > Commands hostfwd_add, hostfwd_remove are extended as well. > > Changes from v7: > > None really, except to remove v7's 1/4 from this patchset. > V7's 1/4 was to update QEMU to use the latest libslirp, > and that has now been done. The remaining 3 patches are unchanged. > > Changes from v6: > > 1/4: Update to use libslirp v4.5.0 tag > > The libslirp parts of the patch have been committed to the libslirp repo, > and are now in QEMU's copy of the libslirp repo. > Advancing QEMU to use Libslirp v4.5.0 is being done separately. > Discussion of patch 1/4 is left to that thread: > https://lists.nongnu.org/archive/html/qemu-devel/2021-05/msg06010.html > > 2/4: No change > > 3/4: Add support for --enable-slirp=system > Tested with system libslirp 4.4.0. > > 4/4: No change > > Changes from v5: > > 1/4 slirp: Advance libslirp submodule to current master > NOTE TO REVIEWERS: It may be a better use of everyone's time if a > maintainer takes on advancing QEMU's libslirp to libslirp's master. > Beyond that, I really don't know what to do except submit this patch as > is currently provided. > > 2/4: util/qemu-sockets.c: Split host:port parsing out of inet_parse > > Also split out parsing of ipv4=on|off, ipv6=on|off > > 3/4: net/slirp.c: Refactor address parsing > > Use InetSocketAddress and getaddrinfo(). > Use new libslirp calls: slirp_remove_hostxfwd, slirp_add_hostxfwd. > > 4/4: net: Extend host forwarding to support IPv6 > > Recognize ipv4=,ipv6= options. > > Note: v5's 3/5 "Recognize []:port (empty ipv6 address)" has been deleted: > the churn on this patch series needs to be reduced. > This change is not required, and can easily be done in a later patch. > > Changes from v4: > > 1/5 slirp: Advance libslirp submodule to add ipv6 host-forward support > NOTE TO REVIEWERS: I need some hand-holding to know what The Right > way to submit this particular patch is. > > - no change > > 2/5 util/qemu-sockets.c: Split host:port parsing out of inet_parse > > - move recognition of "[]:port" to separate patch > - allow passing NULL for ip_v6 > - fix some formatting issues > > 3/5 inet_parse_host_and_addr: Recognize []:port (empty ipv6 address) > > - new in this patchset revision > > 4/5 net/slirp.c: Refactor address parsing > > - was 3/4 in v4 > - fix some formatting issues > > 5/5 net: Extend host forwarding to support IPv6 > > - was 4/4 in v4 > - fix some formatting issues > > Changes from v3: > > 1/4 slirp: Advance libslirp submodule to add ipv6 host-forward support > > - pick up latest libslirp patch to reject ipv6 addr-any for guest address > - libslirp currently only provides a stateless DHCPv6 server, which means > it can't know in advance what the guest's IP address is, and thus > cannot do the "addr-any -> guest ip address" translation that is done > for ipv4 > > 2/4 util/qemu-sockets.c: Split host:port parsing out of inet_parse > > - this patch is new in v4 > - provides new utility: inet_parse_host_and_port, updates inet_parse > to use it > > 3/4 net/slirp.c: Refactor address parsing > > - this patch renamed from 2/3 to 3/4 > - call inet_parse_host_and_port from util/qemu-sockets.c > - added tests/acceptance/hostfwd.py > > 4/4 net: Extend host forwarding to support IPv6 > > - this patch renamed from 3/3 to 4/4 > - ipv6 support added to existing hostfwd option, commands > - instead of creating new ipv6 option, commands > - added tests to tests/acceptance/hostfwd.py > > Changes from v2: > - split out libslirp commit > - clarify spelling of ipv6 addresses in docs > - tighten parsing of ipv6 addresses > > Change from v1: > - libslirp part is now upstream > - net/slirp.c changes split into two pieces (refactor, add ipv6) > - added docs > > Doug Evans (3): > util/qemu-sockets.c: Split host:port parsing out of inet_parse > net/slirp.c: Refactor address parsing > net: Extend host forwarding to support IPv6 > > hmp-commands.hx | 18 ++- > include/qemu/sockets.h | 5 + > net/slirp.c | 272 ++++++++++++++++++++++++++++-------- > tests/acceptance/hostfwd.py | 185 ++++++++++++++++++++++++ > util/qemu-sockets.c | 82 +++++++---- > 5 files changed, 472 insertions(+), 90 deletions(-) > create mode 100644 tests/acceptance/hostfwd.py > > -- > 2.33.0.rc1.237.g0d66db33f3-goog > > --0000000000001054cd05cac8b368 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Ping.

On Fri, Aug 13, 2021 at 4:44 PM Doug Evans <dje@google.com> wrote:
This patchset takes the origin= al patch from Maxim,
https://www.mail-archive.com/qemu-d= evel@nongnu.org/msg569573.html
and updates it.

Option hostfwd is extended to support ipv6 addresses.
Commands hostfwd_add, hostfwd_remove are extended as well.

Changes from v7:

None really, except to remove v7's 1/4 from this patchset.
V7's 1/4 was to update QEMU to use the latest libslirp,
and that has now been done. The remaining 3 patches are unchanged.

Changes from v6:

1/4: Update to use libslirp v4.5.0 tag

The libslirp parts of the patch have been committed to the libslirp repo, and are now in QEMU's copy of the libslirp repo.
Advancing QEMU to use Libslirp v4.5.0 is being done separately.
Discussion of patch 1/4 is left to that thread:
https://lists.nongnu.org/archi= ve/html/qemu-devel/2021-05/msg06010.html

2/4: No change

3/4: Add support for --enable-slirp=3Dsystem
Tested with system libslirp 4.4.0.

4/4: No change

Changes from v5:

1/4 slirp: Advance libslirp submodule to current master
NOTE TO REVIEWERS: It may be a better use of everyone's time if a
maintainer takes on advancing QEMU's libslirp to libslirp's master.=
Beyond that, I really don't know what to do except submit this patch as=
is currently provided.

2/4: util/qemu-sockets.c: Split host:port parsing out of inet_parse

Also split out parsing of ipv4=3Don|off, ipv6=3Don|off

3/4: net/slirp.c: Refactor address parsing

Use InetSocketAddress and getaddrinfo().
Use new libslirp calls: slirp_remove_hostxfwd, slirp_add_hostxfwd.

4/4: net: Extend host forwarding to support IPv6

Recognize ipv4=3D,ipv6=3D options.

Note: v5's 3/5 "Recognize []:port (empty ipv6 address)" has b= een deleted:
the churn on this patch series needs to be reduced.
This change is not required, and can easily be done in a later patch.

Changes from v4:

1/5 slirp: Advance libslirp submodule to add ipv6 host-forward support
NOTE TO REVIEWERS: I need some hand-holding to know what The Right
way to submit this particular patch is.

- no change

2/5 util/qemu-sockets.c: Split host:port parsing out of inet_parse

- move recognition of "[]:port" to separate patch
- allow passing NULL for ip_v6
- fix some formatting issues

3/5 inet_parse_host_and_addr: Recognize []:port (empty ipv6 address)

- new in this patchset revision

4/5 net/slirp.c: Refactor address parsing

- was 3/4 in v4
- fix some formatting issues

5/5 net: Extend host forwarding to support IPv6

- was 4/4 in v4
- fix some formatting issues

Changes from v3:

1/4 slirp: Advance libslirp submodule to add ipv6 host-forward support

- pick up latest libslirp patch to reject ipv6 addr-any for guest address =C2=A0 - libslirp currently only provides a stateless DHCPv6 server, which = means
=C2=A0 =C2=A0 it can't know in advance what the guest's IP address = is, and thus
=C2=A0 =C2=A0 cannot do the "addr-any -> guest ip address" tra= nslation that is done
=C2=A0 =C2=A0 for ipv4

2/4 util/qemu-sockets.c: Split host:port parsing out of inet_parse

- this patch is new in v4
=C2=A0 - provides new utility: inet_parse_host_and_port, updates inet_parse=
=C2=A0 =C2=A0 to use it

3/4 net/slirp.c: Refactor address parsing

- this patch renamed from 2/3 to 3/4
- call inet_parse_host_and_port from util/qemu-sockets.c
- added tests/acceptance/hostfwd.py

4/4 net: Extend host forwarding to support IPv6

- this patch renamed from 3/3 to 4/4
- ipv6 support added to existing hostfwd option, commands
=C2=A0 - instead of creating new ipv6 option, commands
- added tests to tests/acceptance/hostfwd.py

Changes from v2:
- split out libslirp commit
- clarify spelling of ipv6 addresses in docs
- tighten parsing of ipv6 addresses

Change from v1:
- libslirp part is now upstream
- net/slirp.c changes split into two pieces (refactor, add ipv6)
- added docs

Doug Evans (3):
=C2=A0 util/qemu-sockets.c: Split host:port parsing out of inet_parse
=C2=A0 net/slirp.c: Refactor address parsing
=C2=A0 net: Extend host forwarding to support IPv6

=C2=A0hmp-commands.hx=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2= =A0 18 ++-
=C2=A0include/qemu/sockets.h=C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A05 +
=C2=A0net/slirp.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0| 272 ++++++++++++++++++++++++++++--------
=C2=A0tests/acceptance/hostfwd.py | 185 ++++++++++++++++++++++++
=C2=A0util/qemu-sockets.c=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 82 +++++= ++----
=C2=A05 files changed, 472 insertions(+), 90 deletions(-)
=C2=A0create mode 100644 tests/acceptance/hostfwd.py

--
2.33.0.rc1.237.g0d66db33f3-goog

--0000000000001054cd05cac8b368--