IP申请到路由宣告之间,最容易出错的不是命令,而是准备与策略匹配——错一环,业务就丢包或被黑。
本文解决三件事:如何合规拿到HE/香港机房IP、如何与机房BGP对接并宣告、以及上线后的验证与监控清单,便于工程师按表执行。
香港HE机房通常按项目与ASN审核IP需求,既看业务量也看路由历史与滥用记录;合规与反滥用是首要门槛。
在实际项目落地中,我们发现机房会优先给有ASN、IRR记录及合理背景的客户IP段——没有这些,申请常被要求补材料或限额发放。行业共识:完整的备案与IRR声明,大幅提升通过率。下一步要准备ASN与路由对象证明,便于快速对接BGP。
对接前要准备:ASN、可宣告的前缀(如/24)、ROA/RPKI或IRR对象;缺一不可,能省掉大量人工沟通。
根据我们以往对该行业的观察,缺ROA会导致路由被过滤或优先级下降;因此先做RPKI验证比事后补救更稳妥。小结:准备齐全能把故障窗口从天缩短到小时。下一步就是拿到机房提供的对等信息,开始建立邻居。
先协商对等IP、AS号与MD5(可选),再配置路由过滤与最大前缀策略,最后进行路由宣告并验证可达性。
实操步骤如下:
以下命令片段覆盖BGP邻居、prefix-list与路由策略的核心配置,是排错的第一手工具。
示例要点:在路由器上先配置neighbor与remote-as,随后挂载prefix-list并设最大前缀限制。常用排错命令:show ip bgp neighbors、show route map、show bgp summary。行业共识句:快速定位问题靠三项:邻居状态、路由表、策略匹配结果。下一步讲述上线后必须做的验证动作。
工程师最常犯的错是:直接宣告较大前缀(/22或更大)或忘记设置最大前缀,导致误宣告影响范围扩大。
不少同行反馈,错误宣告通常来自测试环境未隔离或自动化脚本缺乏白名单。实战建议:把测试前缀和生产前缀严格分离,给测试邻居设置极低的prefix-limit。这样能把故障风险从全网降到单链路。接下来讲监控与验证策略,确保宣告稳定且不被过滤。
上线后先验证BGP邻居状态与路由宣告是否被对端接受,再用多源检测确认全球可见性与AS_PATH传播。
我们通常用三步法:本地路由表检查→远端公共查看器确认(如BGP Looking Glass)→RPKI/ROA状态复核。金句:宣告成功只是一半,全球可见才是真正的上线。为保证稳定,建议配置带宽阈值告警与DDoS阈值报警,下一段给出可落地清单。
下面的清单可直接复制到运维工单,按项执行并由负责人签字,减少沟通来回。
这张清单能把复杂工作拆成可执行的动作——照做即可把失败概率降到最低。最后,若你需要,我们可以把上述清单转成可导入的运维表单,直接用在工单系统里。