News for hackers. Stuff that matters.

A comment on Some DNS lookups causing 5xx errors due to leap second bug. Parent comment

Re:Some DNS lookups causing 5xx errors due to leap second bug by imglorp on Sunday January 01, 2017 @10:06AM (#13295940)
But yet, parent poster's phone dropped, so that migration from UTC=GPS+N to UTC=GPS+N+1 would result in the same conniptions we all have to deal with an extra second in the day. Even if it is at the phone's presentation layer, that's several GB of software that might hold lurking N+1 bugs causing the data layer to drop.
[ Parent | on HN ]
Re:Some DNS lookups causing 5xx errors due to leap second bug by user5994461 on Sunday January 01, 2017 @03:03PM (#13297041)
Let's reframe that: His phone dropped on the new year, when everyone is sending a happy new year message to everyone they know.

No link with leap second till proven.

[ Parent | on HN ]
Re:Some DNS lookups causing 5xx errors due to leap second bug by askbjoernhansen on Monday January 02, 2017 @07:40AM (#13300824)
It wasn't midnight anywhere with CDMA service when the leap second happened.
[ Parent | on HN ]
Re:Some DNS lookups causing 5xx errors due to leap second bug by kevin_nisbet on Sunday January 01, 2017 @11:42AM (#13296231)
Agreed, while the CDMA specification requires tight time syncing, like everything else the UNIX OSs used to run the equipment can receive the leap indicator. Any problem within the OS, or the software reading date/time from the OS can cause instability.

Also, without knowing more about what exactly went wrong with your phone, it's possible other infrastructure within the network was unstable, signalling equipment, etc. I can't remember exactly, but I think some of the CDMA equipment at my previous company had a leap second problem previously. And the equipment is no longer being maintained or patched really.

[ Parent | on HN ]
Re:Some DNS lookups causing 5xx errors due to leap second bug by imglorp on Sunday January 01, 2017 @12:41PM (#13296441)
Past life $work made UTDOA equipment for GSM networks. The hardware used a number of GPS modules from various vendors to obtain GPS time, which someone noted above includes leap offset broadcast in the periodic almanac.

Anyway, of three different module vendors, two got leap handling wrong. Then our own code had its own leap bugs, on top of the OS (Solaris) timekeeping bugs such as clock jumps and timezone update issues. Good times.

[ Parent | on HN ]