Skip to Content.
Sympa Menu

rare-users - Re: [RARE-users] Fwd: Loopback interface

Subject: RARE user and assistance email list

List archive

Re: [RARE-users] Fwd: Loopback interface


Chronological Thread 
  • From: Xavier Jeannin <>
  • To:
  • Subject: Re: [RARE-users] Fwd: Loopback interface
  • Date: Mon, 22 Aug 2022 14:01:01 +0200
  • Dkim-filter: OpenDKIM Filter v2.10.3 zmtaauth04.partage.renater.fr B5C311C016B

Hello Csaba,

It is Tomasz that is making performance test to validate L2 PPN use case. The idea here was to demonstrate the interest of performance validation test for a potential user of new architecture like FreeRtr/RARE with P4 forwarding chipset.
He already completed several performance tests.
I let Tomasz answer for the configuration of the Poznan switch.

On my side for L2 PPN use case, I was on other projects that I had to complete first, I will start the work during the autumns on another switch.

Regards
Xavier

Le 21/08/2022 à 18:29, mc36 a écrit :
resending because xavier seemingly wont answer for a while...


-------- Forwarded Message --------
Subject: Re: Loopback interface
Date: Sun, 21 Aug 2022 18:28:08 +0200
From: mc36 <>
To: Everson Borges <>, Xavier Jeannin <>

hi,
so when you ping from poznan then the box picked up the outgoing interface as source, which is unlabelled...

POZ0001#ping 10.1.1.1 vrf CORE
pinging 10.1.1.1, src=null, vrf=CORE, cnt=5, len=64, 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 115, min/avg/max/dev rtt=23/23.0/23/0.0, ttl 255/255/255/0.0, tos 0/0.0/0/0.0

as long as you select the loopback, it's clear that it does not work in this way either...

POZ0001#ping 10.1.1.1 vrf CORE source loopback0
pinging 10.1.1.1, src=10.4.4.4, vrf=CORE, cnt=5, len=64, df=false, tim=1000, gap=0, ttl=255, tos=0, sgt=0, flow=0, fill=0, alrt=-1, sweep=false, multi=false
.....
result=0.0%, recv/sent/lost/err=0/5/5/0, took 5002, min/avg/max/dev rtt=10000/0.0/0/0.0, ttl 256/0.0/0/0.0, tos 256/0.0/0/0.0
POZ0001#

after ping flooding, i found that the packets are arriving so then the dataplane dropped them...

at that point i started remembering a recent question series so i quickly found the culprit:

POZ0001#show startup-config | include tna
hostname POZ0001
alias exec tna-set-profile sticky-param RENATER_PEERING_L2

POZ0001#

xavier, how are the experiments going? do you have any results? and more importantly,
have you tried the new dataplane export specifically for your peering use case, which,
once configured and exported to the switch, is fully control plane free, that is, if
you wish, you can even kill the java process completely and the switch will operates
like before... in this case imho your security team cannot find a single point... :)

thanks,
cs





On 8/21/22 17:27, Everson Borges wrote:
Hi  Csaba,

I noticed something strange and I can't find the problem.
When I ping POZ0001 from AMS0001 through the loopback0 interface it doesn't work, but when I ping AMS0001 from POZ0001 works.
Do you have any tips?

AMS0001#sh run int l0
interface loopback0
   description AMD0001@lo0
   vrf forwarding CORE
   ipv4 address 10.1.1.1 255.255.255.255
   ipv6 address fd00:51e5::a:1:1:1 ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff
   template template1
   router ospf4 1 unsuppress-prefix
   router ospf6 1 unsuppress-prefix
   no shutdown
   exit
!

POZ0001#sh run int l0
interface loopback0
   description POZ0001@lo0
   vrf forwarding CORE
   ipv4 address 10.4.4.4 255.255.255.255
   ipv6 address fd00:51e5::a:4:4:4 ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff
   template template1
   router ospf4 1 unsuppress-prefix
   router ospf6 1 unsuppress-prefix
   no shutdown
   exit
!

POZ0001#ping 10.1.1.1 vrf CORE
pinging 10.1.1.1, src=null, vrf=CORE, cnt=5, len=64, 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 115, min/avg/max/dev rtt=22/22.6/23/0.2, ttl 255/255/255/0.0, tos 0/0.0/0/0.0

AMS0001#ping 10.4.4.4 vrf CORE
pinging 10.4.4.4, src=null, vrf=CORE, cnt=5, len=64, df=false, tim=1000, gap=0, ttl=255, tos=0, sgt=0, flow=0, fill=0, alrt=-1, sweep=false, multi=false
.....
result=0.0%, recv/sent/lost/err=0/5/5/0, took 5001, min/avg/max/dev rtt=10000/0.0/0/0.0, ttl 256/0.0/0/0.0, tos 256/0.0/0/0.0




Best Regards
Everson

--
Xavier JEANNIN
Network Dpt.
GN4-3 Network technology evolution (WP6 T1) task leader
Tél. : +33 1 5394 2042
Mob. : +33 6 3017 0963
www.renater.fr




Archive powered by MHonArc 2.6.19.

Top of Page