Beginner Опубликовано 12 июля, 2009 · Жалоба Так у RIPE есть сервис измерения каналов. Дорого правда. Там трафик однонаправленный, часы синхронизинуются по GPS. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 12 июля, 2009 · Жалоба Меня мало интересует чужой сервис. Меня интересует от моего сервера до моего сервера и на дешевых комплектующих. И чтоб это было доступно всем и бесплатно. Если встанет вопрос большей точности измерения - соберу realtime linux, проверю платформу на стабильность часов (и чтоб не было проблем с SMI), +зацеплю GPS Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Beginner Опубликовано 13 июля, 2009 · Жалоба Я шо против? Я просто помогаю идеями. Ежели Вам оно не надо - буду молча почитывать. А не вариант на время измерения ntpdate попользовать? Или синхронизировать время и слать TCP или UDP пакеты с timestamp внутри для измерения задержки в одном направлении? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 13 июля, 2009 · Жалоба Надо, просто говорю что RIPE это хорошо, но это как-то малоактуально. Синхронизацию времени насколько можно было сделать - сделал (ну кроме подсчета drift-а часов). Кстати ntp весьма неточен, он считает RTT/2, а в случае ассимметрии это будет солидная ошибка. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 15 июля, 2009 · Жалоба Нормально работает запуск event-ов, поправлены несколько незначительных багов У себя поставил на постоянную эксплуатацию. http://www.nuclearcat.com/files/distchanmon-0.3.tgz Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...