一、多服务器场景：场景中现在有 2 台 DHCP 服务器（Server A 和 Server B）。这能完美展示为什么 DORA 过程中的“R (Request)”步骤需要广播——客户端需要告诉 Server A “我选你了”，同时告诉 Server B “我没选你，请回收 IP”。
1、极致慢速：每一个传输步骤的动画时长延长到了 4 秒，中间有充足的停顿，让您有足够的时间讲解或观察细节。
防遮挡设计：
2、UI 面板：移至屏幕最底部，高度压缩，背景半透明。
3、3D 标签：标签悬浮高度大幅增加，且位于模型上方较远位置，避免遮挡模型本身。
清晰的逻辑展示：
4、Discover：发往两台服务器。
5、Offer：两台服务器分别提供不同的 IP（.100 和 .101）。
6、Request：客户端选择 Server A，Server B 收到广播后显示“回收 IP”。
7、Ack：只有 Server A 回复确认。
演示内容解析：
1、场景布局：
Client (右)：一台笔记本电脑模型，屏幕颜色代表其网络状态（灰=无IP，黄=请求中，绿=已获取）。
Server (左)：两台服务器机柜，上面的指示灯会随数据包到达而闪烁。
连接线：中间的灰色线条，握手成功后变绿。
2、DORA 流程动画：
Discover (黄色包)：Client -> Server。客户端“大喊”寻找服务器。
Offer (绿色包)：Server -> Client。服务器从地址池拿出一个 IP，提供给客户端。
Request (蓝色包)：Client -> Server。客户端正式请求占用该 IP（广播形式，告知其他 DHCP 服务器我已选定）。
Ack (紫色包)：Server -> Client。服务器最终确认，租约生效。
3、UI 交互：
底部面板实时显示当前处于 DORA 的哪一步，并配有通俗易懂的中文解释。
3D 标签（Packet Label）跟随数据包移动，显示包的类型（如 DHCP ACK）。
