Skip to Content
Hide last authors
EANTC Bot 2.1 1 (% class="row" %)
2 (((
3 (% class="col-xs-12 col-sm-7 test-report-content" %)
4 (((
5 ----
6
7 === Editor's Note ===
Monika Leung 3.2 8
EANTC Bot 2.1 9 {{id name="editors_note"/}}Welcome to the latest edition of the EANTC multi-vendor interoperability test report! It has been an honor for us to gather the leading network equipment manufacturers again - Arista Networks, Arrcus, Calnex Solutions, Ciena, Ericsson, H3C Technologies, Huawei Technologies, Juniper Networks, Keysight, Microchip, Nokia, and Ribbon Communications participated. In February, a team of more than 70 engineers from vendors and EANTC conducted an intense three-week test event at our lab in Berlin.
10
11 This year, **we split the report into a paper-based overview and a much more extensive online version. Our website has full details of all test results. Please scan the QR codes, enter the URLs displayed on this and the following pages, or browse EANTC's website** to access the individual report areas. The online report is more detailed than the printed report in previous years!
12
13 This year, we have continued our coverage of multi-vendor interoperability of segment routing, EVPN, time synchronization, network management, and orchestration. Meanwhile, these technologies have matured considerably, albeit to different degrees (see more details in each report section). Once we had built a baseline of interoperable services between participating vendors, we focused on the latest innovations in each area - cloud data center and data center interconnect services, and advanced 5G/6G transport use case tests.
14
15 Segment Routing over IPv6 (SRv6) has evolved from a challenger to a major pillar of our transport protocol tests. Its advantages - a single, scalable transport solution spanning from data centers through access and aggregation to the core network - are convincing. The number of vendors participating in this test area is stable. In parallel, Segment Routing over MPLS (SR-MPLS) remains a stronghold for service provider networks because it works on many routers without needing hardware upgrades. For the foreseeable future, SRv6 and SR-MPLS will coexist. Likewise, VXLAN maintains its role in data center (DC) networks, supported by standard switch hardware and simple to manage for DC operators. Consequently, vendors tested gateways between SR-MPLS, VXLAN, and SRv6 again.
Monika Leung 3.2 16 \\EVPN (Ethernet VPN Service) is the workhorse carrying all the end-to-end application data across all segment routing and VXLAN transport networks. We validated extension operational improvements and focused on interworking EVPN gateways between VXLAN and SR-MPLS. Additionally, we helped vendors expand the interoperability of many of the core EVPN service attributes.
EANTC Bot 2.1 17
18 5G networks continue to evolve, with packetized transport becoming the de facto standard across all segments. Transformation particularly occurs in fronthaul networks, where Ethernet-based transport solutions substitute traditional CPRI-based connectivity, for example, in the O-RAN Alliance architecture. The migration enables greater flexibility and cost savings; at the same time, it introduces stringent transport network performance and reliability requirements. Critical parameters such as ultra-low latency, minimal packet delay variation (jitter), and precise timing synchronization must be maintained to ensure optimal radio access network operation. Our interoperability tests reflected multi-vendor, real-world deployment conditions: We evaluated x-haul SRv6 environments with parallel PTP traffic, secure PTP transport using MACsec, constraint-based routing based on policies, and more.
19
20 Many 2025 MPLS&SRV6AI NetWorld conference presentations focus on artificial intelligence (AI). In preparation for our interop test, we encouraged vendors to contribute AI-enabled network solutions. However, today's early AI-based implementations focus on single-vendor-focused domain-specific optimizations, and some use proprietary telemetry collection methods. From EANTC's point of view, the strength of today's Internet routing solutions (and the theme of our event) is interoperability, which drives innovation, protects investments, and enables a global market. We feel that our continued coverage of multi-vendor solutions helps progress the industry more than jumping on the AI bandwagon too early: Interoperable automated provisioning with PCEP and NETCONF/Yang, and interoperable automated network optimization with Segment Routing policies and flexible algorithms are a reality already today. We look forward to including Yang push and other improved standardized telemetry mechanisms next year - and potentially AI-based solutions if they will fit in standardized, multi-vendor environments.
21
22 I sincerely thank all the participating vendor teams for their strong commitment to this year's test over many months, through an intense three-week hot staging at EANTC in Berlin and culminating in the public live display in Paris. It is an honor for EANTC to see that our interoperability efforts contribute a little to the success of many service provider, enterprise, and government networks worldwide - enabling a wide choice of innovative solutions and a lively global market. The EANTC team hopes that this test report provides new insights and proof points for network operators.
23
24 === EANTC's Mission ===
Monika Leung 3.2 25
EANTC Bot 2.1 26 EANTC provides vendor-neutral testing to validate the interoperability, performance, robustness, and security of network solutions, platforms, and applications. Since 1991, we have been committed to transparent and reproducible assessments, helping the industry ensure standards compliance and minimize operational risks. With over 33 years of experience, we accelerate technology development and enhance the stability of vendor solutions, enabling reliable and high-quality network deployments.
27
28 === Working Process ===
Monika Leung 3.2 29
EANTC Bot 2.1 30 Preparations for the MPLS & SDN interoperability event began in September 2024, with initial discussions on test areas and potential test cases held across multiple technical calls with all participating vendors. These sessions focused on reviewing test case details, exploring new testing ideas, and aligning with the latest standards to ensure the test plans are up-to-date with industry advancements.
31 The Hot Staging was held in Berlin in the latter half of February, where the latest hardware and software arrived from all over the world, ready for testing. Two weeks of intensive testing, detailed discussions, and quick problem-solving led to excellent outcomes for all participants vendors.
32 EANTC engineers carefully observed and validated each test combination, following strict procedures and predefined test steps. This report includes only those results that were consistently submitted, logged, and verified by EANTC specialists to ensure accuracy and avoid misinterpretations or false positives
33
34 === Test Area Selection ===
Monika Leung 3.2 35
EANTC Bot 2.1 36 EANTC defines the test areas in collaboration with participating vendors to cover all key aspects of service provider networks. Vendors contribute new test cases, often with input from IETF RFC and draft editors within their teams. Given the extensive scope, we prioritize test cases that receive broad implementation support.
37 Our primary focus is on multi-vendor testing, so test cases implemented by a single vendor are generally excluded. However, an exception is made if a previously validated multi-vendor test fails during hot staging, leaving only one vendor with a working, standards-compliant implementation. In such cases, we recognize their commitment and report the result.
38
39 === Interoperability Test Results ===
Monika Leung 3.2 40
EANTC Bot 2.1 41 As always, this test report highlights only the successful test combinations (those that passed), along with the corresponding vendor and device names. In this context, the term "tested" refers to multi-vendor interoperability tests.
42 Test combinations that did not pass are not shown in the diagrams but are referenced anonymously in the report to illustrate the current state of the industry. From our experience, vendors swiftly address interoperability issues following our tests, and we believe it's more productive to support their efforts to improve rather than penalize them for testing new solutions. Maintaining confidentiality is key to encouraging vendors to bring their latest—often still in beta—solutions to the table, ensuring a secure space for testing and learning.
43 The Test Results will be presented live at the 26th edition of the MPLS & SRv6 AI Net World Congress. For over 20 years, we have been showcasing interoperability tests at Upperside's conferences.
44
45 === Participating Vendors and Devices ===
Monika Leung 3.2 46
EANTC Bot 2.1 47 {{id name="vendors_devices"/}}Here is the list of the devices that the participating vendors installed and tested during the Hot Staging. In some cases, multiple fixed configurations of the same product families were tested, to explore different interface types or hardware options.
48
49 {{container cssClass="tc-role-table"}}
50 (% class="table-bordered" %)
51 |=Participants|=Devices
52 |(% rowspan="3" %)Arista Networks|7050SX3
53 |7280R2
54 |7280R3
55 |(% rowspan="2" %)Arrcus|S9600-72XC
56 |S9610-36D
57 |(% rowspan="5" %)Calnex Solutions|Paragon-neo PAM4
58 |Paragon-neo S
59 |Sentinel
60 |Sentry
61 |SNE Ignite
62 |(% rowspan="3" %)Ciena|5134
63 |8140 Coherent Metro Router
64 |Navigator Network Control Suite
65 |(% rowspan="3" %)Ericsson|Router 6671
66 |Router 6676
67 |Router 6678
68 |(% rowspan="6" %)H3C Technologies|AD-WAN
69 |CR16000-M1A
70 |CR16003E-F
71 |CR16005E-F
72 |S12500R-48Y8C
73 |S12500R-48C6D
74 |(% rowspan="7" %)Huawei Technologies|ATN 910C-G
75 |ATN 910D-A
76 |NetEngine A816
77 |NetEngine A821
78 |NetEngine 8000 M14
79 |NetEngine 8000 M8
80 |NetEngine 8000 X4
81 |(% rowspan="13" %)Juniper Networks|ACX7024
82 |ACX7024X
83 |ACX7100-32C
84 |ACX7100-48L
85 |ACX7348
86 |ACX7509
87 |MX10004
88 |MX204
89 |MX304
90 |PTX10002-36QDD
91 |QFX5120-48Y
92 |QFX5130-32CD
93 |Cloud-Native Router (JCNR)
94 |(% rowspan="2" %)Keysight|IxNetwork
95 |Time Sync Analyzer
96 |(% rowspan="2" %)Microchip|TimeProvider^^®^^ 4100
97 |TimeProvider^^®^^ 4500
98 |(% rowspan="6" %)Nokia|7220 IXR-D2L
99 |7250 IXR-e2
100 |7250 IXR-X3b
101 |7750 SR-1
102 |7730 SXR-1x-44s
103 |Network Services Platform (NSP)
104 |Ribbon Communications|NPT-2100
105
106 {{/container}}
107
108 === Test Equipment ===
Monika Leung 3.2 109
EANTC Bot 2.1 110 The Spirent TestCenter generated unicast, multicast and broadcast traffic in the EVPN SR-MPLS and EVPN VXLAN test beds.
Monika Leung 3.2 111 \\The Calnex Solutions Paragon-Neo PAM4 and Paragon-Neo S measured the time error between PTP-synchronized devices and analyzed synchronization signals for SyncE-synchronized devices while emulating a Telecom Grandmaster (T-GM) and Telecom Slave Clock (T-SC). The Calnex Solutions Sentinel measured the 1PPS time error for PTP-synchronized devices.
112 \\The Keysight Time Sync Analyzer measured the time error between PTP-synchronized devices, analyzed synchronization signals for SyncE-synchronized devices and emulated a T-GM, T-SC, Distributed Unit (DU), and Radio Unit (RU).
113 \\The Keysight IxNetwork acted as a traffic generator and network emulator, emulated the IGP underlay and BGP VPN overlay, and provided a flexible packet builder.
EANTC Bot 2.1 114
115 === [[EVPN>>doc:.EVPN.WebHome]] ===
116
117 === [[Orchestration and Automation>>doc:.Orchestration and Automation.WebHome]] ===
118
119 === [[SR-MPLS>>doc:.SR-MPLS.WebHome]] ===
120
121 === [[SRv6>>doc:.SRv6.WebHome]] ===
122
123 === [[Time Synchronization>>doc:.Time Synchronization.WebHome]] ===
124
125 === Overall Physical Test Topology ===
Monika Leung 3.2 126
EANTC Bot 2.1 127 {{id name="phys_topology"/}}
128
129 [[Figure 1: Overall Physical Test Topology>>image:434507675074625537_Topology-V15.jpg||alt="Figure 1" width="550"]]
130
131 === Conclusion ===
Monika Leung 3.2 132
EANTC Bot 2.1 133 {{id name="conclusion"/}}This marks the conclusion of the 23rd edition of the EANTC interoperability test — the most comprehensive and long-standing multi-vendor interoperability testing series for service provider transport networks leveraging IP, Segment Routing, and (initially) MPLS. Thanks to our trusted, longstanding collaboration with Upperside Conferences, we successfully presented an increasingly expansive and sophisticated showcase at the MPLS & SDN World Congress in Paris once again this year.
Monika Leung 3.2 134 \\Test outcomes were distributed as follows:
EANTC Bot 2.1 135
136
Monika Leung 3.2 137 * 46% in Segment Routing
138 * 25% in EVPN
139 * 19% in time synchronization
140 * 10% in network management and orchestration
141
EANTC Bot 2.1 142 Amid the global expansion of standalone 5G deployments, many participating vendors focused on testing advanced 5G x-Haul scenarios utilizing SRv6 and SR-MPLS data planes, including traffic engineering policies and time synchronization.
Monika Leung 3.2 143 \\The results reflect a pivotal moment for the transport networking industry: Segment Routing architectures (SR-MPLS and SRv6 with EVPN) are now robust, mature, and refined. However, the industry's focus is shifting to address the needs of cloud data centers running GenAI workloads and the demands of 5G/6G-ready mobile edge services. These use cases necessitate highly scalable, reliable, and application-specific service performance.
144 \\Simultaneously, service providers must rethink how they manage network operations centers (NOCs). The manual, network management software-assisted approaches of the past no longer keep pace with growing complexity. As network architectures mature and qualified, affordable personnel is challenging to hire, the urgency for automated network operations intensifies. While automated provisioning has long been a standard for consumer and small business services, fully autonomous networks (TM Forum AN Level 4) are now on the horizon. Such networks will leverage telemetry-based analytics, automated troubleshooting, and self-optimizing capabilities.
145 \\In both key areas—application-specific services for AI and automated network operations—manufacturers are making rapid progress, so far sometimes with proprietary solutions. At EANTC, we advocate for the accelerated development of standards-based, interoperable solutions. Critical questions remain: How will future transport networks support supplier-independent network expansion? Will service providers retain the ability to issue RFPs for discrete components like core, aggregation, peering, and edge routers, or will they need to embrace single-vendor ecosystems to achieve automated operations? These are critical topics that we will tackle next year.
146 \\We hope our tests offer valuable insights to network operators—including carriers, service providers, MNOs, large enterprises, and government agencies—demonstrating how to design efficient architectures and achieve seamless operations in multi-vendor network environments.
EANTC Bot 2.1 147
148 (% id="prev-next-links" %)
Monika Leung 3.2 149 | |[[Next ~>>>doc:.EVPN.WebHome]]
EANTC Bot 2.1 150 )))
151
152 (% class="col-xs-12 col-sm-5 test-report-sidebar" %)
153 (((
154 {{box}}
155 {{include reference="Sidebar Nav"/}}
156 {{/box}}
157 )))
158 )))