
1.1 列出必要指标:可用性(例如99.95%)、MTTR(平均修复时间)、首次响应时间、支持窗口(24/7或工作日)、维护通知提前期。
1.2 量化规模:需要多少个IPv4、是否要求独立子网/ASN、IP切换频率、带宽与并发连接数。
2.1 要求原始SLA文本:找到“故障定义”“补偿机制(SLA credits)”“不可抗力条款”“维护窗口”条款。
2.2 检查补偿逻辑:确认补偿如何计算、是否自动兑现、是否存在索赔上限和申请流程(建议要求自动化账单或API查询)。
3.1 网络可达性:从至少三个不同地域节点用ping/traceroute/mtr测试延迟与丢包,例如:mtr -c 100 ip; 保存结果作为基线。
3.2 弹性与路由:要求提供IP所属ASN与汇聚关系,执行bgp looking glass或使用bgp.he.net查路由,看是否存在单点出网。
3.3 端口与服务测试:对SSH/HTTP/SMTP等运行端口执行curl/telnet/openssl s_client测试,确认响应与证书链无异常。
4.1 IP控件API:要求演示或给出API文档,确认是否支持按需分配、批量替换、反向DNS/PTR设置。
4.2 IP信誉与暖机:索要IP历史与净化机制,执行SMTP收发测试与第三方IP信誉查询(例如: SenderBase, Talos),记录结果作为评估依据。
5.1 开立试验工单:在评估期内先提交一个非紧急问题并计时记录“首次响应时间”与“解决时间”,验证是否与SLA一致。
5.2 模拟故障演练:要求供应商在受控环境下演示一次节点重启或链路切换,观察沟通流程、升级机制与变更通知频率。
5.3 评估支持通道:确认是否有工单系统、实时聊天、电话与高级工程师直通通道,记录工单编号与沟通效率。
6.1 将关键SLA写入合同:明确故障定义、补偿公式、索赔流程、最小可用性、MTTR和支持时间。
6.2 要求透明报告:合同中要求提供月度/季度可用性报告与事件复盘(post-mortem),并约定不合格时的退款或服务抵扣。
6.3 预留退出条款:在IP信誉问题或反复违约时允许快速迁移或解除合同,确保数据与IP回收流程明确。
答:选择评估期内提交至少两类工单(账务类和技术类),分别在工作时间和非工作时间提交,记录从提交到“首次人工回复”的时间点,重复3次取平均并与SLA承诺比对;若供应商支持API建单,可通过脚本自动比较时间戳。
答:要求供应商提供IP历史、WHOIS/ARIN分配信息与最近90天的使用记录,做第三方信誉查询并要求提供独立子网或单独ASN承诺;同时在合同中写明“滥用处理与补偿”条款。
答:保存所有监控数据(外部监控如UptimeRobot/Pingdom、mtr结果、工单时间戳),按SLA规定提交索赔申请并附上证据;若合同要求,要求供应商提供事件复盘并按合同自动或人工核算SLA credits,必要时通过仲裁或法律途径执行合同。