I219V高传播延迟

嗨安德烈，感谢您在有线以太网社区发帖。请根据与英特尔的合同分享您的Ethtool -i.Regards，Vince T.Intel客户支持代理的输出



以下为原文

Hi Andre,

Thank you for posting in Wired Ethernet Community.

Please share the output of your Ethtool -i. 

Regards,

Vince T.
Intel Customer Support
Agent under contract to Intel

嗨文斯，
感谢您的答复。
我刚刚将我的内核更新为4.18.1-041801-generic，因此有些信息与原始文章略有不同，例如驱动程序版本。
Ethtool -i：
司机：e1000e
版本：3.2.6-k
固件版本：0.1-4
扩展-ROM版本：
公交信息：0000：00：1f.6
支持 - 统计：是的
支持 - 测试：是的
支持-eeprom-access：是的
supports-register-dump：是的
supports-priv-flags：不
谢谢，
安德烈。



以下为原文

Hi Vince,
 
Thank you for the response. I just updated my kernel to 4.18.1-041801-generic so some info is a little different from the original post, such as the driver version.
 
Ethtool -i:
driver: e1000e
version: 3.2.6-k
firmware-version: 0.1-4
expansion-rom-version:
bus-info: 0000:00:1f.6
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no
 
Thank you,
Andre.

嗨安德烈，感谢您提供的信息，让我进一步检查这个问题，并尽快更新这个帖子.Regards，Vince T.Intel客户支持代理与英特尔的合同



以下为原文

Hi Andre,

Thanks for providing the information, let me further check this issue and update this thread as soon as possible.

Regards,

Vince T.
Intel Customer Support
Agent under contract to Intel

嗨文斯，
感谢您对此进行调查。
如果我能提供任何进一步的信息，请告诉我。
安德烈。



以下为原文

Hi Vince,
 
Thank you for looking into it. Please let me know if I can provide any further information.
 
Andre.

嗨安德烈，请分享有关如何测试传播延迟的详细步骤。
另外，您是否尝试过不同的操作系统？问候，Vince T.Intel客户支持代理与英特尔签订合同



以下为原文

Hi Andre,

Please share detail steps on how you're testing the propagation delay. Also, have you tried it on different operating system?


Regards,

Vince T.
Intel Customer Support
Agent under contract to Intel

嗨文斯，
我没有使用Ubuntu以外的任何操作系统。
我使用过Ubuntu 16.04和18.04。
具体内核：4.13.0-45-generic，4.15.0-29-generic和4.18.1-041801-generic
I210在上述所有方面都能正常工作。
运行ptp4l（Linux PTP）模块可以提供2个设备之间的传播时间。
我正在使用对等延迟机制，如下图所示，尽管E2E延迟给出了类似的值。
使用的命令：sudo ptp4l -i eno1 -f gPTP.cfg -m
短gPTP.cfg配置文件：
[全球]
gmCapable 1
priority1 248
priority2 248
logAnnounceInterval 0
logSyncInterval -3
syncReceiptTimeout 3
neighborPropDelayThresh 800
min_neighbor_prop_delay -20000000
assume_two_step 1
path_trace_enabled 1
follow_up_info 1
transportSpecific 0x1
ptp_dst_mac 01：80：C2：00：00：0E
network_transport L2
delay_mechanism P2P
从Extreme x440-48t开关侧也可以观察到传播延迟。
X440-48t.14＃show network-clock gptp port 31
物理端口号：31
gPTP端口状态：已启用
时钟标识：00：04：96：ff：fe：9a：91：d2
gPTP端口号：31
IEEE 802.1AS能力：否
端口角色：3（已禁用）
宣布初始时间间隔：0（1.000秒）
宣布当前间隔：0（1.000秒）
宣布收据超时：3
同步初始间隔：-3（0.125秒）
同步当前间隔：-3（0.125秒）
同步收据超时：3
同步收据超时间隔：N / A.
测量传播延迟：是的
传播延迟：7287 ns
传播延迟阈值：800 ns（自动）
传播延迟不对称：0
对等延迟初始间隔：0（1.000秒）
对等延迟电流间隔：0（1.000秒）
同伴延迟允许丢失响应：3
邻接率：0.999978
PTP版本：2
您还可以看到此线程https://sourceforge.net/p/linuxptp/mailman/message/36386718/，以了解有关ptp4l侧I219V传播时间的讨论。
问候，
安德烈



以下为原文

Hi Vince,
 
I have not used any operating systems other than Ubuntu.
I have used Ubuntu 16.04 and 18.04.
Specifc kernels: 4.13.0-45-generic, 4.15.0-29-generic and 4.18.1-041801-generic
The I210 works fine on all the above.
 
Running the ptp4l (Linux PTP) module gives the propagation time between 2 devices. I am using the peer-delay mechanism as explained in the image below although E2E delay gives similar values.

 
Command used: sudo ptp4l -i eno1 -f gPTP.cfg -m
Short gPTP.cfg profile:
[global]
gmCapable 1
priority1 248
priority2 248
logAnnounceInterval 0
logSyncInterval -3
syncReceiptTimeout 3
neighborPropDelayThresh 800
min_neighbor_prop_delay -20000000
assume_two_step 1
path_trace_enabled 1
follow_up_info 1
transportSpecific 0x1
ptp_dst_mac 01:80:C2:00:00:0E
network_transport L2
delay_mechanism P2P
 
The propagation delay can also be observed from the Extreme x440-48t switch side.
X440-48t.14 # show network-clock gptp port 31
Physical port number               : 31
gPTP port status                   : Enabled
Clock Identity                     : 00:04:96:ff:fe:9a:91:d2
gPTP Port Number                   : 31
IEEE 802.1AS Capable               : No
Port Role                          : 3 (Disabled)
Announce Initial Interval          : 0 (1.000 secs)
Announce Current Interval          : 0 (1.000 secs)
Announce Receipt Timeout           : 3
Sync Initial Interval              : -3 (0.125 secs)
Sync Current Interval              : -3 (0.125 secs)
Sync Receipt Timeout               : 3
Sync Receipt Timeout Interval      : N/A
Measuring Propagation Delay        : Yes
Propagation Delay                  : 7287 ns
Propagation Delay Threshold        : 800 ns (auto)
Propagation Delay Asymmetry        : 0
Peer Delay Initial Interval        : 0 (1.000 secs)
Peer Delay Current Interval        : 0 (1.000 secs)
Peer Delay Allowed Lost Responses  : 3
Neighbor Rate Ratio                : 0.999978
PTP Version                        : 2
 
You can also see this thread https://sourceforge.net/p/linuxptp/mailman/message/36386718/ for a discussion about the I219V propagation time from the ptp4l side.
 
Regards,
Andre

嗨安德烈，谢谢你提供的信息。
我们会进一步检查并尽快更新这个帖子.Regards，Vince T.Intel客户支持



以下为原文

Hi Andre,

Thank you for providing the information. We'll check further and update this thread as soon as possible.

Regards,

Vince T.
Intel Customer Support

嗨文斯，
感谢您的时间。
有任何更新吗？
谢谢，
安德烈。



以下为原文

Hi Vince,
 
Thank you for your time. Any update yet?
 
Thank you,
Andre.

嗨安德烈，我们想为延迟道歉，这个问题仍在调查中.Regards，Vince T.Intel客户支持



以下为原文

Hi Andre,

We'd like to apologize for the delay, this issue is still being investigated.

Regards,

Vince T.
Intel Customer Support

嗨安德烈，请尝试驱动程序版本 - 3.4.2.1。
您可以从thislink.Regards下载该文件，Vince T.Intel客户支持



以下为原文

Hi Andre,

Please try the driver version - 3.4.2.1. You may download the file from this link.

Regards,

Vince T.
Intel Customer Support

嗨文斯，
安装驱动程序和路径延迟仍然相同。
ethtool -i：
司机：e1000e
版本：3.4.2.1-NAPI
固件版本：0.8-4
扩展-ROM版本：
公交信息：0000：00：1f.6
支持 - 统计：是的
支持 - 测试：是的
支持-eeprom-access：是的
supports-register-dump：是的
supports-priv-flags：不



以下为原文

Hi Vince,
 
Driver installed and the path delay is still the same.
 
ethtool -i:
driver: e1000e
version: 3.4.2.1-NAPI
firmware-version: 0.8-4
expansion-rom-version:
bus-info: 0000:00:1f.6
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no