<div dir="ltr">adding the tz mailing in the discussion<div><br></div><div>Yours, <br>Daniel</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 18, 2019 at 5:41 AM Martin Burnicki <<a href="mailto:martin.burnicki@burnicki.net">martin.burnicki@burnicki.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Eliot Lear wrote:<br>
> <br>
>> On 18 Jul 2019, at 10:29, Martin Burnicki <<a href="mailto:martin.burnicki@burnicki.net" target="_blank">martin.burnicki@burnicki.net</a>> wrote:<br>
>><br>
>> Hi all,<br>
>><br>
>> Eliot Lear wrote:<br>
>>> Hi everyone,<br>
>>><br>
>>> While the IANA does a great job at servicing our assigned number needs<br>
>>> and delivering the TZ database to developers, they is not set up, nor do<br>
>>> they have *any* experience, to handle the load that end clients could<br>
>>> place on them.  Moreover, they are in no position to support millions of<br>
>>> people if something goes wrong.  And make no mistake: something will go<br>
>>> wrong.  I would be okay with a limited tzdist service for those who are<br>
>>> going to be distributing the data themselves, but the order of receivers<br>
>>> should be on 100s not millions.<br>
>><br>
>> Wouldn't it be nice to have an infrastructure similar to what the NTP<br>
>> pool provides for time synchronization?<br>
> <br>
> <br>
> I guess I would want to see commitment from those who provide TZ service to their customers today to go to such a new service before investing a lot of money.  Would Red-hot, Apple, Microsoft, Debian, Ubuntu, or any of the others want to use it?  I also realize that ICANN is well positioned to fund this sort of thing, but it is not clear to me that it is right for them to do so.  There has to be a real need, and those who really need it perhaps should foot the bill.<br>
> <br>
<br>
I'm working at Meinberg<br>
<a href="https://www.meinbergglobal.com/" rel="noreferrer" target="_blank">https://www.meinbergglobal.com/</a><br>
<br>
and we are manufacturing NTP/PTP servers, beside related time<br>
synchronization stuff.<br>
<br>
In the past, whenever governments as of Egypt, Morocco, etc. decided to<br>
start or end DST just a couple of days before this really happens we get<br>
support requests from industries, telecommunication companies, etc.,<br>
asking if our time servers could fix the problem to update the TZ data<br>
quickly enough.<br>
<br>
We always have to tell them they need to wait until a new TZ DB has been<br>
released, and then hope that their OS maintainers (Microsoft, Apple,<br>
Linux distros, etc.) pick up the new TZ DB version and provide a<br>
software/firmware update just to provide the latest changes quickly.<br>
<br>
Providing these updates also requires quite some effort for the<br>
maintainers, and it would be much easier for them if this kind of<br>
information could be updated automatically, which should also be faster<br>
than with manual intervention required.<br>
<br>
TZ data must not be requested from a server as often as the current<br>
time, so I think that even if the data size is larger than an NTP packet<br>
the overall load compared to NTP will not be much higher than for a<br>
server that provides NTP services, and if I remember correctly then data<br>
only needs to be transferred if changes have become available.<br>
<br>
So I think this type of service and its advantages just need to be made<br>
more public, to let the OS maintainers learn that they have less work<br>
with rolling out and deploying software updates if they just use TZDIST.<br>
<br>
I'd expect that a TZDIST pool could be operated by volunteers, just like<br>
the NTP pool.<br>
<br>
Martin<br>
<br>
_______________________________________________<br>
Tzdist-bis mailing list<br>
<a href="mailto:Tzdist-bis@ietf.org" target="_blank">Tzdist-bis@ietf.org</a><br>
<a href="https://www.ietf.org/mailman/listinfo/tzdist-bis" rel="noreferrer" target="_blank">https://www.ietf.org/mailman/listinfo/tzdist-bis</a><br>
</blockquote></div>