Minutes for SLAC-SEECS Meeting November 30, 2011.

General

Anjum says: Kashif Sattar has been working with Pinger project for quite some time now. He is the main contributor who helped us deploy nodes in Pakistan and he does most of the liaison with contact people in Pakistan. Level of his involvement varies at different times depending upon his studies load.I have asked him to meet with Ghulam Nabi and Bilal once every week and discuss their progress. I am expecting this will bring consistency and improved reporting in their work. Progress?

  • Does Ghulam need an account if so where are we with it, if not why not?

Suggestion for Pingtable Regional Data selection - Anjum and Amber

Anjum says: 

  • Amber told me that she first gets values for entire Pakistan and then filters out values. I think we had made groups of PERN-PoP and Pakistan to facilitate us with this. Can Amber point out what is left in that part and why we cannot get data directly in our desired format? *I believe the problem is the she gets the data from table.pl which does not support groups. Thus the selection is done in Excel. Table.pl would need modificatiion. I am not sure how hard that is. It's not on our immediate priorities which are getting new pingtable.pl, getdata_db.pl and new database working at SLAC.

IPV6 - Anjum and Ghulam

The IP Address was allocated by the Networks Department but they did not inform us. Anjum did not keep track of it, hence the delay. Ghulam Nabi tried to install pinger on IPV6 enabled machine last week. Update?

Apossible project would be to make traceroute.pl work on a dual stack IPv6 host (say to traceroute to ipv6.google.com). Will need to look at gethostbyname etc. Is there any interest?*

Another is to make pingtable.pl and getdata.pl IPV6 capable.

ICFA and HEC Report - Anjum and Amber

Amber has started working on ICFA annual report.

Anjum says: 

  • I have modified the HEC report. I am waiting for a response from HEC because I want to present this report to HEC.
  • We also need to prepare a 6 monthly report for HEC where we can show how different values have varied over past 5-6 months and what can be predicted about PERN network in coming months*.``````````````*

PingER Explorer - Amber

  • Amber has put together an email list of PingER contacts to send the video to. We will send email about Explorer to the list.

Status of Pakistani PingER hosts - Amber

As updated on 11/30/2011.

Responsible person: Joun Muhammad

All nodes deployed at PERN PoPs are being upgraded to enhance security. I had discussed with Umar as to what security features should be implemented on these nodes. If anyone notices a change in working of PoP nodes within next 2 weeks, please highlight it so that we can fix the problem.

Node

Status

Description

pinger.ustb.edu.pk     

UP     

Pinging by another IP. Data not collected. Issue will be resolved in a week     

pinger.giki.edu.pk     

Down     

On vacations, will be up after vacations.   

kinnaird.seecs.edu.pk     

UP     

Pinging but not fetching data. Troubleshooting in progress.   

hu.seecs.edu.pk     

UP     

Pinging but not fetching data. Trouble shooting in progress.   

lse.seecs.edu.pk

Down

Network issue, will be up soon.     

pinger.uaar.edu.pk

Down

Network issue, will be up soon.     

buitms.seecs.edu.pk

Down

IP pool has been changed by HEC.    

PingER traceroute archive site - Sadia and Ghulam

Ghulam will send the list of monitoring nodes that are down. There should be script which collects the status of nodes per-day. Will be done once new pinger installment is done

PingER archive site - Ghulam

  •  SEECS database was down for last 4 days. 
  • We need to see how the new pingtable.pl works. We had  a list of questions
    • Hourly gives Internal server error, daily and monthly appear to work. Display the error message as data not fetched. Update?There was an error in the SLAC analyze-hourly.pl using quiesence instead of zero_packet_loss_frequency, was this spotted and fixed. This was fixed at SLAC. It will need to be fixed at SEECS  
    • Getdata.pl needed to be fixed? Update?
  • Next steps for new pingtable.pl, how much progress has been made?:
    • clean up SEECS version (strict & -w),  - Ghulam with help from Sadia
    • get the results to roughly agree with SLAC, needs crontab - Ghulam
    • Make fixes for sort (we will look into it later)
    • migrate the data from flat files to the database, the pinger data has some anomalies and so will need careful filtering - Ghulam
    • port to SLAC
      • working, clean (strict & -w) new getdata.pl and pingtable.pl at SEECS - Ghulam
      • understand the mysql schema - Done
      • create the mysql database at SLAC - Done
      • port new getdata.pl to SLAC 
        • Ensure it has strict & -w (see above) - Ghulam with help from Sadia, where are we?
        • It looks like there is a serious problem in that the SEECS getdata uses the threads::shared module and the SLAC version of perl (5.10.1) does not support threads. Due to problems encountered and incompatability issues this is not available at SLAC . Would it be possible to use Parallel::Loop? Or make it work with and without threads (see http://perldoc.perl.org/threads.html)  even though it takes longer to run without threads.  Update?
        • Temporarily modify SEECS getdata_db.pl to eliminate Statistics, and use threads on old version of perl at SLAC.
      • port new pingtable.pl to SLAC and test with new getdata_db.pl
      • Migrate old flat file data to database
        • Since the pinger data has many anomalies it will need some care filtering
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 - Sadia and Bilal

Following targets in Europe are not plotted on maps.

Country Name

IP Address

Austria

62.218.39.47

Austria

212.33.36.188

Italy

193.206.84.12

Ukraine

193.29.220.3

For example the first target can be explored here . This can be compared to a target which can be plotted on the map .

CBG TULIP Integration -- FYP (Bilal)
  • Bilal did some stress testing. The landmarks are 331 while the targets will be the ones generated by Sadia. He will compare the results with the 4 month old results with 59 hosts.
  • Bilal has completed the stress testing for North America. Complete report and related excel files are placed here.  Turns out the data was not limited to N. America. Requested redo with more information and accurate selection*.*
  • Stress Testing for Europe is available here .
  • Sadia has tulip-viz.cgi working at SLAC.

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.
  • Bilal and Ghulam will have a meeting with Zafar to know about PerfSonar and to maintain it in future. Update?

Possible projects

  • 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 7th December at 8:00 pm in US and Thursday 8th December at 9:00am in Pakistan.
  • No labels