Subject: Rare project developers
List archive
- From: Tim Chown <>
- To: Frédéric LOUI <>
- Cc: "" <>, Xavier Jeannin <>, Tomasz Szewczyk <>, Ivana Golub <>
- Subject: Re: [rare-dev] perfSONAR on RARE/FreeRtr
- Date: Fri, 26 Aug 2022 09:42:56 +0000
- Accept-language: en-GB, en-US
- 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=HNlKWjpGSgKMAy/BOFKj3xar9+f/LljyuKzvmLIG1gs=; b=G3dNVpyeLrcrXooY/o+8Nz3ZemfyRPjrAF0nDhe/iDVPAbq5fKcOx9G9npoWjNl3RXwrrh4gad5W9LLdbrF3krtN3wOr7nOvY+rEDLdELOm8WcJ8VhiF+qBjVmpPlbKalipu9E6aEmGEVTM6Vsz8Ykq4ud+RRw279ljn4/Jm2Nk97baX1fZEM5Ux8izRoPFhP9XDMkf4/TvEVh+Rqx33RP65tUZM2dY9SS2x8OGcXvxCVyVCSY3703i4tTEDN9AgIBbgtBWNneV71cGR357XfaKsbd4pMGTNJRF0c50H1qSGcbgOdq/Xcz4Ozi19TG8UHDslqdf1ldRqREBD8A7wVA==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=jbdAvR3SFixvqa6FYeG24bIDS30YnIZVqAzHjxzu+3IzYgBe2/8EPXkxt/rwLfm8iJIQoGIlhrB3C4a4sL27Ee0NUyzhmyZp220NXk4m3k8n1iQ1TI9qr9h+xDWDKDQQxhjbPCFdXJwCbLoV3oVCi/T6TpRIQnFzxljrE0O74osISSk/CQYxecOUWo8H6K5jg9UWBeARowVNxcMmtSjgJKKDV8ySRf6PeSngRWL2gbv9h+NDdX2e/ptsLO+6Qn8SZChzn7aeib22pTESX97RaGFej3qHvAbw6tljYSmoTnJL8d6jvMmxblWl7DHSo/9c8SIF8umgw32yzsi6AagQvw==
- Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=jisc.ac.uk;
> On 25 Aug 2022, at 15:00, Frédéric LOUI <> wrote:
>
> Hi Time,
>
> 1- No need multicast support from Lola, just stream ump final stream to
> RARE/freeRtr into GP4L node
> 2- Even better, configure the Windows app to stream directly to unicast to
> unicast translator
>
> 3- My interest was more in whether we can gather latency and jitter
> measurement data using Timemap on the GP4L; that can be useful both for
> validating the TimeMap model but also supporting any real-time applications
> we might run.
>
> 3- can also be done as well. From my perspective this should not be that
> hard to fill Influxdb or Prometheus
> -> the only point is to make sure we export a KPI that already there or
> easy to make it available via freeRtr’s sensor mechanics
I’ve not seen Fabio or Claudio reply as yet. We need them interested, or
there’s no point in doing it.
> For -3- we are obviously here willing to help (but also for -1- and -2- :)
> )
Tim
>
> Cheers
> Frederic
>
>> Le 25 août 2022 à 15:44, Tim Chown <> a écrit :
>>
>> Hi Frederic,
>>
>> It’s an interesting idea, but there are I think some challenges to it,
>> including:
>>
>> 1. There is no multicast support in LoLa (sender or receiver), or at least
>> the word does not appear in the manual -
>> https://lola.conts.it/downloads/Lola_Manual_2.0.0_rev_001.pdf.
>> 2. It is a Windows-only application, and while it is free to R&E users
>> there is no source code to inspect. The playback is non standard, just
>> some form of UDP encoding, no use of RTP. I don’t think for example VLC
>> would be able to play it.
>>
>> My interest was more in whether we can gather latency and jitter
>> measurement data using Timemap on the GP4L; that can be useful both for
>> validating the TimeMap model but also supporting any real-time
>> applications we might run.
>>
>> Tim
>>
>>> On 25 Aug 2022, at 12:13, Frédéric LOUI <> wrote:
>>>
>>> Thanks Tim for your explanation.
>>>
>>> I’m not super familiar with Lola but do you think that would be a
>>> relevant demo show casing:
>>>
>>> - Lola streaming UDP to RARE/freeRtr unicat -> multicast translator
>>> - inject this stream into GP4L BIER multicast network
>>> - An a JunoS AMT relay in GP4L show casing interoperability
>>> - we can still have native multicast reception in GP4L (my homenet is
>>> configured for that for example ...)
>>> - we also can have the multicast menu updated automatically so people can
>>> see when a Lola streaming is effective
>>>
>>> FYI the stream can be any where in Europe, we can receive can this
>>> multicast stream via BIER all the way to CALTECH’s TOFINO2 starting from
>>> today ;)
>>>
>>> Then this stream can be monitored in real time via Timemap fed with GP4L
>>> either via streaming telemetry or prometheus
>>>
>>> Please let me know your (or anyone’s) thoughts
>>>
>>> All the best
>>> Frederic
>>>
>>>> Le 25 août 2022 à 11:57, Tim Chown <> a écrit :
>>>>
>>>>> On 25 Aug 2022, at 10:41, mc36 <> wrote:
>>>>>
>>>>> On 8/25/22 11:34, mc36 wrote:
>>>>>> then 2 constant rsvp tunnels and that's it...
>>>>>
>>>>> first you must nat the unicast to multicast... rare and cat6500 both
>>>>> can do that in hardware... :)
>>>>> then you static joingroup the resulting stream to the 2 tunnel-te s
>>>>> and that's all... you have 2 constant streams, one copy should reach
>>>>> the tunnel destination...
>>>>> if not, you can have more constant streams... no need to do a thing in
>>>>> the core if there are some bandwidth...
>>>>>
>>>>> so which netmusic.... the distributed musicinas (lola?:) project you
>>>>> mentioned yesterday…
>>>>
>>>> Aaaah! :)
>>>>
>>>> So that type of distributed music performance uses platforms like LoLa,
>>>> which is a project led by GARR in Italy - https://lola.conts.it/, and
>>>> the work in WP6T1 on LoLa is really about measuring latency and jitter
>>>> to help troubleshoot networks when the distributed musicians get poor
>>>> quality of experience. That’s what’s led to the TimeMap platform that
>>>> gives a view of the latency and jitter per hop on the GEANT backbone.
>>>>
>>>> LoLa, the software, I think is Windows only, and you run it on very well
>>>> tuned hardware (as encoding and decoding adds latency, maybe more than
>>>> the network). It doesn’t use RTP, just raw UDP, as far as I know.
>>>>
>>>> There’s a map of known LoLa users here, seems to be one in Budapest too!
>>>>
>>>> https://www.google.com/maps/d/u/0/viewer?mid=1RUFFnVkuPnXnBPWThnUlMp96_Co&hl=it&ll=-3.81666561775622e-14%2C-82.15722249999999&z=1
>>>>
>>>> The interesting thing is then whether TimeMap can be easily applied to
>>>> the GEABT P4 Lab network. It seems it can. There are of course other
>>>> tools you could use, but validating TimeMap on our P4 Lab would be
>>>> useful, if it’s not a lot of effort. It all seems compatible with
>>>> Telegraf export to influxdb.
>>>>
>>>> Tim
>>>>
>>>
>>
>
- Re: [rare-dev] perfSONAR on RARE/FreeRtr, mc36, 08/25/2022
- Re: [rare-dev] perfSONAR on RARE/FreeRtr, mc36, 08/25/2022
- Re: [rare-dev] perfSONAR on RARE/FreeRtr, mc36, 08/25/2022
- Re: [rare-dev] perfSONAR on RARE/FreeRtr, mc36, 08/25/2022
- Re: [rare-dev] perfSONAR on RARE/FreeRtr, mc36, 08/25/2022
- Re: [rare-dev] perfSONAR on RARE/FreeRtr, mc36, 08/25/2022
- Re: [rare-dev] perfSONAR on RARE/FreeRtr, Tim Chown, 08/25/2022
- Re: [rare-dev] perfSONAR on RARE/FreeRtr, Frédéric LOUI, 08/25/2022
- Re: [rare-dev] perfSONAR on RARE/FreeRtr, Tim Chown, 08/25/2022
- Re: [rare-dev] perfSONAR on RARE/FreeRtr, Frédéric LOUI, 08/25/2022
- Re: [rare-dev] perfSONAR on RARE/FreeRtr, Tim Chown, 08/26/2022
- Re: [rare-dev] perfSONAR on RARE/FreeRtr, Frédéric LOUI, 08/25/2022
- Re: [rare-dev] perfSONAR on RARE/FreeRtr, mc36, 08/25/2022
- Re: [rare-dev] perfSONAR on RARE/FreeRtr, mc36, 08/25/2022
- Re: [rare-dev] perfSONAR on RARE/FreeRtr, mc36, 08/25/2022
- Re: [rare-dev] perfSONAR on RARE/FreeRtr, mc36, 08/25/2022
Archive powered by MHonArc 2.6.19.