
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto">Another thing to consider is, say you give the Metaswitch the best cesium clock, synced via a gold-plated time synchronisation protocol that walks with God, not a virtualised time server in sight for a hundred miles. <div><br></div><div>It’s just an operating system clock. It’s going to accumulate some drift of its own pretty quickly. Frequent synchronisations can mitigate that, but not altogether perfectly, and definitely not at the timing resolution about which these hairs are being split. Where’s the payoff here?</div><div><br><div dir="ltr">—<div>Sent from mobile, with due apologies for brevity and errors.</div></div><div dir="ltr"><br><blockquote type="cite">On Feb 18, 2020, at 8:37 AM, Alex Balashov <abalashov@evaristesys.com> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><meta http-equiv="content-type" content="text/html; charset=utf-8">That was kind of my point. You’re not going to use an operating system clock to drive TDM or things that need BITS. For billing and logs and things like that, what’s a few tins of milliseconds matter? And if the drift is in the hundreds of ms due to a VM server, I would say that is “unusual”.<div><br><div dir="ltr">—<div>Sent from mobile, with due apologies for brevity and errors.</div></div><div dir="ltr"><br><blockquote type="cite">On Feb 18, 2020, at 8:23 AM, Mike Hammett <voiceops@ics-il.net> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div style="font-family: arial,helvetica,sans-serif; font-size: 10pt; color: #000000">Non-TDM timing things. CDRs, logs, etc. I don't have an exhaustive list, but I can ask.<div><br></div><div>We'll have to just get a BITS service from Frontier for the TDM timing needs.<br><br><div><span name="x"></span><br><br>-----<br>Mike Hammett<br>Intelligent Computing Solutions<br>http://www.ics-il.com<br><br><br><br>Midwest Internet Exchange<br>http://www.midwest-ix.com<br><br><span name="x"></span><br></div><br><hr id="zwchr"><div style="color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>"Alex Balashov" <abalashov@evaristesys.com><br><b>To: </b>voiceops@voiceops.org<br><b>Sent: </b>Tuesday, February 18, 2020 7:19:58 AM<br><b>Subject: </b>Re: [VoiceOps] NTP Question<br><br>I'm still going to maintain that VMs are fine in our considerable <br>experience, as long as the hypervisor environment isn't "out of the<br>ordinary" and your applications of NTP aren't the kinds for which<br>nothing less than the precision of a cesium clock will do. What does<br>Metaswitch do with its system clock? Cut CDRs? <br><br>-- Alex<br><br>On Tue, Feb 18, 2020 at 07:04:35AM -0600, Mike Hammett wrote:<br><br>> I would love to have my own stratum one in each Frontier CO we're in. Unfortunately, we don't have access to put GPS antennas on the buildings and the important buildings don't have windows and have us behind multiple layers of brick walls\concrete floors, so an indoor antenna isn't likely to work. <br>> <br>> <br>> Clocks that accept their information via PTP from a location where we can put up a GPS antenna run into the thousands of dollars (though I am still waiting on quotes), thus aren't exactly reasonably priced. <br>> <br>> <br>> <br>> <br>> To seemingly conclude the thread, 3 are required, 4 or 5 are recommended. VM NTP servers are to be avoided. <br>> <br>> <br>> <br>> <br>> I'll roll with VMs for now while I develop a plan to have something there I can use the hardware directly (no VM). I'll swap out each VM for hardware when a reasonable course of action is available. <br>> <br>> <br>> <br>> <br>> ----- <br>> Mike Hammett <br>> Intelligent Computing Solutions <br>> http://www.ics-il.com <br>> <br>> <br>> <br>> Midwest Internet Exchange <br>> http://www.midwest-ix.com <br>> <br>> <br>> <br>> ----- Original Message -----<br>> <br>> From: "Peter Beckman" <beckman@angryox.com> <br>> To: "Tim Bray" <tim@kooky.org> <br>> Cc: voiceops@voiceops.org <br>> Sent: Monday, February 17, 2020 10:02:46 PM <br>> Subject: Re: [VoiceOps] NTP Question <br>> <br>> Ooooh I like that one! <br>> <br>> The thread got a little confusing -- <br>> <br>> Are we talking about using NTP as a client on VMs? <br>> <br>> Or using VMs to run NTP servers? <br>> <br>> If as a server: <br>> Hell NAH! Don't do it. Like everyone said, the clock available to the <br>> OS isn't reliable, you don't want its drift to affect other machine's <br>> clocks. <br>> <br>> If as a client: <br>> Hell YAH! VM clocks are unreliable. Heck, we had a dedicated server that <br>> had a 14 second a day drift! We used the heck out of NTP to keep that <br>> sucker from losing time. <br>> <br>> Sort of related: I really love OVH as a hosting provider, but they offer <br>> one time source, and it is in Beauharnois, Canada, even if you use their <br>> Oregon US Datacenter. These NTP devices are so inexpensive to cover a whole <br>> datacenter, why are we introducing network latency?!? <br>> <br>> I am of the opinion that each physical datacenter should provide its own <br>> Stratum 1 NTP source. <br>> <br>> Beckman <br>> <br>> On Tue, 18 Feb 2020, Tim Bray via VoiceOps wrote: <br>> <br>> > On 17/02/2020 21:52, Mike Hammett wrote: <br>> >> How many NTP servers do you guys run? <br>> >> I just spun up two NTP servers in different locations on this network. <br>> >> Metaswitch just asked me for at least four (preferably five, or even more). <br>> >> Right now, the ones I have are just referencing the US pool. Eventually, <br>> >> they'll reference on-net GPS-backed devices. <br>> > <br>> > <br>> > https://store.uputronics.com/index.php?route=product/product&path=60_70&product_id=92 <br>> > <br>> > <br>> > LeoNTP server. If you want to run your own. <br>> > <br>> > <br>> > <br>> > <br>> > <br>> > -- <br>> > Tim Bray <br>> > Huddersfield, GB <br>> > tim@kooky.org <br>> > +44 7966479015 <br>> > <br>> > <br>> <br>> --------------------------------------------------------------------------- <br>> Peter Beckman Internet Guy <br>> beckman@angryox.com http://www.angryox.com/ <br>> --------------------------------------------------------------------------- <br>> _______________________________________________ <br>> VoiceOps mailing list <br>> VoiceOps@voiceops.org <br>> https://puck.nether.net/mailman/listinfo/voiceops <br>> <br>> _______________________________________________ <br>> VoiceOps mailing list <br>> VoiceOps@voiceops.org <br>> https://puck.nether.net/mailman/listinfo/voiceops <br>> <br><br>> _______________________________________________<br>> VoiceOps mailing list<br>> VoiceOps@voiceops.org<br>> https://puck.nether.net/mailman/listinfo/voiceops<br><br><br>-- <br>Alex Balashov | Principal | Evariste Systems LLC<br><br>Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) <br>Web: http://www.evaristesys.com/, http://www.csrpswitch.com/<br>_______________________________________________<br>VoiceOps mailing list<br>VoiceOps@voiceops.org<br>https://puck.nether.net/mailman/listinfo/voiceops<br></div><br></div></div></div></blockquote></div></div></blockquote></div></body></html>