Имеется несколько 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.
Просьба исправить в последующих версиях.
Спасибо!
О деактивации форума Eltex
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
TAU-1.IP/TAU-72.IP неправильное время работы и регистрации
-
Женя
- Сообщения: 1769
- Зарегистрирован: 27 окт 2008 11:48
- Reputation: 0
- Откуда: ELTEX
- Контактная информация:
Re: TAU-1.IP/TAU-72.IP неправильное время работы и регистрац
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..
Вопрос в том, почему у Вас синхранизация времени запаздывает?
В новых версиях предусмотрим, чтобы подобная ситуация не повторялась
Для 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
Будем ждать новой прошивки.
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
Будем ждать новой прошивки.
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 - должно показывать время, прошедшее с последней перезагрузки/включения оборудования, а не, извините, с потолка или плинтуса.
Ждем прошивок.
Обратили внимание на Историю звонков:
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|
...
Дата/время Начала разговора всегда раньше(меньше) Начала звонка, т.е. сначала разговариваешь, а потом уже звонишь.
Алиса в Стране чудес.
Ожидаем прошивок с корректной обработкой времени во всех вышеприведенных случаях в данной теме.
Спасибо!
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|
...
Дата/время Начала разговора всегда раньше(меньше) Начала звонка, т.е. сначала разговариваешь, а потом уже звонишь.
Алиса в Стране чудес.
Ожидаем прошивок с корректной обработкой времени во всех вышеприведенных случаях в данной теме.
Спасибо!
-
Женя
- Сообщения: 1769
- Зарегистрирован: 27 окт 2008 11:48
- Reputation: 0
- Откуда: ELTEX
- Контактная информация:
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 или оставьте свой номер для связи
Прошивку обновил:
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.
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.
Вернуться в «Оборудование VoIP»
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 6 гостей