Re: [ieee-ietf-coord] ITU-T SG13 / FG NET-2030

Stewart Bryant <> Sat, 16 November 2019 13:12 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 6F15712013F for <>; Sat, 16 Nov 2019 05:12:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id Y9wZm4_bK6Md for <>; Sat, 16 Nov 2019 05:12:25 -0800 (PST)
Received: from ( [IPv6:2607:f8b0:4864:20::42d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 80401120132 for <>; Sat, 16 Nov 2019 05:12:25 -0800 (PST)
Received: by with SMTP id c184so8021642pfb.0 for <>; Sat, 16 Nov 2019 05:12:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=JvZ4n9xEGJrohUdUy1RYKa+f+vscfDLi919l4y2Cm30=; b=J4z6i1HfISr2M9xEvvwzo1ibvL5UMpktyHd540N1SaX6HLLESNFWZwD7wLtHWyXwIr toRUDx0KkdUQfPlrsGgnp9yUGIA/z71jaQchjnA/yzX8/d0R3xQskrcCkid4OnJyGwJX f+FD0FGnuTKjdeAevwJjZlJZXrT013Gn2aX1mGq7impeEWxF/SQ0XxI0D3bKHJTL+FYJ o1doFUH2zyF3kDrAaIGTCKWT8CL5vQvYB2tRxcbUjHP0VYYAJiKkAbBBDrwsioR8UKxy L0NP6H1rIZ0wofIqziI/KaYO7Wf344dApmWOOvb2Yp+3vbNza/Crwk5V5BEeYhxkQ5IL CKPw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=JvZ4n9xEGJrohUdUy1RYKa+f+vscfDLi919l4y2Cm30=; b=TuCy5Bc1InSzRqb65uA9CwDfB0lFk8hbNxKMw8uLgceX9vntY0P3g+jCcbBzQpgOXG imhCveVzuqrRVAVXc3OXMeLydC/LLdKDM76B9RfCmv8pan1DbfqLt7L/bc7zPLC3HCrz nqa+JPBzd214ZsFItazhxlIMscFuKPO/NBPHRVeEypZP6+b5UYAUHZObs47lQOz7rwHA xxU4qUzTHA1TkY5UTNA05UwcXrwdAZ+91gCBT+sFRgzs4lZONe9B1WouP7e7An2xppC0 UPxE0nECIFV+OtpdiR/EMw/8HSt1ggguttllgw9BXRZtMFa0SPT+Dh8/1pOVfEdcOzC0 NtOQ==
X-Gm-Message-State: APjAAAVpN7mx/Yl+r2sr/ioEM+9GQkVq36L1vzMbD9jYNTdIAr7Qh+JT eO2nrD7q9t5t2JZ51JTiRluxdr6/b/5c6A==
X-Google-Smtp-Source: APXvYqzC6nJnChaDtGe23aH5Fyl9znwgAG4yDWk7Zx1xDv2DD0XrTTyhjz3dPiF+onMjd91016QRMQ==
X-Received: by 2002:a63:381b:: with SMTP id f27mr8871000pga.291.1573909944744; Sat, 16 Nov 2019 05:12:24 -0800 (PST)
Received: from ?IPv6:2001:67c:1232:144:6928:2739:616a:515e? ([2001:67c:1232:144:6928:2739:616a:515e]) by with ESMTPSA id 136sm14539134pfb.49.2019. (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 16 Nov 2019 05:12:24 -0800 (PST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\))
From: Stewart Bryant <>
In-Reply-To: <>
Date: Sat, 16 Nov 2019 21:12:19 +0800
Cc: "<>" <>
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
References: <>
To: Russ Housley <>
X-Mailer: Apple Mail (2.3601.0.10)
Archived-At: <>
Subject: Re: [ieee-ietf-coord] ITU-T SG13 / FG NET-2030
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Management-level discussions between IEEE and IETF on topics of interest to both SDOs <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sat, 16 Nov 2019 13:12:27 -0000


RIchard Li, chair of ITU FGnet2030 is at this IETF and will be talking about it at hot RFC and at a side meeting on Wednesday morning.

I have been working on FGnet2030 since it first met, late last year, and do not recognise the centralisation concern. Sure there are some proposals for using AI for control, but no more than will be present in all of the other SDN control systems being proposed. I have not heard the word surveillance in any of the meetings I have attended.

The work is open in that anyone can join the FG without being an ITU member, and the most developed work is that of their SubG2 report which looks at a set of applications that we predict will be needed in about 10 years time. I recommend reading it as a prediction of the future. I do not think these applications can be deployed without developing the network layer, and in some cases without developing a suitable transport protocol. 

Deploying a new network layer protocol is not as daunting as it once was, because the Internet end  to end model seems to be dying in favour of an app to edge computing model (see Geoff Huston's papers on the subject). That is certainly what seems to be happening with the mega OTT providers who are responsible for the lion’s share of the Internet traffic. When you consider that the network path from the customer to the provider is nearly always a multiplexable layer 2 or MPLS service, you can see that there is a potential development path to introduce new, even proprietary, network layer protocols between the app and the edge compute engine. This change of Internet model is both an opportunity and a threat to the IETF, that the IETF needs to take seriously.

I would advice talking to Richard as chair of the FG to get his perspective.

Best regards



> On 16 Nov 2019, at 10:59, Russ Housley <> wrote:
> I was recently told about an effort to take over significant standards work currently being led by the IETF.   The work taking place in ITU-T Study Group 13 / Focus Group on Technologies for Network 2030, lead by Dr. Richard Li as the FG NET-2030 chairman. The group appears to be looking to redesign the layer 3 and 4 protocols to centralize functions that would enable/facilitate data aggregation and surveillance.
> Does anyone on this list know if FG NET-2030 is actually gaining ground?
> Russ
> _______________________________________________
> ieee-ietf-coord mailing list