perfsonarUI User Guide

Introduction

perfsonarUI is a web application for running and visualizing on-demand tests between perfSONAR measurement points (MPs) or visualizing historical measurement results obtained from perfSONAR measurement archives (MAs). It is designed to be intuitive and user friendly, thus allowing the network operator the troubleshoot network problems as efficiently as possible. The application functionality itself is realized through several plugins, one for each supported type of measurement. In the current version, perfsonarUI supports fetching stored interface utilization data, one-way delay data, jitter data, one-way packet loss data, hop count information data and achievable throughput data. This data is stored in perfSONAR MAs and represents results of regularly scheduled measurements which are performed automatically. The UI also offers the possibility of requesting an on-demand measurement of achievable throughput or one-way latency between two perfSONAR MPs. In the future other types of measurements will be added to the UI in the form of new plugin panels.

_images/using_psui-01welcome.png

perfsonarUI also supports using historical data from multiple MAs to visualize path segment utilization for a given traceroute output.

The current release of perfsonarUI has been tested with the following perfSONAR components:

  • perfSONAR Toolkit v 3.4.1
  • esmond v 1.0
  • BWCTL MP v 1.0
  • RRD MA v 3.3.1-1
  • SQL MA v 2.4
  • HADES MA v 0.53
  • OWAMP MP v 0.53
  • simpleLookupService

If a particular component version is not included in this document it may still be compatible with perfsonarUI but has not been tested.

In addition perfsonarUI is also able to retrieve data from the old perfSONAR Toolkit, v3.3.1, SNMP MA and perfSONAR-BUOY MA. It is also able to make on-demand tests to bwctl endpoint such as perfSONAR Toolkit BWCTL and one-way latency measurement between a perfSONAR OWAMP MP and another owamp endpoint (such as perfSONAR Toolkit OWAMP endpoints).

Access To the Application

perfsonarUI is available through any modern web browser. We recommend using latest versions of Mozilla Firefox, Google Chrome, Safari and Opera. Accessing the application through Internet Explorer 9-11 is not tested, but should be operational. Accessing the application through Internet Explorer 8 is very limited – charts are not functional at all in IE8 and also there are several issues with style rendering such as element color, position, font type and size and more. For that reason accessing perfsonarUI through Internet Explorer versions 8, 7, 6 and lesser is not supported. To access your instance perform the following procedure:

  1. Start your web browser
  2. In the URL field of the browser, enter the IP address of the server running the instance of perfsonarUI. This will look similar to: http://your_server_IP_address:8080/perfsonar-ui/
  3. Access to the application is secured. After the installation perfsonarUI is configured to use only embedded database for authentication. To login press perfSONAR UI Login button. When the login window displays enter default credentials. Default username is admin with the password admin.

Minimum recommended screen resolution is 1024x768 pixels.

Note

It is possible to change these credentials or add additional ones by modifying the /usr/share/perfsonar-ui-web/perfsonar-ui/WEB-INF/classes/usersdetails.xml file. Each newly defined username should be in the role ROLE_USER since this is currently the only role supported by perfsonarUI. The ROLE_USER role allows full access to the application. A more sophisticated control over user roles and credentials will be implemented in future versions of the application. To produce MD5 hash of the desired password use an MD5 hash generator. You can do it easily on the Linux CLI with a command such as echo -n “password” | md5sum. After finishing changes in usersdetails.xml file you need to restart the Tomcat service.

Content Organization

The application main window is organized in two main sections: time window selection with navigation on the left side of the screen and the plugin content panel on the right. Time window selection, located in the top left part of the screen, allows the user to select a common time window. This time window will be used when querying historical measurement data.

The start and the end of the time window can be selected manually by clicking on the corresponding input field and selecting date and time from a pop-up. It is also possible to select one of pre-defined time windows. These are (last) hour, (last) 6 hours, (last) day and (last) week. Selection of these intervals is done by simply clicking the corresponding button in the bottom row. These intervals are relative to the current time, meaning that the end of the time window is set to current time and beginning is set according to the interval duration. Using the top row of buttons the user can shift the current time window backwards and forwards. Buttons << and >> shift the time window backwards and forwards for its duration, while buttons < and > shift for half of time window duration.

_images/using_psui-02timeselection.png

The navigation panel is located below the time window selection and currently has three sections. The Access section is used for plugin selection, Analyze section is used for analyzing traceroutes and cross-referencing them with perfSONAR measurements, while the Settings section is used to configure the UI itself.

_images/using_psui-03navipanel.png

perfSONAR Service Selection Panel

Each perfsonarUI plugin requires a perfSONAR service (Measurement Point or Measurement Archive) or endpoint (like bwctl or owamp) to be selected from the list of preconfigured services specific to that particular plugin (refer to section Configuration Of the UI - for more information about configuring service list). Selecting desired service for querying is done via service selection dialog.

Selecting Service

In order to select a particular service, perform the following steps:

  1. In the navigation panel, click Access section.
  2. Select the type of measurements you want to access. The appropriate plugin window is displayed in the right part of the application window.
  3. Click Pick service to select a Measurement Archive or click Pick source/Pick destination to select Measurement Point.
  4. In the service selection dialog, configured services for that measurement type are shown sorted by name. The Name column also presents all Communities (in bold) associated with that particular host. If you wish to search for a certain service or group of services you can use filtering.

See also

See section Filtering and Ordering Services for more information on filtering.

  1. Select one service by marking it and clicking the Select button, or by double-clicking on the item in the list.
  • Measurement Archive selection window

    _images/using_psui-04selecting_service1.png
  • Measurement Point selection window

    _images/using_psui-05selecting_service2.png

Verifying Service Reachability

It is also possible to check if the service is reachable to the perfsonarUI and available for queries. In order to verify a particular service’s reachability perform the following steps:

  1. In the service selection window click Check all button to verify all services from the list or verify just a single service by clicking the text Unknown, click to test displayed in the Status column for the desired service.
  2. In both cases, if the service is reachable the status message will be Available with green dots to its right. If the service is not reachable, the dots will be red with the message Unavailable.
  3. If a perfSONAR service is available, that information is cached for 60 minutes. When the service selection dialog is shown, this cached information is displayed when available.

Note

For some service types it is not possible to determine their availability. In that case the status message will be Unable to test.

Filtering and Ordering Services

Services can be quickly filtered. In Pick service and Pick source/Pick destination dialog windows there is a Filter input field above the list, which is used for quickly searching through all services. When the filter is used, it looks through all service attributes (Name, Group/Community, Type and Hostname), as you type, and shows only services that match the filter.

_images/using_psui-06filtering.png

Filtering services

Services can be ordered by their name or their status/reachability in the Service Pickup dialog window. Clicking icon in the Name column header will sort services by name descendingly or ascendigly. Clicking icon in the Status column will sort services cycling through three modes of operation:

  1. Available first - services reachable to the perfsonarUI are displayed first
  2. Unavailable first - services not reachable to the perfsonarUI are displayed first
  3. Unknown first - services not yet tested or that don’t support testing reachability are displayed first.
_images/using_psui-06_01ordering_name.png

Ordering services by name

_images/using_psui-06_02ordering_status.png

Ordering services by status/reachability

See also

See section Verifying Service Reachability for on checking service status/reachibility.

Working With Measurements

Accessing Historical Measurements

perfsonarUI currently supports the visualization of three types of historical measurements. These are link utilization data, one way delay, jitter, one-way packet loss and traceroute for a path and measured achievable throughput for a path. For each measurement type, there is a dedicated plugin within the Access section of the navigation panel. Each of the plugins will be described in more detail below.

Accessing One-way Delay, Jitter, One-way Packet Loss And Traceroute Data

The data generated by running OWAMP tests are stored within esmond or perfSONAR HADES MA service. PerfsonaUI displays OWAMP archived tests in Access one way delay, jitter, loss and traceroute data plugin accessed from its menu item in the left navigation panel. Initially the page loads with no data. There are three main sections:

_images/using_psui-09historical_delay_initial.png
  1. Service selection control located on top of the plugin panel;
  2. Measurement selection panel;
  3. The result panel with graphs in the bottom part of the plugin.

In order to retrieve archived OWAMP data:

  1. Click the Pick service button and select the measurement archive to query by choosing from the list.

Note

Use filters to quickly find desired archive

See also

See section Selecting Service for information on the Service pickup dialog.

  1. OWAMP measurement tests are run between pairs of OWAMP measurement points. Once the desired archive is selected, a request is sent to it to get all the available measurements from it. Available measurement pairs are presented in the measurement selection panel.
_images/using_psui-10historical_delay_selection.png
  1. Choose the desired source point in the From: section (representing the endpoint where the measurements originated from). Once a source point is selected, all the available destination endpoints become visible on the right side in the To: section of the panel. It is possible to quickly filter out the list of available destination points by typing into Filter input field.
  2. When a destination point is selected, the measurement archive is queried for that particular measurement. The results from such a query are presented on a graph in the bottom part of the plugin panel.
_images/using_psui-11historical_delay_results.png

The resulting graph has 3 segments. The first one shows IPDV (jitter). The second one shows Delay. Both of these segments show three sets of values, minimum, median and maximum. The third segment shows packet Loss/duplicates (values shown on the left side of the graph) as well as Hopcount for the route used (values shown on the right side of the graph). This graph can be zoomed to a particular segment.

The data set showing the hop count on the third graph segment (in green color) is interactive:

  1. Click on it at a certain point in time and route comparator panel becomes visible. On the left side of this panel, the route that was active at a point in time where the user clicked is shown.
_images/using_psui-12historical_delay_tracert1.png
  1. Individual hops are shown with their IP address and hostname. On the right side of the panel named Select route to compare, a list of all the different routes that were active during the entire time window is shown. Click on nay of it to compare one of these routes to the primary one (on the left).
_images/using_psui-13historical_delay_tracert2.png
  1. The two routes are put side by side so that possible differences can be easily spotted. By clicking on the << the user can go back to the list of all available routes and choose a different one for further comparison. A click on the >> closes the route comparator panel altogether.
_images/using_psui-14historical_delay_tracert3.png
  1. It is possible to display reverse OWAMP measurement data if correlated data exists in the service. By clicking the Swap button, if supported by service, previously selected destination point would be set as a source point and the previous source point would be set in the Filter input. If only one point is possible after applying the filter then this point is set as the destination and the service is queried for the data.

    _images/using_psui-14_01historical_delay_swap.png

Note

IPDV (jitter) data are available only for HADES archives. Route information is available only for some measurement pairs in esmond archives.

Accessing Achievable Throughput data

The Access available throughput historical data plugin enables the user to visualize historical measurement tests performed between BWCTL nodes and stored within esmond or a perfSONAR SQL MA. Initially the page loads with no data.

_images/using_psui-15historical_bw_initial.png
  1. There is a service selection control located on top of the plugin panel;
  2. Measurement selection panel;
  3. The result panel with graphs in the bottom part of the plugin.

To do this, the user must do the following:

When a source and destination points are selected, the measurement archive is queried for that particular measurement. The results from such a query are presented on a graph in the bottom part of the plugin panel (3).

In order to retrieve archived BWCTL data:

  1. Click the Pick service button and select the measurement archive to query by choosing from the list.

Note

Use filters to quickly find desired archive

See also

See section Selecting Service for information on the Service pickup dialog.

  1. BWCTL measurement tests are run between pairs of BWCTL measurement points. Once the desired archive is selected, a request is sent to it to get all the available measurements from it. Available measurement pairs are presented in the measurement selection panel.
_images/using_psui-16historical_bw_selection.png
  1. Choose the desired source point in the Source: section (representing the endpoint where the measurements originated from). Once a source point is selected, all the available destination endpoints become visible on the right side in the Destination: section of the panel. It is possible to quickly filter out the list of available destination points by typing into Filter input field.
  2. When a destination point is selected, the measurement archive is queried for that particular measurement. The results from such a query are presented on a graph in the bottom part of the plugin panel.
_images/using_psui-17historical_bw_results.png

The graph represents a series of individual available throughput tests with identical parameters, which were performed in the past. Each of these tests consists of more than one value represented by a dot. One distinct value is the average achieved throughput shown as a blue dot. There are also several values which represent throughput achieved during reporting intervals (green dots). For example, if a single test lasted 30 seconds and had a reporting interval of 6 seconds this means that there will be 5 reporting interval values (one every 6 seconds of the test) and one average value. Each of the individual tests can be clicked and viewed in more detail.

To view details of a single test click on a dot belonging to that test. The detailed result will be displayed in a separate panel:

_images/using_psui-18historical_bw_details.png

That single measurement is now presented differently (1), which allows the user to see how it progressed over time. Along with the graph there is also a numerical representation of the measurement data. A table below the graph specifies the transferred volume of data and the achieved throughput for each reporting interval (2). Clicking on << button in left corner (3) takes user back to previous screen.

Making an On-demand Measurement

perfsonarUI allows users to make on-demand measurements using perfSONAR measurement points. In the current version, available throughput and one-way latency measurements are supported.

Make Available Throughput Measurement

Through perfsonarUI, it is possible to request an achievable throughput measurement between two perfSONAR BWCTL MPs or between a perfSONAR BWCTL MP and another bwctl only endpoint. In order to make available throughput measurement:

  1. Click Make available throughput measurement in the left navigation panel. Initially the page loads with no data.
_images/using_psui-19make_bw_initial.png
  1. Before the measurement is requested, the user must select measurement endpoints and set measurement parameters. The endpoints are selected by using the Pick source and Pick destination buttons and the selection dialogs that they bring up.

See also

See section Selecting Service for information on the Service pickup dialog including service filtering.

_images/using_psui-20make_bw_selection.png

Warning

It is mandatory to select a perfSONAR BWCTL MP as one endpoint (a service configured with BWCTL_MP type in configuration section). The other endpoint could be either a perfSONAR BWCTL MP or another BWCTL endpoint (a service configured with BWCTL type in configuration section).

  1. Once the endpoints are selected, the user has two choices: To perform the test with default parameters, or to adjust the test parameters first and then request the test.

There are several parameters for a BWCTL MP on-demand test:

_images/using_psui-21make_bw_params.png
Protocol
This parameter specifies protocol used. The possible choices are TCP or UDP. By default TCP is selected. For each protocol, additional parameters can be set.
TCP windows size
TCP window size, in bytes, can be set when using the TCP protocol but it is not mandatory.
UDP buffer size
This parameter sets buffer size, in bytes for UDP protocol but which is not mandatory.
Maximum bandwidth
This parameter limits maximum bandwidth, in Mbps, for UDP protocol only, which is not mandatory. The default value is 1 Mbps.
Address type
Use this selection to choose whether IPv4 or IPv6 is used for testing. By default, IPv4 is selected.
Test duration
Use this parameter to specify the test duration is seconds. This parameter is mandatory.
Reporting interval
Use this parameter to specify the reporting interval in seconds. The interval specifies that the service should attempt to run a throughput test every interval seconds. This parameter is mandatory.
Type of Service bits
This parameter sets ToS bits in sent measurement packets, but it is not mandatory.
  1. To perform the test click on the Perform test
_images/using_psui-22make_bw_perform.png
  1. Once all the parameters are set (or defaults were used) and the test was requested, it may take some time for the result of the test to appear in the browser. If the test, for example, lasts 30 seconds it will take at least 30 seconds for the test results to show.

  2. The results of the test are shown on a graph and in a table. The graph has two datasets, one representing throughput values at the reporting intervals (green) and one representing the average throughput (blue). The table below the graph shows the volume of data transferred and the achieved throughput for each interval, as well as the average values.

    _images/using_psui-23make_bw_result.png

A test in the reverse direction can quickly be requested by clicking on the Swap endpoints button, which substitutes source and destination and then by clicking on the Perform test button.

Make One-way Latency Measurement

Through perfsonarUI, it is possible to request a one-way latency measurement between two perfSONAR OWAMP MPs or between a perfSONAR OWAMP MP and another owamp only endpoint. To do this the user should use the Make one-way latency measurement plugin. In order to make one-way latency measurement:

  1. Click Make available throughput measurement in the left navigation panel. Initially the page loads with no data.

    _images/using_psui-24make_delay_initial.png
  2. Before the measurement is requested, the user must select measurement endpoints and set measurement parameters. Endpoints are selected by using the Pick source and Pick destination buttons and the selection dialogs that they bring up. It is mandatory to select a perfSONAR OWAMP MP as a source endpoint (a service configured with OWAMP_MP type in configuration section). The destination could be either a perfSONAR OWAMP MP or another owamp only endpoint. Once the endpoints are selected, the user has two choices. To perform the test with default parameters, by clicking on the Perform test, or to adjust the test parameters first and then request the test. A full list of parameters can be displayed by clicking on the more options button.

    There are several parameters for OWAMP MP on-demand tests:

    _images/using_psui-25make_delay_params.png
    Packet count

    This parameter specifies the number of packets being sent.

    Wait time

    Mean average wait time between packets. Not mandatory. The default is 100ms.

    Timeout

    Maximum time to wait for a packet before declaring it lost. Not mandatory.

    Padding size

    Size of the padding added to each packet. Not mandatory.

    Start delay

    Time to wait before executing the test. Not mandatory. Defaults to 0.

    DSCP

    DSCP value for ToS byte. Not mandatory. Defaults to 0x00.

    Bucket size

    Bucket size for histogram calculations. Not mandatory.

    Note

    By default, Packet count is set to 10.

  3. Once all the parameters are set (or defaults were used) and the test was requested, it may take some time for the result of the test to appear in the browser.

  4. The results of the test are shown numerically and graphically. In the lower part of the screen, delay and estimated measurement error are shown for each packet. One bar of the graph represents one packet of the sequence. If the colour of the bar is green then the packet was received correctly. If the colour is yellow then a duplicated packet was detected. If the colour is red then the packet was lost. In the table above the graph, statistics of the measurement are shown. These statistics include minimum and maximum packet delay, minimum and maximum TTL values, maximum estimated error, total number of packets, number of lost packets and number of duplicate packets.

    _images/using_psui-26make_delay_results.png

A test in the reverse direction can quickly be requested by clicking on the Swap endpoints button, which substitutes source and destination and then by clicking on the Perform test button.

Perform a Traceroute Measurement

Through perfsonarUI, it is possible to perform a traceroute between a perfSONAR MDM traceroute MP and any other perfSONAR MDM service (MP or MA). To do this the user should use Perform traceroute plugin.

Note

This plugin is disabled be default. Refer to Enabling and disabling plugins chapter of Installation Guide on steps how to enable it.

In order to make traceroute measurement:

  1. Click Perform traceroute in the left navigation panel. Initially the page loads with no data.
  2. Before the measurement is requested the user must select measurement endpoints. Endpoints are selected using the Pick source and Pick destination buttons and selection dialogs that they bring. A perfSONAR MDM trace route MP must be the source endpoint (a service configured with TRACERT type in configuration section). The destination can be any perfSONAR MDM endpoint. Once the endpoints are selected the test is performed by clicking the Go button.
  3. Result of the traceroute is shown in the table in the main section of the plugin. Each row in the table represents a single hop in the path.

Troubleshoot a Path

Using historical data from multiple measurement archives, perfsonarUI can visualize the path segment utilization for a given traceroute output. This is done using the Analyse path segments plugin of the Analyse section in the navigation panel.

In order to troubleshoot a path:

  1. Click Analyse path segments in the left navigation panel. Initially the page loads with no data.

    _images/using_psui-28analyse_path_initial.png
  2. In the top part of the plugin, there is a text box where the user can paste a traceroute output. The UI was tested using outputs from both Windows and Linux systems. Once the traceroute output is provided, the user clicks the Analyse button in the top left corner of the plugin.

  3. The UI will try to find the utilization data for each link in the path by querying all of the configured RRD_MA services. This process can be slow, as the UI waits for responses from every single MA.

  4. All the segments of the path are presented in a table below the input text box. For each path segment, it presents this set of data: hop, IP address, hostname, interface name, interface description, link capacity and maximum as well as average inbound and outbound link utilization for the specified time period. If measurements for a link cannot be found in any of the configured RRD MAs (or SNMP MAs), only information found in the traceroute output is shown (hop, IP and hostname).

    _images/using_psui-29analyse_path_results.png

Configuration Of the UI

The Settings section of the navigation panel contains a link to the Configure service list panel, which allows the user to configure the list of services (measurement archives and measurement points) available to the perfsonarUI.

To configure the list of services, perform the following steps:

  1. In the navigation panel, click the Settings section.
  2. Click on Configure service list to access the list of available services. There are four tabs displayed:
LegacyLS
This tab contains the list of services found by the legacy MDM lookup service. This list can be modified by changing the bootstrap URL from which services are being fetched. By clicking the Set button, the new URL is saved and services fetched from that bootstrap URL are displayed.
SimpleLS
This tab contains the list of services found by the simpleLookupService. This list can be modified by changing the bootstrap URL from which services are being fetched.
Internal services
This default list contains known perfSONAR MPs and MAs and is supplied with the application. It cannot be changed directly through the application (for information about changing this list refer to related chapter of Installation Guide)
Local services
This list is local to that specific installation of perfsonarUI and can be modified by adding and removing services.

Note

To activate or deactivate a specific type of list, click a selection box next to its header. All services contained within the tab that was activated will be visible in service pickup dialogs.

Managing local perfSONAR services

When desired service is not present in the lookup service or within default list of services packaged with perfsonarUI you can add desired service using Local services tab. To add a local service to the list make sure the Use local services option is selected. Then:

  1. Click Add, and when a dialog box appears enter the intended data.
Name
Use this to assign the recognizable name to perfSONAR service entry.
Group
The name of the group this service belongs to. You may group services according to your own criteria.
URL
The service URL of the perfSONAR service as obtained during service installation and the same as what is registered to the Lookup Service. For MP and MA services, the URL should be the full web service URL. For example, http://hostname:8090/services/MP/BWCTL is a typical service URL for a BWCTL MP and http://hostname:8080/perfsonar-java-sql-ma/services/MeasurementArchiveService is a typical service URL for a SQL MA. For pS Performance Toolkit BUOY Measurement Archive services, the URL should be similar to http://hostname:8085/perfSONAR_PS/services/pSB. BWCTL and OWAMP endpoints which are not MPs should have URLs that contain the hostname or IP address of the service and the port that the measurements should use. For example, http://hostname:4823 is a working URL for BWCTL endpoints.
Type

Use this parameter to set a type of perfSONAR service added. The possible settings are:

BWCTL
Corresponds to a bwctl only endpoint as part of the perfSONAR Toolkit.
BWCTL_MP
Corresponds to the perfSONAR BWCTL MP.
BWCTL_MA
Corresponds to the old perfSONAR SQL MA.
BWCTL_PS
Corresponds to perfSONAR BUOY MA containing throughput measurements.
HADES_MA
Corresponds to perfSONAR HADES MA.
OWAMP
Corresponds to a owamp only endpoint as part of the perfSONAR Toolkit.
OWAMP_MP
Corresponds to perfSONAR OWAMP MP
OWAMP_PS
Corresponds to perfSONAR Toolkit BUOY MA containing latency measurements.
RRD_MA
An old perfSONAR Toolkit SNMP MA.
TRACERT
Corresponds to perfSONAR Traceroute MP.
  1. Click Add to activate your change.

Use the Edit and Remove buttons beside each entry in the list table for the modification or removal of that particular list entry.

Configuring Authentication With Identity Provider

It is possible to secure the access to perfsonarUI through the authentication against SAML compatible identity providers. The following instructions use as an example the identity provider Feide OpenIdP, Felles Elektronisk IDEntitet, a free and open identity provider (IdP) created for academic purposes in Norway. Creating a new account on Feide OpenIdP is free and has no restriction. However, using Feide OpenIdP is discouraged in production, and you should use your home organization’s IdP. Follow these steps:

  1. Firstly, IdP metadata is needed. Every IdP advertises its own metadata at a well-known URL. For example, the metadata for the GÉANT Global IdP is located at https://gidp.geant.net/simplesamlphp/saml2/idp/metadata.php. The Feide IdP metadata is located at https://openidp.feide.no/simplesaml/saml2/idp/metadata.php. Save the metadata as IdP.xml, it will be needed in the following step.

  2. To start configuring the authentication with an IdP, go to the URL http://your_server_IP_address:8080/perfsonar-ui/saml/configure.
    1. As EntityID, choose something appropriate such as “perfsonar-ui.IP_ADDRESS”.
    2. In the section Identity provider metadata, upload the IdP.xml file saved in the first step.
    3. In the section Configuration and metadata for this service provider, provide either a pkcs12 file or a Java keystore file and enter the password for the keystore in the section below. The remaining information in this section will appear in your home organization’s service inventory, so enter Organisation Name, Organisation URL, Technical email contact address accordingly. When you press the Configure System button, all metadata will be placed in the /usr/share/tomcat6/.oiosaml directory. Alternatively, you can download a ZIP file with all metadata by using the provided link.
  3. In /usr/share/tomcat6/.oiosaml or in the provided ZIP file, locate the metadataSPSPMetadata.xml file. This is the file that has to be uploaded to your home organization’s IdP. In the case of the GÉANT IdP, you have to contact the administrators of the IdP at edugain-ot@geant.net. With the Feide OpenIdP, you can register perfsonarUI by yourself by uploading the metadata at https://openidp.feide.no/simplesaml/module.php/metaedit/edit.php

  4. Copy all the files from /usr/share/tomcat6/.oiosaml to /home/tomcat/.oiosaml

  5. Edit the file /home/tomcat/.oiosaml/oiosaml-sp.properties and set the value of the oiosaml-sp.assurancelevel parameter to 0.

  6. Restart the Tomcat service with service tomcat6 restart or service tomcat7 restart, depending on which Tomcat version is installed.

  7. When you get the confirmation from your home organization IdP administrators that registration is accepted - or after you upload your metadata to the IdP - you can test the authentication with this IdP by going to URL http://your_server_IP_address:8080/perfsonar-ui/ and choosing the Organizational Login button. After clicking the Organizational Login button, you will be redirected to the IdP authentication page where you can enter the credentials that your home organization has provided to you.