LLDP邻居信息的有效期：TTL、Age与到期删除记录怎样相连

交换机资料中的邻居名称看起来像一份稳定清单，但LLDP记录还有时间维度。Juniper的Junos说明将Time To Live、Age和Ageout Count分别定义。它们关注信息在本地保留多久、接收后经过多久，以及是否因到期而被删除，不能都缩写成一个“在线时间”。

第一份Device Discovery Using LLDP说明，具备LLDP能力的设备以TLV，即类型、长度和值形式的消息，向邻居传递设备信息。内容可包括机箱标识、端口标识、系统名称与系统能力。这里首先存在一项信息传播关系：本地得到的是邻居通告的内容，而不是本文已经核验的一份永久资产登记。[1]

第二份邻居输出参考将Time To Live定义为这些信息有效的秒数，将Age定义为收到邻居TLV以来经过的秒数。[2] 前者说信息的时效范围，后者说接收后已经走过的时间。只留下“某个秒数”，会丢掉这个数究竟在表达有效期限还是信息年龄的含义。本文没有采用文档示例中的具体秒值，更没有据它们计算真实端口的状态。

Ageout Count记录的对象又不同。它统计邻居所通告的完整一组信息，因时效间隔到期而从本地维护的LLDP邻居信息中被删除的次数。[2] 这是一项信息保留事件计数。把它写成“设备被拆除次数”或者“设备故障次数”，就给原文增加了没有证据的物理解释；即使名称仍相同，信息记录与实物变化也不是同一事件。

来源还分别列出Local Information与Neighbor Information，并为邻居的Chassis ID和Port ID保留相应类型。[2] 对时间记录的解释同样需要这个对象背景：讨论的是哪一侧、哪一个邻居通告，以及当前摘录所包含的信息范围。若交接资料只留下名称而删除时效背景，接手者便无法从该摘录判断它表达的是当前有效信息，还是某个历史时点保存的内容。这是资料分析，不是网络诊断。

本篇采用两份Juniper正式文字，邻居参考对上述详细字段限定了interface选项的输出语境；没有把一份字段布局推广到所有型号。两页首次发布日期均未确认，本文未执行命令、修改广告周期或端口配置，也不判断链路连通与安全。LLDP条目的具体意义在于邻居通告与本地维护过程，保留有效期、接收年龄和到期事件，才能避免把暂时有效的信息误读成永久不变的拓扑事实。