RARE user and assistance email list

["mc36" <>]

hi,
it can be anything, at the moment i have no idea....
can you issue "display bridge 2" to see if the mac addresses are stable?
an other idea, if you issue "display interface summary" and check if the 
traffic enters or exits...
we're looking for your findings...
thanks,
cs


On 9/23/21 14:41, Marcos Felipe Schwarz wrote:
> I did the follow configuration:
> bridge 2
> mac-learn
> exit
> !
> bridge 3
> mac-learn
> exit
> !
> interface bvi2
> no description
> vrf forwarding v2
> no shutdown
> no log-link-change
> exit
> !
> interface bvi3
> no description
> vrf forwarding v3
> no shutdown
> no log-link-change
> exit
> !
> interface sdn1
> no description
> mtu 1500
> macaddr 001c.2041.1346
> lldp enable
> bridge-group 3
> no shutdown
> log-link-change
> exit
> !
> interface sdn16.16
> no description
> bridge-group 3
> no shutdown
> no log-link-change
> exit
> !
> interface sdn19.19
> no description
> bridge-group 2
> no shutdown
> no log-link-change
> exit
> !
> interface sdn4
> no description
> mtu 1500
> macaddr 0002.740b.262f
> lldp enable
> bridge-group 2
> no shutdown
> log-link-change
> exit
> !
> server p4lang p4
> export-bridge 2
> export-bridge 3
> export-port sdn1 132 100 0 1 0
> export-port sdn4 156 100 0 1 0
> export-port sdn19.19 202 0 0 0 0
> export-port bvi2 204 0 0 0 0
> export-port sdn16.16 206 0 0 0 0
> export-port bvi3 208 0 0 0 0
> !
> It didn't work, so I added the following:
> vrf definition v2
> exit
> !
> vrf definition v3
> exit
> !
> interface bvi2
> vrf forwarding v2
> ipv4 address 10.0.16.253255.255.255.0
> exit
> !
> interface bvi3
> vrf forwarding v3
> ipv4 address 10.0.16.254255.255.255.0
> exit
> !
> server p4lang p4
> export-vrf v2 2
> export-vrf v3 3
> exit
> !
> Now it Works for about 15 seconds, than it stops for 15 seconds, than it 
> Works again and keeps repeting this patern....
> Regards,
> Marcos Schwarz
> -----Mensagem original-----

> De: Marcos Felipe Schwarz
> Enviada em: quarta-feira, 22 de setembro de 2021 11:25
> Para: ; ; 
> Assunto: RES: [RARE-users] [gn4-3-wp6-t1-wb-RARE] [freertr] Point-to-point L2 
> connections between different ports
> The model is that, I need two bridge "inline", 1 do send the packet from DTN1 to Stordis1, and the other from Stordis2 to DTN2. And if this bridge domains are mac aware, it can 
> make some confusions, since DTN1 mac will be received twice, first comming from DTN1 and after comming from Stordis2.
> Using QinQ normally, you are not mac-aware of the cliente-VLAN, so it solves 
> the problem.
> Using some L2 Cross-connects can also help.
> I'm testing using 2 bridges, but it is intermmitent, I´ll post the config 
> and results soon after some additional tests.
> Regards,
> Marcos Schwarz
> -----Mensagem original-----
> De:  <> 
> Em nome de Jordi Ortiz Enviada em: quarta-feira, 22 de setembro de 2021 11:17
> Para: ; 
> Assunto: Re: [RARE-users] [gn4-3-wp6-t1-wb-RARE] [freertr] Point-to-point L2 
> connections between different ports
> hi,
> so this means that the qinq would be addressed transparently and it will 
> work. Right?
> Jordi
> El 22/09/2021 a las 15:37, mc36 escribió:
> > hi,
> > my best guess if you configure bridging on the ports...
> > there is not specific qinq mode because the p4 code does not care 
> > about the inner packets in case of bridging....
> > regards,
> > cs
> >
> >
> > On 9/22/21 14:28, Marcos Felipe Schwarz wrote:
> > > Hi all,
> > >
> > > I’m trying to use my Wedge with RareOS as a Programmable Patch 
> > > Panel. Basically to create point-to-point L2 connections between 
> > > different ports o our lab to generate multiple logical topologies. As 
> > > in the attached image.
> > >
> > > I’d like some help to understand what would features should I use 
> > > to achieve this using RARE/freeRtr.
> > >
> > > I’ve already achieved this in other systems using QinQ, but I 
> > > couldn’t find a corresponding feature. Using RARE, I tried to 
> > > create 2 bridges (Orange and Red), each in a different vrf but it 
> > > also didn’t work.
> > >
> > > Ideally, the DTNs should be in the same network. But we can adapt to 
> > > use different networks if it makes the solution easier
> > >
> > > 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 <http://www.rnp.br> <http://www.rnp.br/ 
> > > <http://www.rnp.br/>> | +55 (19) 3787-3386 | Skype
> > > ID: marcos.f.sch**
> > >
> > > Campinas - SP - Brasil | E-mail:  
> > > < <>>
> --
> Jordi Ortiz
>
>
> (+34)868884644/(+34)868888532
> http://ants.inf.um.es/~jordiortiz <http://ants.inf.um.es/~jordiortiz>
> Dpto. Ingeniería de la Información y las Comunicaciones Universidad de 
> Murcia


-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#48): https://groups.io/g/freertr/message/48
Mute This Topic: https://groups.io/mt/85814186/6413194
Group Owner: 
Unsubscribe: https://groups.io/g/freertr/unsub []
-=-=-=-=-=-=-=-=-=-=-=-