Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Italics action items

Introductions

Radia ans and Sadia will share their CVs. Have they been sent?

Get them started right away. Get accounts - work with Faisal who will work with Les, learn Perl.  Umar Umar will go over what the projects PingER and perfSONAR are all about did this happen.

Dr Adnan is scheduled to attend 

Sadia and Amber please go through the previous Pakistani case study. Then using the new data (see below) and see how the information could be updated.  Progress?

Pakistani case study – Zafar, Anjum

We need to make some progress on the Pakistani case study soon.

  1. aiou, lhr lhr (never any data), nwfpuet, uettaxila, uob are down for many days: see http://www-iepm.slac.stanford.edu/monitoring/checkdata/). No change from last time. should we expect any progress? 
    1. We will not give up on them. Only one person is installing nodes. It will take a visit to them. The server needs replacing at sites. UOB will be fixed in 1 months, they will go there on the 27th. Anjum will check the status of the other two with Imran.
  2. There has never been any data from  pinger-rcp.pern,  hu (Hazara), kohat, nca,  pwr.nu, ustb, since though the hosts are in the NODEDETAILS database there is no dataserver entry for each of then in the database. Should there be? They are identified as monitors. -  Even if I guess at the URL for a dataserver, e.g.  http://pinger.hu.edu.pk/cgi-bin/ping_data.pl there is no such web page. Maybe the permissions have not been ste. Zafar looked at fixed pinger-itc, and aiou. But for Hazar, kohat, nca pwr, ustb, pinger-rcp cannot find web page, they need to be worked on. 11/03/2010: Zafar will politely remind Imran about checkdata. Email has been sent to all of them. If no reply will call them. Most of these people are cooperative. Holidays next week (Eids 2) so may be a delay. No change from last time, should we expect any, if so when?

Despite the lack of progress on the above two items there is enough valuable information to get going on the Pakistani case study.

  1. Dr. Anjum is verifying that table.pl at SEECS has all the known Pakistani monitors.  Need to study improvements with pingtable.pl time series and the smokeping plots where we have them. If something has been recommended by our measurements and that has happened and made things better that is very important for the case study.
    1. UET, UOB, LSE, COMSATS do not have the full set of Pakistani beacons. See matrix. The Pakistani monitoring nodes are supposed to get the beacon list from SEECS. – Anjum said he has a student who can fix but need password so they can fix the nodes so they get the list from the SEECS server. They are fetching their beacons from SLAC. Anjum is requesting admins to fix. Working on it, but response from admins is not good. 
  2. pinger-itc.pu.edu.pk has the wrong name internally to PingER2 config file - Zafar, no response to email. Zafar or Imam will call them up. This has been fixed, Excellent!
  3. We need to see (by looking at traceroutes) whether the links we are monitoring are using PERN. If not we need to work to get them rerouted otherwise the information will not be much use to PERN/HEC. Is anyone working on this?
  4. We need to understand the high ping losses for UAAR. Sadia please put together a case study.   Any progress?

Progress on ICFA Report 2011 - Zafar

Integrate into the report. Need to save all the spreadsheets in http://www.slac.stanford.edu/xorg/icfa/icfa-net-paper-jan11/slaconly (AKA /afs/slac/www/xorg/icfa/icfa-net-paper-jan11/slaconly/) - Zafar please make it so.

  1. 2010 Updates on Africa (done)
  2. Inland African fibre optics (done)
  3. African NREN (done)
  4. Mean Opinion Score
  5. Regions of the World graphs
  6. Throughput graphs (will be handled in December/January)
  7. PingER metrics (done)
  8. Loss (done)

Zafar has explained to Sadia and Amber the nature of work. They are currently working on HEC reports. Deadline for Sep-Oct (bi-monthly) report is November 20th. That report will be helpful for writing down Pakistani case study. Meanwhile I will resume work on ICFA report.How is progress on the HEC report? 

Sadia and Amber are working on the Peshawar data. Update

 He will send an update on the ICFA report in a few days. It would be useful to see the HEC preliminary results. When will this happen?

PerfSONAR

Zafar met with Arshad, he is pleased but wants to have more information presented to students so can encourage them to come to SLAC. Also any new ideas to bring this to nation-wide attention will also be appreciated.

...

  1. Faisal is working with Yee. Progress - Faisal
    1. Looking at how to display multiple nodes at a single lat/long or close lat/longs, a grouping problem. Looking at how to handle identical lat/longs. Looked at MonALISA, and other implementations.
  2. Zafar - deploy PerfSONAR nodes at SEECS. Second step is to find whether the same can be done at HEC on PERN's network. It is working, congratulations! Zafar provide progress report and plans.

Possible projects

See https://confluence.slac.stanford.edu/display/IEPM/Future+Projects. Zafar will be working on this

  1. Extend the NODEDETAILS data base to allow entry support for whether the host is currenty pingable.
  2. Extend the PingER map (also use for Pakistani to Pakistani subset map for the case study) - Faisal has taken this on.
    1. This adds ping, traceroute, access to database etc.
    2. The advantage compared to other traceroute maps is that the laundering keeps only good servers
    3. Add in Viper capabilities (i.e. paths with coloring)
  3. Get the MatLab licsense license at SEECS and put up a CGB server using it. Dr. Anjum talked to Dr. Arshad for license. Getting a license can be time consuming and might not work out the way we want it to. Our requirements are different and there are compatibility issues as well. Zafar has 3 graduate (MS) students, out of which 1 or 2 can work on re-implementing CBG in Java. Zafar progress. The advantages of doing this are:
    1. All of our geolocation techniques are in Java and since there is no sort of a front-end back-end abstraction layer, best solution is to go with re-implementation.
    2. Since all of geolocation code is a single project, integrating CBG as a separate class will be better than trying to create a platform where CBG can talk to the rest of the infrastructure. This way in case of failure we will have just one point to deal with, instead of two. We won't be required to setup extra logging on the second machine running MatLab.
    3. Neither will there be communication overhead due to over-the-internet communication and nor will there be cross-platform issues.
  4. Extend Checkdata to provide emails automatically, see https://confluence.slac.stanford.edu/display/IEPM/Extend+checkdata+to+make+it+more+useful  I have extended dbprac.pl to provide the contact information
  5. Add MOS to pingtable.pl see https://confluence.slac.stanford.edu/display/IEPM/Add+Mean+Opinion+Score+%28MOS%29+to+pingtable.pl+metrics is Radia interested. Any progres?

Future

Zafar invite: getting signature of ALD. Budget and form filled out. Letter from SEECS  has been received. We have the CV from Zafar. Just awaits Norm's OK.

...