• 状态 Resolved
  • 已锁定 已锁定
  • 回复 4 回复
  • 订户 0 订户
  • 视图 421 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC2642R：拒绝加密过程后 ATT 写入请求上的 MIC 失败

admin
Guru**** 2544930 points
Other Parts Discussed in Thread: CC2642R

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/850661/cc2642r-mic-failure-on-att-write-request-after-rejected-encryption-procedure

器件型号：CC2642R

主机(Android 6 STB)正在启动加密过程、由于外设上的绑定已删除->缺少引脚或密钥、我们的器件将拒绝该过程。
到目前为止，一切都很好-正如预期的那样，但是主机上的服务现在正在尝试为他仍然知道的特征启用客户端特征配置(在本例中处理40) 这会立即在外设侧生成"MIC failure"-连接在外设上下降、并且由于它是 MIC 故障、外设也能够再次开始通告、 另一端的主机仍然无法使用超版本超时，因为外设未向主机发送连接终止数据包(正如预期的那样，因为它是 MIC 故障....)。

这里的问题是-为什么 CC2642R 会在数据包使用有效的 CRC 和 MIC 正确传输(连接了 ellisys 航空迹线)的情况下生成 MIC 故障？
即使主器件接收到 LL_reject_EXT_IND PDU、堆栈已完成(Core Spec 5.1、第6卷、第 B 部分、5.1.3.1加密启动过程)、是否仍处于加密过程中？

SDK： 使用 IAR Embedded Workbench 的 SimpleLinkTmCC13x2_26x2 SDK 3.10.00.53：EWARM－8.32.4

谢谢、此致、
Daniel

e2e.ti.com/.../cc2642r1_5F00_mic_2D00_failure_2D00_after_2D00_enc_2D00_procedure_5F00_20191024.zip

  • 0
    TI__Guru**** 2544930 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Daniel、您好！

    这是我在您发布的日志中看到的内容：

    1.设备连接

    2. LL 功能和版本交换

    3.主器件发送加密请求，从器件拒绝加密，原因 PIN 或密钥丢失。

    4.(连接参数更新)

    5.主器件请求加密，同样，加密被从器件拒绝，原因 PIN 或密钥丢失。

    6.(连接更新，多个空数据包)

    7.主器件的写入请求

    8.从机停止响应连接事件。 (我假设它显示 MIC 故障？)

    我希望从器件以 ATT 错误响应进行响应："加密不足"。  

    我将在这里复制并返回给您。  

  • 0
    TI__Guru**** 2544930 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Marie、

    同意所有8个步骤、是的、它显示 MIC 故障/断开原因0x3D -问题是原因/方法。
    不确定 ATT 错误响应-在没有加密的情况下写入也应该是可能的、尤其是当属性的权限为可写/0x02时？

    此致、
    Daniel

  • 0
    TI__Guru**** 2544930 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Daniel、您好！

    我刚刚使用简单外设进行了测试、并使用 Host Test + BTool 作为主设备。 当我删除简单外设上的绑定后、重新连接并尝试读取特征5我获得了 ATT 错误响应、原因是身份验证不充分、这符合预期。 (我使用 SimpleLink CC13x2/CC26x2 SDK 3.30进行了测试。)

    您的 CCFG 是否具有 GATT_Permissing_AUTHEN_WRITE、 GATT_Permissing_Author_WRITE 或 GATT_Permissing_encrypt_WRITE 权限？

    您是否使用3.30 SDK 进行了测试？

  • 0
    TI__Guru**** 2544930 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Marie、

    我一侧的 CCFG 权限设置为"GATT_Permission_Read | GATT_Permission_write"。
    我刚刚重新检查了发行说明/更改日志，从3.10到3.30 ... 3.20该问题似乎已经解决(BLE_AGAMA-503：由于 MIC 错误、清除绑定后的 simple_peripheral 重新连接终止)-由于我们将在接下来的1-2周内升级到3.30、因此更新后、我将再次测试此问题、如果已修复或未修复、请报告！

    谢谢、此致、
    Daniel