架构概述

之前使用过chatgpt和claude协助写过一些测试脚本，比如早期的：RDMA测试脚本 by ChatGPT？！，后来优化的就没更新在blog中了。以至于后来研发的同事帮忙优化的测试脚本，虽然目前可以达到一定需求，但python精度太差，都是ms级精度控制，效率不是很高。因此需要一套高性能RDMA测试脚本，满足不同场景下针对交换机的测试需求。目前看上去使用openmpi来控制perftest的思路比较合理，而且有的用户也在使用类似的方式，所以就尝试走这条路。以下是五一期间跟claude合作开发的测试系统，里面很多细节还有待完善中。

设计思想

本方案采用 MPI 指挥 + perftest 执行的分离架构：

• MPI（mpi4py）：只做”指挥官”——进程启动、全局同步（Barrier）、决策广播（Bcast）
• perftest（ib_write_bw）：做”士兵”——真正发送 RDMA Write 流量，由 HCA 硬件直接执行
• 流量控制：通过 SIGSTOP/SIGCONT 信号（training 模式，毫秒级突发）、perftest 内置 rate_limit/burst_size（storage 模式，微秒级突发，但并行打流时机会错开）、或两者结合（sync_burst 模式，微秒级突发，同步并行打流）

背景

之前一直看到有人谈论用Chatgpt编程序，设计产品，做游戏，反正很神就是了。在我使用过程中，并没有感觉那么神，也许是提示字给的不标准吧。最近正好有个机会，需要搞一个All2all的测试脚本，可自动化提供大规模All2All的测试任务。因此就测试了下GPT的能力。

目前用的是最新版本GPT4o（自行花了20美金），整体使用下来，GPT确实可以协助编程，只是沟通起来比较费劲和费时间……如果真正要搞一个项目，就不太现实了。估计还要再迭代几轮吧。即使是最牛的GPT4o，在沟通交互中，仍然会有以下问题：

• 强调过的内容，可能要重复说3-4遍，GPT才真的听进去了，但过了几轮后可能就又忘记了，比如”不着急出优化代码，先讨论问题“；
• 为了提升效率，对于一些小优化，其实可以提供代码片段，但GPT有时候提供的片段跟代码本身没有强联系；
• 为了排障，在脚本中增加了一些提示信息（增加执行log）。后面随着不断迭代优化，就会发现有些功能消失了。这种现象很明显，很可能会遇到之前解决过的问题再次出现……

Introduction

I summarized SR/SRTE hands-on-deck that includes our highlight features and show information in the same topology, content includes the following topic, now revised version is v3:

• Hands-on Brief
• Segment Routing Basic
• L3VPN in Segment Routing
• Interworking between LDP and SR
• TI-LFA in Segment Routing
• SRTE Solution in MPLS SR
• SR IGP Flexible Algorithms
• Egress Peer Engineering(EPE)
• SRv6 Solution

Introduction

There are two old great features that can achieve Active/Active in multi-chassis:

• mLACP: ASR9k support, and by ICCP.
• NV Cluster: only ASR9k support, not need other protocol (e.g ICCP), but not support from 6.x.

So could we have the similar solution on NCS55xx? The answer is “Yes”, we can deploy EVPN + Anycast IRB to achieve the similar function. For this article, no reference to real EVPN environment, only use multi-home A/A EVPN function. And include testing when link failure.

Conclusion

• If you deploy EVPN + Any IRB, you must to know there are no dynamic IGP protocol between CE/mPE or Host/mPE, only Static or default GW. That due to we couldn’t deploy the same IGP process at two chassis. That should different with NV Cluster. As follow:

• Due to deploy EVPN that belong to BGP, so we need underlay protocol that can be achieved by LDP or Segment Routing. In this example, will deploy Segment Routing.
• Traffic(via EVPN) will not forward to the link between two PEs, so no need to deploy inter-link. Except customer has other L3 business in the same PEs.