比对与解析流程
- 加载表格 —
load_change_rows(from_csv_text(...), ChangeRowMapping)按你在映射里声明的列名,得到规范行:change_type、source、destination、service(工单另有ticket_number/inf_number)。 - 端点解析 —
parse_endpoint_text:分词 → 去掉 IP 后紧贴的(OA)/(VIP)等括号标注 → 审计前缀 token 展开 →merge_ip_network_strings(相邻 IP 收成 CIDR)→AddrLiteral/AddrCompound/AddrRef。 - 服务解析 — 审计:
parse_audit_report_service(TCP_443等);工单:parse_ticket_service_field(松散TCP 80 UDP 53等)→ServiceLiteral/ServiceCompound等。 - 规范化变更 — 每行 →
NormalizedChange(change, source, destination, service)(本页 link 用映射后的行;triple 段用audit_rows_to_changes同样走端点/服务解析)。 - 关联(link) —
link_audit_to_ticket_requests:对每条审计行在工单中找change_match。端点/服务为双向包含(CIDRsubnet_of,端口区间包含);变更类型按DEFAULT_AUDIT_TO_TICKET_KINDS;ICMP 等可忽略。 - Triple 索引(工单侧) —
build_ticket_triple_index:每条工单变更展开为原子三元组(src_atom, dst_atom, svc_atom)。IPv4 端点键为i:10.0.0.1或i:10.0.0.1-10.0.0.5(由 CIDR 转成区间,不用i:…/32子网字符串);对象为g:…;服务为s:tcp:443等。 - Triple 校验(审计侧) —
audit_triples_all_in_index:审计变更的每个 triple 是否在工单索引中字符串精确命中。与 link 语义不同:link 可匹配而 triple 仍缺失(例如工单只填单 IP、审计为整段 range)。
本页默认列映射:AUDIT_EXPORT_DEFAULT_MAPPING、TICKET_CSV_DEFAULT_MAPPING。首次打开需从 PyPI 下载包,约数十秒。
在线演示
等待运行…