Re: [Gendispatch] Academia (Re: Diversity and Inclusiveness in the IETF)

Fernando Gont <> Thu, 25 February 2021 06:17 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 7DC613A13D2; Wed, 24 Feb 2021 22:17:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id ZmJGa-BIr049; Wed, 24 Feb 2021 22:17:41 -0800 (PST)
Received: from ( [IPv6:2001:67c:27e4::14]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 937FD3A13D3; Wed, 24 Feb 2021 22:17:41 -0800 (PST)
Received: from [IPv6:2800:810:464:2b9:f0e0:52b6:fa0e:8799] (unknown [IPv6:2800:810:464:2b9:f0e0:52b6:fa0e:8799]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPSA id 604572803C8; Thu, 25 Feb 2021 06:17:38 +0000 (UTC)
To: Christian Huitema <>, Theresa Enghardt <>, Keith Moore <>
Cc: GENDISPATCH List <>, "''" <>
References: <> <> <> <> <>
From: Fernando Gont <>
Message-ID: <>
Date: Thu, 25 Feb 2021 03:17:05 -0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <>
Subject: Re: [Gendispatch] Academia (Re: Diversity and Inclusiveness in the IETF)
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Area Dispatch <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 25 Feb 2021 06:17:45 -0000

Hi, Christian,

On 25/2/21 03:01, Christian Huitema wrote:
> On 2/24/2021 9:56 PM, Theresa Enghardt wrote:
>> Another way for academics to contribute is to implement (part of) a
>> draft as an academic exercise, or have a student implement it as a
>> project, and then give feedback to the Working Group. We have had
>> multiple such implementations in TAPS. Even if the implementation is
>> most likely not going to be widely deployed, and even if development may
>> not continue beyond the duration of a project, it is still helpful input
>> for the Working Group. And for the academic, it gives the implementer a
>> relevant and interesting project to work on, the implementer gets some
>> experience with IETF technology, and they get to make professional
>> connections, which can result in further collaboration. Definitely a
>> win-win, and something that I've seen happen at IETF hackathons.
> Yes, there are many ways academics can contribute. Look for example at 
> the work Robin Marx did on structured QUIC logs formats and 
> visualization tools. Part of his PhD, but also a very valuable 
> contribution to the working group, with many implementation 
> standardizing on the log format that he proposed and running his tools. 
> That was great.

FWIW, for the most part we were implying the extent to which Academia 
might e.g. fund participation. We'll certainly expand on this topic, 
since the discussion regarding Academia is certainly incomplete/inaccurate.

Fernando Gont
SI6 Networks
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492