Re: [Netrqmts] updated network requirements draft

[Michael Richardson <[e-mail]>]

[e-mail] <[e-mail]> wrote:
    > In hindsight, perhaps that wasn’t the wisest choice but hey… you live and
    > learn…

    > This document represents three sets of requirements:
    > 1) Requirements for external connectivity providers
    > 2) Requirements for the meeting venue
    > 3) Requirements for the network that the IETF NOC Team builds
    > These are perhaps not as clearly differentiated as they should be.

Surely there are some interactions in the requirements?
You've done a good job.

Detailed:
The original text said:
  " The primary link MUST provide at least 45Mb bandwidth in both directions,
    and SHOULD have at least 100Mb bidirectionally. (Note: Historically,
    bandwidth utilization peaked at 80Mb and averaged 35Mb."

and I found the "bidirectionally" part confusing to quickly understand.
I'm glad that it just says "both directions" now.

"The meeting facility The meeting facility SHOULD have UPS power"

Doubled words "The meeting facility"

" The IETF users MUST have access to the terminal room from ?? to ??."

I thought it was normally 24/7.

In general, I don't know what parts of the document are requirements on the
hotel/meeting space, and what parts are requirements from the IETF attendees
on the network.  Some of it reads like bits of an RFP to a contractor.

For instance, the requirement about a printer in the terminal room... I
thought that "we" normally just brought one.  Given physical drops and power,
that works fine.

Do we not now have physical drop requirements in the meeting rooms for
the chair table chromebook?  The drops for the A/V are mentioned already.
What about the RPI sensor nodes that report on wireless availability?

You asked if we are done running cables; I certainly have no idea, it's been
50 meetings since I was a NOC volunteer, but I thought it still happened when
it needed to.

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
]     [e-mail]  http://www.sandelman.ca/        |   ruby on rails    [




--
Michael Richardson <[e-mail]>, Sandelman Software Works
 -= IPv6 IoT consulting =-