Date: Thu, 28 Mar 2024 16:11:11 +0000 (UTC) Message-ID: <1405828611.6627.1711642271140@ip-10-10-7-29.ec2.internal> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_6626_1193706964.1711642271139" ------=_Part_6626_1193706964.1711642271139 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
Attending (partial list):
Jeff Boote
Chris Hawkinson
Carla Hunt
John Hicks
Greg Wickam
Matt Mathis
Tiziana Refice
Jose Augusto Monteiro
Daniela Bauer
Eric Pouyoul
Andy Lake
Aaron Brown
Brian Tiernery
Jason Lee
Yul Pyun
Seth Perry
Jon Dugan
Kavitha Kumar
Tom Throckmorton
Dan Pritts
Heorge Uhl
Inder Monga
Katsuhiro Sebayashi
Jason Zurawski
- perfSONAR Software
pSPT 3.1.3 was released in April. 3.2RC1 released today. =
; CentOS 5.5 based.
Uses RPMs (all pSPS softare available as RPMs). Has the web10=
0 kernel
support on a stock CentOS kernel. RC, so we need testers.&nbs=
p; Also the LiveCD
and install to disk option.
- New Employee(s)
Welcome to Kavitha Kumar. Looking for more help, try to distr=
ibute this to
as many people as you can: http://www.internet2.edu/abou=
t/staff/careers#netp
- NDT
3.6.3 released.
- Internet2 ION Transition
Complete. R&D staff helped move essential services such a=
s lookup and
topology. Web interface getting stats via perfSONAR for the j=
unipers
- Standards
NMC - Targeting a final draft of base doc by Oct 2010
NM - Editing track for 'base' doc, deadline is Oct 2010
NML - published a topology doc. Working on schema doc.
- JET Demo
Interoperability between different networks. Bandwidth and La=
tency testing.
NASA/NLR/Inernet2/ESnet/UEN/NOAA. Come to JET meeting for mor=
e.
Slides: http://se= renity.gis.vt.edu/projects/ndt/presentations/jt/jtsummer2010.html
Basic idea of talk - present the NDT JavaScript API. =
Talk about why it was
needed and what it is good for. Also where the discussi=
on on NDT needs to
go.
Wanted to originially develop a framework for linking NDT w=
ith other web
apps. Our use case was for mapping - e.g. Seth is in ch=
arge of GIS data at
the university. Wanted to be able to map things like th=
e performance
measurements and geo-locate the sources. Useful for mak=
ing things like a
community broadband map - shows the VT example (google map of=
test results).
How did we get there? Initially added some simple hoo=
ks to NDT (its open
source), set up a server and had people test to it. Cou=
ldn't start with a
whole lot else (e.g. tools like ookla are closed source).&nbs=
p; Started slow,
simple upload/download hooks. The changes were made to =
the applet portion,
then applications can be developed against deployed servers. =
Others thought
this was a good idea, then came to ask for more variables, an=
d more formal
treatment, e.g. MCNC, Broadband Census, Virginia Government.<=
/p>
Measurement lab approached as well - were doing work with t=
he FCC. With the
changes to the applet being targeted as a way to make new app=
lications (that
hid details of NDT). Hardened the changes to the API, m=
ade it a little
nicer and documented it. Other MLab bits - deployed inf=
rastructure, using
tools like DONAR to help users test to a close server.
Getting other apps to use the API - simple code import (see=
web above).
Creates new 'front ends' and at the same time each test will =
record tests
for MLab.
Q: All the variables from web100 exposed?
A: Not all - popular ones that made sense. Can always add more.
Implications on 'what have we done' - NDT is a diagnostic t=
ool that tells
lots of things. Does adding it into a simple 'speed tes=
t' make sense? Does
it do this well enough? Read recent MIT report and comp=
laints when compared
against something like Ookla. Basically bringing a rese=
arch tool for one
purpose into the 'mass market' speed test arena. Is thi=
s the right
direction?
Audience feedback:
Chris H: NDT is the tool we turn too first for debugging th=
ings and getting
a good baseline. Easy to run (for users), rich results =
to go though. After
getting started, migrate to new tools for the most part. =
; NDT is a 'tcp
performance tester', wouldn't think it does well at raw speed=
tests.
Brian T: Research community will benefit from the data that=
mlab is
collecting, even if it is 'flawed' as pointed out by MIT.&nbs=
p; Ways to show that
the data is still useful, error estimations, etc. Also =
some thoughts on
if TCP reno (used in NDT) is good for measurements compared t=
o other
implementations.
Some talk about what MLab is doing - e.g. Big Query (see ta=
lk later this
week on it). Seth brings us back to the question - is N=
DT the right tool
here?
Jeff B: This WG should be used to gather requirements. =
; What should happen
to NDT? It needs a lot of maintenance to keep it releva=
nt. E.g. what
happens in 100G testing? Heuristics need work, need to =
answer the
congestion control question.
Matt M: Brings up some old IETF knowledge. E.g. IPPM =
wanted a simple way
to test capacity. Knew it was hard. In NDT's case=
it has a repeatability
problem. Works well at what it does (being able to tell=
very well what TCP
is doing).
Seth: Wants to see someone from R&E (someone who will b=
e more open) be the
standards bearer for consumer broadband testing. Do nee=
d to make sure that
NDT doesn't fall out of favor and not be able to go forward i=
n the space.
Notes that tools like ookla work well at what they do, we jus=
t don't know
how they work...Would rather an imperfect tool that admits it=
s flaws and
people can see them vs an imperfect tool that doesn't admit f=
ailure and
doesn't allow people to see what is going on.
Come see demos at SC10
We spent a long time making perfSONAR stable. Where d=
o we go from here? What else
does the community want? Perhaps: netflow? auth? closes=
t MP
Do we need a task force from this group ? Will be sum=
marizing the
results of the July 8-9, 2010 perfSONAR workshop soon. =
That could be a good indicator of what is
needed.
Some discussion on the NOC process - and how integrating th=
e tools is still
a work in progress, but happening. Not enough represent=
atives from an
end of line network (campus) in the room. Some thoughts=
from an exchange
point (latency is the enemy, little problems made worse).
GridFTP work - expose the results of tests. Limit act=
ive testing?
Web100 update later in the week, to see where that is going.&=
nbsp; Still valuable
for what it can expose. Tools use it.
A question on 'layer 2 visibility'. Also some clarifi=
cation on what pS is
(a data model and schema) and what is isn't (re-making a lot =
of performance
tools).