Комментарии 125
Меня этот Андрей смутил, после открытия оригинала выяснилось, что это все же Эндрю.
Но история хорошая, указания адресов лучше даже в своих сетях избегать по возможности.
Я и сам в текущем интерфейсе это не всегда сразу понимаю.
:)
P.S. я про гипотетическую ситуацию — оригинал я читал еще на HN.
Аппаратные часы стоят копейки. Экономить на промышленном, блджад, контроллере целых полбакса?
Найти денег, чтобы заплатить инженеру, чтобы тот почитал про NTP, и сэкономить на чтении главы про DNS?
Никто не обратил внимание, что эти ихние контроллеры работают по GPRS? А я слышал, что в GSM сетях тоже используется синхронизация времени… И NTP тут лишнее…
В этой ситуации всё гармонирует: и 4 директора на 1 технаря, и максимально странная реализация синхронизации времени, и невозможность в роуминге обновить прошивку, и что деньги внезапно кончились.
А я слышал, что в GSM сетях тоже используется синхронизация времени… И NTP тут лишнее…
NITZ has been an optional part of the official GSM standard since phase 2+ release 96.
United Kingdom EE (telecommunications company) NITZ available since — (прочерк)
В этой ситуации все гармонирует: и 4 комментатора на 1 специалиста, и максимально странные советы о синхронизации времени.
Особенно плохо было в моменты приключений с таймзонной в РФ. Приходилось на месяц — два эту фичу в телефоне рубить.
Софтовая реализация через NTP Pool намного дешевле. Тем более, что есть связь.
А по поводу дешёвого кварца — мне часто попадались часы, которые убегали в сторону минимум на минуту в месяц. Это на коммерческих серверах.
Типовой неплохой часовой кварц, ±20 ppm при комнатной температуре — 60*60*24*365 * 20E-6 = 630 секунд в год.
Да много лет не хватит.
Вот что интересно, гипотеза вида "а получится ли получить характеристики ХХХ от технологии УУУ доказывается или опровергается моментально, нужно всего лишь глянуть в документацию.
Так что, в реале — как минимум в два раза хуже из-за нестабильности емкостей CMOS микросхемы от температуры и напряжения питания.
В общем, нормально идущих дешевых часов я видел ровно одни — видимо звезды случайно сошлись в разводке, типе кристалла и типе шунтирующих конденсаторов.
А так — минут 5 в месяц точно набегает.
где изначально установлены RTC.
перепрошить 1k устройств та еще задача…
1) Не поняли, что такое NTP
2) Нарушили общепринятые правила коммерческой эксплуатации и здравого смысла (все девайсы ломятся на синхронизацию в один день и час)
3) Настолько не смогли сделать свой продукт конкурентоспособным, что разорились. И NTP здесь вообще ни при чем.
А вообще, я тоже посмеялся в стиле «ну парни дают, ну дают… да я б также сделал!». Но я-то просто ничего не понимаю и вне коммерции, а они вон какие-то штуковины продавали.
Какое-то время это работало, а потом автор решил не давать ntp никому, кроме своих vps и устройства отвалились.
При проектировании разработчик «устройства управления освещением через GSM», решил что это достаточно тривиальная/дешевая вещь, чтобы обновлять в нем прошивку по воздуху. Или времени было немного, или еще что, а инфраструктура в лице vps уже была арендована и ничто не предвещало…
Тут просто звезды не сошлись, пмсм. Так вот проектируешь, проектируешь, а потом приходит монтажник с кусачками — и твоему «интернету вещей» все.
nslookup pool.ntp.org
и разработчик просто жестко его зашил, чтобы не париться с DNS.
Что такого особенного в адресе 85.119.80.232? Это IP-адрес одного из NTP-серверов для обслуживания наших клиентов
проще добавить свой сервер в ntp.conf, чем настраивать dns для ip на pool.ntp.org?
да и не к pool.ntp.org ntpd обращается, а к списку в своих настройках.
Просто автор ожидал, что разработчик установит собственный ntpd сервер на арендованном vps и обновит прошивку. И вот обновить прошивку оказалось непросто…
Автор вывел адреса ntp из пула. Т.е. обращение к ним м.б. только при явном обращении. Он бы вообще не заметил этот трафик по вечерам воскресений, если бы его до этого не заспамили «багом Snapchat», после чего автор решил «перебздеть» и вообще отрубить внешний трафик на свои ntp серверы
#define rand 42
Подходы у частных лиц и организаций ко всему этому отличаются. Настолько, что если вы внимательно вчитаетесь во флагманскую лицензию FSF, то обнаружите, что как раз специально для датчиков, подобных обсуждаемым в статье — там сделано исключение.
Потому что компания не покупает «просто датчик». Она покупает работающий датчик. И заключает договор на обслуживание.
Как производитель может этот датчик обслуживать, не имея возможности сменить на нём прошивку — для меня загадка.
"Как производитель может этот датчик обслуживать, не имея возможности сменить на нём прошивку — для меня загадка."
Приезжает сервис-мен и в личном присутствии все обновляет и проверяет. А то будет — ой, мы там прошивку поменяли, но в ней глюк, недельку работать не будет
В случае чего — головой будет отвечать
люблю такое — сразу видно старую школу руководителей.
ок, представим, что «всё плохо» и один специалист вам «ответил головой».
Как думаете — быстро ли приедет ему на смену второй? Во-вторых — как быстро после этого заработает неработающее устройство (датчик и т.д.)?
Балмера вообще все ненавидели, а поди ж ты, за окном в Редмонде очереди стояли.
А не так что хренак-хренак и в продакшн сразу для всех.
Датчик имеет полное право быть закопанным в землю, например. И доступ к нему для перепрошивки — только через Василича-экскаватормэна :)
Спасибо за перевод!
На самом деле их 500 девайсов никогда не отличались от фонового шума
Кроме того, я предложил оплачивать один час консультаций в месяц в течение 12 месяцев для покрытия расходов на продолжение работы сервера NTP
То есть 12 часов консультации в год, это много? Или ему стоило бесплатно давать использовать свои ресурсы и время?
Нет, он поступил правильно. Потому что сделай он бесплатно, никто бы и не почесался, чтобы исправить. Ну вот реально, никто.
Люди планомерно загоняли себя в жопу и получили закономерный результат. Где тут катаклизм?
1) У тебя бизнес с как минимум 500 клиентами (или, так как суть неясна, с 500 девайсами)
2) Каждому клиенту-девайсу нужна синхронизация.
Ценник — 840 фунтов в год. Считаем 840/12 = 70, примерно 6100 в рублях. Делим на 500 устройств и получаем добавку в абонентской плате на 12 рублей в месяц. Ну или увеличение текущих расходов на эту сумму.
Или по-другому. Данная услуга преподносилась как «консультация». Не знаю, мне видится, что в той же Москве за 6000 местный консультант уровня того владельца NTP-пула даже попу от стула не поднимет — не окупится.
Плюс, коммерсант схитрил. Сначала говорил про 500 устройств, а потом песня сменилась на 1000 — значит всех все очень-очень устраивало.
Вот такая халява, сэр.
Кто-то немножко обложался, кто-то должен заплатить. все более чем честно.
www.netthings.co.uk/about-us
Нету у них архитектора.
UPD: Знаете кого я там не увидел? QA.
С архитектором бы точно взлетело — они бы завоевали все рынки мира.
ПС. Там уровень стартапа — один электронщик и 5 разрабов, большая часть которых пилила апликуху с нескучными обоями под смартфоны.
Два года (первая запись в блоге — 2017) подергались — не взлетело.
— Нисколько!
— Отлично! накапайте мне 2 стакана!
Но эти парни, конечно, выкупают себе диапазон ip адресов и ставят свои сервера, плюс имеют возможность смены конфигурации целевых айпишников через SMS, а не шлют пакеты на деревню дедушке.
Эти приборы могут отправлять показания датчиков с пациентов на так называемую Центральную станцию мониторинга, она же ЦСМ. Сама ЦСМ — это обычный комп с windows, на котором запущена программа, которая выводит на монитор графики с каждого прибора. Обычно такой монитор вешается в ординаторской.
Так вот адрес этой станции должен быть строго 202.114.4.119 или 196.76.0.1 для другой серии модели мониторов. Те адрес локальной сети мониторов всегда будет 202.114.4.0/24
WHOIS для данного адреса сразу выдает авторов сего программного творения. Возможно в этом и есть какая-то логика, чтобы любой прибор, приехавший с пациентом в реанимацию, всегда мог подключиться к серверу, но вопрос, почему был выбран публичный адрес, остается загадкой.
Резервирование публичного адреса практически устраняет эти риски.
Те адрес локальной сети мониторов всегда будет 202.114.4.0/24
Кстати, а что, кроме лени, заставляет это делать? Почему на роутере не прописать для монитора в ординаторской маршруты на 202.114.4.119/32?
Не спорю, что это может быть еще тот геморрой ради одного компьютера заниматься подобным сексом с таблицами маршрутизации (возможно, во многих местах сложной инфраструктуры). Но не то, чтобы прям таки что-то выходящее за рамки…
Это получается обыкновенный anycast, точно так же как, например, DNS-сервер гугла — в какой сети бы он ни стоял, имеет публичный адрес 8.8.8.8.
На фоне прочего сетевого апокалипсиса облом в синхронизации времени на паре тысяч датчиков никто не заметит.
Правильно ли я понимаю что оплата за услуги ntp должна была пойти собственникам хостинг-провайдера, а попала в карман инженера?
$CHEBURNET_MODE=true
и мы сразу увидим сколько всего навернётся, в самых, казалось-бы, неожиданных областях.
Отвалившиеся заграничные сайты будут только цветочками :)
Но вобщем-то Вы правы: в случае $CHEBURNET_MODE=true навернутся сразу средние и крупные бизнесы, которые принадлежат сами знаете кому — их ближайшим родственникам. А родня непоймёт-с.
А какое решение таки будет правильным в этой ситуации? Сделать возможность удалённо обновлять адресс сервера?
Интернет убыточных вещей