Skip to Content.
Sympa Menu

perfsonar-user - Re: [perfsonar-user] testpoint in container on Nexus

Subject: perfSONAR User Q&A and Other Discussion

List archive

Re: [perfsonar-user] testpoint in container on Nexus


Chronological Thread 
  • From: Mark Feit <>
  • To: Oleg Zharov <>, "" <>
  • Subject: Re: [perfsonar-user] testpoint in container on Nexus
  • Date: Fri, 11 Feb 2022 14:25:29 +0000
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=L6RynIIEtgrFqHoLIXwNxkY1TuXvvVeZTt+swvKLNMQ=; b=H+iTOyE9rFH3Z/g6kFdu86xoGOdWOPw8QV4ktGv06JHB18sTMwh1APbcQBD3uembg+T4NYW+XBPlyWsr+FakBLBFykGkxTD50n56zhuBLakGvso+GPIkKltdiImZ+8CzWo/W1wNYSpDSUkT/SAWGyGwGbdExgt2DUCeqWGhHPeB5e4P22qk+JQtxKKNVzeKYgc0uvhwFRhoN/6DdyxLHS1xJorrjtyTas4NnEzyjC5brdYCsDjBHr7YcFNPzjdDP0m7pTuPn4RKZZcmp4Dn3wY8cbkDg75p5vANPMnbXIMyNOmNAIYNNF0qOjXrDxOGmFPQu1rl9/+EcAXbmKGUrAA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SO2J6TIxGp0ard5kK+RS6jBvS8weqeFF87T3O53WuiU4jx9EzAXc6K17Z9qRK7WS0ODVMQ4Vp8Ai6AcR5tnJzJEyzs9rmCgbT4nBPM+uDFX+40H5qE5gJgHhJbH/IErsN0NSxuF48OL0NIbbJWOURJ1EHGtNOq2DQlcGPqMbYRDXQwqxpscV4AEYfaXMvWyTUJVGz/SQuPV90XuWQXoatEa63PqlH8mIwv9xB7iosvmamUbqB6Y4akupfb+a7r/E05uRPx/8fJ0Kfj0MhUDMwjsyuSZK3rebygXBQFjfnpzMbtyBQbYv67tAa6QxICRG0x+3zWE1fZ4/prZrxZNQ5Q==

Oleg Zharov writes:

 

but I'm afraid that pscheduler knows nothing about that command and will try to run just simple "twping/owping/iperf/..."

without any "netns" options. One idea maybe to make a "wrapper" between "tools" and "ip netns exec " but

So far I have limited experience with PS, I will appreciate if someone could point me to the right way to use testpoint setup on Nexus.

 

pScheduler has a feature to cover that case called contexts.  In a nutshell, a context is used to change some aspect of the execution context of the tool before it runs.  There are context plugins for changing the network namespace or VRF on Linux; they’re named linuxnns and linuxvrf.  You’ll find the documentation here:  https://docs.perfsonar.net/pscheduler_ref_contexts.html.   Using contexts complicates matters and requires that people testing with your system understand how to configure their tests so they’ll work properly.

 

I’m not familiar enough with Cisco’s containers or how much control you get, but Internet2 is having good success bringing interfaces directly into Docker containers’ root network namespace using macvlan.  If they have an equivalent feature, that would simplify things considerably.

 

--Mark




Archive powered by MHonArc 2.6.24.

Top of Page