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.

[参考译文] AM6442:PRU-ICSSG:源地址违例 (SAV)

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1655309/am6442-pru-icssg-source-address-violation-sav

器件型号: AM6442

设置:TI AM64x、MCU SDK   

问题描述:

接收到循环帧后、交换机会报告源地址违例 (SAV)、因为源 MAC 地址与本地 PRU MAC 地址匹配。 因此、在环路检测机制进行处理之前、帧会被丢弃。

这会阻止正确的环路检测按预期工作。

分析

根据我的理解:

  • SAV 逻辑丢弃源 MAC 与器件自己的 PRU MAC 匹配的帧。
  • 这发生在触发环路检测逻辑之前。
  • RTU r30 drop_on_sa_match 标志似乎提供了一种绕过此行为的方法。

不过:

 

  • 启用 drop_on_sa_match 需要使用 INCx_features 构建的 RTU 固件。
  • 当前提供的固件似乎不提供此功能。

当前解决方法:

作为临时权变措施、我使用专用(非 PRU)源 MAC 地址进行环路检测帧。 这可以避免触发 SAV 并允许环路检测正常工作。

问题:

  • 使用 PRU MAC 地址时、是否有官方或建议的方法来处理环路检测?
  • 具有 INCx_features(支持 DROP_ON_sa_match)的 RTU 固件是否可用或计划发布?
  • 是否有替代方法可以在不使用单独 MAC 地址的情况下避免 SAV 干扰环路检测?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Milan、  

    [引述 userid=“488374“ url=“~/support/processors-group/processors/f/processors-forum/1655309/am6442-pru-icssg-source-address-violation-sav
    • 具有 INCx_features(支持 DROP_ON_sa_match)的 RTU 固件是否可用或计划发布?
    [/报价]

    我想更好地理解这种用例:在 RSTP 或 MRP 的上下文中、辅助端口始终处于被动(阻止)状态,当它被启用时,不允许接收自帧 — 仅接受目的地为特定保留 MAC 地址的帧(例如:PTP)。

    是否有另一种方法可以在不使用单独 MAC 地址的情况下避免 SAV 干扰环路检测?

    无法实现。 需要修改固件。

    BR
    Jc.

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    使用 PRU MAC 地址时、是否有官方或推荐的方法来处理循环检测?

    我 评论过 ,到目前为止没有办法。 AFAIK、RSTP 也是第 2 层、因此第 2 层 PRU MAC 将其丢弃。  

    BR
    Jc.

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

    您好 JC

    我们在 R5 上执行 RSTP  

    • 首先评估 SAV
    •  在 RSTP 逻辑甚至看到帧之前丢弃帧

    我想我们会看到这样的结果

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

    您好、Milan、

    没错。 如上所述、在这种情况下需要修改固件。

    BR
    Jc.