第一次在 ROS软路由上把设备分好组之后，很容易以为这件事一次做完就不用再动了。实际跑上一两个月，总会遇到需要挪动的时候：设备用途变了、线路增减了、某一组太挤了。挪得早不早，直接影响后面要不要返工，也决定这条线路是不是一直在将就着用。
三种该挪的信号
第一种是用途变了。设备在 ROS软路由上原本归在 A 组做一件事，现在改做另一件，继续留在原来的组里，它走的线路和挂着的规则就都对不上了，表面上一切正常，实际每一条都在将就。这种错配不会报错，只会让结果慢慢偏掉，回头再看已经攒了一堆对不上的记录。
第二种是负载偏了。某一组的设备明显比别的组多，那条代理IP线路被压得很满，另外几条却闲着，这种时候挪一两台过去，比新买一条线路便宜，见效也快。
第三种是规则开始打补丁。同一组里的设备需要越来越多例外规则，说明这一组本来就不该放在一起，拆开比继续加例外更清爽，改动时顾忌也少。例外条数本身就是个信号，只增不减的组，迟早要重新划一次。
挪动时按什么顺序做
- 先确认目标组有可用地址与余量
- 把设备的原绑定解开，不要两边都留
- 在目标段里重新绑定地址
- 改无线名称，让它连到新组对应的名称上
- 更新对应表，注明挪动日期
在 ROS软路由上，解开原绑定这一步最容易被跳过。两边都留着，短期看不出问题，等到某台新设备想用这个 IP 地址时才会撞上，那时候已经想不起是谁留下的记录。
挪动前后各核一次：挪之前确认目标组放得下，挪之后确认设备真的过去了。
挪动本身不复杂，麻烦的是漏掉中间某一步之后的隐性冲突。
- 用途变了：线路和规则跟着失效
- 负载偏了：一条挤、一条闲
- 例外多了：说明分组的依据该改
这三种信号出现任何一种，在软路由上挪动都比硬撑划算，代理IP该服务哪一组设备也就重新对上了。