配摄像头、配交换机、配录像机，都要填 IP 地址、子网掩码、网关这三样。都知道要填，但它们仨到底啥关系，可能很多人都不知道。

为啥有时候网关不填也能用？掩码 255.255.255.0 到底啥意思？

一、三者各管什么

假设你要从中国寄一个包裹到美国，需要三样信息：

•收件地址（IP 地址）：包裹最终要送到哪，全球唯一的完整地址

•邮政编码规则（子网掩码）：告诉你地址里哪部分是"城市/街区"、哪部分是"门牌号"

•邮局/快递站（网关）：你不可能自己开车送到美国，必须先把包裹交给楼下的快递站，由它负责往外转

映射到网络上，一句话就能记住三者的分工：

三者关系浓缩成一句话：子网掩码决定了 IP 地址的"分区方式"，而这个分区结果又决定了"要不要走网关"。

 这就是为什么这三个参数必须配套填、不能随便填。很多人以为网关是"可选的"，其实它是"跨网段时必需的"——同一个网段内通信根本不用网关。

二、子网掩码

掩码是三个参数里最抽象的，但搞懂它，另外两个自动就通了。

2.1 IP 地址天生是"两段式"的

一个 IPv4 地址是 32 位二进制，为了方便人看，写成点分十进制（4 段，每段 8 位）。比如 192.168.1.100，二进制是：

192 .  168 .   1  .  100

11000000.10101000.00000001.01100100

# 这 32 位被掩码切成两半：

# 前半部分 = 网络号（Network ID）→ 你在哪个小区

# 后半部分 = 主机号（Host ID）  → 你是几号楼几零几

# 掩码 255.255.255.0 的二进制：

11111111.11111111.11111111.00000000

# ↑ 24 个 1（网络部分）    ↑ 8 个 0（主机部分）

# 所以简写成 /24（CIDR 记法，数开头连续的 1 就行）

掩码的本质就是一把"标尺"：1 的位置代表网络号，0 的位置代表主机号。把 IP 和掩码做"按位与"（AND）运算，就能算出这个 IP 属于哪个网段：

IP:    192.168.1.100  →  11000000.10101000.00000001.01100100

掩码:  255.255.255.0  →  11111111.11111111.11111111.00000000

-------------------------------------------------- AND 运算

网段:  192.168.1.0    →  11000000.10101000.00000001.00000000

# 结论：192.168.1.100 属于 192.168.1.0/24 这个网段

# 主机号部分是 100，即这个网段里的第 100 台设备

2.2 一个网段里能装多少台设备：可用主机数公式

掩码决定了网段大小。主机号有几位，就能容纳 2 的几次方个地址，但要减掉 2 个特殊地址：

•网络地址（主机号全 0）：代表网段本身，不能分配给设备。如 192.168.1.0

•广播地址（主机号全 1）：用于向全网段广播，不能分配给设备。如 192.168.1.255

所以公式是：可用主机数 = 2 的主机位数次方 − 2

⚠ 弱电项目最常见的错误：一个网段塞了 300 台摄像头，还用 /24（只有 254 个可用地址），结果第 255 台开始全部拿不到地址。规划阶段就要按"设备总数 × 1.5"预留余量，再选掩码。

2.3 掩码不连续是致命错误

合法的子网掩码，二进制里1 必须连续、0 必须连续，不能出现 1 和 0 交错：

# 合法掩码（1 连续在前，0 连续在后）

255.255.255.0 = 11111111.11111111.11111111.00000000   ✓ /24

255.255.254.0 = 11111111.11111111.11111110.00000000   ✓ /23

255.255.252.0 = 11111111.11111111.11111100.00000000   ✓ /22

255.255.0.0 = 11111111.11111111.00000000.00000000   ✓ /16

# 非法掩码（1 和 0 交错，设备会直接报错）

255.255.254.255 = 11111111.11111111.11111110.11111111   ✗

255.0.255.0 = 11111111.00000000.11111111.00000000   ✗

255.255.255.128 = ...这个是合法的 /25，注意别搞混

三、为什么"有时候网关不填也能通"

这是你问题里最关键的一点，也是理解三者关系的钥匙。

3.1 同网段通信：根本不需要网关

假设你的电脑是192.168.1.100/24，要访问的摄像头是 192.168.1.64/24：

1.电脑用掩码算出自己的网段：192.168.1.0

2.电脑用同一把掩码算摄像头的网段：192.168.1.0

3.两者网络号相同→ **在同一个网段** → 直接发 ARP 广播问"192.168.1.64 的 MAC 地址是多少"

4.摄像头回自己的 MAC，电脑拿到后直接二层转发，交换机按 MAC 表送到目标端口

5.全程网关压根没参与

这就是为什么很多弱电调试场景（笔记本直连摄像头改 IP、单台交换机带一堆摄像头）网关留空也能正常工作——因为所有设备都在同一个二层广播域里，不需要跨网段。

3.2 跨网段通信：必须走网关

现在假设电脑是192.168.1.100/24，要访问的 NVR 在 192.168.10.5/24：

1.电脑算出自己网段 192.168.1.0，算出目标网段 192.168.10.0

2.两者不同→ 不在同一网段 → 电脑不会去 ARP 那个 IP

3.电脑转而 ARP网关的 IP（比如 192.168.1.1），拿到网关的 MAC 地址

4.把数据包发出去：目的 IP 仍然是 192.168.10.5（不变），但目的 MAC 填的是网关的 MAC

5.网关（路由器/三层交换机）收到后查路由表，找到 192.168.10.0 网段走哪个口，重新封装 MAC 转发过去

6.NVR 回包时同理，也交给它的网关，一路转回来

 这里有个弱电人必须搞清的核心：跨网段通信时，IP 地址从头到尾不变，变的是 MAC 地址（每一跳都换一次）。MAC 管"这一段路怎么走"，IP 管"最终送到哪"。

3.3 网关填错会怎样：三种典型故障

•网关填空：同网段正常，一旦要访问别的网段（比如上互联网、访问另一个 VLAN）就完全不通。表现为"能 ping 通同网段摄像头，ping 不通外网"。

•网关填成不存在的 IP：设备会不停发 ARP 请求找网关，找不到就一直等，跨网段全不通，而且 ARP 超时会让连接卡很久才报错。

•网关填错网段（比如设备是 192.168.1.100/24，网关填192.168.2.1）：大部分设备会直接报错拒绝保存；少数设备能保存但完全不通，因为网关和自己不在同一网段，二层根本到不了。

⚠ 网关必须和设备在同一个网段。这是新手最常犯的错——把网关抄成了别的网段的地址。检查方法：用同一把掩码分别算设备和网关的网络号，必须完全相同。

3.4 弱电项目里"网关"到底是哪台设备

很多人以为网关一定是路由器，其实不一定。在弱电项目里，网关可能是：

•出口路由器/防火墙（最常见，接运营商宽带那一台）

•三层交换机的 VLAN 接口（VLANIF / SVI），比如华为 S5720、H3C S5130 做汇聚时

•工业网关 / 协议转换网关

•软路由（爱快、RouterOS、OpenWrt 装的工控机）

•甚至一台带路由功能的普通家用路由器

判断标准只有一个：这台设备有没有"路由转发"能力（能不能查路由表把包转到别的网段）。二层交换机不行，因为它只认 MAC、只在同一广播域内转发。

四、IP 地址：分类、私有段、特殊地址

IP 地址本身也有讲究，弱电项目规划网段时必须知道哪些能用、哪些不能用。

4.1 传统 A/B/C 类（了解即可，现在基本不用了）

注意 127 不在 A 类范围里——127.0.0.0/8 整个段被保留做环回地址（Loopback），127.0.0.1 就是"本机自己"。

这套分类方式太死板（要么 254 个地址不够用、要么 65534 个浪费），所以现在全用 CIDR 无类别编址——掩码长度自己定，/22、/27 这种非整字节的都可以。你项目里看到 /23、/26 就是 CIDR。

4.2 私有地址：弱电项目 99% 用的都是这些（RFC 1918）

私有地址的特点：不能上公网，在互联网上不可路由，任何人内部都能随便用（所以你家和邻居家都可以是 192.168.1.1，互不冲突）。要上公网必须经过 NAT（网络地址转换），把私有 IP 换成公网 IP。

•172.16.0.0/12 是最容易记错的：不是 172.0~172.255，而是只有 172.16 到 172.31这 16 个段。172.32.x.x 是公网地址，别用错。

 弱电项目网段选择建议：单栋楼/小项目用 192.168.x.x（好记、设备默认多）；园区/多栋楼/上千点位用 10.x.x.x（地址池大，好规划）；需要和 Docker/云平台共存时避开 172.17.x.x。

4.3 特殊地址：这几个绝对不能分配给设备

这里面169.254 是弱电现场最有用的排障线索：只要看到设备（或你的笔记本）拿到 169.254.x.x 的地址，立刻可以断定是 DHCP 服务器没响应——要么 DHCP 服务挂了、要么中间 VLAN 没配 DHCP 中继、要么地址池耗尽了。这时候不用瞎猜，直接查 DHCP。

五、三者的完整关系

现在把三者串起来。任何一台设备要发数据，判断逻辑永远是这个顺序：

【设备要访问目标 IP，第一步做什么？】

① 拿自己的子网掩码，分别算出：

我的网络号    = 我的IP    AND 掩码

目标网络号    = 目标IP    AND 掩码

② 比较两个网络号：

┌─── 相同（同网段）───────────────────────┐

│  直接 ARP 请求目标 IP 的 MAC 地址          │

│  拿到 MAC 后封装帧，交换机二层转发         │

│  ★ 全程不使用网关                         │

└──────────────────────────────────────────┘

┌─── 不同（跨网段）───────────────────────┐

│  ARP 请求【网关 IP】的 MAC 地址            │

│  目的 IP = 目标IP（不变）                  │

│  目的 MAC = 网关MAC（每跳都换）            │

│  交给网关，由网关查路由表逐跳转发          │

│  ★ 网关没配或配错 → 直接不通               │

└──────────────────────────────────────────┘

【特例】目标是 255.255.255.255 或本网段广播地址：

直接二层广播，不走网关、不做路由

看懂这个流程，三者关系就彻底清楚了：

•IP 地址 = 目的地（最终送到哪）

•子网掩码 = 判断规则（决定"要不要走网关"的那把尺子）

•网关 = 跨网段时的下一跳出口（只在跨网段时才用得上）

所以严格来说，掩码是三者的"决策中枢"——它决定了 IP 地址怎么切分，进而决定了通信路径要不要经过网关。这也是为什么三个参数必须成套配置、相互匹配。

六、网段怎么规划

6.1 按子系统分网段

别把所有设备塞一个网段。按子系统划分 VLAN + 网段，好处是：广播域小（不卡）、故障隔离（一个子系统出问题不影响其他）、好排障、方便做安全策略。

 设备管理网段（VLAN 99）一定要单独留出来，把交换机、AC、防火墙、NVR 的管理口都放这里，和业务流量分开。后期远程维护、批量升级会省你无数时间。

6.2 地址分配的三个惯例

1.网关统一用 .1 或 .254：全项目统一（要么都 .1、要么都 .254），不要这个网段用 .1、那个网段用 .254，后期维护会记混。我个人习惯用 .1，简单。

2.固定设备用静态、终端用 DHCP：摄像头、NVR、门禁控制器、交换机、AP 这些必须静态 IP（不然重启后地址变了就找不到）；办公电脑、手机、访客设备走 DHCP。

3.静态段和 DHCP 段分开：比如 /24 网段里，.2~.100 留给静态设备，.101~.200 做 DHCP 池，.201~.254 备用。这样绝不会冲突。

6.3 现场排障速查：ping 四步定位法

设备不通时，按这个顺序 ping，能最快定位问题在哪一层：

# 假设笔记本配置：192.168.1.100/24，网关 192.168.1.1

# 第 1 步：ping 自己（127.0.0.1 或自己的 IP）

通→ 本机 TCP/IP 协议栈正常

不通→ 网卡驱动/协议栈问题（重装驱动、重启）

# 第 2 步：ping 同网段其他设备（如 192.168.1.64 摄像头）

通→ 二层链路正常（网线、交换机、VLAN 都对）

不通→ 查：网线通断、交换机端口灯、VLAN 是否一致、

对方 IP/掩码是否配对、有没有 IP 冲突

# 第 3 步：ping 网关（192.168.1.1）

通→ 到网关的链路正常

不通→ 网关 IP 填错、网关设备没起、VLAN 划分错误

# 第 4 步：ping 外网 IP（如 223.5.5.5 阿里 DNS）

通→ 路由和 NAT 都正常，网络全通

不通但第 3 步通 → 查：网关的路由/NAT/运营商线路

# 第 5 步：ping 域名（如 ping www.baidu.com）

第4步通、第5步不通 → DNS 配置问题，查 DNS 服务器地址

# 配套命令

Windows:  ipconfig /all      看本机 IP、掩码、网关、DNS

arp -a             看 ARP 表（有无冲突的 MAC）

tracert 目标IP     看路径走到哪一跳断了

Linux/Mac: ip addr           看接口地址

traceroute 目标IP  看路径

七、常见的故障

7.1 IP 冲突：整个网段一起瘫痪

这是弱电项目里最阴险的故障。两台设备用了同一个 IP，现象很怪：

•两台设备都时通时不通，ping 一会儿通一会儿丢

•arp -a 看，同一个 IP 对应的 MAC 地址不停在两个值之间跳

•有时设备会弹"检测到 IP 地址冲突"，但很多嵌入式设备（摄像头、门禁）不弹，只是默默掉线

根本原因通常是：静态 IP 分配没做台账，两个人各自分了同一个地址；或者 DHCP 池和静态段重叠了。

解决：① 建 IP 地址台账（Excel 记录每个 IP 对应哪台设备、什么位置）；② 静态段和 DHCP 池严格分开；③ 交换机开启 IP 源防护（IPSG）+ DHCP Snooping，从根上防止私接和冲突。

⚠ 华为/H3C 交换机上开 DHCP Snooping + IPSG 是防 IP 冲突最有效的招。

7.2 掩码填错：明明同网段却当成跨网段

典型场景：设备 IP 是 192.168.1.100，掩码本该填 255.255.255.0，结果填成了 255.255.0.0。这时设备认为 192.168.1.100 和 192.168.99.5 是"同网段"，于是直接发 ARP 去找——但对方其实在另一个 VLAN，二层根本不通，结果就是全不通。

反过来更隐蔽：掩码填小了（比如该 /23 填成 /24），设备以为很多同网段设备是"跨网段"，全都往网关扔，网关如果没有对应路由就直接不通。

排查方法：用掩码手算一遍网络号，或者直接看设备的 ARP 表——同网段设备应该在 ARP 表里有真实 MAC，如果目标 IP 在 ARP 表里对应的是**网关的 MAC**，说明设备认为它跨网段了，掩码可能填小了。

7.3 网关不在同一网段，设备拒绝保存

这个错新人天天犯：设备 IP 192.168.1.100/24，网关填了 192.168.2.1。规范的固件会直接报错"网关与本机不在同一网段"，但有些老设备会让你保存，保存完就是不通，还不报错，特别难查。

7.4 169.254 地址当成"设备坏了"

有次现场笔记本接交换机，一直显示"未识别的网络"，IP 是 169.254.87.32。施工队以为交换机坏了要换新。其实就是笔记本设了 DHCP 自动获取，但那条链路上没有 DHCP 服务器（或者 VLAN 没配对、没配 DHCP 中继），系统就自动分配了一个链路本地地址。

解决办法：要么在交换机上配 DHCP 服务/DHCP 中继，要么笔记本手动填静态 IP。看到 169.254 就去查 DHCP，不要怀疑硬件。

7.5 NVR 和摄像头不在一个网段，忘了配网关

监控项目里最常见的"图像不显示"：NVR 在 192.168.1.0/24，摄像头在 192.168.2.0/24，两边都能 ping 通自己网段，但 NVR 就是搜不到摄像头。

原因：跨网段了，但摄像头没填网关（或者 NVR 没填），包发出去了回不来。解决办法：两边都填正确的网关，并且确认三层交换机/路由器上有这两个网段的路由和 VLANIF 接口。

 偷懒办法：如果不想跨网段折腾，把 NVR 加一个同网段的 IP（很多 NVR 支持多网卡/多 IP），让 NVR 和摄像头在同一网段直接二层通信，最稳。

7.6 摄像头默认 IP 全是 192.168.1.64，一接就冲突

海康摄像头出厂默认 192.168.1.64，大华默认 192.168.1.108，宇视、天地伟业也各有默认值。你一次接 5 台新摄像头到同一台交换机上，5 台全是 192.168.1.64——直接冲突，一台都上不去。

正确流程：一台一台接，改完 IP 再接下一台。或者用厂商工具（海康 SADP、大华 ConfigTool）批量改地址。批量施工时，建议先在工位上把所有摄像头 IP 改好、贴好标签，再拿到现场装。

八、总结

1. IP 地址是"门牌号"（最终送到哪），子网掩码是"邮编规则"（切分网络号和主机号），网关是"小区大门"（跨网段时的出口）。

2. 掩码是决策中枢：设备发包时先用掩码算双方的网络号，相同就直接二层通信（不用网关），不同才交给网关转发。

3. 跨网段通信时，目的 IP 始终不变，变的是每一跳的目的 MAC。这是理解三层转发的关键。

4. 可用主机数 = 2 的主机位次方 − 2（减掉网络地址和广播地址）；/24 只有 254 个，规划时按设备数 ×1.5 预留。

5. 网关必须和设备在同一网段；看到 169.254 开头就是 DHCP 挂了；同网段不通查二层，跨网段不通查网关和路由。

注:转载文章来自于网络，版权归原作者或企业所有，侵删!