You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 27 Next »

STILL BEING EDITED, NOT FINAL

Meeting Minutes from 2012 Joint Techs in Stanford

Welcome  from Ken Miller, Co-Chair of Performance Working Group

====================

Wireless Broadband Measurement in California
YoungJoon Byun, Cal State, Monterey Bay

see slides

  • sponsor is CPUC (California public utilities commission)
  • part of ARRA grant
  • state-wide testing 2x/yr through 2014
  • tool developed to measure wireless performance
  • goal is to objectively evaluate major providers of mobile wireless across state of California
  • currently analyzing results
  • updating software for second field test in fall.
  • all data available
  • see http://calbroadbanddrivetest.blogspot.com/

Comments / Questions

Q: Any issues with server placement?

A:  Used EC2, with placement in east and west coast

  • final results could be averaged
  • when experience server congestion, in virtual environment, spin up another one.
  • looking for more in second field trial.

Q: Are you doing anything to control who can access testers?
A: No protection today

Q:  Are you looking at any server data?
A:  No, just client data

  • curious to see if you need to do east/west thing
  • Could speed up by factor of 2 if only do one.
  • Any suggestions, comments, please contact
    ybyun@csumb.edu

=========

ESnet - Simple Lookup Service (for perfSONAR and beyond)

Sowmya Balasubramanian, ESnet

see slides

Design goals:

  • meet needs of growing perfSONAR community
  • Simple API
  • Extend to non-perfSONAR services
  • Security

Design:

  • REST/JSON API
  • Backend: MongoDB
  • Flexible Architecture

Q: Assume one query?
A: No, but want to make sure simple query < 1sec (heard "on average")

http://odev-vm-7.es.net/lookup-service-examples
  (dev vm right place)

new Lookup Service and older one are on same host

new Lookup Service ls is 95% faster than old one
1min-> under 1sec

ESnet is using the  new Lookup Service

watch for alpha http://ps4.es.net:8085/lookup/services

Q: what is needed to do to move current installation?

  store same stuff, different format

How it works today: index servers pulls from lookup servers, create csv
  and use csv for initial location finding.

right now, modify script
  can talk to both
  then don't need a flag day

(or convert index servers to something new)

old approach is SOAP, this is JSON
GENI doing it the same way
  new pushes to new
  old ones pull old one

 Have compatible API for GENI uses too

=======

SFLOW Data Network Visibility and Control

Neil McKee, InMon Corporation

See Slides

http://www.sflow.org/

http://blog.sflow.com/

  • sFlow: widely supported industry standard
  • based on virtual network and switches
  • monitors all protocols
  • captures packet path
  • senders all open source & free
  • replaces counter polling
  • allows you to do lots of things
  • IP address, URLs, app  attributes... things impossible to get all together, but needed for situational analysis

Why monitor everything?
1. troubleshooting - always have context
2. putting network and server teams on same page
   (cloud services)
3. full observability required for automated control
     control theory 101.
     to automate closed loop, have to report all

  • sFlow and OpenFlow are complementary.
  • OpenFlow can control
  • if you have viz at same time, opportunity to close loop, research topic, but looks promising

Q: Danger with OpenFlow features to use for accounting and control?
A: Much better to use wildcards when possible to OpenFlow controls.

  • open standards that work well
  • netconf xmpl standards to set up / configuration
  • forwarding OpenFlow controls make sense

=====

    The Challenge   Ken
    Mentions -
    - I2 description of the proposed speed test tool
    - Penn State PXE booting pS-Toolkit

    Community Updates / Open Forum

any other updates
any other questions

how many people lookng at sflow

how planning/getting ready for big data challenges on networks
jim/ussc
  use statseeker for all counter data
  gobs of netflow

ericp: q about sflow
100G, how do that.  single device how fast can go

running on brocade 100G today
turned on at SC, and it worked.

much easier for device to d sflow
sampling, decodding, aggregating, then flush out
sflow -  sampling and send.

q: standard sampling rate, or all over the place
not faster than you need to
1/1000 and tweak

high level 1/40000 stillg et good data

security guys faster and faster
everyone else smooth and setady

6500s in core
10g across network
10g campuses
killing cpu when turned up more interfaces
so switched to brocade at borders, sflow
l2-7 info.  before l3 only.
see more what's going on
initiative to look at core

sflow enabled dev on core, go to 100G.
can scale easily.  afraid of what netflow would do if couldn't handle
10G inks

turn netflow reshalls and some things
put switch inline to do sflow to make work :)

XMRs at boarder
XLMs in core
juniper allu

sup720s out of gas
yes.  prototype some new cards too, more power but still a lot of cpu

sec group, has mirrored port off of border routers
use bro cluster
get every packet off router

use sampling to trigger for security too now

  • No labels