PTP - Precision Time Protocol - IEEE 1588v2

Поділитися
Вставка
  • Опубліковано 4 гру 2024

КОМЕНТАРІ • 24

  • @AhoyCapnLinux
    @AhoyCapnLinux 2 місяці тому

    This video was very clear and thorough, it helped a lot. Thank you!

  • @honeyshihtzu9675
    @honeyshihtzu9675 2 роки тому +2

    Great Work Barbara. Thank you

    • @BarbaraAnne
      @BarbaraAnne  2 роки тому

      Thank you! I appreciate the feedback!

  • @eteeXRM
    @eteeXRM 2 роки тому +4

    Hi Barbara. Thank you for the informative video. I'm confused about your network latency calculation circa time 4:31. Doesn't the difference between the time the slave sent the delay request (108) and delay response value from the master (112) indicate the one-way network latency from slave to master? This isn't the round trip delay, so I don't know why there is a division by 2.

    • @BarbaraAnne
      @BarbaraAnne  2 роки тому +3

      Hi Amit, There was initial one-way latency in the network for the original Follow Up packet, which is what we're trying to determine. The Delay Request packet is also experiencing one-way latency in the network (in the other direction). So that's why we divide by 2 - to account for the latency in both directions.

  • @ShaunCurrier
    @ShaunCurrier 2 роки тому +1

    Really fantastic explanation, thank you!

    • @BarbaraAnne
      @BarbaraAnne  2 роки тому

      Thanks! I really appreciate the feedback!

  • @donobanramirezrivero5178
    @donobanramirezrivero5178 4 місяці тому

    Great video! thanks for sharing

  • @MP-xz7om
    @MP-xz7om 5 місяців тому

    Great, is there also a video about Software PTP so with with no PTP Hardware and if using Software PTP if a acceptable choice when going for low latency in a small lab enviroment?

    • @BarbaraAnne
      @BarbaraAnne  5 місяців тому

      I’m not quite sure what you’re asking but there isn’t another video. Sorry

  • @bauyrzhan8652
    @bauyrzhan8652 4 місяці тому +1

    Thank you.

  • @sliddjur
    @sliddjur 2 роки тому +1

    Cool! This protocol assumes equal links send and return as you mentioned...
    But is it even theoretically possible to get equal times when there is *not* equal delay for send and return?

    • @BarbaraAnne
      @BarbaraAnne  2 роки тому

      I guess it depends on the precision of your clock and the number of hops between 2 systems involved in the conversation.

  • @bashmogd4468
    @bashmogd4468 Рік тому

    Thank YOU

    • @BarbaraAnne
      @BarbaraAnne  Рік тому

      Thank you too! I appreciate the feedback!

  • @lixiang3448
    @lixiang3448 Рік тому +1

    Best video I've ever seen! But I'm confused that this is more like a 1588 v1.

    • @BarbaraAnne
      @BarbaraAnne  Рік тому

      Thank you for your comment. I will look into that.

  • @mensaswede4028
    @mensaswede4028 Рік тому

    It seems like this protocol is only useful in highly dedicated networks. In other words, it wouldn’t work over the Internet.

    • @BarbaraAnne
      @BarbaraAnne  Рік тому +2

      It's really implemented in the Service Providers' networks for their transport, not as an application.

    • @AhoyCapnLinux
      @AhoyCapnLinux 2 місяці тому

      The major use for PTP is time sensitivity below microseconds. You'll generally see applications at the service provider level (as Barbara stated), financial sector, or in the space industry. I work with a service provider and our main use for PTP is managing DOCSIS timing, since cable modems effectively "take turns" sending customer-side data to the CMTS, allowing them to occupy the same frequency without interfering with each other.

  • @KathyBurton-e3g
    @KathyBurton-e3g 3 місяці тому

    Harris Robert Thomas Scott Rodriguez James