我有一个项目,其中有一个自定义实现的第二层协议。我之前的一位工程师决定使用我习惯的以太式字段作为大小字段。有一段时间,这看起来是正确的,因为他忘记了转换到网络字节顺序,所以大小被解释为无文档的以太类型和数据包嗅探器留下了它。我去修复它,Wireshark开始将我们的数据包解释为LLC框架,这当然涉及将负载中的数据误解为LLC字段。这是Wireshark的失败,还是我们冒着其他设备犯同样错误的风险?是否有任何中间地带或使用以太型作为大小总是暗示一个LLC/SNAP包?
对不起,如果这是个错误的地方,我真的不知道这东西在哪里。
发布于 2018-05-17 15:58:38
是否有任何中间地带或使用以太型作为大小总是暗示一个LLC/SNAP包?
如果该字段的值为<= 1536,则大多数实现都应将其解释为802.2 LLC帧。如果它超出了这个范围,你可能处于未知的区域,因为设备可能会解释它。
https://networkengineering.stackexchange.com/questions/50586
复制相似问题