On Mon, 10 Jul 2023 at 04:08, Vladimir Dubrovsky <vdubrov...@crestron.com>
wrote:

> Hello Erez,
>
> Thank you for your time.
>
> I think the problem is not in Ethernet driver, because all applications
> over IPv6 work fine, at least I am not aware of a problem. PTP over IPv4
> works fine as well.
>

Your conclusion is wrong.
As time-stamps and PTP have a separate handling in the Ethernet driver.
Other IPv6 applications do not indicate if PTP IPv6 works or not in the
Ethernet driver.


> The problem is only in PTP over IPv6, and the problem is on receive side,
> because I decoded packets in WireShark and I see reasonable time stamps. I
> think somehow PTP extracts wrong time stamps. I agree it can
>

As far as I know, you can not see the TX time-stamp in wireshark, as they
are sent in a separate SKB.
You should not conclude the PTP state based on wireshark.
I use wireshark to see if PTP packets pass from side to side, i.e. the 2
peers are connected.
It is better to look at ptp4l 's own log to understand what happens on the
PTP itself.


> be misconfiguration in PTP or Linux kernel or something else. If you tell
> me what information you need I will send it to you. I just don’t know what
> can be needed.
>

Please send it to the group, there are other engineers in the group that
might find the proper solution.

The ptp4l configuration and the command line used to start ptp4l.
A description of your network.
Are m1 and m2 connected directly, or through a switch?
A short description of the Linux you use.
Does the ptp4l come from the Linux distribution or did you build it from
source.
And the ptp4l log (for 2 to 3 seconds, and errors if you see).
Do not send long logs, we will not read it anyway.
Is the Linux you use is vanille or is it a vendor kernel?
What Ethernet driver do you use with ptp4?

You can put in a compressed archive to save space.

Erez

Thank you.
>
> Vladimir
>
>
> Vladimir Dubrovsky  |  Lead Firmware Engineer
> Phone: 201‑367‑6695
> Ext: 12422
> Email: vdubrov...@crestron.com
> Crestron Electronics, Inc.
> 22 Link Drive, Rockleigh, NJ 07647
> [image: Crestron] <https://www.crestron.com/>
> CONFIDENTIALITY NOTICE: This e-mail message and any attachments may
> contain confidential and/or privileged information and is solely for the
> use of the intended recipients.  Any unauthorized review, use, disclosure,
> or distribution is strictly prohibited.  If you have received this message
> in error, please promptly notify the sender, and destroy all copies of the
> message and any attachments.
>
> *From:* Erez <erezge...@gmail.com>
> *Sent:* Saturday, July 08, 2023 9:36 AM
> *To:* Vladimir Dubrovsky <vdubrov...@crestron.com>
> *Cc:* linuxptp-devel@lists.sourceforge.net
> *Subject:* Re: [Linuxptp-devel] PTP4L over IPv6 doesn't converge clock
>
>
>
> Hi, There are 2 types of time-stamps RX and TX Both are retrieved in the
> msghdr of https: //man7. org/linux/man-pages/man3/recvmsg. 3p. html The RX
> time-stamp comes with the same message that contains the received packet.
> The TX is received with
>
> ZjQcmQRYFpfptBannerStart
>
> *This Message Is From an Untrusted Sender *
>
> You have not previously corresponded with this sender. Please use proper
> judgment and caution when opening attachments, clicking links, or
> responding to this email.
>
> ZjQcmQRYFpfptBannerEnd
>
> Hi,
>
>
>
> There are 2 types of time-stamps
>
> RX and TX
>
> Both are retrieved in the msghdr of
>
> https://man7.org/linux/man-pages/man3/recvmsg.3p.html
> <https://urldefense.com/v3/__https:/man7.org/linux/man-pages/man3/recvmsg.3p.html__;!!PkykpUBa!Q7GcYl1lDd99tGa7LAsVmwKBZQMFhfSFnATrvhuIKodDXYqGCso13hiCRsbO-3SF35hHKD8ws05CskBAxc3b3g$>
>
>
>
> The RX time-stamp comes with the same message that contains the received
> packet.
>
> The TX is received with a message on the error queue after the packet is
> sent in the vendor Ethernet driver.
>
>
>
> RX time-stamp can be applied to all packets or only PTP (with proper
> configuration).
>
> The TX time-stamp is usually reserved for PTP packets.
>
> ptp4l can configure your kermel/vendor Ethernet driver.
>
>
>
> The mechanizm is identical to all sockets/network layers (raw, ipv4, ipv6)
>
>   in ptp4l and in the kernel netlink (layer 2),
>
> It fills the message header with the time-stamps in the same manner.
>
>
>
> However the mechanism relies on the vendor Ethernet driver (module) to
> pass the time-stamp to the net-link on TX time-stamp, and add the
> time-stamp to the Linux SKB on RX time-stamp.
>
>
>
> According to your description, I would first look in the vendor Ethernet
> driver.
>
> First run with IPv4 and find the RX and TX time stamps.
>
> And then switch to IPv6.
>
>
>
> But there could also be a simple misconfiguration of your ptp4l or your
> system.
>
> You did not provide enough information to defer.
>
>
>
> Erez
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> On Fri, 7 Jul 2023 at 20:46, Vladimir Dubrovsky via Linuxptp-devel <
> linuxptp-devel@lists.sourceforge.net> wrote:
>
> Hello,
>
> I have a problem with ptp4l working with IPv6 messages.
>
> We use Linux version 4.19.0+ and ptp4l version 3.1.
>
> Everything works fine with PTP over IPv4. However when I run PTP over IPv6
> I see that clock can’t converge. I checked messages in WireShark,
> everything looks reasonable. I run PTP with “- 6” option for IPv6.
>
> My feeling is PTP doesn’t read timestamp from IPv6 message properly.
>
> Do you have any idea what can be a problem or how can I debug the case?
>
> Thank you.
>
>
>
> *Vladimir Dubrovsky*
>
>  |
>
> *Lead Firmware Engineer*
>
> Phone: 201‑367‑6695
>
> Ext: 12422
>
> Email: vdubrov...@crestron.com
>
> *Crestron Electronics, Inc.*
>
> 22 Link Drive, Rockleigh, NJ 07647
>
> [image: Crestron] <https://www.crestron.com/>
>
> CONFIDENTIALITY NOTICE: This e-mail message and any attachments may
> contain confidential and/or privileged information and is solely for the
> use of the intended recipients.  Any unauthorized review, use, disclosure,
> or distribution is strictly prohibited.  If you have received this message
> in error, please promptly notify the sender, and destroy all copies of the
> message and any attachments.
>
> _______________________________________________
> Linuxptp-devel mailing list
> Linuxptp-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
> <https://urldefense.com/v3/__https:/lists.sourceforge.net/lists/listinfo/linuxptp-devel__;!!PkykpUBa!Q7GcYl1lDd99tGa7LAsVmwKBZQMFhfSFnATrvhuIKodDXYqGCso13hiCRsbO-3SF35hHKD8ws05CskAD-efCXg$>
>
>
_______________________________________________
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-devel

Reply via email to