Contact us

Exciting Announcement! In celebration of launching our AI Certification, we’re thrilled to offer a 50% discount exclusively. Seize this unique chance—don’t let it slip by!

Learn more

Day: January 19, 2024

Categories
ONES

SONiC Network Operating System (NOS) Support vs SONiC Network Operation (NetOps) Support Demystified

SONiC (Software for Open Networking in the Cloud) Network Operating System (NOS) has seen a huge surge in its popularity and adoption in the last few years. Originally developed by Microsoft and subsequently open-sourced, it offers a versatile, modular, and hardware-agnostic platform that decouples the switching hardware from the software running on it. This allows the much-needed flexibility in networking hardware choices for the enterprise. The openness of SONiC and the customer demands have prompted a majority of hardware vendors to support SONiC on their switches. While SONiC has become a leading choice for data center networking, and major hardware vendors are supporting it on their platforms, this disaggregation is leading to a fair bit of chaos as organizations deploy hardware sourced from multiple vendors with different flavors of SONiC running on them.

SONiC Market Revenue by Customer Type (by 650 Group)
SONiC Market Revenue by Customer Type (by 650 Group)

In this blog, our goal is to bring clarity to what it means to deploy, operate, and support SONiC and its various flavors on different platforms, understand the SONiC support ecosystem, and navigate the ecosystem to utilize the options best suited to your organization.

NetOps & SONiC Support Landscape

Aviz ONES Covers SONiC NOS Support and SONiC NetOps Support in Single Price
Aviz ONES Covers SONiC NOS Support and SONiC NetOps Support in Single Price

Operating and supporting SONiC on multiple hardware platforms involves a combination of strategies due to its open-source nature and the disaggregated model it promotes. Here’s what organizations should know before making decisions for NetOps tools and Support options available for SONiC.

  • Proprietary Single Vendor NetOps: relies on a network operations model where all solutions come exclusively from one vendor. While this ensures tight integration and often simplifies network management, it leads to vendor lock-in. Many vendors have integrated SONiC with their existing NetOps tools, but organizations may face constraints with adaptability, potential high costs for changes, and dependency on the vendor’s roadmap.
  • Proprietary Single Vendor Support: refers to a support model in which all assistance for the hardware and software comes exclusively from the original vendor. Much like integrating existing NetOps tools with SONiC, many vendors support SONiC on their platforms. While it may ensure a deep knowledge of the hardware and software SONiC is running on, it can limit flexibility, and organizations may be bound by the vendor’s support hours, and policies.
  • Disaggregated Multi-vendor NetOps: represents a shift from traditional, monolithic network operations to a more flexible model where network components, both hardware and software, can be sourced from various vendors. This approach relies on unified multi-vendor software solutions for optimized network operations and cost savings. Vendors who previously created unified tools have also started integrating SONiC, but such tools lack the depth in their SONiC integrations. So far, only Aviz has taken the approach of developing a purpose-built solution for multi-vendor SONiC NetOps.
  • Disaggregated Multi-vendor Support: refers to a support model in which the assistance comes from a third party vendor who has deep knowledge of the software and hardware components across all the vendors utilized in a network infrastructure. Availability support across multiple vendors introduces the complexities in coordination and communication, which is why it is critical that the third party vendor has back channels established into all the original vendors, with tight SLAs. Again, so far, Aviz is the only vendor that has established well-defined SLAs with the vast majority of Platform and ASIC vendors to create the back channels.

When executed right, a Disaggregated Multi-vendor NetOps and Support structure for SONiC can yield huge cost-savings, minimize vendor lock-in risks, and allow organizations to adapt more flexibly to the technological advancements in the networking domain.

Unpacking & Navigating Multi-vendor SONiC Deployments

SONiC presents a transformative approach to networking, offering a modular, adaptable, cost-effective, and forward-looking solution to meet the evolving needs of next generation network infrastructures. When it comes to evaluating options for SONiC NetOps and Support, we recommend:

  1. Understanding Hardware Compatibility for SONiC: ensure that all hardware platforms you’re selecting are SONiC compatible, and make sure you are evaluating the platforms in context of the feature sets you plan to utilize.
  2. Narrowing Down the Builds for SONiC: some vendors offer custom SONiC builds optimized for their hardware.
  3. Identifying a Normalized NetOps Stack for SONiC: for efficient network operations, you will need to identify tools that not only understand SONiC’s underlying architecture, but also the various nuances that get introduced by various flavors of SONiC. Only tools that are purpose-built for SONiC can handle such nuances, since they are designed to normalize the data before delivering functionalities.
  4. Identifying a Neutral SONiC Support Partner: vendors who provide SONiC compatible hardware also offer support, but that is typically limited to the support for SONiC on their own hardware and their custom SONiC builds. Third-party providers on the other hand generally focus on supporting the community distro. The key is in identifying vendors who not only have good experience with SONiC on multiple platforms, but also deep relationships with individual Platform and ASIC vendors that you select for your infrastructure.

Aviz ONES & Multi-vendor SONiC Support

Aviz Networks is a leading provider of open-source SONiC solutions, dedicated to revolutionizing the networking landscape with their unique approach. We firmly believe in SONiC’s potential as the future of networking and focus on delivering purpose-built tools and solutions specifically designed for its ecosystem.

With over 100 man-years of experience across various hardware platforms, Aviz Networks has developed their flagship platform, Open Networking Enterprise Suite (ONES). ONES is designed to work seamlessly with any SONiC on any platform, regardless of the underlying ASIC.

As a testament to our commitment to open networking, we have established strong relationships with the majority of platform, ASIC, and OS vendors. Our highly skilled SONiC support team, along with ONES, are used by businesses worldwide to effectively deploy, operate, and support SONiC across diverse hardware environments.

Experience the Power of ONES and the ONE Center!

Aviz Networks invites you to experience firsthand the transformative power of ONES and our Multi-vendor SONiC Support. Visit the state-of-the-art Open Networking Experience Center (ONE Center), either online or in-person, and discover the possibilities of SONiC across a wide range of hardware. Take advantage of a free, hands-on experience and explore how SONiC can optimize your network operations. Test our well-known vendors in hardware, platforms, ASIC, and OS environments, including Cisco SONiC, NVIDIA SONiC, Celestica SONiC, Marvell SONiC, Wistron SONiC, Edgecore Community SONiC, Arista SONiC, Supermicro SONiC, Enterprise SONiC, and DELL SONiC before your SONiC deployments.

Schedule your demo today and unleash the potential of your network!

Benefits of Aviz Solutions:

  • Open-source based: Leverages the flexibility and scalability of SONiC
  • Platform-agnostic: Works with any SONiC on any platform, with any underlying ASIC
  • Comprehensive solutions: Offers a complete suite of tools for deployment, operation, and support
  • Expert support: Provides access to a highly qualified SONiC support team
  • Free trial: Experience the capabilities of ONES and the ONE Center firsthand

Contact Aviz Networks today to learn more about their innovative solutions and unlock the potential of SONiC for your business.

Categories
All

Future-Proof Networking: Harnessing the Power of SONiC in Vendor-Neutral Data Center Environments

Optimizing Data Center Networks: The Role of IP Clos Architecture and BGP Protocol

In contemporary data center networks, the IP Clos (IP-based Cloud Scale Networking) architecture is widely embraced for its ability to deliver a non-blocking high-bandwidth network fabric, low latency, and scalable connectivity between servers and switches, while ensuring fault tolerance. Central to the success of the IP Clos architecture is the utilization of the Border Gateway Protocol (BGP) as the routing protocol. 

BGP stands out due to its features in traffic engineering, scalability, and adaptable routing, making it well-suited for the demands of modern data center environments. BGP is the protocol responsible for orchestrating internet routing, optimizing path selection through Autonomous Systems (AS), peering mechanisms, and configurable attributes.

The IP Clos network architecture is not a recent development, having been in existence for a decade and extensively implemented in large-scale data centers. It has been deployed using proprietary Network Operating Systems (NOS) and switches from specific vendors, showcasing its enduring relevance and effectiveness in meeting the evolving needs of data center networking

‍

Key Features of SONiC That Make It Stand Out from Traditional NOS

Our Journey with SONiC

“When I joined the Aviz network, I was excited about its vision and approach to enabling IP Clos architecture through open source, any vendor, and any switch combination. Being an engineer, I am all praises for open source for three reasons. First, it’s free; second is community support. And the third reason is my ability to innovate and modify it to my needs without going through any red tape associated with a vendor-locked OS” said by Khurram Khani, VP of Customer Success, Aviz Networks

SONiC is the first true open source NOS (Network Operating System) that employs cutting-edge  microservices based architecture far more capable than traditional network operating systems. SONiC has amassed a large ecosystem of developers not only in the community but also within a majority of Switch/ASIC vendors who embrace the technology due to sheer customer demand.

‍

The Power of Open Source: Optimizing Production Network SLAs

‍

The Power of Open Source: Optimizing Production Network SLAs

‍

With the great power of Open Source comes greater responsibility on the shoulders of the network operation teams. SONiC being an open-source NOS (network operating system) comes under the same Service Level Agreements (SLAs) that guarantee a certain level of performance, availability, uptime, and latency. One of our initial goals was to ensure that our customers are protected and we put all the right processes and automation in place and execute well-rounded SLAs.

How has Aviz Networks addressed concerns about SONiC’s ability to support Day 2 operations?

We met several customers who shared their myths about SONiC being an open source.  The most common one is—will it be resilient, scalable, and have the necessary support compared to the decades-old proprietary vendor switches? Well, Aviz Networks with its expertise in networking, puts all the concerns to rest.

At Aviz, we have helped Fortune 500 companies with their journey around SONiC deployment at each step—right from vendor selection, use-cases validation, pre-staging, staging to production Day 2 support. The fact is SONiC has also already been successfully deployed at nearly all hyper scalers including Microsoft Azure, Alibaba, Tencent, Baidu, Google, and Meta have joined the board. 

A Guide to Efficient Day 2 Network Operations: Monitoring and Maintenance

Day 2 network operation refers to ongoing monitoring, planned and unplanned maintenance, and operation efficiency.  This covers all the activities after the network goes into production and is live. 

Here’s an example of one of the Fortune 500 companies (One of the game developer companies in the US) we worked with. This company’s data center was designed around IP Clos and BGP. As part of their ongoing BGP Network maintenance, the company has brought up their expectations and requirements about SONiC  Day 2 BGP operations tasks.  

The customer asked us to certify SONiC’s BGP Day 2 Operations capabilities around:

    • BGP Node Maintenance – Customer expectation was to gracefully take a node out of service without any impact on the existing network and data traffic and reconverge the network quickly

    • BGP Link Maintenance – The next requirement is to take a link out of service without any impact on the existing network and data traffic and reconverge the network quickly

  • Network SLA – The other ones was assurance and guaranteed SLA around network re-convergence.‍

Day 2 BGP operation: Benefits of Using Community List and Route-Map for Node and Link Drain

BGP (Border Gateway Protocol) is often used for node and link drain as it provides a mechanism for the controlled removal of routes from a network. This helps to manage rerouting in a controlled manner when a node or link is being drained. 

BGP can be used to gradually decrease the amount of traffic flowing through that node or link, while ensuring that the remaining traffic is still able to reach its destination. This is accomplished by updating BGP routing tables to reflect the new topology of the network.

Aviz Networks Ensures Smooth BGP Node Removal on SONiC BGP switch

Aviz Networks has built industry-leading automation around SONiC BGP node drain process validation. The BGP nodes are gracefully taken out of the network without any disruption to traffic. Aviz FTAS Automation also ensures that the network converges within SLA and has zero traffic loss.

Our team performs the following automated steps during BGP node drain validation on SONiC switches

    1. BGP Community list

The BGP Community list is used to tag routes. It includes a community value that can be used to identify routes that will be redirected.

The “no-advertise” community is used in scenarios where a BGP node receives a route that it should not advertise to other BGP peers.  We, at Aviz Networks, uses a “no-advertise” community during validation when it’s performing graceful removal of a BGP node or link

    1. BGP Route-map

Route-map is used to match routes that will be redirected. This route-map should match the community value that was added to the routes.

Example of Node/ Link Drain Config on SONiC Router

route-map drain-community permit 10
on-match next
set community no-advertise
set ipv6 next-hop prefer-global
exit
router bgp <AS #>
address-family ipv4 unicast
neighbor v4server route-map drain-community in
address-family ipv6 unicast
neighbor v6server route-map drain-community in
end

Finally, the physical connectivity of the node can be removed. This is accomplished by shutting down the router, link or taking out the physical link

Aviz FTAS ensures BGP Day 2 Operations meet Reconvergence SLA with Zero Traffic Loss

Aviz FTAS certifies BGP Day 2 operation and reconvergence times. This involves measuring the performance of BGP reconvergence time, zero traffic loss, identifying any deviations or breaches, and taking corrective action if required‍

Convergence Validation using Traffic Gear
Convergence Validation using Traffic Gear

How to Perform Node Drain Using AS Path Prepend in BGP

AS Path is a BGP attribute used to identify the sequence of Autonomous System (AS) numbers that a BGP route has traversed on its path to reach the target SONiC BGP router.  When a BGP router sends an update, it appends its own AS number to the existing AS Path called AS Path prepending. When the router sees its own AS number in the route, it discards that route. If a destination has two paths, then the path with the lowest AS Path length is chosen.

“set as-path prepend last-as <no. of times to insert>” lets users insert the last ASN. Inserting last-as 10 times would eventually influence the router to choose another available Path.

Aviz Networks FTAS Topology for AS-Path validation 
Aviz Networks FTAS Topology for AS-Path validation 

‍

Example FTAS Configuration:

As part of the Fabric Test Automation Suite (FTAS) by Aviz Networks, we rigorously test configurations such as the one below to ensure robust functionality, combining the reliability of SONiC’s CLI with advanced testing methodologies:

route-map as-prepend permit 10
set as-path prepend last-as 10
exit
router bgp <ASN>
address-family ipv4 unicast
neighbor v4server route-map as-prepend in
address-family ipv6 unicast
neighbor v4server route-map as-prepend in
end

This sample configuration, involving route-map manipulation for AS-path prepending in BGP, is meticulously tested to guarantee the suite’s effectiveness in maintaining consistency and robustness in network operations.

How to Monitor BGP Sessions with Aviz ONES App

Periodic monitoring of BGP sessions between routers is critical to ensure that the sessions are established and maintained properly. This involves checking the status of BGP neighbors, monitoring BGP messages, and verifying that the expected routes are being exchanged.

Analyzing the BGP route advertisements received from neighboring routers helpt to proactively identify any anomalies, such as unexpected route flapping or neighbor reset. With Aviz ONES App Monitoring the BGP routing table can help detect issues and make necessary adjustments to the routing policies.

BGP Monitoring using Aviz Network’s ONES App
BGP Monitoring using Aviz Network’s ONES App

Empowering Modern Network Operations: Aviz Networks’ SONiC BGP Expertise

In conclusion, Aviz Networks has proven SONiC BGP capabilities to effectively manage Network Day 2 operations. We have proven SONiC’s ability to handle complex BGP network topologies, BGP route maps, as-path and policy-based routing. SONiC is a reliable choice for managing and operating large-scale IP CLOS BGP networks. With its widespread adoption with hyper scalers and Fortune 500 companies, it has demonstrated its capability to handle the evolving demands of modern network operations, flexible routing, reliability, efficient connectivity, and scalability.

If you have inquiries regarding SONiC BGP or any other features, don’t hesitate to contact us. Our team is eager to engage with you at your convenience.

Categories
ONES

6 KPIs for your SONiC NetOps system to scale your networks efficiently – Learn how ONES telemetry module works to achieve it

This investigation explores the experiments conducted to evaluate how effectively the ONES (Open Networking Enterprise Suite) functions when tested at various scales. Scale testing of the telemetry collectors presents several challenges that need to be carefully addressed to ensure the reliability and effectiveness of the telemetry infrastructure. Addressing these challenges involves a combination of careful architecture design, efficient resource management, scalability testing, and ongoing optimization efforts. Successful scale testing of telemetry collectors requires a holistic approach to ensure that the system can handle the demands of large and complex network environments.

Following diagram lists some of the key factors that play a vital role in the scale testing.

‍

Multiple facets of scale testing collectors
Figure-1: Multiple facets of scale testing collectors

‍
6 Key Goals for High-Performance ONES Telemetry Data Collection

The Aviz`s approach to software development strives for excellence in performance and quality on all fronts. Achieving high scale numbers for ONES collectors involves setting specific goals to ensure the efficiency, reliability, and scalability of the telemetry infrastructure. Some of the key goals include:

  1. Performance Optimization: Optimize the performance of ONES to handle high volumes of data with minimal latency, ensuring real-time data processing and analysis.
  2. Resource Efficiency: Efficiently utilize system resources (CPU, memory, storage) to support high-scale telemetry data collection without causing resource bottlenecks or degradation in performance.
  3. Data Integrity and Quality: Maintain high data integrity and quality throughout the telemetry data collection process, ensuring accurate and reliable information for analytics and decision-making.
    1. Maintaining data integrity is like a good cup of coffee – you can’t start your day without it, and if it’s ever compromised, you might just spill the beans! That’s why, at ONES, we take our data integrity as seriously as that first sip in the morning – no compromises allowed!
  4. Fault Tolerance: ONES should be embedded with built-in fault tolerance mechanisms to ensure continuous operation, even in the event of component failures or disruptions.
  5. Resilience: ONES ability to maintain functionality, reliability, and performance even when subjected to various challenges, such as high data volumes, network congestion, device failures, or other adverse conditions. A resilient telemetry collector can withstand and recover from disruptions, ensuring continuous data collection, processing, and delivery under varying circumstances.
  6. Longevity: “Longevity” refers to the ability of the ONES to maintain consistent and reliable performance over an extended period. ONES should demonstrate stability and consistent performance over extended durations, ensuring that it can handle continuous data streams without experiencing deterioration in functionality.

How to Achieve Scalability Goals with ONES: A Success Story

ONES Scale topology dashboard
Figure-2: ONES Scale topology dashboard

The success story of our ONES is a testament to its remarkable journey in achieving the scalability goals. Through meticulous design and rigorous scale testing, ONES demonstrated the ability to handle high data volumes with exceptional speed and responsiveness. The implementation of advanced algorithms and optimization techniques allowed us to achieve real-time data processing, ensuring that insights are delivered promptly for timely decision-making. The collector’s resource efficiency became a hallmark of its success, intelligently managing CPU, memory, and storage to prevent bottlenecks and guarantee sustained performance. 

Data Integrity Tests: Pillars of Reliability

  • Seamlessly integrated into every phase, Data Integrity Tests maintain alignment between the Source of Truth (SOT) and delivered data, fortifying ONES’ resilience
  • This commitment bolsters confidence in the accuracy and reliability of ONES’ telemetry data insights

Resource Optimization with Datadog Integration

  • Seamless integration with Datadog for Resource Optimization verification enables meticulous monitoring and analytics of resource utilization
  • Engineers leverage real-time insights to fine-tune configurations, ensuring optimal performance thresholds for ONES

‍

Scale simulator architecture
Figure-3: Scale simulator architecture

Fault Tolerance and Resilience Validation

  • ONES deploys an innovative Traffic Control mechanism in the Linux ecosystem, validating its response to varied network disruptions
  • This approach assesses ONES’ ability to navigate and overcome adverse conditions effectively
  • Milestone in Telemetry Solutions

ONES’ scaling journey marks a pivotal milestone, reflecting commitment towards unparalleled telemetry solutions for evolving modern network needs.

ONES`s Latency was measured under the scale conditions. Subject to scale conditions handling 1024 odd devices, the time taken by the collector to process the data received and push to the database was continuously monitored and remarkable consistency of low latency was achieved under the scale conditions.

How does the gNMI simulator support scale testing for gNMI-based systems?

A gNMI simulator developed internally to support scale testing is designed to emulate realistic scenarios for gNMI-based systems at large scales. This simulator allows engineers to generate a high volume of gNMI requests and responses, enabling comprehensive testing of the system’s performance, scalability, and resilience under various conditions. It facilitates the evaluation of how the gNMI-based system handles a significant number of concurrent connections, diverse telemetry data, and complex network scenarios. This tool is instrumental in identifying potential bottlenecks, optimizing resource utilization, and ensuring the reliability of gNMI implementations in large-scale environments.

Conclusion

Discovering the challenges and triumphs in scaling ONES for robust telemetry solutions has never been more accessible. Explore our journey, witness the strategies firsthand, and witness ONES in action by booking your One Center demo today. Engage with our team and experience the evolution of scalable solutions firsthand. 

Categories
ONES

Validate SONiC with high Quality Bar for Your Mission Critical Use Cases

Try FTAS Latest 2.3 Release with EVPN, MC-LAG, ECMP and focus on Scaling

Try Fabric Test Automation Suite (FTAS) 2.3 Latest Release  – a robust suite of test cases meticulously designed to evaluate the deployment readiness of SONiC. Our unwavering commitment to improvement has shaped FTAS, evolving through invaluable customer feedback and integrating new features in alignment with the latest SONiC releases.

Exciting news on our journey – FTAS 2.3 is now live! This version brings a myriad of enhancements, all aimed at refining SONiC assessment and streamlining pre-deployment testing. Let’s explore the latest features and discover how they can enhance your testing experience!

4 Exciting Features in FTAS 2.3 You Should Know

  1. Decoding the Technological Tapestry of Data Center Interconnect
  • Data Center Interconnect (DCI) orchestrates a seamless integration of cutting-edge technologies. EVPN (Ethernet VPN), VXLAN (Virtual Extensible LAN), and MCLAG (Multi-Chassis Link Aggregation Group) collaboratively contribute to the intricate dance of network orchestration. EVPN dynamically manages control plane operations, VXLAN extends virtual networks seamlessly, and MCLAG ensures redundancy and load balancing. This technical synergy within DCI forms a robust infrastructure, adept at addressing the challenges of interconnected data centers. Each technology plays a pivotal role in achieving fluidity and resilience in the overall network composition.In response to real-world customer deployments, the latest release of FTAS introduces a host of new test cases, enhancing the existing coverage and ensuring a comprehensive evaluation of your network infrastructure.
  1. The Advantages of BGP-EVPN with VXLAN in Data Center Communication
  • Seamless Connectivity:
    • VXLAN EVPN ensures uninterrupted data flow by extending Layer 2 connectivity over a Layer 3 network.
  • Efficient Workload Management:
    • Dynamically manages virtualized workloads and facilitates precise distribution of MAC and IP addresses.
  • Scalability and Flexibility:
    • Adapts to the evolving demands of modern data center deployments, providing a reliable solution for network virtualization.
  • Enhanced Connectivity in FTAS 2.3:
    • Explore diverse scenarios covered by VXLAN EVPN in FTAS 2.3, showcasing its ability to enhance network connectivity and foster resilience.
  • Discover the power of BGP-EVPN with VXLAN, contributing to seamless communication, efficient resource utilization, and enhanced data center performance. Explore FTAS 2.3 for a deeper insight into these advantages.
EVPN/VXLAN Topology
EVPN/VXLAN Topology

Here are the VXLAN EVPN scenarios covered in FTAS 2.3.

Feature Test Scenario
BGP-EVPN-VXLAN EVPN VXLAN Configuration and verification
EVPN VXLAN for known unicast, BUM traffic (eBGP) with RIF
EVPN VXLAN for known unicast, BUM traffic (eBGP) with SVI
EVPN VXLAN for known unicast traffic (eBGP) with link events and router failure – RIF
EVPN VXLAN for known unicast traffic (eBGP) with link events and router failure – SVI
EVPN VXLAN for known unicast traffic (eBGP) with link events and router failure – RPCH
Symmetric IRB with EVPN eBGP-RIF (eBGP)
Symmetric IRB with EVPN iBGP-RIF (iBGP)
Symmetric IRB with EVPN iBGP-SVI
Symmetric IRB with EVPN eBGP-RPCH
Symmetric IRB with EVPN iBGP-RPCH
Asymmetric IRB with EVPN eBGP
Asymmetric IRB with EVPN iBGP
  1. What is MCLAG and How Does it Enhance Data Center Reliability?
  • MCLAG (Multi-Chassis Link Aggregation) stands as a beacon for enhancing data center reliability, fostering a resilient and redundant network infrastructure. In the face of a switch failure, MCLAG seamlessly transfers traffic to a backup switch, effectively preventing downtime. This technology ensures high availability, load balancing, and simplified network design, making it indispensable for critical applications where continuous connectivity is paramount.Discover the breadth of MCLAG use cases covered in FTAS 2.3, showcasing its ability to fortify data center networks and elevate reliability based on real-world customer deployments.
L2 MCLAG
L2 MCLAG
L3 MCLAG
L3 MCLAG

FTAS 2.3 covers following MCLAG use cases based upon the customer deployments.

Deployment Test Scenario
L2 MCLAG MCLAG-L2 Steady State with port channel and vlan on peer link
MCLAG-L2 Member Link Down
MCLAG-L2 Peer Link Down
MCLAG-L2 Active Reboot
MCLAG-L2 Standby Reboot
L3 MCLAG MC-LAG L3 validation using port channel configuration
MC-LAG L3 validation, Bring down the member link of Spine1
MC-LAG L3 keepalive link down
MCLAG-L3 Active Reboot
MCLAG-L3 Standby Reboot
  1. Maximizing Network Efficiency: A Deep Dive into ECMP Scaling & Resilience
  •  Mastering ECMP: Navigating Scaling and Resilience Essentials- 
  • Intelligent Traffic Distribution:
    • ECMP optimizes network performance by intelligently distributing traffic across equal-cost paths.
  • Enhanced Load Balancing:
    • In data centers, ECMP significantly enhances load balancing for efficient traffic distribution.
  • Increased Bandwidth Utilization:
    • ECMP maximizes efficiency by substantially increasing bandwidth utilization.
  • Fault Tolerance Assurance:
    • Ensures fault tolerance, maintaining network resilience in the face of disruptions.
  • Crucial in Modern Environments:
    • In dynamic environments, ECMP ensures efficient resource utilization and high availability.
  • FTAS 2.3 Advancements:
    • FTAS 2.3 introduces eBGP support, enhancing ECMP scalability for advanced network capabilities.
  • Explore ECMP eBGP Scenarios:
    • Delve into diverse ECMP eBGP scalability scenarios in FTAS 2.3 for insights into scalable and resilient networks.
  • Unlock the potential of ECMP Scaling & Resilience with FTAS, from foundational principles to advanced capabilities in FTAS 2.3.Here is the list of ECMP eBGP scalability scenarios added in FTAS 2.3.
Test Scenario Description
ECMP Scalability – eBGP support Scalability to 16 ECMP paths and 32K eBGP routes
Scalability to 32 ECMP paths and 64K eBGP routes
Scalability to 64 ECMP paths and 128K eBGP routes
Scalability to <number of leaf1 ports> ECMP paths and 1K eBGP routes per path

Conclusion

FTAS 2.3 has arrived, brimming with enhancements to facilitate seamless SONiC assessment. This latest release introduces an array of new VXLAN EVPN scenarios, encompassing diverse test cases tailored for efficient data center communication. Furthermore, MCLAG use cases guarantee the establishment of resilient, redundant networks, providing a safeguard against downtime during switch failures. Notably, FTAS 2.3 extends its support for ECMP scalability with eBGP, elevating both network performance and fault tolerance.

Dive into the specifics of these upgrades, ranging from VXLAN EVPN configurations to MCLAG and ECMP eBGP scalability scenarios. With its comprehensive coverage and improved capabilities, FTAS 2.3 promises to elevate your testing experience, ensuring your SONiC assessment is not just thorough but also enriched with advanced features.‍

Schedule a Call with Our Team to Delve into FTAS. For comprehensive information before the scheduled call, visit our FTAS product page.

Validate SONiC with high Quality Bar for Your Mission Critical Use Cases

Try FTAS Latest 2.3 Release with EVPN, MC-LAG, ECMP and focus on Scaling Try Fabric Test Automation Suite (FTAS) 2.3 Latest Release  – a robust suite of test cases meticulously designed to evaluate the deployment readiness of SONiC. Our unwavering commitment to improvement has shaped FTAS, evolving through invaluable customer feedback and integrating new features […]