perfsonar-user - Re: [perfsonar-user] Help configuring similar throughput meshes
Subject: perfSONAR User Q&A and Other Discussion
List archive
- From: Tim Chown <>
- To: Andrew Lake <>
- Cc: Marcos Felipe Schwarz <>, "" <>
- Subject: Re: [perfsonar-user] Help configuring similar throughput meshes
- Date: Thu, 22 Oct 2020 09:13:16 +0000
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jisc.ac.uk; dmarc=pass action=none header.from=jisc.ac.uk; dkim=pass header.d=jisc.ac.uk; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vh5GGsPvZw2azcR/kTMlxjL86n6K/5ljajWmXmpFUHk=; b=T2ehQBV42S8wHbJFi99Fqva7vw93DrVNoDRMsusd2ZM+cUadcQjhNXn9OhE8qVZh1WBx3qrFIIdo5B11QE9uC2IhU1OAjrGb1bPbg06uGgcsnSXcHRZF8PQlney0bVIWfVH2ffPnKgHDx0nI9o+1VF7jQMQKznzD+asg6eghxc4WkFXOmfqc1lUTXpwpxtwyku3W3qzS9LLR+K4qLg/Y23FfeMNGd0YGFB2dT8tPX3zxwIfLOO+Q6crlD7pmvNoGKbxTE0IMl+ImzNkEkTF+e0NZsVi+zdJmCLbDvjegjLO8z2sFtXWGYhuseF1yBkKN7xADxpMNvsCELhDUbEzRCA==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MlsPtSKTQpuMEguEl7NEfpk9dZSu3WMeBckoVG4xmULExPHjFvF70TBD3qoDyNMrzQmYykVzmi/NX2zjxe5cXmVujZVM53FsnV5dHTjiDxmygXts110a3f9eTc8VXxY1qyFf6QIveZeCRS+g78/cuKg+qnbzLUzDpd4PGkcynjZmKORAVNnFbT5bqXapdr/8fo4nH9NeD+76fOwj66pJrVBfjGbS5hYntOIp8QqdA9h+ryAlNqDE0uI4ySrO/rdyOiduvE/oEKyJ3+bumiQr1it1J5H+OAYnsf3yzp6zBUMx8aHrPPVdPErGjcqrPlEd2AEx364+6nftL7V72jRU6g==
Hi Marcos,
This is a very nice idea for comparing congestion control mechanisms. If you get it working we’d be very interested to see the measurements and their visualisation.
Andy, perhaps this is something to factor in to the visualisation requirements for 4.4?
Tim
> On 21 Oct 2020, at 14:26, Andrew Lake <> wrote:
>
> Hi Marcos,
>
> The problem is the way that MaDDash queries Esmond so unfortunately splitting the meshes won’t help (which you observed). In Esmond, it does indeed separate your tests but when MaDDash queries Esmond it asks for “all throughput tests matching a given source, destination, and protocol” by default (it also will check ip version, tool and bandwidth if any of those are explicitly set in your pscheduler test definition). It does not currently filter by congestion control algorithm.
>
> If you are feeling adventurous, attached is a file I think will get you closer to what you want. It won’t fix the graphs MaDDash displays, but will fix the nagios checks that color the MaDDash boxes. Copy the attached file to /usr/lib/perfsonar/psconfig/checks/ps-nagios-throughput.json and restart psconfig-maddash-agent. That is the file that tells MaDDash how to build the Nagios check. The updated version has some blocks that pull the “congestion” parameter out of the pscheduler test spec and pass it to the generalized —filter parameter in the Nagios check that tells it to look at the “pscheduler-throughput-congestion” field in esmond. I have not tested this but in theory should work.
>
> Thanks,
> Andy
>
>
> On October 21, 2020 at 8:45:59 AM, Marcos Felipe Schwarz () wrote:
>
>> Hi guys. We are creating two throughput meshes to compare BBR and CUBIC, it seems that both tests are running, but maddash was showing the same results on both meshes.
>>
>> Is this an unsupported scenario? Is there suggested way around?
>>
>>
>> We tried using two different dashboard for each test, but they still show the same information.
>>
>>
>> Regards,
>>
>>
>> Marcos Schwarz
>>
>>
>> Gerente de P&D | R&D Manager
>>
>> Gerência de Execução de P&D em Ciberinfraestrutura | Management of R&D Execution in Cyberinfrastructure
>>
>> Diretoria de Pesquisa e Desenvolvimento | Board of Research and Development
>>
>> RNP - Rede Nacional de Ensino e Pesquisa | Brazilian National Research and Educational Network
>>
>> Promovendo o uso inovador de redes avançadas | Promoting the innovative use of advanced networks
>>
>> http://www.rnp.br | +55 (19) 3787- 3386 | Skype ID: marcos.f.sch
>>
>> Campinas - SP - Brasil | E-mail:
>>
>>
>> --
>> To unsubscribe from this list: https://lists.internet2.edu/sympa/signoff/perfsonar-user
This is a very nice idea for comparing congestion control mechanisms. If you get it working we’d be very interested to see the measurements and their visualisation.
Andy, perhaps this is something to factor in to the visualisation requirements for 4.4?
Tim
> On 21 Oct 2020, at 14:26, Andrew Lake <> wrote:
>
> Hi Marcos,
>
> The problem is the way that MaDDash queries Esmond so unfortunately splitting the meshes won’t help (which you observed). In Esmond, it does indeed separate your tests but when MaDDash queries Esmond it asks for “all throughput tests matching a given source, destination, and protocol” by default (it also will check ip version, tool and bandwidth if any of those are explicitly set in your pscheduler test definition). It does not currently filter by congestion control algorithm.
>
> If you are feeling adventurous, attached is a file I think will get you closer to what you want. It won’t fix the graphs MaDDash displays, but will fix the nagios checks that color the MaDDash boxes. Copy the attached file to /usr/lib/perfsonar/psconfig/checks/ps-nagios-throughput.json and restart psconfig-maddash-agent. That is the file that tells MaDDash how to build the Nagios check. The updated version has some blocks that pull the “congestion” parameter out of the pscheduler test spec and pass it to the generalized —filter parameter in the Nagios check that tells it to look at the “pscheduler-throughput-congestion” field in esmond. I have not tested this but in theory should work.
>
> Thanks,
> Andy
>
>
> On October 21, 2020 at 8:45:59 AM, Marcos Felipe Schwarz () wrote:
>
>> Hi guys. We are creating two throughput meshes to compare BBR and CUBIC, it seems that both tests are running, but maddash was showing the same results on both meshes.
>>
>> Is this an unsupported scenario? Is there suggested way around?
>>
>>
>> We tried using two different dashboard for each test, but they still show the same information.
>>
>>
>> Regards,
>>
>>
>> Marcos Schwarz
>>
>>
>> Gerente de P&D | R&D Manager
>>
>> Gerência de Execução de P&D em Ciberinfraestrutura | Management of R&D Execution in Cyberinfrastructure
>>
>> Diretoria de Pesquisa e Desenvolvimento | Board of Research and Development
>>
>> RNP - Rede Nacional de Ensino e Pesquisa | Brazilian National Research and Educational Network
>>
>> Promovendo o uso inovador de redes avançadas | Promoting the innovative use of advanced networks
>>
>> http://www.rnp.br | +55 (19) 3787- 3386 | Skype ID: marcos.f.sch
>>
>> Campinas - SP - Brasil | E-mail:
>>
>>
>> --
>> To unsubscribe from this list: https://lists.internet2.edu/sympa/signoff/perfsonar-user
Attachment:
ps-nagios-throughput.json
Description: ps-nagios-throughput.json
- [perfsonar-user] Help configuring similar throughput meshes, Marcos Felipe Schwarz, 10/21/2020
- Re: [perfsonar-user] Help configuring similar throughput meshes, Andrew Lake, 10/21/2020
- Re: [perfsonar-user] Help configuring similar throughput meshes, Tim Chown, 10/22/2020
- Re: [perfsonar-user] Help configuring similar throughput meshes, Andrew Lake, 10/22/2020
- [perfsonar-user] RES: Help configuring similar throughput meshes, Marcos Felipe Schwarz, 10/22/2020
- Re: [perfsonar-user] RES: Help configuring similar throughput meshes, Andrew Lake, 10/23/2020
- [perfsonar-user] RES: Help configuring similar throughput meshes, Marcos Felipe Schwarz, 10/22/2020
- Re: [perfsonar-user] Help configuring similar throughput meshes, Andrew Lake, 10/22/2020
- Re: [perfsonar-user] Help configuring similar throughput meshes, Tim Chown, 10/22/2020
- Re: [perfsonar-user] Help configuring similar throughput meshes, Andrew Lake, 10/21/2020
Archive powered by MHonArc 2.6.19.