Re: [Netrqmts] IETF 105 Minutes

Michael Richardson <> Tue, 30 July 2019 19:20 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 763EC12010F for <>; Tue, 30 Jul 2019 12:20:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 bholv9v0Pcvv for <>; Tue, 30 Jul 2019 12:20:05 -0700 (PDT)
Received: from ( [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 238B012001E for <>; Tue, 30 Jul 2019 12:20:04 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 192613808A for <>; Tue, 30 Jul 2019 15:19:39 -0400 (EDT)
Received: from localhost (localhost [IPv6:::1]) by (Postfix) with ESMTP id 9BAB814 for <>; Tue, 30 Jul 2019 15:20:03 -0400 (EDT)
From: Michael Richardson <>
In-Reply-To: <>
References: <>
X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha256"; protocol="application/pgp-signature"
Date: Tue, 30 Jul 2019 15:20:03 -0400
Message-ID: <19915.1564514403@localhost>
Archived-At: <>
Subject: Re: [Netrqmts] IETF 105 Minutes
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Meeting Network Requirements <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 30 Jul 2019 19:20:08 -0000

I didn't go to this BOF at the last minute due to a conflict.
thanks for the notes.  I haven't seen the slides or watched the video yet.

>   ???: To get my job done without a real network, I'd be three levels
>    deep in SSH tunnels. The question is how much this gets in the way.

I find that the most important thing that the IETF meeting (network) does for
people, is that it gives them an idea what a real end-to-end transparent
network *can* be like.  Suddenly things that never worked for them work.

>   Lars: We can overengineer the network.  We could provide less and we
>     would still have less.  The network is awesome.  We could scale
>     back a little.  Our bar is so high we exclude venues that might be
>     cheaper.  I can run certbot on a laptop and renew a cert.  Do I
>     need that?  Not really.

Until IPv6 is ubiquitously available in the guest rooms, I don't know how we
can do less.  I agree that we shouldn't have to do so much... but Bob Hinden is right!

If we are going to continue to make such investments, can we somehow do so in
a useful way?   Can we collaborate with the hotel to make changes that persist?  
This goes into returning to the same hotels regularly, and *is* a mtgvenue
discussion, not a netrqmts discussion.

I think that we should split up the discussion into perhaps four areas.

1) the L2/WiFi coverage of the meeting rooms for IETF participants

2) the availability of IPv6 in the guest rooms [I don't mind captive portals,
   *if* they follow our WG's specification...]
3) the availability and flexibility of the bandwidth in/out of the conference

4) the architectural requirements for good IPv6 and good meetecho experience
   within the venue.

I think that the document tries to do this, but I don't get the impression
the discussion split things up.

One could imagine a situation where the Meetecho network was a different
network from the Participant network.  I'm not saying that's a good plan, but
I'm saying that I think that we should think about whether we are expending
a lot of effort in one area for reasons that are relating to another area.

]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
]        |   ruby on rails    [