Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 13575:1996 桥接局域网协议标识符规范——信息技术标准解读
深入分析协议标识机制在桥接局域网中的应用与实施要点
一、标准概况与适用范围
标准编号：ISO/IEC 13575:1996（信息技术 — 系统间远程通信和信息交换 — 桥接局域网中的协议标识），对应的加拿大国家标准为CAN/CSA-ISO/IEC 13575-96 (R2004)。该标准由ISO/IEC JTC 1/SC 6（系统间远程通信和信息交换）分技术委员会制定，于1996年发布，2004年经确认后为多国采纳。截至2026年，该标准仍然作为桥接局域网环境中协议标识的基础性规范被广泛引用。
标准背景与制定目的
随着不同局域网技术的融合，网桥需要在多种链路层协议之间转发帧。为了准确识别帧中承载的上层协议，防止误转发或过滤，需要一种统一的协议标识方法。ISO/IEC 13575:1996应运而生，它定义了一种独立于具体局域网技术的协议标识框架，确保了桥接设备之间的互操作性。
适用范围与限制
本标准适用于所有使用介质访问控制（MAC）桥接的局域网，包括但不限于IEEE 802.3以太网、IEEE 802.5令牌环、FDDI等。它规定了在逻辑链路控制（LLC）帧中使用子网接入协议（SNAP）扩展来携带协议标识符的格式与分配原则。标准不涉及桥接的转发算法、生成树协议或VLAN标记，仅聚焦于协议标识一层。
实用提示：阅读本标准时应结合ISO/IEC 8802-2（LLC）和ISO/IEC 15802-3（MAC桥接）等配套标准，以获得完整的桥接实现方案。
二、主要技术内容与要求
协议标识符格式
标准规定，桥接局域网中的协议标识符通过LLC帧的SNAP扩展字段承载。SNAP格式包含一个3字节的厂商代码（OUI）和一个2字节的协议标识符（PID）。为了兼容已有以太类型字段的使用习惯，OUI通常设定为0x000000，此时PID直接填充对应的以太类型值（如0x0800代表IPv4）。
标识符分配机制
协议标识符的值由IEEE注册机构统一分配，并与以太类型字段共享同一编号空间。任何需要唯一标识协议类型的组织可向IEEE申请企业编号（OUI）或直接使用指定范围内的PID。标准还定义了若干保留值用于扩展和测试。
| 协议标识符（十六进制） | 协议类型 | 说明 |
|---|---|---|
| 0x0800 | IPv4 | 互联网协议版本4 |
| 0x0806 | ARP | 地址解析协议 |
| 0x86DD | IPv6 | 互联网协议版本6 |
| 0x8847 | MPLS 单播 | 多协议标签交换单播帧 |
| 0x8100 | IEEE 802.1Q | VLAN标记协议 |
帧处理规则
桥接设备应检查帧中LLC目的服务接入点（DSAP）是否为0xAA（SNAP标识），并读取SNAP字段中的协议标识符。设备依据配置的转发/过滤策略对帧进行处理，并应具备标识符查询表以快速匹配。标准强调，桥接设备不得自行修改协议标识符，但可在封装/解封装过程中保持透明。
重要注意事项：不同局域网技术对SNAP的支持存在差异。在令牌环网中，SNAP封装必须遵循IEEE 802.2规范，否则可能导致桥接设备无法正确识别。
三、实施/应用要点
桥接设备配置要求
实现本标准的桥接设备应：
- 支持LLC类型I操作，并能解码SNAP字段；
- 维护协议标识符与上层协议处理模块的映射表；
- 对于未知协议标识符的帧，作为默认转发或丢弃（取决于安全策略）。
在性能敏感的场合，建议使用硬件加速查找标识符以减少转发延迟。
与IEEE 802标准的兼容性
本标准在协议标识机制上完全兼容IEEE 802.2和IEEE 802.1H，并可作为这些标准的补充。当网络中存在支持802.1Q的桥接时，应先处理VLAN标记，再解析协议标识符。
标准实施的益处：统一协议标识后，不同厂商的桥接设备能够准确识别IPv4、IPv6、MPLS等多种协议，大幅降低网络集成和运维成本，同时为广播过滤和安全访问控制提供基础。
安全关键要求：桥接设备必须严格验证帧中的协议标识符，防止恶意伪造的标识符导致帧被误判到不安全的处理通道。推荐结合MAC地址过滤和协议标识白名单增强安全性。
四、与其他标准的关系
ISO/IEC 13575:1996与以下标准紧密相关：
- ISO/IEC 8802-2：定义了LLC子层和SNAP格式，是本标准的技术基础；
- ISO/IEC 15802-3：规范了MAC桥接的总体框架，本标准为其提供协议标识扩展；
- IEEE 802.1H：桥接以太网与其它局域网时的推荐实践，在协议映射方面与本标准互补。
在TCP/IP体系结构中，本标准与IETF RFC 1042（通过802.2封装IP数据报）协同使用。
应用注意：当部署从纯以太网环境迁移到混合桥接环境时，应确认所有设备均支持本标准的标识方式，否则需修改帧封装格式。
常见问题
问：ISO/IEC 13575中的协议标识符与常规以太类型字段有何区别？
答：本质上两者是相同的，本标准只是将以太类型的使用扩展到通过LLC/SNAP承载的桥接帧中，使得非以太网环境（如令牌环、FDDI）也能利用相同的协议标识。
答：本质上两者是相同的，本标准只是将以太类型的使用扩展到通过LLC/SNAP承载的桥接帧中，使得非以太网环境（如令牌环、FDDI）也能利用相同的协议标识。
问：该标准目前是否已被更新或替代？
答：ISO/IEC 13575:1996至今保持有效，2004年经CSA确认后未再修订。其功能已融入后续的IEEE 802.1和802.2系列标准中，但在需要明确引用桥接协议标识的场合仍被使用。
答：ISO/IEC 13575:1996至今保持有效，2004年经CSA确认后未再修订。其功能已融入后续的IEEE 802.1和802.2系列标准中，但在需要明确引用桥接协议标识的场合仍被使用。
问：如何为私有协议申请桥接标识符？
答：私有协议应使用IEEE注册的OUI作为SNAP厂商代码，然后自行分配内部的协议标识号。若需全局唯一的以太类型标识，可通过IEEE以太类型字段分配程序获取。
答：私有协议应使用IEEE注册的OUI作为SNAP厂商代码，然后自行分配内部的协议标识号。若需全局唯一的以太类型标识，可通过IEEE以太类型字段分配程序获取。
