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.

[参考译文] TDA4VM:CPSW2G 统计信息:PORTMASK_DROP

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1515693/tda4vm-cpsw2g-statistics-portmask_drop

器件型号:TDA4VM

工具/软件:

尊敬的 TI:

TRM 说

"端口掩码丢弃帧定义为:
•任何数据或 MAC 控制帧
•任何大于32字节的长度
•由于 PORT_MASK=0而被 ALE 丢弃(未发送到任何目标端口)
•由于错误或其他计数原因、帧可能已被丢弃、因此可以在其他地方进行计数"

根据上述 TRM 说明、我有以下问题:

  1. 如果帧的长度小于32字节、该怎么办?
  2. Portmask 是否也会因 CRC error/tx_memory_protect_error 而丢弃计数帧?
  3. 什么是" 其他计算原因"
  4. 我的理解是否正确:"Portmask Drop 将计算由于 ALE、CRC 错误或 MAC 端口(对于来自 CPSW2G 的出口)和主机端口(对于 CPSW2G 的入口)的任何其他原因而丢弃的帧总数"?

期待收到您的回复。

此致、
Hasan

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

    您好、

    Unknown 说:
    如果帧长度小于32字节、会在 Port mask drop 中进行计数吗?

    否、如果长度小于33字节、则会将其包含在中 尺寸不足 引起的。

    ALE 处的端口掩码下降、高于短帧时、MAC 层下降。

    Unknown 说:
    端口掩码是否也会因 CRC error/tx_memory_protect_error 而丢弃计数帧?

    如上所述、由于从 ALE 条目中未找到目标端口、端口掩码将下降。
    MAC 本身会丢弃错误帧。

    Unknown 说:
    我的理解是否正确:"Portmask 丢弃将计算由于 ALE、CRC 错误或 MAC 端口(对于来自 CPSW2G 的出口)和主机端口(对于 CPSW2G 的入口)的任何其他原因而丢弃的帧总数"?

    编号  这是因为没有通过 ALE 端口掩码识别多播的目的端口和单播数据包的端口号(主机或 MAC 端口的入口)。

    此致、
    Sudheer

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

    你好 Sudheer,

    [引述 userid="540868" url="~/support/processors-group/processors/f/processors-forum/1515693/tda4vm-cpsw2g-statistics-portmask_drop/5827746 #5827746"] 尺寸不足 跌落。

    在哪里可以找到用于 MAC 端口和主机端口的小尺寸和超大尺寸跌落的统计数据?

    我在 TRM 中找不到任何提供小帧和超大帧的跌落统计数据的寄存器。
    我看到 的是 CPSW_STAT1_RXUNDERSIZEDFRAMES 和 CPSW_STAT1_RXOVERSIZEDFRAMES。 但他们给出了答案 和超大帧、而不是丢弃的帧。

    期待收到您的回复。

    最好的应届毕业生
    Hasan  

     

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

    您好、

    超小帧丢弃基于 MAC 端口配置(可至) 引起的 接受
    统计信息只会捕获接收到多少个短帧。  

    请参阅以下 TRM、以便更好地理解。


    如上所述、PORTMASK 下降基于接收到的数据包的目标端口标识显示为 ALE。

    此致、
    Sudheer

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

    你好 Sudheer,

    根据我的配置、我将丢弃过大和过小的帧。 是否会在 MAC 端口端口掩码处发生丢弃、因为我可以看到端口掩码统计信息因超大尺寸的丢弃而增加?

    此致、
    Hasan

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

    您好、

    •帧可能由于错误或其他计数原因而被丢弃、因此可以在其他地方进行计数"

    根据说明、该函数甚至可以对错误帧和超大帧进行计数。
    此外、您还可以获得有关接收到的超大帧和错误帧的特定统计信息、但丢弃将在 PortMask 丢弃中进行计数。

    此致、
    Sudheer

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

    你好 Sudheer,


    根据说明、它甚至可以计算错误帧和超大帧。

    丢弃此处引用的错误帧? 它是否由于 CRC/AlignmentCode/ECC 错误而下降?

    期待收到您的回复。

    此致、
    Hasan

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

    你(们)好

    丢弃此处提及的错误帧有哪些? 它是否由于 CRC/AlignmentCode/ECC 错误而下降?

    ECC 不会在 MAC 端口丢弃。 这些字节将从 MAC 端口发送、数据包 CRC 中至少翻转一个字节。

    端口掩码丢弃中还考虑了其他错误。

    此致、
    Sudheer

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

    你好 Sudheer,


    [引述 userid="540868" url="~/support/processors-group/processors/f/processors-forum/1515693/tda4vm-cpsw2g-statistics-portmask_drop/5840125 #5840125"]
    丢弃此处引用的错误帧? 它是否由于 CRC/AlignmentCode/ECC 错误而下降?

    ECC 不会在 MAC 端口丢弃。 这些字节将从 MAC 端口发送、数据包 CRC 中至少翻转一个字节。

    端口掩码丢弃中还考虑了其他错误。

    [/报价]

    如上所述、端口掩码由于从 ALE 条目中未找到目标端口而下降。
    MAC 本身将丢弃错误帧。



    如获得 Portmask 不包括错误帧(CRC)的信息、MAC 将丢弃这些错误帧。 但现在我得到了错误的信息(如 crc/aligncode ...) 包含在端口掩码丢弃中。

    我有点困惑、您能解释一下我应该考虑什么吗?

    期待收到您的回复。


    此致、
    Hasan

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

    您好、

    很抱歉、这里有混淆。

    更早获得了 Portmask 不包含错误帧(CRC)的信息、MAC 将丢弃这些信息。 但现在我得到了错误的信息(如 crc/aligncode ...) 包含在端口掩码丢弃中。
    [/报价]

    PortMask 丢弃也会考虑错误帧。

    我们还有其他统计数据、如 ALE Drop、这仅涉及 ALE 导致的 Drop。

    此致、
    Sudheer

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

    你好 Sudheer,

    别担心。 感谢您的澄清。

    根据我们在本票证中讨论的内容、我们可以得出结论、Portmask 丢弃包括在端口上丢弃的总帧数、对吧?

    它包括由于 MAC 端口入口的以下原因而导致的计数下降:

    1. ALE 滴数
    2. 超大帧丢弃计数
    3. 尺寸过小的帧丢弃计数
    4. CRC 错误丢弃计数
    5. 对齐/代码错误丢弃计数

    在 MAC 端口出口处遇到 ECC CRC 错误的帧是否也会计入端口掩码丢弃?



    期待收到您的回复。

    此致、
    Hasan

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

    您好、

    [引述 userid="557709" url="~/support/processors-group/processors/f/processors-forum/1515693/tda4vm-cpsw2g-statistics-portmask_drop/5847185 #5847185"]

    根据我们在本票证中讨论的内容、我们可以得出结论、Portmask 丢弃包括在端口上丢弃的总帧数、对吧?

    它包括由于 MAC 端口入口的以下原因而导致的计数下降:

    1. ALE 滴数
    2. 超大帧丢弃计数
    3. 尺寸过小的帧丢弃计数
    4. CRC 错误丢弃计数
    5. 对齐/代码错误丢弃计数
    [/报价]

    是的。

    在 MAC 端口出口处遇到 ECC CRC 错误的帧是否也会计入端口掩码丢弃?

    ECC 错误帧不会在 MAC 端口上丢弃、这些帧将从 CPSW 发出。 由于没有下降、因此 PortMask 下降中不会考虑这些下降。

    此致、
    Sudheer

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

    你好 Sudheer,

    感谢您的澄清。


    ECC 错误帧不会在 MAC 端口处丢弃、这些错误帧将从 CPSW 发出。 由于没有跌落、这些将不会在 PortMask 跌落中计算。

    如果在主机端口出口丢弃 ECC CRC 错误帧、将会发生什么情况;该下降是在 STAT0_PORTMASK 下降时的端口掩码下降中进行计数、还是仅在 STAT0_TX_MEMORY_PROTECT_ERROR 中进行计数?

    此致、
    Hasan

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

    您好、  

    如果在主机端口出口丢弃 ECC CRC 错误帧、该下降将在 STAT0_PORTMASK 下降时计入端口掩码下降、还是仅在 STAT0_TX_MEMORY_PROTECT_ERROR 中计入?

    它将根据说明在端口掩码丢弃中进行计数、 STAT0_TX_MEMORY_PROTECT_ERROR 也会递增。  

    此致、  

    Sudheer

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

    你好 Sudheer,

    [引述 userid="540868" url="~/support/processors-group/processors/f/processors-forum/1515693/tda4vm-cpsw2g-statistics-portmask_drop/5848651 #5848651"]
    如果在主机端口出口丢弃 ECC CRC 错误帧、将会发生什么情况;该下降是在 STAT0_PORTMASK 下降时的端口掩码下降中进行计数、还是仅在 STAT0_TX_MEMORY_PROTECT_ERROR 中进行计数?

    它将根据说明在端口掩码丢弃中进行计数、 STAT0_TX_MEMORY_PROTECT_ERROR 也会递增。

    [/报价]

    如果是 MAC 端口出口、对于 ECC CRC 错误帧、由于 MAC 端口未丢弃帧并以 CRC 错误进行传输、STAT1_PORMASK 下降不会增加、但 STAT1_TX_MEMORY_PROTECT_ERROR 将递增、对吗?

    此致、
    Hasan

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

    您好、

    如果 MAC 端口出口、对于 ECC CRC 错误帧、由于 MAC 端口不丢弃帧并传输帧时存在 CRC 错误、STAT1_TX_MEMORY_PROTECT_ERROR 将递增、对吗?

    是的、您的理解是正确的。

    此致、
    Sudheer

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

    你好 Sudheer,

    感谢您的答复。


    此致、
    Hasan