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.

[参考译文] DP83867IS:处理巨型数据包所需的时钟规格和树结构

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/726195/dp83867is-required-clock-spec-and-tree-structure-for-dealing-with-jumbo-packets

器件型号:DP83867IS

大家好、

我知道 DP83867无需更改寄存器即可支持巨型数据包。
但我认为它应该需要更精确的时钟同步、以避免 PHY 和 Mac 上的 FIFO 上溢和下溢。
从根本上说、IEEE802.3为系统中的基准时钟定义了+/-100ppm 的时钟容差。 但这一要求只允许与最大 IFG (帧间隙)进行高达1518字节的数据包通信。 为了处理诸如9k 字节的巨型数据包、应该要求更精确的时钟源。   

您能告诉我设计安全系统的以下几点吗?
安全传输9k 数据包需要多少精确时钟?
2. 是否有任何图显示 DP83867的内部时钟架构?
哪个时钟应用作系统参考时钟? 或者、分频时钟架构是否可接受(在 Mac 和 PHY 上使用不同的时钟源)?  

此致、
Takashi Onawa

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

    对于我们的内部巨型数据包测试、我们使用了频率容差为+/-50ppm 的晶体。 该测试是作为点检查执行的、而不是用于表征。 内部时钟架构是机密 IP、不能与客户共享。 在 SGMII 和 RGMII 模式下、可接受 MAC 和 PHY 的独立时钟。 如果 MAC 可以支持此功能、也可以提供从 MAC 到 PHY 的时钟。

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

    好的、我了解了检查巨型数据包通信和时钟 IP 泄露极性的测试条件。

    您能否估计通过+/-50ppm 容差参考时钟并通过 RGMII 进行连接的最大数据长度?
    我认为它应该取决于内部 FIFO 大小、内部时钟结构和时钟容差、但由于我们的披露极性、我们无法计算。

    如果您有任何应用手册、请与我们分享。

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

    在+/-50ppm 时、高达13KB 的数据包大小应该是可以接受的。 同样、这些结果来自实验室测量、我建议客户自行执行测试。

    此致、
    Aniruddha