Randy, Andrew,
I’m sorry Randy that you didn’t get a chance to ask your question.
but essentially, before we make tactical decisions we would like to know
what the purpose and goal of the meeting network is.
[&c.]
If that _is_ the question, I observe that the IAB can't answer the
question.
But, I believe it is my job to answer that question. Or at least relay the
process that we use to answer that question: As with everything, what we do at
the IETF is up to the community. You guys tell me that you need <something>, we
try to give you <something>.
So ultimately we want to do what you tell us to do, as whole. If I am allowed
to speculate, the purpose of our network from the community’s point of view is
probably a mixture of few things, with obviously the most important one being
to deliver the fullest service to your customers, the IETF participants. But, I
know there are some participants who also have other wishes, including the
ability to run tests or configurations that we think are common in the future.
I’m not going to stand here and act as a arbiter between the different
interests. I think there are some future scenarios where the end state is
something where we’d have to decide what the default is (e.g., “ietf” vs.
“ietf-nat64” vs. “ietf-dualstack". Jim had some ideas of some other possible
end states where there is no such need.
But maybe more important than thinking about the possible future conflicts in
defaults is to think about what’s useful in the interim, because I at least
would like to see incremental steps.
What I heard in the plenary last night was that there were many people who
wanted to run with NAT64 setups. But the setup that we have that for today is
pretty basic. I could imagine some data/failure collection ideas, I could
imagine redundancy setups, I could imagine more tools to manage our SSIDs…. and
I think most of those things would be useful improvements to the current
network. And if we had them, and people actually committed to set those up and
do some testing… I think this would be a win/win for the IETF. Our existing
services would continue to run, volunteers would help setup new services,
people would be able to use them, and some experience could be collected.
Further steps could be taken if results are interesting & community members use
the services. I will myself commit to using such services, if available.
But again, these are just my ideas. What do people want that we do?
Jari
signature.asc
Description: Message signed with OpenPGP using GPGMail