Minutes of SEECS-SLAC Meeting September 7, 2011.

  • Dr. Anjum led the meeting.
  • Zafar is in Barcelona, Spain and Faisal has reached Pakistan.
  • Les will be away in South Africa, Congo and a couple of other countries for the month of September. He will be back in the meetings from the first week of October.

Upcoming

SEECS has an IPV6 Live IP through cybernet. They are currently testing the compatibility issues of Pinger Node/software on it.The mechanism may start as: Take a new host and set it up as IPV6. Then monitor other hosts on IPV6 like ipv6 google etc. Once data is available then work on how to analyze it and use it. Anjum asks, If we have IPV6 and it tries to monitors IPV4, will that work or there will be some problem with that. Les thinks it will work fine. He suggests that we might first put up a separate copy on a host such that it monitors another IPV6 host  and then check how it monitors IPV4. Anjum is going to ask Joun to configure Pinger node on IPV6. Zafar if available, would be helping Joun in this case.

IP address has been assigned to IPV6 but machine has yet not been set up. IP will be active after 10th September.

SLAC now has an IP project with a project manager just hired. Things may start to happen soon.

Future & Publicity

  • Amber has put together an email list of PingER contacts to send the video to. We need to use it to announce motion metrics once they work again. Umar figured out the problem and gave the fix to Les who applied it. Amber has added the data for 2011 in Motion charts .
  • Public Data Explorer next Gen Motioncharts is working. 
    • Amber has written a Perl script, which is dual of Faisal's PHP script, to turn the PingER data into the right format. Need to review the script. 
    • Added Average RTT and Packet Loss, internet users. Colors to the regions have also been added. See.
  • Documentation of Pinger Data Explorer is under progress.

Pakistani case study - Amber, Anjum

  1. Host count has reached 50 in Pakistan.
  2. HEC is shifting the intercity links on Pern2 (so far intracity links are on Pern 2 while intercity are on PTCL). HEC is expecting to have an analysis on what is the effect on min rtt and other metrics after the links are shifted from PTCL to Pern2. (POP to POP is on PTCL).
  3. Amber keep a track of POP to POP links, additional POP links will be intracity. (intercity POPs and intracity POPs analysis will be carried out for HEC later on).
  4. Amber will prepare a report on intercity analysis of PERN nodes for HEC.

Status of Pakistani PingER hosts

As updated on 9/6/2011.

Responsible person: Joun Muhammad

Node

Status

Comments

pinger.ustb.edu.pk

UP

Pinging by another IP. Data not collected.

monitor.niit.edu.pk

UP

Changing IP. Troubleshooting in progress. Shifting this node to PERN IP in headquarters.

pinger.giki.edu.pk

Down

Troubleshooting in progress.

pnec.seecs.edu.pk

Down

Will be up soon. 

sau.seecs.edu.pk

Down

Network and Power issue.

buitms.seecs.edu.pk

Down

OS crashed, concerned person is on leave, will be up after Eid.

cae.seecs.edu.pk

Down

Will be resolved after Eid.

PingER Management

Farhan has left. Bilal and Ghulam are hired for the next three months.

Zafar, Bilal, Ghulam and Sadia will be having a meeting on traceroute archive site documentation in this week.

PingER traceroute archive site

  • Sadia is working on extending to traceroutes from SLAC to the Beacon sites. The autotrace.pl for collecting the traceroutes from SLAC to all the nodes is completed, however it is not on cronjob. Done.
  • Traceroute.cgi still needs to be tested because it requires cgi wrap directory which is currently not accessible to Sadia. It now passes the laugh test of Tainting warning and strict. It will be moved to a production place and then Les will get it moved to the web cgi-wrap space. Maggie.niit.edu is being shifted to IPV6. Therefore test the said behavior on some other node.

PingER archive site - FYP (Ghulam, Farhan, Zafar)

  • The archive site based on relational database is complete and is ready to be deployed on the server.
  • The results are fast if they have a cache copy of these databases. This can be done by running a query (cron job) for having a cache copy. Sadia needs to have a meeting with Zafar so as to check the progress of Ghulam and Frahan at this.
  • Some comparisons between flat files and relational database were made for daily , monthly and yearly analysis. Farhan will send these results to Zafar and Dr. Les.
  • Live IP has been provided. The node is internally accessible, however it is not accessible through live IP.
  • Next step is to port to SLAC. 
Adding MOS and Alpha to pingtable.pl
  • Analysis scripts to add Mean Opinion Score and Alpha, some things need to be correctly configured. It has been deployed athttp://pinger.seecs.edu.pk/cgi-bin/pingtable.pl for testing.
  • Alpha and MOS to be implemented at SLAC site. Sadia will be doing this with the help of Zafar. Currently Ghulam and Farhan are working on synchronizing the SLAC and SEECS scripts.

TULIP

  • TULIP (reflector.cgi) is faster since Zafar added some more parallelism. There are a couple of errors being reported which Zafar will look at. Update?

CBG TULIP Integration -- FYP (Bilal)

  • Reflector results are better than reflex because reflex does not show anything related to timing.
  • Bilal will send Les an email to get this timing related help and Les will be looking into it.
  • TULIP setup on maggie2 server and CBG is running on PERN machine.
  • CBG is modified to talk to TULIP. TULIP is modified for integration. (Email Bilal to know the update. And ask him to )
  • CBG TULIP integration is almost done. user request will be forwarded to the server(clients java code not server), and then it goes back to CBG code and displays the result in CBG browser.
  • Bestline requires much larger data and the data remains same for one week, so to speed up tulip using bestline we are trying to save the data separately (not picking the data runtime). Once this is done, it will speed up the TULIP.
  • Matlab licence is here; Sadia, Les, Nick and Justus need to meet to discuss the installation issues. Where are we with this?

PerfSONAR (Pakistan)

  • PerfSONAR at SEECS: PerfSONAR throughput and latency nodes are now up and running at SEECS. Hostnames and corresponding IP adresses are:**  throughput measurement node: http://psbw.seecs.edu.pk/ (http:115.186.132.154/toolkit/) 
  • Select options under "Service Graphs" to view throughput or latency graphs. Added 5 Stratum 1 NTP servers to cater for clock delay and everything seems to work fine.
  • There are some interesting one-way latency graphs at 115.186.132.155 (SEECS PerfSONAR Latency node). Dst to Src (e.g MIT to SEECS) latency is less than Src to Dst (e.g SEECS to MIT) latency. This might uncover some trends in outbound network traffic from Pakistan.

Possible projects

  • The problem is that many hosts do not give high priority to pings and many block it. This results in high RTT for pings. It is a big difference for closer hosts than far hosts. Note the response time of pings vs HTTP hosts from slac to other hosts.
  • There can be a paper kind of talking on Pinger if we could just find the right conference. MCN, ICC and Globecomm do provide network monitoring topics. We can talk of GEO-Location experiences. For example within Pakistan it works fine, however as we go within regions or continents this gets worse. We can publish some stats on that for example. We are yet not ready for Tulip paper.
  • See [https://confluence.slac.stanford.edu/display/IEPM/Future+Projects].
  • Extend the NODEDETAILS data base to allow entry support for whether the host is currenty pingable. 
  • Extend Checkdata to provide emails automatically, see [https://confluence.slac.stanford.edu/display/IEPM/Extend+checkdata+to+make+it+more+useful]. Many of the ideas in the script node-contacts.pl are a step in this direction.
  • Improve the PingER2 installation procedures to make it more robust. This might be something for the person(s) in Pakistan who are responsible for installing PingER2 at the Pakistani monitoring sites. They probably have found where the failures occurs. Also look at the FAQ, and ping_data.pl which has been improved to assist in debugging, could it be further improved (e.g. provide access to the httpd.conf file so one can see if it properly configured)? There are 2 students working on the PingER archive. Is this something they could work on?
  •  [Fix PingER archiving/analysis package to be IPv6 conformant|IEPM:Make PingER IPV6 compliant]. Will build a proposal for an IPv6 testbed. They will try various transition techniques. A proposal has been prepared and that has been submitted to PTA. Adnan is a co PI. It is being evaluated today.  A small testbed has been established in SEECS and the plan to shift some of the network to IPv6. Bilal is part of 3 students involved with PingER and they will be involved with IPv6. They are porting the PingER archive site site to using a database. They have redeveloped the archive site using Umar's documentation. They have set up a small test archive site. They have gathering, archiving, analysis. They will design a new database. They will also try a port of PingER to IPv6. 
  • Look at RRD event detection based on thresholds and how to extend, maybe adding plateau algorithm. Umar's algorithm did  not work in a predictable manner. 
  • Provide near realtime plots of current pinger data using getdata_all.pl/wget. It will work as a CGI script with a form to select the host, the ping size, and the time frame to plot. It will use wget or getdata_all.pl to get the relevant data and possibly RRD/smokeping to display the data. 

Future meeting time - Les

  1. Next meeting on Wednesday 21st September at 8:00 pm in US and Thursday 22nd September at 8:00am in Pakistan.
  • No labels