RARE user and assistance email list

[Frédéric LOUI <>]

Hi Marcos,

We did some checks with MC36 and all your configs were good !
And all seemed to work :)
Not sure what you did but so far so good :)

RIO0001#ping 10.0.19.13 /vrf v2                                               
                                                                              
                 
pinging 10.0.19.13, src=null, vrf=v2, cnt=5, len=64, tim=1000, gap=0, 
ttl=255, tos=0, fill=0, sweep=false, multi=false, detail=false
!!!!!
result=100%, recv/sent/lost/err=5/5/0/0, rtt min/avg/max/total=0/0/1/1
RIO0001#ping 10.0.19.14 /vrf v2                                               
                                                                              
                 
pinging 10.0.19.14, src=null, vrf=v2, cnt=5, len=64, tim=1000, gap=0, 
ttl=255, tos=0, fill=0, sweep=false, multi=false, detail=false
!!!!!
result=100%, recv/sent/lost/err=5/5/0/0, rtt min/avg/max/total=0/0/1/1

RIO0001#show process external                                                 
                                                                              
                 
name     rerun  last                 ago
bffwd    5      2021-08-30 18:37:29  00:16:06
bfswd    1      2021-08-28 07:02:47  2d11h
cpuport  1      2021-08-28 07:02:47  2d11h
linport  1      2021-08-28 07:02:47  2d11h
mgmteth  1      2021-08-28 07:02:47  2d11h

RIO0001#sh bridge 1                                                           
                                                                              
                 
                   packet            byte
iface  fwd   phys  tx    rx    drop  tx      rx     drop  grp
bvi    true  true  0     0     0     0       0      0
sdn15  true  true  8407  0     1     870790  0      116
sdn16  true  true  8407  0     1     870790  0      116
sdn19  true  true  9395  1016  1     900344  48980  116
sdn20  true  true  9395  1016  1     900344  48980  116

                                 packet             byte
addr            iface  time      tx    rx     drop  tx     rx      drop
004c.7c58.300a  bvi    00:00:45  1962  10341  0     94176  927882  0
0c42.a15d.2f9c  sdn20  00:02:45  1001  1016   0     30390  48980   0
0c42.a15d.3084  sdn19  00:02:45  1003  1016   0     30486  48980   0


RIO0001#sh bridge 2                                                           
                                                                              
                 
                      packet            byte
iface     fwd   phys  tx    rx    drop  tx     rx     drop  grp
bvi       true  true  0     0     0     0      0      0
sdn19.19  true  true  1914  277   0     64538  12298  0
sdn20.19  true  true  2638  1449  0     83324  63998  0

                                    packet            byte
addr            iface     time      tx    rx    drop  tx     rx     drop
0073.7101.3b3a  bvi       00:02:15  965   2378  0     42812  71952  0
0c42.a15d.2f9c  sdn20.19  00:02:15  1224  1449  0     40854  63998  0
0c42.a15d.3084  sdn19.19  00:02:15  8     9     0     420    506    0


RIO0001#sh ipv4 arp bvi1                                                      
                                                                              
                 
mac             address   time      static
0c42.a15d.3084  10.0.0.3  00:02:04  false
0c42.a15d.2f9c  10.0.0.4  00:02:04  false

RIO0001#sh ipv4 arp bvi2                                                      
                                                                              
                 
mac             address     time      static
0c42.a15d.3084  10.0.19.13  00:01:52  false
0c42.a15d.2f9c  10.0.19.14  00:01:52  false

RIO0001#
À bientôt,
--  Frederic




> Le 29 août 2021 à 17:42, Marcos Felipe Schwarz <> a 
> écrit :
> 
> I'm doing some preliminary test.
> 
> I can remove temporarily sdn19 and sdn20 from bridge 1. To test bridge 2 
> tagged. But is there a limitation to why I can't have both bridges 
> simultaneously?
> 
> My final objective is to have bridge 1 containing sdn15, 16, 19 and 20 (all 
> preferably untagged, but can be tagged if necessary).
> Bridge 2 containing sdn19 (tagged vid 19) and sdn30 (untagged)
> And bridge 3 containing sdn20 (tagged vid 20) and sdn32 (untagged).
> 
> Since I'm not sure about the restrictions, I was trying a tagged bridge 
> between sdn19 and 20 first.
> 
> Regard,
> 
> Marcos Schwarz
> 
> 
> 
> Get Outlook for Android
> From:  
> <> on behalf of Frédéric LOUI 
> <>
> Sent: Sunday, August 29, 2021 12:22:12 PM
> To:  <>
> Subject: Re: [RARE-users] Bridge on tagged ports not working
>  
> Hi Marcos,
> 
> There were typos in my previous mail:
> 
> Is it voluntary to:
> 
> * To put  sdn19 in: bridge 1
> * To put  sdn20 in: bridge 1
> 
> * And sdn19.19 and sdn20.19 in bridge 2 ?
> 
> Please find the following stanza:
> More info here: http://sources.nop.hu/cfg/conn-bridge02.tst 
> Here: http://sources.nop.hu/cfg/p4lang-acl13.tst
> And there: http://sources.nop.hu/cfg/p4lang-acl14.tst
> 
> conf t
> int sdn19
>  no  bridge-group 1
>  exit
> int sdn19.19
>  no  bridge-group 2
>  bridge-group 2
>  exit
> int sdn20
>  no  bridge-group 1
>  exit
> int sdn20.19
>  no bridge-group 2
>  bridge-group 2
>  exit
>  end
> 
> Sorry for the typo. But I presumed that you get the idea :-)
> 
> À bientôt,
> --  Frederic
> 
> 
> 
> 
> > Le 29 août 2021 à 15:01, Frédéric LOUI <> a écrit 
> > :
> > 
> > Hi Marcos,
> > 
> > I’d check real quick your config I have a question.
> > 
> > This is the output on RIO0001:
> > 
> > "show bridge <x>"
> > 
> > RIO0001#sh bridge 1                                                       
> >           
> >                   packet           byte
> > iface  fwd   phys  tx    rx   drop  tx      rx     drop  grp
> > bvi    true  true  0     0    0     0       0      0
> > sdn15  true  true  5560  0    1     575540  0      116
> > sdn16  true  true  5560  0    1     575540  0      116
> > sdn19  true  true  6216  684  1     595134  33044  116
> > sdn20  true  true  6216  684  1     595134  33044  116
> > 
> >                                 packet            byte
> > addr            iface  time      tx    rx    drop  tx     rx      drop
> > 004c.7c58.300a  bvi    00:00:56  1298  6830  0     62304  612712  0
> > 0c42.a15d.2f9c  sdn20  00:00:56  669   684   0     20430  33044   0
> > 0c42.a15d.3084  sdn19  00:00:56  671   684   0     20526  33044   0
> > 
> > 
> > RIO0001#sh bridge 2                                                       
> >           
> >                      packet            byte
> > iface     fwd   phys  tx    rx    drop  tx     rx     drop  grp
> > bvi       true  true  0     0     0     0      0      0
> > sdn19.19  true  true  1246  268   0     44282  11792  0
> > sdn20.19  true  true  1638  1109  0     52892  48796  0
> > 
> >                                    packet           byte
> > addr            iface     time      tx   rx    drop  tx     rx     drop
> > 0073.7101.3b3a  bvi       00:03:25  616  1370  0     27104  41100  0
> > 0c42.a15d.2f9c  sdn20.19  00:03:25  884  1109  0     30258  48796  0
> > 
> > "end of show bridge <x>"
> > 
> > ------------------------------
> > 
> > interface sdn19
> > no description
> > mtu 1500
> > macaddr 006a.4247.1173
> > lldp enable
> > bridge-group 1
> > no shutdown
> > no log-link-change
> > exit
> > interface sdn19.19
> > no description
> > bridge-group 2
> > no shutdown
> > no log-link-change
> > exit
> > 
> > ------------------------------
> > 
> > RIO0001#sh run sdn20                                                      
> >           
> > interface sdn20
> > no description
> > mtu 1500
> > macaddr 001a.5b5c.306d
> > lldp enable
> > bridge-group 1
> > no shutdown
> > no log-link-change
> > exit
> > interface sdn20.19
> > no description
> > bridge-group 2
> > no shutdown
> > no log-link-change
> > exit
> > 
> > Is it voluntary to:
> > 
> > * To put  sdn19 in: bridge 1
> > * To put  sdn20 in: bridge 2
> > 
> > * And sdn19.19 and sdn20.19 in bridge 2 ?
> > 
> > 
> > As you can see on freeRtr test case: 
> > http://sources.nop.hu/cfg/conn-bridge02.tst
> > bridge-group @ sdn MAIN interface is not required. (I’m talking under 
> > MC36 control here :) )
> > 
> > If this is not mandatory as per your opinion, I would try:
> > 
> > 
> > conf t
> > int sdn19
> > no  bridge-group 1
> > exit
> > int sdn19.19
> > no  bridge-group 2
> > bridge-group 2
> > exit
> > int sdn20
> > no  bridge-group 2
> > exit
> > int sdn20.19
> > no bridge-group 2
> > bridge-group 2
> > exit
> > end
> > 
> > If you notice we configured and reconfigured some feature as this this 
> > try to trigger dataplane update.
> > Check if that works (shut/ no shut sdn<x> —> this will also trigger 
> > dataplane update)
> > 
> > And if for any reasons dataplane table are messed up, retry to sync: 
> > clear process bffwd
> > 
> > Please let us know if this has solved the situation.
> > 
> > À bientôt,
> > --  Frederic
> > 
> > 
> > 
> > 
> >> Le 28 août 2021 à 14:54, Marcos Felipe Schwarz <> a 
> >> écrit :
> >> 
> >> Hi everyone, I’m trying to create a tagged VLAN between two ports. Can 
> >> you spot what's missing?
> >> 
> >> 7:56
> >> 
> >> RIO0001(cfg)#show config-differences
> >> vrf definition v2
> >> server p4lang p4
> >> export-vrf v2 2
> >> export-bridge 2
> >> export-port sdn19.19 202 0 0 0 0
> >> export-port sdn20.19 203 0 0 0 0
> >> export-port bvi2 204 0 0 0 0
> >> exit
> >> bridge 2
> >> mac-learn
> >> exit
> >> interface bvi2
> >> no description
> >> vrf forwarding v2
> >> ipv4 address 10.0.19.254 255.255.255.0
> >> no shutdown
> >> no log-link-change
> >> exit
> >> interface sdn19.19
> >> no description
> >> bridge-group 2
> >> no shutdown
> >> no log-link-change
> >> exit
> >> interface sdn20.19
> >> no description
> >> bridge-group 2
> >> no shutdown
> >> no log-link-change
> >> exit
> >> 
> >> 7:57
> >> 
> >> I have an untaged VLAN working on the same ports, so I'm sure the 
> >> problem is on my config
> >> 
> >> 
> >> 
> >> 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: 
> >> 
> >> 
> >> 
> > 
>