70 秒，是一台车从总装线上下来的时间。47 到 51 JPH，是国内主流总装线的节拍------JPH 是 Jobs Per Hour，每小时下线的台数。这个数字不是拍出来的，是工位数量、混线比例、物料齐套率一起算出来的结果。多数人看这个数，只看到一层：线速。其实它是两层。往里看，是一个工位停留 70 秒------机械手焊接、螺栓拧紧、视觉检测，然后工件流走，下一个 70 秒，下一台车。往外看，是一整条产业链的交付时钟------主机厂按这个节拍要货，Tier1 按这个节拍总成，Tier2 按这个节拍送货。同一条时间线，两个方向。
而在这两个方向之间，横着五张网。网络抖一下，节拍就被吃掉一格。
先看清这条链：三层结构，三个硬要求
汽车产业链是三层：主机厂 → Tier1（一级总成）→ Tier2（二级配套）。很多人把这三层理解成"规模递减"。真正的差别是风险传导的方向。
这是这个赛道最核心的结构性矛盾：承担最大交付压力的，往往是最没有 IT 资源的那一层。所以给 Tier2 的方案不能是"一套需要专人运维的复杂系统"，必须是"装上去就能跑、出事有人兜"。这里的采购逻辑不是"功能最多"，是"我最省心"。压力往下传一层，形式就换一次。70 秒走到供应商这里，落成三件必须同时成立的事------
三件事叠在一起，网络的角色就变了：不再是办公设施，而是交付接口------有对家，有对家就有考核，有考核就有后果。而它既不属于设备，也不属于工艺，责任一开始就是悬空的。轮胎企业得两头顾：一半是受主机厂 JIT/JIS 考核的 Tier1，一半是按订单与库存周转算账的品牌方，两套节奏压在同一套网络上。三层，是组织上的分法；三个要求，是业务上的分法。真正跑数据的不看这些，只看线------按线拆开，是五段。
这条链上跑着五张网
把上面这条链拆到物理层面，五张网就在那里。
五张网，五种故障表现，五套治理手段。放到一起管的后果是：坏了没人认领，好了没人证明。但它们的成本，最后都记在同一张产能报表上。
先做一道减法：70 秒里，能留给网络多少
很多人谈网络性能，习惯从"我们有多少带宽"开始。这是个错误的起点。制造业应该反过来：从节拍倒推预算。一个工位的 70 秒，并不是匀给所有动作的。机电动作本身占掉大头：机械手一个完整的取放循环、焊枪的一个焊接程序、拧紧枪的多段扭矩曲线------这些是刚性的物理时间，压缩不了。剩下的时间，才是"信息的时间"：PLC 与上位机的一次握手、工位机向 MES 报工、视觉检测结果回传、AGV 调度系统下发下一段路径、拧紧数据写入质量档案。这些交互在一台车的 70 秒里要发生很多次。而每一次，都只有个位数毫秒的容忍度。为什么是个位数毫秒？因为这类交互是闭环控制，不是"提交---等待---返回"。指令发出去，设备动起来，位置反馈立刻回来，控制系统根据反馈修正下一条指令。这个环里，任何一段慢了，整个环就慢，设备就开始等指令、等反馈、等确认。
70 秒里能留给网络的那几毫秒，就是这么被算出来的。它不是一个余量，它是一个预算。
把"网络慢"翻译成四个工程指标
客户坐在你对面，说的永远是同一句话："网络慢，能不能给扩个带宽。""慢"是个感受，不是指标。要把它变成能验收、能定责的东西，必须拆成四个量。
这是整个行业最容易被算错的一笔账。很多人以为网络问题就是"那一下卡"，卡完就过去了。实际不是。它要往下走六级，每一级都在加价。
L6 旁边还并着一条同等重要的线：IATF16949 体系下那条必须能倒查到批次、工位、时间戳的质量链。追溯链断在网络上，体系审核里它就不再是"IT 问题"了。这六级加起来，才是这个行业网络成本的真实结构。
两个新变量：考核权外移，出海
你的网络，正在变成别人的考核项：
这几年头部主机厂在推"供应商数字化直连"，要求供应商开放接口，实时回传库存、在途、OEE。这对供应商是三层影响，一层比一层深。
所以在这个赛道谈网络，已经不能只谈"我们内部够用"。要谈的是"对外的可用性"：对主机厂、对 Tier1、对第三方物流，你的系统在对方眼里是不是一直在。
出海：
新能源转型让燃油件供应商开始向三电（电池、电机、电控）切换，产线改造与新厂建设带来组网增量。而更剧烈的变化在海外。
RVC 抬到 75% 这件事，比 FDI 数字更值得琢磨。它不只是一个关税计算规则，它直接倒逼中资零部件商在北美做本地化重资产落地------只有本地生产、本地采购、本地区域价值达标，才能享受协定待遇。于是问题变成了：厂建到墨西哥、越南、泰国去了，国内的 ERP、图纸、质量系统还在原地，两边的数据怎么跑？这不是"要不要跨境组网"的选择题，是建厂那天就得回答的必答题。而且它的时间点很残酷：土建可以提前，设备可以提前，只有网络必须等地址确定。所以网络最容易成为投产的最后一根卡点。对轮胎企业，这一层还要多算一道：海外工厂的质量数据要回传国内做 IATF16949 口径的合并追溯，品牌渠道的订单系统又要就近响应本地经销。一张网，两种时延要求，一张预算。
按节拍建网：四条原则，一个顺序
不讲产品，先讲原则。
分级选路：
控制流、业务流、办公流分开走。关键业务给确定性时延，办公流量主动让路------不做"一锅炖"。一条链路上同时跑视频会议和 PLC 指令，是先天的设计错误，不是运气问题。
就近接入：
把物理路径缩短，比堆带宽有效。跨境问题多半是路径问题，不是管子问题。带宽解决的是"一次能搬多少"，节拍关心的是"多久能到"------两个不同的物理量。一张跨境单据、一次 ERP 提交，字节数都不大，对往返时延和丢包极度敏感，对带宽几乎不敏感：从 100M 扩到 500M，路径没变，打开页面的感受几乎一样。何况丢包对时延的放大是非线性的------0.1% 多数无感，1% 就够让跨境的交互式业务不可用，因为那不是"少 1% 的数据"，而是"多一轮等待"。
双通道冗余：
专线打底、5G 备援，切换要自动、要秒级。不能等人发现，也不能等人打电话。人工介入的每一分钟，都是产能。对 EDI 这条链路还要多一条要求：切了不留痕------不丢单、不重单、不需要人工补录。
全程可观测：
这一条最容易被漏掉。没有分段的时延与丢包数据，前面三条都无法验收，故障也无法定责。可观测不是运维的附加功能，是设计阶段就要留好的能力。
原则之后是顺序。顺序比清单重要。同一个产品，先建哪个、后建哪个，结果差别很大------因为预算是分年的，而风险是当下的。
两个已经交付的结果
长三角某汽车零部件企业：
产线设备、AGV、视觉质检与 MES 分处不同网段，图纸版本与工艺参数下不到工位。网络一抖，整线就停，事后复盘还找不到是哪一段的问题。难点不在"通不通"，而在三件事叠加：一是跨网段，OT 与 IT 之间有多道隔离；二是实时性，工业指令不能排队；三是可见性，历史数据里没有任何一段能定位抖动来源。
某品牌轮胎企业：
采购、生产、测试、销售的全流程系统分批从 IDC 迁至公有云。这类项目的瓶颈从来不在应用改造，而在"云上云下怎么连、断了怎么办"------网络不通，系统就搬不动。真正被验证的不是云，而是云和厂之间的那段路------业务网和跨境网，扛不扛得住日常的图纸、订单、质量数据。
这两个案例放在一起看，正好是五张网的两端：前一个落在控制网和排产网，指标是毫秒；后一个落在业务网和跨境网，指标是成本、时延与迁移窗口。
回到 70 秒。 这个数字往内看，是个位数毫秒；往外看，是三层产业链；往前看，是墨西哥和越南的新厂地址。五张网横在中间------平时不出声，出问题时，账单落在产能报表上。**如果你正在经历下面三种情况中的一种，请及时联系我们：一、说不清上个月产线因网络停了多少分钟。报表里只有月平均时延和在线率，出了事只能听三家供应商各自解释。二、图纸下不到工位，EDI 断了靠人发现，库存延迟是估的不是测的。想改，但不知道先改哪一段------因为每一段都没有数据。三、海外新厂在建，国内的 ERP、图纸库、质量系统还在原地。排期已经压到土建之后，网络还没开始招标。**这三类问题的解法不是同一个：看不见的，先补分段可观测；改不动的，先把 EDI 这条最贵的链路从公网摘出来；赶不上的，把网络并进建厂排期，而不是等设备装完再招标。对应到具体交付，就是第七节那三层------SD-WAN 组网打底、企业应用优化加零信任、海外整厂组网包。先建哪个，取决于你卡在哪一条。