为帮助广大接入服务商顺利适应IP地址备案新机制，避免因系统不兼容影响业务开展，我司已正式推出全新IP地址备案管理系统，全面适配单向报备新规范。
在行业发展初期，IP地址备案系统采用相对粗放的“双向”“宽进”管理模式。然而，随着行业不断壮大，监管要求和网络安全法规日益完善，这种模式已难以满足当前对高效、 精准管理的需求。为适应行业发展新形势，上级监管部门对报备机制进行全面优化：将IP地址“双向报备”调整为“单向报备”，强化准入管理，简化报备流程，在切实减轻企业负担的同时， 依托智能化核查手段，确保备案数据的完整性、准确性和真实性，真正实现IP地址备案库“所见即真实”。
IP地址报备-演变历程
流程适配
完美契合单向报备新要求，简化企业报备操作环节，同时内置新增、变更、删除备案的标准化流程指引，确保每一步操作都符合规范，避免因流程不熟悉导致的超期问题。
数据保障
依托智能化核查功能，实时校验备案数据，保障数据完整、准确、真实，助力企业轻松应对数据核查，确保备案信息与实际情况一致，实现 “所见即真实”。
监管协同
同步接入监管系统相关机制，内置通知提醒功能，及时告知企业备案进度及超期风险。针对申诉场景，提供便捷操作入口，辅助企业高效处理申诉事宜， 降低因监管问题带来的经营风险。
01.IP备案通知
真正实现"下游知道上游分配了哪些地址、上游知道下游归还了哪些地址"消除信息断层，保障上下游报备无缝衔接。
IP报备规范现要求执行严格的IP地址单向报备机制，上游上下游关联的报备操作，会向彼此发送通知，形成IP备案通知。上级单位分配完成后，管局系统会向下级接入商 下发通知，下级单位才可报备。同理，上级单位回收IP时，管局系统会向下级接入商下发通知，必须先由下级单位注销IP地址后，才通知上级单位可回收IP。 IP备案通知实现下游可知道上游分配了哪些地址、回收了哪些地址，上游可知道下游归还了哪些地址，同时通知中会附带相关报备单位预留在部系统中的联系方式， 鼓励双方有问题及时线下沟通，确保上下游能够顺畅联动报备。
02.IP备案申诉
高效解决异常问题，提供线上沟通渠道，快速化解异常报备。
在IP报备业务中，当上级报备单位或下级报备单位对对方操作存在异议时，或通过上级接口返回的IP报备结果得知相关IP已被其他单位报备存在报备冲突时， 或有已存在的IP报备超期情况时，都可以通过IP备案申诉功能提交申诉申请，也可以对已接收到的申诉通知进行反馈。IP报备申诉向上下级报备单位提供了有效的线上线下沟通渠道， 通过IP报备申诉可以有效及时的解决异常IP地址报备问题。
03.自动化变更
企业仅需告知最终变更后的IP地址，系统自动对现有报备数据进行拆分或重组。
根据客户自身业务需要进行的IP报备变化，客户仅需告知备案系统最终变更后的IP地址，备案系统自动对现有IP报备数据进行拆分或重组，并协助客户完成IP报备变更业务。
注：IP来源报备、IP分配报备、IP自带报备、IP使用报备均可支持。
04.智能化通知
实时预警关键节点，规避监管风险。
同步接入监管系统相关机制，内置通知提醒功能，及时告知企业备案进度及超期风险；针对申诉场景，提供便捷操作入口，辅助企业高效处理申诉事宜，降低因监管问题带来的经营风险。
01.IP来源报备
顶级机构分配
从顶级机构（APNIC、RIPECC、AFRINIC、ARIN、LACNIC）获得IP地址资源，进行IP来源报备。
示例：接入商从APNIC获得IP地址，接入商需进行IP来源报备以及对应的IP分配报备。
第一步：填报IP地址，选择相应顶级机构，保存并上报。
第一步结果：IP来源审核通过且接收到IP报备通知，IP报备通知：来源已报备，请报备IP分配。
第二步：本接入商继续进行IP分配报备
第二步结果：IP分配报备成功且接收到最新IP报备通知，通知为：下级单位完成IP分配报备，本次IP来源报备完成（IP地址来源以及其分配均已报备）。
非顶级机构分配
非顶级机构分配的IP地址，企业侧接入商不需要进行IP来源报备，只需要在接到IP报备通知后及时进行企业侧的IP分配报备。
第一步：企业侧接到IP报备通知，通知类型为IP分配报备且事件进度为：待下级单位操作。
第二步：企业侧进行IP分配报备且报备通过，报备通过后上下游报备单位均接到IP报备通知，通知提示本次IP分配报备结束。
来源变更重要场景
◆ 已报备来源进行变更来源操作时，不能修改来源单位
◆ 已报备来源进行变更来源操作时，不能修改IP范围
① 可对已报备来源IP段进行拆分
| 已报备来源 | 1.1.1.0 | 1.1.1.10 |
| 变更后来源 | 1.1.1.0 | 1.1.1.5 |
| 1.1.1.6 | 1.1.1.10 | |
| 操作步骤 | ||
| 变更来源进行拆分 | 1.1.1.0 | 1.1.1.5 |
| 1.1.1.6 | 1.1.1.10 | |
② 可对已报备来源IP段进行合并
| 已报备来源 | 1.1.1.0 | 1.1.1.10 |
| 1.1.1.11 | 1.1.1.20 | |
| 1.1.1.20 | 1.1.1.30 | |
| 变更后来源 | 1.1.1.0 | 1.1.1.30 |
| 操作步骤 | ||
| 变更来源进行合并 | 1.1.1.0 | 1.1.1.30 |
③ 若要对已报备IP范围进行扩大，则提交新增来源请求
④ 若要对已报备IP范围进行缩小，则提交变更来源拆分IP段后，再对归还上级的IP段进行注销来源操作
| 已报备来源 | 1.1.1.0 | 1.1.1.10 |
| 变更后来源 | 1.1.1.3 | 1.1.1.8 |
| 操作步骤 | ||
| 变更来源进行拆分 | 1.1.1.0 | 1.1.1.2 |
| 1.1.1.3 | 1.1.1.8 | |
| 1.1.1.9 | 1.1.1.10 | |
| 对归还的IP进行注销 | 1.1.1.0 | 1.1.1.2 |
| 1.1.1.9 | 1.1.1.10 | |
02.IP分配报备
企业侧备案系统接到IP报备通知，通知提示当前进度为：等待下级单位操作，此时接入商需按通知详情，进行相关IP分配报备操作。
场景一：上级新增分配IP，企业侧按通知进行IP分配报备，新增分配报备完成后本次事件结束。
场景二：上级回收/下级主动退还
上级报备单位发起IP分配变更，IP不再分配给下级单位（本接入商）。
上级报备单位发起IP分配注销，需下级单位（本接入商）配合进行IP分配注销。
下级单位（本接入商）不在使用IP申请主动归还至上级报备单位
03.IP报备申诉
IP报备申诉案例
示例：上级报备单位错误回收我司IP地址，我方主动发起申诉
提交申诉申请，根据系统提示选择申诉原因，补充相关必填项信息并上报
系统提示申诉已成立，待对方反馈
申诉对方接收到我方发起的申诉通知，并针对申诉进行反馈
最终根据沟通，申诉方（我方）发起申诉结办，本次申诉申请处理完毕（双方已达成一致）
注：本文所显示的IP地址，仅用于功能演示，不涉及任何真实网络环境中的地址分配。
傲盾官方微信
