Re: [ntp:questions] Registering a new reference clock driver to NTP4
28 Kasım 2016 Pazartesi 16:19:51 UTC+3 tarihinde Terje Mathisen yazdı: > Erdem Ersagun wrote: > > Hello, > > > > I couldn't find any documents clarifying the process to apply for a > > new reference clock driver. > > > > Here in our projects, we use a custom time card (reference clock) for > > time synchronization among multiple network peers. We developed a > > software which reads the time from the device and adjusts the > > operating system time. Now we want to replace our software with NTP4 > > and want to register this time card to NTP world and contribute any > > header/source files so that we can use standard NTP distributions. > > > > How can we reserve a reference clock ID defined in .include/ntp.h > > file? When I downloaded the NTP source code it says "If you want to > > add a new refclock let us know and we'll assign you a number." in the > > README.refclocks file. But no contact is given. > > By far the easiest method to interface with a new clock is to write a > SHM (Shared Memory) driver for it! > > There are multiple examples of people who have already done this, a > little bit of googling should find them for you. > > Good Luck! > > Terje > > -- > - > "almost all programming can be viewed as an exercise in caching" Thank you for your reply. I should clarify my question: We have already prepared our reference clock driver which uses the address "127.127.47.0". 47 is not used in ntp-4.2.8p8. Now we want to commit our reference clock driver to ntp community so that ntp will provide built-in support to our reference clock just like Bancomm or any other reference clock listed in ntp.h header file. Is it possible? ___ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions
Re: [ntp:questions] Registering a new reference clock driver to NTP4
On 2017-02-21, Erdem Ersagun wrote: > 28 Kasım 2016 Pazartesi 16:19:51 UTC+3 tarihinde Terje Mathisen yazdı: >> Erdem Ersagun wrote: >> > Hello, >> > >> > I couldn't find any documents clarifying the process to apply for a >> > new reference clock driver. >> > >> > Here in our projects, we use a custom time card (reference clock) for >> > time synchronization among multiple network peers. We developed a >> > software which reads the time from the device and adjusts the >> > operating system time. Now we want to replace our software with NTP4 >> > and want to register this time card to NTP world and contribute any >> > header/source files so that we can use standard NTP distributions. >> > >> > How can we reserve a reference clock ID defined in .include/ntp.h >> > file? When I downloaded the NTP source code it says "If you want to >> > add a new refclock let us know and we'll assign you a number." in the >> > README.refclocks file. But no contact is given. >> >> By far the easiest method to interface with a new clock is to write a >> SHM (Shared Memory) driver for it! >> >> There are multiple examples of people who have already done this, a >> little bit of googling should find them for you. >> >> Good Luck! >> >> Terje >> >> -- >> - >> "almost all programming can be viewed as an exercise in caching" > > Thank you for your reply. I should clarify my question: > > We have already prepared our reference clock driver which uses the address > "127.127.47.0". > 47 is not used in ntp-4.2.8p8. Now we want to commit our reference clock > driver to ntp community so that ntp will provide built-in support to our > reference clock just like Bancomm or any other reference clock listed in > ntp.h header file. If this is some special hardware clock that is unique to you and your place, why do it. If you want to sell it, and expect others to adopt it, then it should be possible. But this would mean ntpd committing to supporting that driver, when you go ahead and make major changes in it. and they might wonder if this is just you trying to offload your support to others. Many of the reference clocks that ntpd now supports are obsolete, and it is not clear that a better way is not to supply a entrance into ntpd (like the shm driver), separatig ntpd out from the details of those drivers. > Ie, why is is it better to have a special driver rather than making use of the generic entry ports? What is so special about your clock that that is not a better solution? > Is it possible? ___ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions
Re: [ntp:questions] Registering a new reference clock driver to NTP4
AFAIK no new ref clock integrations are being accepted at this time. Check with Harlen Stenn ( st...@nwtime.org ) who will know. What is needed is an Interface Description Language to enable one driver to handle all clocks. Then it would only need a « refclock.conf » > Le 21 févr. 2017 à 13:31, Erdem Ersagun a écrit : > > 28 Kasım 2016 Pazartesi 16:19:51 UTC+3 tarihinde Terje Mathisen yazdı: >> Erdem Ersagun wrote: >>> Hello, >>> >>> I couldn't find any documents clarifying the process to apply for a >>> new reference clock driver. >>> >>> Here in our projects, we use a custom time card (reference clock) for >>> time synchronization among multiple network peers. We developed a >>> software which reads the time from the device and adjusts the >>> operating system time. Now we want to replace our software with NTP4 >>> and want to register this time card to NTP world and contribute any >>> header/source files so that we can use standard NTP distributions. >>> >>> How can we reserve a reference clock ID defined in .include/ntp.h >>> file? When I downloaded the NTP source code it says "If you want to >>> add a new refclock let us know and we'll assign you a number." in the >>> README.refclocks file. But no contact is given. >> >> By far the easiest method to interface with a new clock is to write a >> SHM (Shared Memory) driver for it! >> >> There are multiple examples of people who have already done this, a >> little bit of googling should find them for you. >> >> Good Luck! >> >> Terje >> >> -- >> - >> "almost all programming can be viewed as an exercise in caching" > > Thank you for your reply. I should clarify my question: > > We have already prepared our reference clock driver which uses the address > "127.127.47.0". > 47 is not used in ntp-4.2.8p8. Now we want to commit our reference clock > driver to ntp community so that ntp will provide built-in support to our > reference clock just like Bancomm or any other reference clock listed in > ntp.h header file. > > Is it possible? > > ___ > questions mailing list > questions@lists.ntp.org > http://lists.ntp.org/listinfo/questions "The power of accurate observation is commonly called cynicism by those who have not got it. » George Bernard Shaw ___ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions
Re: [ntp:questions] Registering a new reference clock driver to NTP4
Erdem Ersagun wrote: 28 Kasım 2016 Pazartesi 16:19:51 UTC+3 tarihinde Terje Mathisen yazdı: Erdem Ersagun wrote: Hello, I couldn't find any documents clarifying the process to apply for a new reference clock driver. Here in our projects, we use a custom time card (reference clock) for time synchronization among multiple network peers. We developed a software which reads the time from the device and adjusts the operating system time. Now we want to replace our software with NTP4 and want to register this time card to NTP world and contribute any header/source files so that we can use standard NTP distributions. How can we reserve a reference clock ID defined in .include/ntp.h file? When I downloaded the NTP source code it says "If you want to add a new refclock let us know and we'll assign you a number." in the README.refclocks file. But no contact is given. By far the easiest method to interface with a new clock is to write a SHM (Shared Memory) driver for it! There are multiple examples of people who have already done this, a little bit of googling should find them for you. Good Luck! Terje -- - "almost all programming can be viewed as an exercise in caching" Thank you for your reply. I should clarify my question: We have already prepared our reference clock driver which uses the address "127.127.47.0". 47 is not used in ntp-4.2.8p8. Now we want to commit our reference clock driver to ntp community so that ntp will provide built-in support to our reference clock just like Bancomm or any other reference clock listed in ntp.h header file. Is it possible? It is of course possible, but if you want the NTÅ Hackers team to merge it into the regular distribution and support it in the future then you first need to come up with some compelling reasons for why this particular clock is so unique that it deserves a custom clock driver. Do you provide hw latency measurement/correction? Single digit ns RMS error? Terje -- - "almost all programming can be viewed as an exercise in caching" ___ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions
Re: [ntp:questions] Registering a new reference clock driver to NTP4
What Terje said. If there is compelling reason to add a new refclock type, then please open an enhacement request at bugs.ntp.org. -- Harlan Stenn http://networktimefoundation.org - be a member! ___ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions
Re: [ntp:questions] Registering a new reference clock driver to NTP4
On 2017-02-21 07:58, Terje Mathisen wrote: > Erdem Ersagun wrote: >> 28 Kasım 2016 Pazartesi 16:19:51 UTC+3 tarihinde Terje Mathisen >> yazdı: >>> Erdem Ersagun wrote: I couldn't find any documents clarifying the process to apply for a new reference clock driver. Here in our projects, we use a custom time card (reference clock) for time synchronization among multiple network peers. We developed a software which reads the time from the device and adjusts the operating system time. Now we want to replace our software with NTP4 and want to register this time card to NTP world and contribute any header/source files so that we can use standard NTP distributions. How can we reserve a reference clock ID defined in .include/ntp.h file? When I downloaded the NTP source code it says "If you want to add a new refclock let us know and we'll assign you a number." in the README.refclocks file. But no contact is given. >>> By far the easiest method to interface with a new clock is to write >>> a SHM (Shared Memory) driver for it! >>> There are multiple examples of people who have already done this, a >>> little bit of googling should find them for you. >> Thank you for your reply. I should clarify my question: >> We have already prepared our reference clock driver which uses the >> address "127.127.47.0". 47 is not used in ntp-4.2.8p8. Now we want to >> commit our reference clock driver to ntp community so that ntp will >> provide built-in support to our reference clock just like Bancomm or >> any other reference clock listed in ntp.h header file. >> Is it possible? > It is of course possible, but if you want the NTP Hackers team to > merge it into the regular distribution and support it in the future > then you first need to come up with some compelling reasons for why > this particular clock is so unique that it deserves a custom clock > driver. > Do you provide hw latency measurement/correction? > Single digit ns RMS error? Maybe start by providing some background on your org, use case for the card, design specs, driver development and use docs, measurements, papers, availability, and cost: links are good. If information or hardware is not available to the public, it will be hard to make a case to add to the public reference distribution. That's why most hardware developed behaves like some other existing hardware, so they can use standard drivers for NMEA, TSIP, SHM, JSON, PTP, parse, etc. refclocks or for GPSD and benefit from existing code and support. You would probably be expected to donate cards, and also servers (or donation to purchase), and make man power commitments, to allow the maintainers to perform testing of the hardware and software, in order to be accepted into the distribution. This is similar to other open source projects where vendors must make contributions over and above the necessary software and hardware to maintain their support by the project. Driver maintenance seems mainly to be performed by those who have a stake in keeping their hardware supported. As a vendor you would be expected to provide primary support for your customers, and could submit reproducible bugs, regression tests, and fixes to the project, as can anyone who wants to participate. If this is a private effort, why not just choose a nice high driver number between 100 and 250 to avoid any possible future conflicts? I believe you could also contract with or sponsor the Network Time Foundation NTP project to do the work and include the driver in the distribution, depending on personnel availability and other project priorities. To see where the development and maintenance effort is going nowadays: look at the Network Time Foundation (.org) project pages, RFCs and Internet Drafts being submitted, and security fixes about every six months, as that is the normal embargo period before public disclosure. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada ___ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions
