tests

Software Testing ...
Higher Edu - Research dev card
Development from the higher education and research community
  • Creation or important update: 20/03/12
  • Minor correction: 20/03/12

HINTS : network on demand diagnostic tool

This software was developed (or is under development) within the higher education and research community. Its stability can vary (see fields below) and its working state is not guaranteed.

 

General software features

HINTS is a tool that provides quick network troubleshooting between two "probes", which are usually installed in remote geographical locations.
Although HINTS was primarily designed to diagnose potential network problems between two nodes of a grid, it is completely usable in a classical context, between two standard sites not involved in a grid infrastructure.

Historically, HINTS was born as part of the european project Enabling Grids for E-sciencE - EGEE, and continues today its evolution within the European Grid Infrastructure - EGI. HINTS is developed and maintained by CNRS, partner of France Grilles, the French National Grid Initiative and GARR, partner of the Italian Grid Initiative.

HINTS allows a user, from a centralized web interface, to initiate basic network tests between two specific agents (probes) previously deployed within local networks one want to qualify the link.

The qualification of the network between two probes is done through the following traditional system tools:

  • Ping
  • Traceroute,
  • Nmap,
  • DNS Resolution,
  • Iperf.

The main benefits of HINTS are:

  • A user may (subject to accreditation) test the quality of the network between its site and another site without involving an administrator of that other site,
  • All tests are symmetric (made in both directions between the selected probes),
  • Direct access to the probes (and thus access to the various diagnostic tools) is not possible, everything is done only via a centralized interface,
  • Fine and flexible user management (certification, delegation of rights),
  • The probes are based on those proposed by the well known PerfSONAR project.
Context in which the software is used

HINTS becomes useful when a user wants to diagnose the network between two sites without involving a network administrator and above all without disturbing the network administrator at the remote site.

If HINTS highlights some dysfunction between these two sites, network administrators will then not be disturbed for nothing.

If HINTS finds no problem, then the problems faced by users are likely not due to the network and is the reason to be searched elsewhere (application layers).

Today, HINTS is available in Scientific Linux 6.x RPM format.

Publications related to the software

  • Presentation at the EGI Technical forum, Lyon, September 2011
  • Poster for the EGI Community Forum, Munich, March 2012
Higher Edu - Research dev card
Development from the higher education and research community
  • Creation or important update: 02/05/11
  • Minor correction: 02/05/11

TASE : online tool for searching candidate regions from SNPs data

This software was developed (or is under development) within the higher education and research community. Its stability can vary (see fields below) and its working state is not guaranteed.
  • Web site
  • System:
  • Current version: 5.0 - 11/01/2011
  • Status: internal use
  • Support: maintained, ongoing development
  • Designer(s): M.HEBRARD, C.HAMEL, G.MANES, I.MOUGENOT
  • Contact designer(s): maxime.hebrard@inserm.fr
  • Laboratory, service:

 

General software features

TASE is a webtool dedicated to the study of hereditary diseases.

  • From a whole-genome SNP scan (Single Nucleotide Polymorphism), the soft identifying candidate regions which could contain the gene causing the disease.
  • TASE analyze data of DNA chips from 10K to 900K.
  • TASE have a web interface and is easy to use.

language: Javascript and Perl-cgi.

Other functions :

  • Display family tree using cranefoot (French cranefoot card).
  • Specific tests according family profile : autosomal dominante or recessive transmission, consanguineous family or not.
  • Select whitch individual you want to test and his status (sick or healthy).
  • Display graphic results in whole genome view or chromosome specific.
Context in which the software is used

Our team study hereditary retinal distrophies that are monogenic and very heterogeneous diseases.
TASE analyzes whole genome data (SNP chips) and display candidate regions.
Then these regions are sequencing to identify causative mutation.

Exemple of use :

  • Autosomal dominante transmission:
    • Identifying causative gene among known genes.
    • Finding unknown gene or locus in large family.
  • Autosomal recessive transmission:
  • Identifying causative gene among known genes, even small family (only 3 individuals).

Higher Edu - Research dev card
Development from the higher education and research community
  • Creation or important update: 11/12/09
  • Minor correction: 11/12/09

Qolyester : test platform for the routing protocol QOLSR

This software was developed (or is under development) within the higher education and research community. Its stability can vary (see fields below) and its working state is not guaranteed.
  • Web site
  • System:
  • Current version: 20090302 - 2 mars 2009
  • License(s): GPL
  • Status: stable release
  • Support: maintained, ongoing development
  • Designer(s): Equipe QOLSR
  • Contact designer(s): qolsr @ lri.fr
  • Laboratory, service:

 

General software features

Qolyester is the main in-the-field testbed for QOLSR over wireless Ad-Hoc networks.
It computes the best path with respect several metrics like capacity, delay, jitter, cost, loss probability, etc.
The goal of the current version is to be fully RFC 3626 compliant but without any QoS feature for the moment.

Context in which the software is used

This C++ software is at the heart of the QOLSR project, that is combining QoS with protocols OLSR, with the aim of dealing with metrics such as capacity, delay, jitter, cost in routing consideration with particular interest in IEEE 802.11-style MAC protocols due to their popular deployment in realistic wireless systems.

The major problems are the:

  • Interferences: flows that traverse the same geographical vicinity contend for the same wireless channel capacity;
  • Buffer size: After the saturation point the ad hoc network performance decreases;
  • Mac queuing time and service time based on the IEEE 802.11 binary exponential backoff algorithm;
  • Mobility.
Publications related to the software
  • An Efficient Source-Based Heuristic for Multicasting Multimedia Information, H. Badis, GESTS Transactions on Computer Science and Engineering, vol. 38, no. 1, 2007.
  • A complete and efficient quality of service model for mobile ad Hoc networks, H. Badis, GESTS Transactions on Computer Science and Engineering, vol. 36, no. 1: 427-442, 2007.
  • CEQMM: A Complete and Effecient Quality of Service Model for MANETs, H. Badis and K. Al Agha, The Third ACM International Workshop on Performance Evaluation of Wireless Ad Hoc PE-WASUN, Spain, October 2006.
  • Hakim Badis, Khaldoun Al Agha, "Quality of Service for Ad hoc Optimized Link State Routing Protocol (QOLSR)", October 2006.
  • Hakim Badis, Khaldoun Al Agha, "Quality of Service for Ad hoc Optimized Link State Routing Protocol (QOLSR)", March 2006.

Other publications are available on http://qolsr.lri.fr/papers/ and http://igm.univ-mlv.fr/~badis/#hakim-pap.

Higher Edu - Research dev card
Development from the higher education and research community
  • Creation or important update: 17/04/09
  • Minor correction: 16/12/09

IPv6 CARE : IPv6 compliance testing

This software was developed (or is under development) within the higher education and research community. Its stability can vary (see fields below) and its working state is not guaranteed.
  • Web site
  • System:
  • Current version: 2.2 - 9 March 2009
  • License(s): Other - Apache Licence (open source without copyleft)
  • Status: stable release
  • Support: maintained, ongoing development
  • Designer(s): Etienne DublΓ©
  • Contact designer(s): etienne.duble _at_ urec.cnrs.fr
  • Laboratory, service: EGEE Project

 

General software features

IPv6 CARE, β€œIPv6 Compliance Automatic Runtime Experiment”, is a Linux tool able to diagnose the IPv6 compliance of programs at run time.

Mainly, it detects non IPv6 compliant function calls performed by the running program, for example gethostbyname().

For each problem detected, it generates :

  • a description of the problem
  • a tip explaining how to avoid this problem
  • the function calls stack, which is useful in order to know where the calls were performed in the source code

Moreover it generates a log file of all network related function calls.

IPv6 CARE works with all programs linked to the standard shared library (libc), which means:

  • Programs compiled (C/C++, …) in a standard way (that is, not statically compiled).
  • Programs written in some "Interpreted" language (Java, Perl, Python,…) if the interpreter or the virtual machine is compiled in a standard way (see limits below).
Usage example:
This shows how to test the IPv6 compliance of the telnet program:

$ ipv6_care check -v telnet localhost 7777
IPV6 CARE detected: getaddrinfo() with [ ai_family=AF_UNSPEC ai_socktype=SOCK_STREAM nodename=localhost servname=7777 ]
IPV6 CARE detected: getnameinfo() with [ sa.ip=127.0.0.1 sa.port=7777 ]
Trying 127.0.0.1…
IPV6 CARE detected: socket() with [ domain=AF_INET type=SOCK_STREAM protocol=ip ]
IPV6 CARE detected: connect() with [ socket=3 address.ip=127.0.0.1 address.port=7777 ]
IPV6 CARE detected: getnameinfo() with [ sa.ip=::1 sa.port=7777 ]
Trying ::1…
IPV6 CARE detected: close() with [ fd=3 ]
IPV6 CARE detected: socket() with [ domain=AF_INET6 type=SOCK_STREAM protocol=ip ]
IPV6 CARE detected: connect() with [ socket=3 address.ip=::1 address.port=7777 ]
telnet: Unable to connect to remote host: Connection refused
IPV6 CARE detected: close() with [ fd=3 ]
β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”
IPv6 diagnosis for β€˜telnet localhost 7777’ was generated in: /tmp/ipv6_diagnosis/telnet/by_pid/pid_16537
β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”β€”
$

The generated messages show that telnet has an IPv6 compliant behavior (mainly because it uses getaddrinfo).
For more information, we can check the details of the diagnosis in the directory indicated.

Interoperability:
Until now IPv6 CARE has only been tested on Linux systems.

It should also work on other UNIX-like systems if they allow dynamic loading of shared libraries (defined by the environment variable LD_PRELOAD) and if they have the program β€œaddr2line”.

Limits:

In the case of "interpreted" langages (in the sense that they are not compiled into machine code), the tool interacts between the interpreter and the standard library (libc). For this reason IPv6 CARE diagnoses the behavior of the interpreter and not directly the script's behavior, which makes the diagnosis harder to be understood. Please refer to the documentation for further information on this issue.

Durability indicators:
IPv6 CARE is open source software and it is published on the sourceforge server in order to extend its audience and to allow a continuation of the development, even after the end of the EGEE project.


Downloads statistics:

http://sourceforge.net/project/stats/detail.php?gr...

Help and documentation
Forum: http://sourceforge.net/forum/forum.php?forum_id=89...
User guide: https://sourceforge.net/project/showfiles.php?grou...
Wikipedia article (in french) : http://fr.wikipedia.org/wiki/IPv6_CARE
Article explaining how to use IPv6 CARE (french, early version) : http://www.g6.asso.fr/blog/?p=33
Examples of IPv6 compliance reports using IPv6 CARE: https://edms.cern.ch/document/980424, https://edms.cern.ch/document/980820.

Contribution:
For contributions to IPv6 CARE please contact the author of this card.

Context in which the software is used

I developped this program for the EGEE project, in order to ease the IPV6 compliance tests of the middleware (gLite).

Syndicate content