Страница 1 из 1
TAU-1.IP/TAU-72.IP неправильное время работы и регистрации
Добавлено: 25 окт 2010 18:39
GRN
Имеется несколько TAU-1.IP (версия последняя):
TAU-1.IP SIP two ports (311 Thu Oct 7 17:58:04 NOVST 2010)
и несколько TAU-72.IP (версия последняя):
TAU-72.IP (1700 Thu Oct 7 12:14:30 2010)
Если не включать NTP, то время Регистрации (SIP Proxy) показывает правильно:
SIP Proxy
00:01:42
и по SNMP дает правильное время Uptime:
sysUpTimeInstance = Timeticks: (8416) 0:01:24.16
Если включить NTP, то Регистрация и Uptime неверные:
SIP Proxy
357783:14:42
sysUpTimeInstance = Timeticks: (4247976438) 491 days, 15:56:04.38
491 день! хотя оборудование только что перезагружали/выключали из розетки.
Видимо, для получении времени SIP Proxy и sysUpTimeInstance зачем-то добавляется текущее значение времени, полученное по NTP.
Просьба исправить в последующих версиях.
Спасибо!
Re: TAU-1.IP/TAU-72.IP неправильное время работы и регистрац
Добавлено: 27 окт 2010 10:38
Женя
GRN писал(а):Имеется несколько TAU-1.IP (версия последняя):
TAU-1.IP SIP two ports (311 Thu Oct 7 17:58:04 NOVST 2010)
и несколько TAU-72.IP (версия последняя):
TAU-72.IP (1700 Thu Oct 7 12:14:30 2010)
Если не включать NTP, то время Регистрации (SIP Proxy) показывает правильно:
SIP Proxy
00:01:42
и по SNMP дает правильное время Uptime:
sysUpTimeInstance = Timeticks: (8416) 0:01:24.16
Если включить NTP, то Регистрация и Uptime неверные:
SIP Proxy
357783:14:42
sysUpTimeInstance = Timeticks: (4247976438) 491 days, 15:56:04.38
491 день! хотя оборудование только что перезагружали/выключали из розетки.
Видимо, для получении времени SIP Proxy и sysUpTimeInstance зачем-то добавляется текущее значение времени, полученное по NTP.
Просьба исправить в последующих версиях.
Спасибо!
Здравствуйте!
Да действительно такая ситуация возмножно в том случае абонент сначало зарегистрируется на СС либо первым запустится сервис SNMP, а потом только произойдет синхранизация времени по NTP..
Вопрос в том, почему у Вас синхранизация времени запаздывает?
В новых версиях предусмотрим, чтобы подобная ситуация не повторялась
Добавлено: 28 окт 2010 13:51
GRN
Для TAU-1.IP некорректное время регистрации SIP Proxy:
System time: Thu 09:38:15 28/10/2010
hang down 357849:38:11
удалось исправить, дважды указывая один и тот же NTP:
и NTP Server-1, и NTP Server-2.
Причем это пробовали с разными IP - если ограничиться только первым NTP Server-1, то
System time будет нормальным,
а вот SIP Proxy будет корявым - 357849:38:11.
И только дважды указывая (даже один и тот же) IP NTP - всё становится корректно.
Остался вопрос по TAU-72.IP, в частности по SNMP
sysUpTimeInstance = Timeticks: (4271974073) 494 days, 10:35:40.73
Будем ждать новой прошивки.
Добавлено: 01 ноя 2010 19:45
GRN
GRN писал(а):Остался вопрос по TAU-72.IP, в частности по SNMP:
sysUpTimeInstance = Timeticks: (4271974073) 494 days, 10:35:40.73
А после перехода России на зимнее время, при опросе по SNMP стал показывать:
sysUpTimeInstance = Timeticks: (13865147) 1 day, 14:30:51.47
Перезагружали - всё равно время Uptime от балды - т.е. от момента перехода (?) с летнего на зимнее время.
Летом sysUpTimeInstance показывал 490 day + по нарастающей,
Зимой sysUpTimeInstance будет показывать 1 day + также по нарастающей.
sysUpTimeInstance - должно показывать время, прошедшее с последней перезагрузки/включения оборудования, а не, извините, с потолка или плинтуса.
Ждем прошивок.
Добавлено: 13 ноя 2010 12:17
GRN
Обратили внимание на Историю звонков:
TAU-72.IP> pbx history либо cat /tmp/voip_history.
Время start talk time вообще непонятно откуда берется:
|No| start call time| start talk time|
|03| Thu Nov 11 17:19:15 2010| Wed Nov 3 11:43:58 2010|
|04| Thu Nov 11 17:19:27 2010| Sat Nov 6 17:27:34 2010|
...
|1996| Sat Nov 13 09:51:01 2010| Wed Nov 3 11:41:17 2010|
|1997| Sat Nov 13 09:52:23 2010| Wed Nov 3 11:41:41 2010|
...
Дата/время Начала разговора всегда раньше(меньше) Начала звонка, т.е. сначала разговариваешь, а потом уже звонишь.
Алиса в Стране чудес.
Ожидаем прошивок с корректной обработкой времени во всех вышеприведенных случаях в данной теме.
Спасибо!
Добавлено: 15 ноя 2010 09:17
Женя
GRN писал(а):Обратили внимание на Историю звонков:
TAU-72.IP> pbx history либо cat /tmp/voip_history.
Время start talk time вообще непонятно откуда берется:
|No| start call time| start talk time|
|03| Thu Nov 11 17:19:15 2010| Wed Nov 3 11:43:58 2010|
|04| Thu Nov 11 17:19:27 2010| Sat Nov 6 17:27:34 2010|
...
|1996| Sat Nov 13 09:51:01 2010| Wed Nov 3 11:41:17 2010|
|1997| Sat Nov 13 09:52:23 2010| Wed Nov 3 11:41:41 2010|
...
Дата/время Начала разговора всегда раньше(меньше) Начала звонка, т.е. сначала разговариваешь, а потом уже звонишь.
Алиса в Стране чудес.
Ожидаем прошивок с корректной обработкой времени во всех вышеприведенных случаях в данной теме.
Спасибо!
Здравствуйте!
Уточните как добиваетесь такой ситуации, а лучше свяжитесь с нами по телефону (383)2728331 или оставьте свой номер для связи
Добавлено: 16 ноя 2010 17:12
GRN
Дождались когда клиентов будет мало, перезагрузили TAU-72.IP - start talk time стало корректным.
Корзина работает больше месяца, возможно на нее так повлиял переход на зимнее, хотя в web-настройках этого параметра к сожалению нет.
Попробуем еще подождать.
Добавлено: 23 ноя 2010 13:26
Женя
Здравствуйте, отправил ПО на ТАУ 72
и описание по смене
скажите когда смотжете потестировать?
Добавлено: 23 ноя 2010 13:31
Женя
Кстати от Вашего почтового сервера пришел отчет что размер письма сильно большой..
сообщите получили ли Вы прошивку?
если нет, дайте другой адрес.
Добавлено: 26 ноя 2010 16:56
GRN
Прошивку обновил:
TAU-72.IP (1858 Fri Nov 19 16:39:29 2010)
Linux version (136 Wed Nov 17 18:25:24 NOVT 2010)
но еще не сбросил в заводские (надо ехать на объект).
А пока что - всё тоже самое:
SNMPv2-MIB::sysDescr.0 = STRING: Linux 2.6.22.19-4.03.0-c300evm #136 Wed Nov 17 18:25:24 NOVT 2010 armv6l
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (228940619) 26 days, 11:56:46.19
"26 дней" - хотя только что перезагружал. Но пока еще не сбрасывал в заводские - F.
Добавлено: 01 дек 2010 19:19
GRN
GRN писал(а):Прошивку обновил:
но еще не сбросил в заводские (надо ехать на объект).
Сбросили reset2defaults, потом загрузили прежний конфиг - время стало отсчитываться правильно:
sysUpTimeInstance = Timeticks: (439305) 1:13:13.05
Тему можно закрыть.
Спасибо!
Добавлено: 21 дек 2010 16:00
Женя
На ТАУ1 поправли отображение времени регистрации.
по SNMP ввели новое поле TauOneSystemUpTime в котором отображается корректное значение uptime
отправил на Ваш адрес ПО и mib
сообщите когда сможете проверить
Добавлено: 21 дек 2010 16:12
Женя
не могу отправить Вам письмо, постоянно приходят отчеты о том, что недоставленно... собщите другой адрес для письма