-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Configured TAPRIO - ptp4l do not sync #24
Comments
The first thing that comes to mind is that as you are using a cycle time of 1ms, it could be that when You could try setting the Could you also paste the |
Thanks, I tried it and here is the output:
I also modified the config to make it simpler.
Also, in comparison to the previous config, I started to see a traffic on the interfaces, so it might be a progress in the right direction. |
This is interesting, what kernel version are you running? I am thinking that you are hitting the bug that this patch solves: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=1e08511d5d01884a3c9070afd52a47799312074a |
It is Ubuntu 20.04 LTS. |
Also, I was checking the TAPRIO man page and found the Which NICs currently available in market are supporting it? I tried it with the i210, but it does not work. Based on its specification it should support 802.1Qbv.. |
Giving an update. I tried to see the behavior on a simpler setup with just two nodes and followed exactly the same configuration as provided in https://tsn.readthedocs.io/qdiscs.html#configuring-taprio-qdisc and https://tsn.readthedocs.io/timesync.html. Unfortunately, even for that scenario the issue persists. What worked is to not run the TAPRIO using the txtime-assist mode, which is not suitable for our scenario. Are you able to reproduce this issue? Thank you! |
Hi, just an update from our side available on nxp-archive/openil_linuxptp#19 The issue is reproduced also on another setup (question from tribela). We used i225 and it works with the If there are any ideas on how to debug the issue, I am open to testing it! After trying different configs, as shown in previous posts, I ran out of ideas. |
Same issue here. Any update on this? |
Unfortunately, does not look like - we solved by creating a PTP "overlay", where we use additional links for |
Update: ** Original: **
The issue is that the default priority is set to 0. Your priority map maps it to TC 2, the lowest priority traffic. Alternatively,
|
@mremzero Thanks for the comment. We have tried this approach in meanwhile and you are right, it helps, but unfortunately some of the challenges still persist:
So overall, I would still expect it to work for any other queue as a BE traffic, but definitely this approach can work for some scenarios. :) |
Hi, has there been any progress with this issue? |
Hi,
I am having a simple three node setup formed in a triangle:
source-->hop-->sink
source-->sink
All of the connections are done using the Intel i210 cards. After I configured the hop using TAPRIO (w/ flags 0x1 and also w/o), the
ptp4l
stops to be in sync with other hops and also stops to exchange messages. When I try to setup ETF, CBS, or not qdisc on the hop, everything works as expected and clocks are in sync.Are you aware of similar issues by the TAPRIO qdisc?
On the source is configured ETF qdisc as follows:
The hop has a following TAPRIO + ETF configuration:
I am collecting traffic on the sink using TCPDUMP.
ptp4l gPTP.cfg
on the hop, sink and source follow same logic :Executing following
ptp4l
command:ptp4l -f gPTP.cfg --step_threshold=1 --socket_priority 1
What have I tried so far:
socket_priority
valuesTo note, I also opened an issue on linuxptp, but after looking more into, it seems like the issue is caused by the TAPRIO itself, as other qdiscs do not introduce this problem...
nxp-archive/openil_linuxptp#19
Any pointers on how to solve this issue would be appreciated!
Thanks!
The text was updated successfully, but these errors were encountered: