2. 交付前需求分析与网络架构评审
在运营商与数据中心项目正式进入设备采购与割接实施之前，交付前需求分析与网络架构评审是决定项目成败的关键环节。这一阶段的核心目标，是把客户模糊的业务诉求转化为可量化、可验证、可落地的网络技术指标，并据此选定目标架构与 Juniper 产品方案。若跳过或草率完成这一步，后期往往出现容量不足、SLA 无法兑现、架构与业务错配等返工问题。
一、客户业务需求收集
需求收集不是简单记录客户"要建一张网"，而是要区分业务类型与承载诉求。运营商场景常见需求包括：政企专线（L2VPN/L3VPN）、移动回传、云专线、IDC 互联、DCI 数据中心互联；数据中心场景则聚焦多租户隔离、虚拟机迁移、东西向流量、存储网络与计算网络融合。收集时应明确以下维度：
- 业务类型与协议：是二层点到点、三层 VPN，还是 EVPN 多租户？是否需要组播、IPv6、SRv6？
- 站点与规模：接入点数量、每站点端口密度、未来 3～5 年扩容预期。
- 流量特征：南北向与东西向比例、突发性、平均与峰值带宽。
- 可靠性要求：单点故障容忍度、切换时间目标、是否要求双活。
- 运维约束：客户现有团队技能、自动化程度、是否要求与既有网管对接。
建议以结构化表单逐项确认，避免口头描述造成歧义。例如某省级运营商政企专线项目，客户提出"要支持 500 个企业客户、每客户 100M～1G 带宽、故障切换小于 50ms"，这就把业务诉求转化为了可设计的参数。
二、流量模型分析
流量模型决定带宽规划与架构选型。常用方法是"峰值系数法"：先估算各业务平均带宽，再乘以收敛比与峰值系数。以数据中心为例，若 200 台服务器每台平均 2Gbps，收敛比 3:1，峰值系数 1.5，则核心上行带宽需求约为 200×2÷3×1.5 = 200Gbps，据此可规划 2×100GE 上行并预留余量。
运营商场景还需区分流量方向：南北向流量（用户到互联网/云）通常集中在上行链路，东西向流量（数据中心内部、DCI 之间）则对 Spine-Leaf 或 DCI 骨干的横向带宽提出更高要求。流量模型还应标注突发场景，如直播、备份窗口、月末结算，这些时段的峰值可能达到均值的 3～5 倍。
三、SLA 定义
SLA 必须可测量、可验证。常见指标包括：可用性（如 99.99% 对应年中断不超过 52.6 分钟）、时延（如城域内 ≤5ms、跨省 ≤30ms）、抖动（≤5ms）、丢包率（≤0.1%）、故障切换时间（≤50ms）。定义时要明确测量点、测量周期与统计方法，否则验收时容易产生争议。例如"时延 ≤5ms"应说明是设备间单向还是往返、是否包含排队时延。
四、现有网络评估
若项目涉及现网改造或扩容，必须对现有网络做基线评估，内容包括：设备型号与 EoL 状态、软件版本、链路利用率、路由协议收敛时间、现网故障记录、配置规范程度。评估方法可结合 SNMP 采集、NetFlow/sFlow 分析、路由表与 BGP 邻居状态检查。评估结论直接影响目标架构：若现网设备已接近生命周期末期，可能建议整体替换而非叠加。
五、目标架构选型与 Juniper 方案匹配
架构选型需在业务需求、SLA、现网约束与投资之间取得平衡。三种主流方向对比如下：
| 架构方向 | 适用场景 | 关键优势 | Juniper 典型方案 |
|---|---|---|---|
| IP/MPLS | 运营商骨干、政企 L3VPN、移动回传 | 成熟、TE 能力强、多业务承载 | MX 系列 + Junos，RSVP-TE/SR |
| EVPN-VXLAN | 数据中心多租户、DCI、云网融合 | 大二层扩展、控制面统一、多活 | QFX/PTX + EVPN，Apstra 自动化 |
| SRv6 | 新建骨干、云网一体、端到端可编程 | 简化协议、源路由、业务链灵活 | MX/PTX + Junos EVO，SRv6 uSID |
选型不是非此即彼。实际项目中常见组合：数据中心内部用 EVPN-VXLAN，DCI 用 EVPN over SRv6 或 MPLS，骨干用 SR-MPLS 过渡到 SRv6。Juniper 方案匹配时要核对具体平台能力，例如 MX 系列对 SRv6 的支持需确认 Junos 版本与线卡类型，QFX 系列在 EVPN 多归属场景下的 ESI 配置方式。
架构评审会应输出四份核心交付物：架构选型报告（含选型理由与备选方案对比）、设备与端口清单（含型号、数量、软件版本）、SLA 验收基线（可测量指标与测量方法）、风险清单（技术风险、供货风险、割接风险及应对措施）。评审通过后，才进入详细设计与实施阶段。
综上，交付前需求分析与架构评审的本质，是把业务语言翻译成网络语言，再把网络语言映射到具体产品与配置能力。只有这一层对齐，后续的部署、测试与验收才有可靠依据。