slide1 n.
Skip this Video
Loading SlideShow in 5 Seconds..
Performance monitoring PowerPoint Presentation
Download Presentation
Performance monitoring

Loading in 2 Seconds...

play fullscreen
1 / 22

Performance monitoring - PowerPoint PPT Presentation

  • Uploaded on

Performance monitoring. Performance monitoring meeting, Rome (Italy), 05-02-2003. Nicolas Simar, Network Engineer DANTE. Metric definition. Singleton - Accuracy - cfr website. OWD - 1ms OWPL - Order? IPDV - 1ms Re-ordering Two definitions at IETF

I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
Download Presentation

PowerPoint Slideshow about 'Performance monitoring' - chyna

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.

- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript

Performance monitoring

Performance monitoring meeting,

Rome (Italy), 05-02-2003

Nicolas Simar, Network Engineer


metric definition
Metric definition

Singleton - Accuracy - cfr website

  • OWD - 1ms
  • OWPL - Order?
  • IPDV - 1ms
  • Re-ordering
    • Two definitions at IETF
    • Interresting to histogram per “level of re-ordering”
metric definition1
Metric definition

Singleton - Accuracy - cfr website

  • RTT - 1ms
    • for backward compatibility with existing systems
  • Measurement should be done between two points for ... (when service available)
    • IPv4 and IPv6
    • BE, Premium and LBE
    • a fixed packet size for continuous measurement (which one?)
    • a packet size specified for requested measurement
what do we want to present to who
What do we want to present to who?
  • End user (over which period of time: 1min - 5min?)
    • current metric value (time scale?)
    • metric history (as well as traceroute history)
  • Planning
    • same as end-user
    • should be able to access raw data
  • NOC
    • same as planning
    • should be able to see the packets incoming in real time
    • should be able to monitor a particular session
    • should be able to set up a new session
  • Do we want to exchange statistics or raw data between domains?
  • Which statistics do we want to provide (which ones are the most useful?)
    • Average, SDR (does it work on any sampling methods)
    • Average max, average, average min
    • Absolute max, min
    • Over which period?
    • For one given packet size in continuous mode
  • Statistic showed and exchanged between domains on which time scale (1min - 5 min)?
  • Statistics additivity/concatenation across several domains?
  • Statistics accuracy across several domains?
  • How do we want to sample?
    • Relationship between singleton and sampling to achieve which statistics?
  • How to get a “burst” similar to what Steve was mentionning? (via Poisson? Pre-defined pattern?)
    • via Poisson? Pre-defined pattern?
    • What is the RIPE behavior?
    • How often?
    • Who can study it, is doing it?
  • How works Poisson?
logical model
Logical Model

Domain central tool

inter domain communication
Inter domain communication

Data exchange

  • Need to have a standardise way of exchanging data between domain
    • see what IPPM is doing
    • see what e2epi is doing
    • anything else?
  • Requests and message format should be understood by every domain.
inter domain communication1
Inter domain communication

Inter domain measurement

  • Need to have a standardise way of measuring the metrics, measurement point compatibility
    • see what IPPM is doing
    • anything else?
  • Need to have a defined packet structure.
domain central tool
Domain central tool

Functions descriptions - 1st draft

  • Communication module
    • with other domains and domain web-interface
    • check message format validity, authentication, request info to “request analysor” and send the result
domain central tool1
Domain central tool

Functions descriptions - 1st draft

  • Request “analysor” module
    • receive a information request from communication module
    • check if this data is available in the domain
    • if yes, ask to the “path finder” module from which Point of measurement (PM) the data should come from.
    • ask to the “data recuperator” to retrieve data (either in a centralised DB, in a distributed DB or on the PM itself)
    • send information requested to communication module.
domain central tool2
Domain central tool

Functions descriptions - 1st draft

  • Path finder module
    • receive a information request from communication module
    • check according to the information received from the request “analysor” module which PMs and which domain ingress-egress are involved on the path and send back this information
    • module should be linked to a network representation either via a database or to some routing information
    • some parts of this module are model specific
  • Quite challenging part :-)
domain central tool3
Domain central tool

Functions descriptions - 1st draft

  • Data “recuperator” module
    • consists of several module to retrieve the data, up to one per type of information having to be retrieved (these modules are domain specific)
ipv6 requirements
IPv6 requirements

-> Gabriella

  • Talking for xxx
date storage in a domain
Date storage in a domain
  • Raw data distributed in PM
  • Central database (to avoid too frequent access to MPs)
    • Statistics (statistics over which period of time, which statistics)
    • raw data (database size)
measurement box wish list
Measurement box wish list
  • Wish list
    • by mid March
    • any contribution/advices/help welcome
    • metric, parameters, sampling, security, data storage, data accessibility, future evolution, accessibility, price, additional measurements, real time access of packet, 2 NIC (one for measurement, one to access data), scalability, else?
concept test
Concept test
  • Need of at least three consecutive domains having partially implemented PMs
    • concept validation
    • software being build on top of it (DANTE has resources)
  • Henk answers
  • DANTE to investigate cost of GPS installation or to receive PPS signal in PoPs (by mid March)
  • Interest by a phone/video-conference every two week to discuss status of work
  • new mailing list with history feature (thanks to SWITCH :-)
  • Contact e2epi to see if both systems can be bridged
  • Investigate more in depth with GRID to see if work can be shared
  • Investigate which NRENs are interested (more than an intellectual interest ;-) by the concept to get their input
  • Investigation of graphical representation
slide title
Slide Title

[Subtitle if needed]

  • Title:
    • Text
    • Text