product
Application for evaluation machine
White Box switch interoperability test - Edgecore SONiC x Catalyst (Symmetric IRB/Asymmetric IRB edition) -
Introduction
Following on from our previous article, this time we conducted interoperability testing between white Box switches (WBS) and Cisco switch products. This article will introduce the configuration details and test results.
For this verification, we simulated a data center network and constructed a small-scale Leaf-Spine configuration using Symmetric IRB/Asymmetric IRB.
Configuration commands entered into the switch
*We will omit the details regarding the speed settings for management functions and interfaces, as these have already been configured.
(Hostname, administrative account, management IP, SSH/Telnet, speed settings, breakout settings, etc.)
Simple design information
We will summarize simple design information for interconnection verification.
Used equipment
| SpineSW | LeafSW-1 | LeafSW-2 | |
|---|---|---|---|
|
Vendor |
Edegecore |
Edgecore |
Cisco |
|
Platform |
AS7726-32X |
AS7326-56X |
C9300-48T |
|
ASIC |
Trident III |
Trident III |
(not clear) |
|
Network OS(Ver) |
ecSONiC |
ecSONiC |
IOS |
Configuration information
Summary of settings (Simplified parameter sheet)
| SpineSW | LeafSW-1 | LeafSW-2 | |
|---|---|---|---|
|
VRF |
Not set |
Default VRF |
Default VRF |
|
■Default VRF |
|||
|
VLAN |
- |
- |
Vlan100 |
|
VTEP |
- |
2.2.2.2/32 |
3.3.3.3/ 32 |
|
LACP |
■PortChannel1 |
■PortChannel1 |
■Po1 |
|
BGP (iBGP) / EVPN related |
|||
|
ASN |
- |
65100 |
65100 |
|
Router ID |
- |
2.2.2.2 /32 |
3.3.3.3 /32 |
|
neighbor |
- |
10.0.0.3 |
10.0.0.2 |
|
VNI notification |
- |
All VNIs |
All VNIs |
|
■Vrf10300 |
|||
|
VLAN/VxLAN related |
|||
|
VLAN/VNI |
- |
vlan10 / VNI 10100 |
vlan10 / VNI 10100 |
|
Static Anycast Gateway |
- |
MAC: 00:11:22:33:44:55 |
MAC: 00:11:22:33:44:55 |
|
BGP (iBGP) / EVPN related |
|||
|
ASN |
- |
65100 |
65100 |
|
Route Information Redistribution |
- |
connected |
connected |
Configuration commands entered into the switch
Here's a summary of the commands I actually configured on the switch.
*We will omit the details regarding the speed settings for management functions and interfaces, as these have already been configured.
(Hostname, administrative account, management IP, SSH/Telnet, speed settings, breakout settings, etc.)
*The following content will be omitted from this post. (It will be included in the downloadable materials.)
\ The full version of the document, which includes all the commands and settings, is here! /
SpineSW settings
As a premise, the interface names and physical port numbers of SpineSW (AS7726-32X) correspond as follows.
|
Interface name |
Physical port number |
|
Ethernet112 |
Port29 |
|
Ethernet116 |
Port30 |
|
Ethernet124 |
Port32 (Breakout Lane 1) |
|
Ethernet125 |
Port32 (Breakout Lane 2) |
[SpineSW settings]
The configuration details for SpineSW are as follows:
Configuring LACP
LeafSW-1 settings
As a premise, the interface names and physical port numbers of LeafSW-1 (AS7326-56X) correspond as follows:
|
Interface name |
Physical port number |
|
Ethernet0 |
Port1 |
|
Ethernet11 |
Port2 |
|
Ethernet124 |
Port49 |
|
Ethernet125 |
Port50 |
The details of each setting are summarized below.
VLAN configuration
LACP configuration
VRF, Static Anycast Gateway (SAG), IP settings
MAC Address Settings
Enabling IPv4 addresses for SAG
(Used as VTEP and BGP router ID)
### Creating VRF and mapping VRF to VLAN
admin@LeafSW-1:~$ sudo config vrf add Vrf10300
admin@LeafSW-1:~$ sudo config interface vrf bind Vlan10 Vrf10300
admin@LeafSW-1:~$ sudo config interface vrf bind Vlan20 Vrf10300
admin@LeafSW-1:~$ sudo config interface vrf bind Vlan30 Vrf10300
### Static Anycast Gateway configuration
admin@LeafSW-1:~$ sudo config sag mac_address add 00:11:22:33:44:55
admin@LeafSW-1:~$ sudo config sag ipv4 enable
### IP address settings
admin@LeafSW-1:~$ sudo config interface sag ip add Vlan10 192.168.1.254/24
admin@LeafSW-1:~$ sudo config interface sag ip add Vlan20 192.168.2.254/24
admin@LeafSW-1:~$ sudo config interface ip add Loopback0 2.2.2.2/32
admin@LeafSW-1:~$ sudo config interface ip add PortChannel1 10.0.0.2/29
VxLAN, VNI configuration
### VTEP configuration
admin@LeafSW-1:~$ sudo config vxlan add vtep 2.2.2.2
### Create NVO and link it to vtep(2.2.2.2)
admin@LeafSW-1:~$ sudo config vxlan evpn_nvo add nvo vtep
### VLAN-VNI mapping with NVO
admin@LeafSW-1:~$ sudo config vxlan map add vtep 10 10100
admin@LeafSW-1:~$ sudo config vxlan map add vtep 20 10200
admin@LeafSW-1:~$ sudo config vxlan map add vtep 30 10300
### VNI settings used for inter-VRF communication
admin@LeafSW-1:~$ sudo config vrf add_vrf_vni_map Vrf10300 10300
BGP/EVPN Settings (Default VRF)
RouterID settings
Neighbor address (LeafSW-2) settings
Set neighbor to 10.0.0.3 (AS65100 / LeafSW-2)
I'm promoting my RouterID to Naver.
Advertise all of your VNIs to Neighbors
*In ecSONiC, BGP settings are configured using FRRouting.
### Transition to FRRouting mode, Configuration mode
admin@LeafSW-1:~$ vtysh
Hello, this is FRRouting (version 8.0).
Copyright 1996-2005 Kunihiro Ishiguro, et al.
LeafSW-1# configure terminal
### Create BGP (AS 65100 / DefaultVRF) and enter configuration mode
LeafSW-1(config)# router bgp 65100
### Router ID, Neighbor, and VTEP Advertisement Settings
LeafSW-1(config-router)# bgp router-id 2.2.2.2
LeafSW-1(config-router)# neighbor 10.0.0.3 remote-as 65100
LeafSW-1(config-router)# address-family ipv4 unicast
LeafSW-1(config-router-af)# network 2.2.2.2/32
LeafSW-1(config-router-af)# exit-address-family
### Configuring EVPN to advertise all VNIs to neighbors
LeafSW-1(config-router)# address-family l2vpn evpn
LeafSW-1(config-router-af)# neighbor 10.0.0.3 activate
LeafSW-1(config-router-af)# advertise-all-vni
LeafSW-1(config-router-af)# exit-address-family
LeafSW-1(config-router)# exit
BGP/EVPN settings (Vrf10300)
Directly connected route re-advertisement settings
Configuring IPv4 address notification in EVPN
### Map Vrf10300 and VNI10300
LeafSW-1(config)# vrf Vrf10300
LeafSW-1(config-vrf)# vni 10300
LeafSW-1(config-vrf)# exit
### Create BGP (AS 65100 / Vrf10300) and enter configuration mode
LeafSW-1(config)# router bgp 65100 vrf Vrf10300
### Configuring Directly Connected Routes and IPv4 Unicast Table Advertisement in EVPN
LeafSW-1(config-router)# address-family ipv4 unicast
LeafSW-1(config-router-af)# redistribute connected
LeafSW-1(config-router-af)# exit-address-family
LeafSW-1(config-router)# address-family l2vpn evpn
LeafSW-1(config-router-af)# advertise ipv4 unicast
LeafSW-1(config-router-af)# exit-address-family
LeafSW-1(config-router)# end
LeafSW-2 configuration
Details of each setting are as follows:
VRF configuration
Interface Settings (VLAN/LACP)
* vlan100 teeth SpineSW, LeafSW-1 For connection to VLAN
Static Anycast Gateway (SAG), IP, VRF settings
VRF Mapping
MAC address setting for SAG
IP processing settings for loopback interface in L3VNI
EVPN configuration
Set to Ingress-Replication
Specify the router ID as Loopback0.
Default GW advertisement setting
VNI notification settings
VxLAN usage settings, Ingress replication settings
NVE Interface Settings
BGP usage setting
Binding Loopback0, VNI 10100, 10200, and Ingress-Replication usage settings
Link L3 VNI to VRF
BGP Configuration
Communication test/status confirmation
This summarizes the results of the communication test and status check.
Test results
By passing traffic between each terminal, we were able to confirm that terminals in the same VLAN and different VLANs were able to communicate with each other, as shown below.
|
address sender |
Terminal A |
Terminal B |
Terminal C (vlan10) |
Terminal D |
|
Terminal A |
- |
Yes (different VLAN) |
Yes (same VLAN) |
Yes (different VLAN) |
|
Terminal B |
Yes (different VLAN) |
- |
Yes (different VLAN) |
Yes (same VLAN) |
|
Terminal C |
Yes (same VLAN) |
Yes (different VLAN) |
- |
Yes (different VLAN) |
|
Terminal D |
Yes (different VLAN) |
Yes (same VLAN) |
Yes (different VLAN) |
- |
Interface information
Interface information can be checked using the following command.
ecSONiC / IOS Common: show interfaces status
Click here for detailed interface information.
[Supplementary Note] ecSONiC's Symmetric IRB/Asymmetric IRB automatic selection mechanism
In ecSONiC (as of November 8, 2021), whether to use Symmetric IRB or Asymmetric IRB is automatically selected using the destination VNI as a key.
Symmetric IRB/Asymmetric IRB selection criteria
The selection criteria for ecSONiC 's Symmetric IRB/Asymmetric IRB are as follows:
*In this test, since the VNI held by ecSONiC and the Cisco switch was the same, communication from ecSONiC to the Cisco switch was conducted using Asymmetric IRB.
Concrete example
A specific example is given below based on the above selection criteria.
For the VNIs configured on the source device (ecSONiC) and destination device (optional), ecSONiC will select the following:
|
VNI |
Sender (ecSONiC) |
Destination (optional) |
Selection Results |
|
VNI 10100 |
With setting |
With setting |
Asymmetric IRB |
|
VNI 10200 |
Not set |
With setting |
Symmetric IRB |
|
VNI 20000 (L3 VNI) |
- |
- |
- |
Summary
This time, we created a Symmetric IRB/Asymmetric IRB environment between WBS (ecSONiC) and Cisco switch products.
We also learned the selection criteria for Symmetric IRB/Asymmetric IRB in ecSONiC.
Following on from last time, we were able to once again confirm the high quality of WBS through the WBS-Cisco switch interconnection.
Remote verification service image diagram
This service provides a remote testing environment that allows you to easily perform open networking verification. The basic configuration is available free of charge.
[Information you can find in the document]
• About available network operating systems / white Box switches
Specific use cases
If you answer the questionnaire via the "Macnica Network OS Remote Verification Service" link below, we will send you a download URL via email.
These people are using the remote verification service.
Here are some testimonials from people who have actually used the service.
Furukawa Network Solution Co., Ltd.
"Remote service environments are on the rise these days, but I was impressed with how easy it was to access the evaluation equipment.
The materials provided were easy to understand, and we were able to smoothly carry out our intended verification."
Related information
Click here for list of materials
In addition to introducing products handled by Macnica,
We publish materials related to open networking, such as BGP cross network automatic construction files and network operation test evaluation reports.
Click here for details
Product Page Top
Edgecore Networks
We continue to be a pioneer in open networking by developing and selling products related to OpenNetworking/white Box switches.
Aviz Networks
We are pioneers of SONiC, an open source network operating system, providing observability, configuration automation tools and support from a team of SONiC experts.
IP Infusion
As a market leader among open networking providers, we provide reliable network solutions to over 600 customers, including carriers, service providers, and data centers.
Inquiry/Document request
In charge of Macnica Edgecore Networks
- TEL:045-470-9831
- E-mail:projectmonstar@macnica.co.jp
Weekdays: 9:00-17:00

![[Part 9] SNMP visualization of white Box switches using SONiC - Grafana x InfluxDB - Thumbnail image](/business/network/columns/84d7a7525020782725001d27311eddde_1.png)
![[Part 13] Thumbnail image of network visualization of SONiC-enabled white Box switches using Aviz ONES](/business/network/7d0fc1563364ef02c61d514469c3f49f.png)

