机房清洗带宽和网络线路选择不能只看报价中的一个带宽数字。清洗服务能否承接流量、正常访问能否稳定到达机房，以及清洗后的流量能否顺利回源，是三件不同的事。部署前逐项核对以下五个风险点，并要求服务方说明测量口径和故障处理方式。
一、把“清洗能力”误当成可用带宽
清洗中心的整体处理能力、分配给单个客户的防护额度，以及机房出口带宽并非同一指标。合同写有较大清洗能力，不代表所有时段都能获得相同的单客户资源；清洗后流向源站的流量也受回源链路限制。
先分别确认防护带宽、清洗后可用带宽和源站出口容量。再根据正常业务峰值、历史流量曲线和可接受的突发流量评估余量，不要仅凭某次测速结果定容量。若业务峰值随季节或活动变化，应说明统计时段，并约定扩容所需时间。
二、只看线路名称，不核对实际路由
BGP线路通常可通过多运营商路由改善不同网络的可达性，但实际效果取决于接入运营商、路由策略和故障切换配置。单运营商线路路径较直接、管理相对简单，却可能在特定地区或运营商网络发生拥塞时缺少替代路径。多线也不自动等于低延迟或无丢包。
部署前要求确认接入运营商、公布路由的方式、故障切换条件，以及去程和回程是否可能经过不同路径。可从主要用户所在网络安排测试点，在不同时段观察延迟、丢包和路由变化；测试结果只能代表对应时间和路径，不能替代持续监测。
三、忽略清洗后的回源瓶颈
流量进入清洗中心后，仍需经回源带宽送往服务器。如果回源链路不足，清洗服务正常也可能出现访问变慢。反过来，单纯放大回源容量，也不能解决清洗入口或线路路由不足的问题。
画出“用户—清洗中心—机房出口—源站”的链路图，逐段标注容量、运营商和责任方。核对清洗中心到机房的专线或隧道带宽、是否共享、拥塞时如何限流，以及源站是否有多个入口。容量规划要按实际回源流量核验，不能把清洗入口标称值直接当作源站可收到的流量。
四、规则误判正常业务
清洗策略可能对连接频率、报文特征或协议行为进行识别。配置过严时，合法客户端也可能受到影响；配置过宽则可能降低防护效果。风险在于没有提前验证业务协议、固定来源地址、长连接和特殊端口等实际需求。
上线前整理端口、协议、来源范围及业务连接特征，先在可观测、可回退的条件下验证规则。明确告警查看方式、误拦截申诉渠道、策略调整联系人和响应时限。涉及加密流量时，还应确认清洗方案是否需要解密，以及证书和数据处理责任由谁承担。
五、服务边界与切换方案不清
机房清洗带宽和网络线路选择还要核对谁负责发现攻击、谁执行引流、谁维护路由，以及服务中断时如何恢复。不同服务可能采用自动引流、人工切换或预先配置路由等方式，适用条件和切换速度并不相同。
把监控范围、通知渠道、维护窗口、故障升级路径、日志留存和退出方案写入交付清单。尤其要确认停止清洗或切回原线路的步骤，避免防护结束后路由仍指向清洗中心。
部署前的逐项核对步骤
收集正常流量曲线、主要访问地区、业务端口和源站出口容量，标注数据对应的日期与统计周期。
向服务方分别索取清洗额度、清洗后带宽、回源线路容量和线路运营商说明，逐项确认是否独享、共享及超额处理方式。
核对路由发布、回程路径、切换条件和责任边界；必要时从多个运营商网络进行分时测试。
在变更窗口内验证正常访问、告警通知、策略调整和回切流程，并记录联系人、操作权限与回退条件。
完成这些核对后，再比较报价和服务等级。机房清洗带宽和网络线路选择的重点不是追求单一的最大数值，而是让清洗入口、线路路由、回源能力与故障流程相互匹配。
常见问题
清洗带宽越大越好吗？
不一定。应结合预期流量、单客户可用额度、清洗后带宽和回源容量判断，单看中心总能力不足以确定适配程度。
BGP线路一定比单运营商线路稳定吗？
不一定。BGP可提供多运营商路由选择，但稳定性仍取决于接入质量、路由策略和切换机制，需要结合用户分布测试。
测试几次就能确定线路质量吗？
不能。短时测试只反映特定时间和路径。应在不同时间、不同运营商网络观察，并结合持续监控与服务方的故障记录评估。
上线前最容易漏掉什么？
常见遗漏是回源链路容量、清洗规则误拦截处理方式，以及故障后如何切回原线路。
