Junos接口模式里的标签条件：access、trunk与native VLAN

Juniper的Junos文档以接口怎样承载VLAN报文解释access与trunk。Access Mode一节说，接入模式把交换机连接到一个网络设备，例如计算机、IP电话或打印机，并只接受未带标签的报文。[1] 这里的单设备连接语境与报文标签条件共同构成定义，不能只把access译成一个没有对象的“入口”。

Trunk Mode则通常用于交换机之间。一条物理连接上可以复用来自多个VLAN的报文，接口通常接受带标签报文，并用VLAN ID标签识别报文的VLAN来源与目的。[1] 原文保留了generally与usually，所以“通常”不应在摘要里消失。把同一连接承载多个VLAN直接改成任何trunk报文都必须有标签，会漏掉后续明确讨论的情况。

具体区别涉及软件类型。对不支持ELS的EX Series交换机，文档说，没有额外设置时，trunk端口不识别未带标签报文。对支持ELS的Junos交换机，trunk端口能识别LACP、LLDP等协议的未带标签控制报文，但没有额外设置时，仍不识别未带标签的数据报文。[1] 控制与数据在这段里不能合并成一句“ELS接受未标记报文”，否则会把限制删掉。

Native VLAN一节继续说明trunk中未带标签报文的特定处理。原文例子为同一trunk分配VLAN10、20、30，其中10为native VLAN；VLAN10报文从另一端trunk离开时，没有802.1Q头部，也就是没有该标签。[1] 这是官方用来说明标签关系的例子，数字只是例中身份，不是本文为任何设备选择的配置值。

对整理网络文档的人，这个例子提示应把VLAN身份与某一段链路上的标签表达分开写。例中没有标签的报文仍处在指定native VLAN的说明中，不能仅凭“未带标签”四个字，就把它描述成没有任何VLAN语境。反过来，也不能用这项例外抹掉trunk段落通常接受带标签报文的总体说明。两段分别给出一般关系与特定条件，需要共同保留。

来源还列有tagged-access模式，限定从Junos OS15.2开始、特定SRX及采用非ELS配置风格的EX产品支持，不能仅见名称就推广到所有型号。[1] 本篇只采用正式保存文本中上述接口模式的连续文字，页面其余大段未用于推论；首次发布日期未知。没有执行命令、修改端口或验证链路，也不据术语判断网络安全与连通结果。其用途是让接口模式、报文类别与标签条件在技术资料中准确对应。