Skip to Content.
Sympa Menu

rare-users - Re: [RARE-users] TWAMP on FreeRtr?

Subject: RARE user and assistance email list

List archive

Re: [RARE-users] TWAMP on FreeRtr?


Chronological Thread 
  • From: mc36 <>
  • To: Tim Chown <>, Frédéric LOUI () <>
  • Cc: Xavier Jeannin <>, "" <>
  • Subject: Re: [RARE-users] TWAMP on FreeRtr?
  • Date: Tue, 23 Aug 2022 14:08:38 +0200

well, so maybe i missed a point from that big show from mchome with the last
some rtts:
as you can see on that output, the remote nodes are appearing twice... the
reason is that it's
an lns over the public ipv6/ipv6, and all these directions compete to be
selected by the spf...
regarding the dataplane, it's ip, l2tp, mlppp, and finally mpls...
and starting about a month ago, we can finally limit the packet sizes and
perform mlppp frag/reasm...
that is, finally kifu seems to be able to introduce mpls vpns in their ~4000
schools, mostly
connected above regular docsis links from different providers without any
special, layer2 links:

it's out in the datplane, and frederic found a tofino+dpu box, and,
from the nvidia hackathon this spring, i saw that it's just a dpdk node,
and thanks to half a year old stacking/backplane feature, they work fine
together... (also out there, and hopefully we'll show in the regular vcs
how my openwrts doing vpls with my tofino to have my phone served and
roamed...)

mchome#show ipv4 lsrp 1 neighbor | include par
access39151817 10.10.10.4 parents access386923023 10.18.127.177
true 1d16h
access952007535 10.10.10.4 parents access1968381661 10.18.127.146
true 04:40:25

mchome#ping 10.18.127.177 size 1555 dontfrag
pinging 10.18.127.177, src=10.10.10.1, vrf=inet, cnt=5, len=1555, df=false,
tim=1000, gap=0, ttl=255, tos=0, sgt=0, flow=0, fill=0, alrt=-1, sweep=false,
multi=false
!!!!!
result=100.0%, recv/sent/lost/err=5/5/0/0, took 37, min/avg/max/dev
rtt=6/7.4/8/0.6, ttl 254/254/254/0.0, tos 0/0.0/0/0.0
mchome#ping 10.18.127.146 size 1555 dontfrag
pinging 10.18.127.146, src=10.10.10.1, vrf=inet, cnt=5, len=1555, df=false,
tim=1000, gap=0, ttl=255, tos=0, sgt=0, flow=0, fill=0, alrt=-1, sweep=false,
multi=false
!!!!!
result=100.0%, recv/sent/lost/err=5/5/0/0, took 33, min/avg/max/dev
rtt=6/6.6/8/0.6, ttl 254/254/254/0.0, tos 0/0.0/0/0.0
mchome#show vpdn vpn4 | hinclude par
user peer port num iface addr4 addr6
parents 134.255.77.249 5309 30137 access39151817 10.18.127.177
2001:db8:187f::1154

mchome#show vpdn vpn6 | hinclude par
user peer port num iface
addr4 addr6
parents 2001:4c4e:8:af6:3:132a:4a68:1421 1616 27073 access952007535
10.18.127.146 2001:db8:187f::1120

mchome#


On 8/23/22 13:30, mc36 wrote:
hi,

so it took me to figure out how to use the tool under linux and firefox but
finally i arrived to following url:
https://timemap.geant.org/tm/gr/d/uuJsB3sGk/rpm-latency?orgId=1&var-src=lo0.mx1.ams.nl.geant.net&var-dst=lo0.mx1.ham.de.geant.net&viewPanel=2
well, i have good and bad news for you, let me start with the bad one:

so cisco calls this performance-measurements and they used in topologies
above 128,
and this part is not yet there... but, for the proper bgp-ct operation i'll
need it,
to finally handle the topic, and kaliraj is also pushing me to do so, because
what
we can show off is somewhat a hack from the rare's point of view...
long story short, i would ask you a bit of patience here,
at least i have a plan on how to have it properly implemented...

regarding the twamp alone, the feature is there and it works against cisco
xr761,
moreover, i also use it heavily to feed the regular topology database as a
metric/cost.
that is, i have some vms in the kifu cloud4edu openstack and the freertr.org
infra at
arubacloud... as things change and they engineer the trafiic, i see the
change and i
can easily select the current best from the below ones:
aruba.cz - kifu
aruba.de - kifu
aruba.cz - aruba.de
all the above multiplied if i go above ipv4 or ipv6

in the short run, the plan is to have a new knob to select the target
topology to feed...
(but again, it's not yet there, i feed the topo#0, if configured to do so...)

so basically this is what i have now:

mchome#show ipv4 lsrp 1 metric
iface router name peer
metric gotmet delay
sdn2.157 10.10.10.199 player 10.1.1.249
9 9
sdn2.170 10.10.10.20 nas 10.1.1.194
9 11
sdn2.176 10.10.10.11 noti 10.1.1.173
9 9
sdn2.182 10.10.10.199 player 10.1.1.125
9 9
sdn2.186 10.10.10.20 nas 10.1.1.122
9 11
sdn2.189 10.10.10.2 working 10.1.1.94
9 9
sdn2.196 10.10.10.8 mediapc 10.1.1.74
9 9
sdn2.199 10.10.10.5 safe 10.5.1.53
9 9
sdn901 10.2.1.6 mchome-demo 10.2.1.6
9 10
sdn905 10.1.11.12 wifi 10.1.1.50
9 10
access39151817 10.10.10.4 parents 10.18.127.177 7
5 7 7 7 8 8 7 6 6 6 7
access2038349823 10.10.10.37 rare10Gcpe 10.18.127.167 3
10 5 5 6 4 15 6 5 4 6 4
access1228131172 10.10.10.26 p4deb 10.18.127.128 4
4 5 4 5 5 5 5 4 6 5 4
access952007535 10.10.10.4 parents 10.18.127.146 7
6 7 8 9 6 17 9 8 7 9 6
access1639998894 10.10.10.18 www 10.18.127.193 14
15 15 15 15 15 15 15 16 16 14 15
access949788031 10.10.10.180 vpn 10.18.127.213 34
34 35 35 35 34 34 36 35 35 35 35
access196268959 10.10.10.37 rare10Gcpe 10.18.127.204 4
10 5 6 5 3 15 7 5 3 5 4
access1870866491 10.10.10.26 p4deb 10.18.127.174 5
5 19 5 16 5 4 14 4 5 5 5
access1253156799 10.10.10.18 www 10.18.127.158 14
16 15 15 16 15 29 16 15 17 15 14
access1260980156 10.10.10.180 vpn 10.18.127.131 25
24 24 24 27 25 24 24 23 24 23 24
access212356525 10.10.10.38 meso 10.18.127.172 25
25 25 26 34 25 33 25 28 28 26 35
access430977934 10.10.10.38 meso 10.18.127.183 25
25 26 26 26 27 27 27 27 38 25 27
access353406112 10.10.10.28 rare100Glns 10.18.127.153 3
10 4 4 6 4 4 5 4 5 5 5
access1092126920 10.8.3.26 player 10.18.127.203 11111
33333 71 31 34 30 47 30 30 33 34 30
access1544029489 10.8.3.26 player 10.18.127.122 11111
33333 25 29 26 31 21 41 35 33 33 36

mchome#


here the metric column is what i'm currently advertising into the igp...
the gotmet is what i see from the neighbor is advertising into the igp...
(it's there to easily spot the misconfigurations and really not a cpu
consuming to have...:)
and finally, the delay column, which i found useful and decided to use on my
core...

all the above works with the other link state igps also, not just the
freerouter
homegrown one (lsrp.nop.hu) and you can select a lot more parameters if you
want one...
that is, the rtt for example could come from other sources if you dont have
that much
spare bandwidth, like me, over these regular internet links:

noti(cfg-if)#router isis4 1 dynamic-metric ?
disabled - forbid echo requests
icmpecho - icmp echo requests
twamp - twamp echo requests
udpecho - udp echo requests

noti(cfg-if)#router isis4 1 dynamic-algo ?
average - take average
dif-avg - take average of differences
dif-max - take highest of differences
dif-min - take lowest of differences
dif-sum - take summary of differences
maximum - take highest
minimum - take lowest
none - nothing
summary - take summary

noti(cfg-if)#router isis4 1 dynamic-?
dynamic-algo - calculation to do
dynamic-divisor - divide result
dynamic-ignore - ignore small differences
dynamic-maximum - highest result
dynamic-metric - dynamic peer metric
dynamic-minimum - lowest result
dynamic-multiply - multiply result
dynamic-size - number of measurement
dynamic-skip-max - discard big measures
dynamic-skip-min - discard small measures
dynamic-time - measurement interval

noti(cfg-if)#router isis4 1 dynamic-


br,
cs






On 8/23/22 12:51, Tim Chown wrote:
Hi,

We were talking this morning in the LoLa/TimeMap subtask about the work to date there being largely Juniper focused, as it s something implemented on the GEANT Juniper core / backbone network. You can see the latency and jitter measurements here with edutainment login - https://timemap.geant.org/tm/. Measurements use TWAMP.

There was some talk of TWAMP on Cisco, but it made me wonder whether FreeRtr has TWAMP support, and if so how easy it would be to configure measurements on the GP4L backbone? A very low priority question :)

Tim



Archive powered by MHonArc 2.6.19.

Top of Page