Miracast over Infrastructure Spec问题? [英] Miracast over Infrastructure Spec issue?

查看:162
本文介绍了Miracast over Infrastructure Spec问题?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

在Miracast over Infrastructure规范的协议修订版2.0中,我对供应商扩展属性(2.2.4)感到困惑。从文档中,我理解供应商扩展的'Length'组件是OUI组件的长度(以字节为单位)
(3字节)+ P2PATTR变量的长度(以字节为单位)。稍后,在4.1节中,给出了供应商扩展的示例数据包捕获。在这个例子中,length属性写为25,但是以字节为单位的OUI加上剩余的字节是27.假设
应该跳过OUI,剩下的字节是24.我在这里遗漏了什么?我能想出25的唯一方法是假设规范中缺少1字节的OUI类型组件,并从那里开始计数。 OUI类型定义为WiFi显示技术规范v2.1的

In protocol revision 2.0 of the Miracast over Infrastructure spec, I am confused by the Vendor Extension attribute (2.2.4). From the documentation, I understand the 'Length' component of the vendor extension to be the length in bytes of the OUI component (3 bytes) + the length of the P2PATTR variables in bytes. Later, in section 4.1, an example packet capture of the Vendor Extension is given. In this example, the length attribute is written as 25, but the OUI in bytes plus the remaining bytes is 27. Assuming the OUI should be skipped, the remaining bytes is 24. Am I missing something here? The only way I can come up with 25, is to assume that the 1-byte OUI Type component is missing from the spec and the counting starts from there. The OUI Type is defined section 5.1.1 of the WiFi Display Technical Spec v2.1.

有人可以告诉我这里出错的地方吗?

Can someone tell me where I'm going wrong on this?

来自文档......

From the documentation...

推荐答案

嗨Vincent,

Hi Vincent,

感谢您的提问。 协议团队的工程师将尽快与您联系。

Thank you for your question.  An engineer from the protocols team will contact you soon.


这篇关于Miracast over Infrastructure Spec问题?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆