TAU-72 после обновления возникают разрывы связи и ошибки

[shmagin]

Уважаемые Инженеры!
Есть у нас TAU-72
Firmware version: v10_23_03_15
После обновления с 2.6.0 на 2.13.1 стали появляться разрывы связи и ошибки по частоте раз в сутки, но проявляется сразу на нескольких портах.
В суслог пишет следующее:

Код: Выделить всё

Aug 10 09:57:56 172.30.0.254 tau72: 2.13.1-d0cdbae|(56.528)[app:ERR]vapi: Master Dev. InitDevice failed Status CNF_ERROR_CSME_MCP_ACTIVE, try recovery
Aug 10 09:57:56 172.30.0.254 tau72: 2.13.1-d0cdbae|(56.554)[app:ERR]vapi_chan_rd_blocked() Create conn 1 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:56 172.30.0.254 tau72: 2.13.1-d0cdbae|(56.580)[app:ERR]vapi_chan_rd_blocked() Create conn 3 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:56 172.30.0.254 tau72: 2.13.1-d0cdbae|(56.595)[app:ERR]vapi_chan_rd_blocked() Create conn 4 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:56 172.30.0.254 tau72: 2.13.1-d0cdbae|(56.610)[app:ERR]vapi_chan_rd_blocked() Create conn 5 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:56 172.30.0.254 tau72: 2.13.1-d0cdbae|(56.626)[app:ERR]vapi_chan_rd_blocked() Create conn 6 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:56 172.30.0.254 tau72: 2.13.1-d0cdbae|(56.639)[app:ERR]vapi_chan_rd_blocked() Create conn 7 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:56 172.30.0.254 tau72: 2.13.1-d0cdbae|(56.654)[app:ERR]vapi_chan_rd_blocked() Create conn 8 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:56 172.30.0.254 tau72: 2.13.1-d0cdbae|(56.668)[app:ERR]vapi_chan_rd_blocked() Create conn 9 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:56 172.30.0.254 tau72: 2.13.1-d0cdbae|(56.683)[app:ERR]vapi_chan_rd_blocked() Create conn 10 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:56 172.30.0.254 tau72: 2.13.1-d0cdbae|(56.698)[app:ERR]vapi_chan_rd_blocked() Create conn 11 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:57 172.30.0.254 tau72: 2.13.1-d0cdbae|(57.705)[app:ERR]itc_ports_signal() "Socket operation on non-socket", task pbx, sock 0
Aug 10 09:57:58 172.30.0.254 tau72: 2.13.1-d0cdbae|(58.705)[app:ERR]itc_ports_signal() "Socket operation on non-socket", task pbx, sock 0
Aug 10 09:57:58 172.30.0.254 tau72: 2.13.1-d0cdbae|(58.752)[app:ERR]vapi_chan_rd_blocked() Create conn 15 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:58 172.30.0.254 tau72: 2.13.1-d0cdbae|(58.767)[app:ERR]vapi_chan_rd_blocked() Create conn 16 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:58 172.30.0.254 tau72: 2.13.1-d0cdbae|(58.783)[app:ERR]vapi_chan_rd_blocked() Create conn 17 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:58 172.30.0.254 tau72: 2.13.1-d0cdbae|(58.798)[app:ERR]vapi_chan_rd_blocked() Create conn 18 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:58 172.30.0.254 tau72: 2.13.1-d0cdbae|(58.865)[app:ERR]vapi_chan_rd_blocked() Create conn 23 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:58 172.30.0.254 tau72: 2.13.1-d0cdbae|(58.935)[app:ERR]vapi_chan_rd_blocked() Create conn 28 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:58 172.30.0.254 tau72: 2.13.1-d0cdbae|(58.951)[app:ERR]vapi_chan_rd_blocked() Create conn 29 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:59 172.30.0.254 tau72: 2.13.1-d0cdbae|(59.197)[app:ERR]vapi_chan_rd_blocked() Create conn 48 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:59 172.30.0.254 tau72: 2.13.1-d0cdbae|(59.224)[app:ERR]vapi_chan_rd_blocked() Create conn 50 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:59 172.30.0.254 tau72: 2.13.1-d0cdbae|(59.239)[app:ERR]vapi_chan_rd_blocked() Create conn 51 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:59 172.30.0.254 tau72: 2.13.1-d0cdbae|(59.282)[app:ERR]vapi_chan_rd_blocked() Create conn 54 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:59 172.30.0.254 tau72: 2.13.1-d0cdbae|(59.419)[app:ERR]vapi_chan_rd_blocked() Create conn 65 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:59 172.30.0.254 tau72: 2.13.1-d0cdbae|(59.448)[app:ERR]vapi_chan_rd_blocked() Create conn 67 error -68058 (VAPI_ERR_-68058)
Aug 10 09:57:59 172.30.0.254 tau72: 2.13.1-d0cdbae|(59.488)[app:ERR]vapi_chan_rd_blocked() Create conn 70 error -68058 (VAPI_ERR_-68058)
Aug 10 09:58:11 172.30.0.254 tau72: 2.13.1-d0cdbae|(11.326)[app:alarm][WARNING] [ACTIVE] 'Port 28 blocked cause 0x0: Unknown'
Aug 10 09:58:11 172.30.0.254 tau72: 2.13.1-d0cdbae|(11.407)[app:alarm][WARNING] [ACTIVE] 'Port 48 blocked cause 0x0: Unknown'
Aug 10 09:58:11 172.30.0.254 tau72: 2.13.1-d0cdbae|(11.413)[app:alarm][WARNING] [ACTIVE] 'Port 49 blocked cause 0x0: Unknown'
Aug 10 09:58:11 172.30.0.254 tau72: 2.13.1-d0cdbae|(11.420)[app:alarm][WARNING] [ACTIVE] 'Port 50 blocked cause 0x0: Unknown'
Aug 10 09:58:11 172.30.0.254 tau72: 2.13.1-d0cdbae|(11.427)[app:alarm][WARNING] [ACTIVE] 'Port 68 blocked cause 0x0: Unknown'
Aug 10 09:58:11 172.30.0.254 tau72: 2.13.1-d0cdbae|(11.433)[app:alarm][WARNING] [ACTIVE] 'Port 69 blocked cause 0x0: Unknown'
Aug 10 09:58:11 172.30.0.254 tau72: 2.13.1-d0cdbae|(11.440)[app:alarm][WARNING] [ACTIVE] 'Port 70 blocked cause 0x0: Unknown'
Aug 10 09:58:11 172.30.0.254 tau72: 2.13.1-d0cdbae|(11.447)[app:ERR]vapi_reconfigure_chan_pt() can`t start tone on 11 - connection in wrong state
Aug 10 09:58:13 172.30.0.254 tau72: 2.13.1-d0cdbae|(13.150)[app:alarm][WARNING] [CLEAR] 'Port 28 un-blocked state to Talk'
Aug 10 09:58:13 172.30.0.254 tau72: 2.13.1-d0cdbae|(13.397)[app:alarm][WARNING] [CLEAR] 'Port 48 un-blocked state to ReadyAfterInit'
Aug 10 09:58:13 172.30.0.254 tau72: 2.13.1-d0cdbae|(13.416)[app:alarm][WARNING] [CLEAR] 'Port 49 un-blocked state to ReadyAfterInit'
Aug 10 09:58:13 172.30.0.254 tau72: 2.13.1-d0cdbae|(13.430)[app:alarm][WARNING] [CLEAR] 'Port 50 un-blocked state to Talk'
Aug 10 09:58:13 172.30.0.254 tau72: 2.13.1-d0cdbae|(13.494)[app:alarm][WARNING] [CLEAR] 'Port 68 un-blocked state to ReadyAfterInit'
Aug 10 09:58:13 172.30.0.254 tau72: 2.13.1-d0cdbae|(13.513)[app:alarm][WARNING] [CLEAR] 'Port 69 un-blocked state to ReadyAfterInit'
Aug 10 09:58:13 172.30.0.254 tau72: 2.13.1-d0cdbae|(13.527)[app:alarm][WARNING] [CLEAR] 'Port 70 un-blocked state to Talk'


Есть ли у вас справочник, как диагностировать данные ошибки?
Также хотелось бы получить какие-нибудь рекомендации.
Заранее благодарен,
Владимир Шмагин

[Dmitriy_eltex]

Здравствуйте.
Можете снять полный лог, любопытно увидеть что происходит до этих строчек?
Видно, что порты блокируются, но вопрос физика это или программная ошибка надо смотреть по полному логу.

[shmagin]

Уважаемый Дмитрий!
У нас был включен syslog в режиме alarm и error. Поэтому всех подробностей там нет. То что есть я привел ниже.
Мы можем включить остальные режимы: warning info и debug и в случае повторения инцидента приложить файл.

Код: Выделить всё

Aug  9 17:20:19 172.30.0.254 tau72: 2.13.1-d0cdbae|(19.360)[app:ERR]port 47: inappropriate state <blocked> for flash!
Aug  9 17:57:24 172.30.0.254 tau72: 2.13.1-d0cdbae|(24.227)[app:ERR]sip: call 003c007a not found
Aug  9 17:57:42 172.30.0.254 tau72: 2.13.1-d0cdbae|(42.870)[app:ERR]sip: call 003c007b not found
Aug  9 17:57:56 172.30.0.254 tau72: 2.13.1-d0cdbae|(56.557)[app:ERR]sip: call 003c007c not found
Aug  9 19:23:16 172.30.0.254 tau72: 2.13.1-d0cdbae|(16.587)[app:ERR]sip: call 00070057 not found
Aug  9 19:43:02 172.30.0.254 tau72: 2.13.1-d0cdbae|(02.224)[app:ERR]sip: call 003c008e not found
Aug  9 19:48:50 172.30.0.254 tau72: 2.13.1-d0cdbae|(50.910)[app:ERR]port 44: inappropriate state <blocked> for flash!
Aug  9 20:01:13 172.30.0.254 tau72: 2.13.1-d0cdbae|(13.559)[app:ERR]port 48: inappropriate state <blocked> for flash!
Aug  9 20:01:15 172.30.0.254 tau72: 2.13.1-d0cdbae|(15.607)[app:ERR]port 48: inappropriate state <blocked> for flash!
Aug 10 07:58:19 172.30.0.254 tau72: 2.13.1-d0cdbae|(19.230)[app:ERR]sip: call 0003002e not found
Aug 10 08:04:21 172.30.0.254 tau72: 2.13.1-d0cdbae|(21.236)[app:ERR]sip: call 000f004d not found
Aug 10 08:12:03 172.30.0.254 tau72: 2.13.1-d0cdbae|(03.486)[app:ERR]sip: call 000f004f not found
Aug 10 08:28:53 172.30.0.254 tau72: 2.13.1-d0cdbae|(53.290)[app:ERR]sip: call 002b0010 not found
Aug 10 08:29:02 172.30.0.254 tau72: 2.13.1-d0cdbae|(02.535)[app:ERR]sip: call 002b0011 not found
Aug 10 08:29:47 172.30.0.254 tau72: 2.13.1-d0cdbae|(47.617)[app:ERR]sip: call 002b0012 not found
Aug 10 08:30:06 172.30.0.254 tau72: 2.13.1-d0cdbae|(06.389)[app:ERR]sip: call 002b0013 not found
Aug 10 08:30:16 172.30.0.254 tau72: 2.13.1-d0cdbae|(16.385)[app:ERR]sip: call 002b0014 not found
Aug 10 08:30:27 172.30.0.254 tau72: 2.13.1-d0cdbae|(27.228)[app:ERR]sip: call 002b0015 not found
Aug 10 08:30:41 172.30.0.254 tau72: 2.13.1-d0cdbae|(41.467)[app:ERR]sip: call 002b0016 not found
Aug 10 08:31:03 172.30.0.254 tau72: 2.13.1-d0cdbae|(03.229)[app:ERR]sip: call 002b0018 not found
Aug 10 08:32:50 172.30.0.254 tau72: 2.13.1-d0cdbae|(50.385)[app:ERR]sip: call 002b0019 not found
Aug 10 08:33:10 172.30.0.254 tau72: 2.13.1-d0cdbae|(10.699)[app:ERR]sip: call 002b001b not found
Aug 10 08:33:20 172.30.0.254 tau72: 2.13.1-d0cdbae|(20.784)[app:ERR]sip: call 002b001c not found
Aug 10 08:33:42 172.30.0.254 tau72: 2.13.1-d0cdbae|(42.281)[app:ERR]sip: call 002b001e not found
Aug 10 08:33:55 172.30.0.254 tau72: 2.13.1-d0cdbae|(55.210)[app:ERR]sip: call 002b001f not found
Aug 10 08:34:07 172.30.0.254 tau72: 2.13.1-d0cdbae|(07.530)[app:ERR]sip: call 002b0020 not found
Aug 10 08:34:18 172.30.0.254 tau72: 2.13.1-d0cdbae|(18.918)[app:ERR]sip: call 002b0021 not found
Aug 10 08:34:40 172.30.0.254 tau72: 2.13.1-d0cdbae|(40.209)[app:ERR]sip: call 002b0023 not found
Aug 10 08:34:49 172.30.0.254 tau72: 2.13.1-d0cdbae|(49.689)[app:ERR]sip: call 002b0024 not found
Aug 10 08:35:01 172.30.0.254 tau72: 2.13.1-d0cdbae|(01.211)[app:ERR]sip: call 002b0025 not found
Aug 10 08:35:11 172.30.0.254 tau72: 2.13.1-d0cdbae|(11.518)[app:ERR]sip: call 002b0026 not found
Aug 10 08:35:52 172.30.0.254 tau72: 2.13.1-d0cdbae|(52.210)[app:ERR]sip: call 002b0027 not found
Aug 10 08:36:02 172.30.0.254 tau72: 2.13.1-d0cdbae|(02.206)[app:ERR]sip: call 002b0028 not found
Aug 10 08:36:13 172.30.0.254 tau72: 2.13.1-d0cdbae|(13.472)[app:ERR]sip: call 002b0029 not found
Aug 10 08:36:24 172.30.0.254 tau72: 2.13.1-d0cdbae|(24.210)[app:ERR]sip: call 002b002a not found
Aug 10 08:36:33 172.30.0.254 tau72: 2.13.1-d0cdbae|(33.797)[app:ERR]sip: call 002b002b not found
Aug 10 08:36:47 172.30.0.254 tau72: 2.13.1-d0cdbae|(47.969)[app:ERR]sip: call 002b002c not found
Aug 10 08:37:03 172.30.0.254 tau72: 2.13.1-d0cdbae|(03.212)[app:ERR]sip: call 002b002d not found
Aug 10 08:37:15 172.30.0.254 tau72: 2.13.1-d0cdbae|(15.213)[app:ERR]sip: call 002b002e not found
Aug 10 08:37:28 172.30.0.254 tau72: 2.13.1-d0cdbae|(28.636)[app:ERR]sip: call 002b002f not found
Aug 10 08:53:45 172.30.0.254 tau72: 2.13.1-d0cdbae|(45.220)[app:ERR]port 50: inappropriate state <blocked> for flash!
Aug 10 09:19:21 172.30.0.254 tau72: 2.13.1-d0cdbae|(21.495)[app:ERR]sip: call 002b0031 not found
Aug 10 09:27:01 172.30.0.254 tau72: 2.13.1-d0cdbae|(01.848)[app:ERR]sip: call 00120098 not found
Aug 10 09:32:27 172.30.0.254 tau72: 2.13.1-d0cdbae|(27.225)[app:ERR]sip: call 003e009b not found
Aug 10 09:36:46 172.30.0.254 tau72: 2.13.1-d0cdbae|(46.321)[app:alarm][WARNING] [ACTIVE] 'Port  1 blocked cause 0x2: temperature has exceeded the permissible parameters'
Aug 10 09:36:52 172.30.0.254 tau72: 2.13.1-d0cdbae|(52.773)[app:alarm][WARNING] [CLEAR] 'Port  1 un-blocked state to ReadyAfterInit'
Aug 10 09:44:29 172.30.0.254 tau72: 2.13.1-d0cdbae|(29.460)[app:ERR]sip: call 0029003f not found
Aug 10 09:50:49 172.30.0.254 tau72: 2.13.1-d0cdbae|(49.600)[app:ERR]sip: call 003a0012 not found
Aug 10 09:57:56 172.30.0.254 tau72: 2.13.1-d0cdbae|(56.528)[app:ERR]vapi: Master Dev. InitDevice failed Status CNF_ERROR_CSME_MCP_ACTIVE, try recovery
Aug 10 09:57:56 172.30.0.254 tau72: 2.13.1-d0cdbae|(56.554)[app:ERR]vapi_chan_rd_blocked() Create conn 1 error -68058 (VAPI_ERR_-68058)


[Dmitriy_eltex]

Да по времени видно, что лог снимался достаточно долго, однако полной картины нет.
Для полной информации о процессах происходящих в ТАУ, и для получения информации о сигнальных сообщениях необходимо выставить следующие уровни:
APPLICATION: Всефлаги
SIP Log Level: 5 (еслипротоколSIP)
H323 LogLevel: 4 (если протокол h323)
LibLevel: 1
AppLevel: 4
Для применения настроек syslog необходимо нажать «SubmitChanges» и для запуска «Start syslog».

[shmagin]

Уважаемый Дмитрий! Включил все опции, которые вы указали. И как раз через некоторое время случился сбой - все телефоны отрубились, а потом спустя пару минут опять появились. Лог прилагается в zip файле. Сбой произошёл в 16:36.
Шлюз генерирует столько логов, что за пять минут набирается 10 мегабайт, а ваш сайт разрешает посылать только 256 кб. Вырезал из лога моменты сбоя.

[shmagin]

Ошибка эта стала появляться не раз в сутки, а раз в час. Может быть есть какой-нибудь стабильный релиз? (На 2.6.0. такой ошибки не было).

Код: Выделить всё

Aug 10 17:19:23 172.30.0.254 tau72: 2.13.1-d0cdbae|(23.533)[app:ERR]vapi: Master Dev. InitDevice failed Status CNF_ERROR_CSME_MCP_ACTIVE, try recovery
Aug 10 17:19:23 172.30.0.254 tau72: 2.13.1-d0cdbae|(23.562)[app:ERR]vapi_chan_rd_blocked() Create conn 1 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:23 172.30.0.254 tau72: 2.13.1-d0cdbae|(23.586)[app:ERR]vapi_chan_rd_blocked() Create conn 3 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:23 172.30.0.254 tau72: 2.13.1-d0cdbae|(23.611)[app:ERR]vapi_chan_rd_blocked() Create conn 5 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:23 172.30.0.254 tau72: 2.13.1-d0cdbae|(23.624)[app:ERR]vapi_chan_rd_blocked() Create conn 6 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:23 172.30.0.254 tau72: 2.13.1-d0cdbae|(23.637)[app:ERR]vapi_chan_rd_blocked() Create conn 7 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:23 172.30.0.254 tau72: 2.13.1-d0cdbae|(23.650)[app:ERR]vapi_chan_rd_blocked() Create conn 8 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:23 172.30.0.254 tau72: 2.13.1-d0cdbae|(23.665)[app:ERR]vapi_chan_rd_blocked() Create conn 9 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:23 172.30.0.254 tau72: 2.13.1-d0cdbae|(23.679)[app:ERR]vapi_chan_rd_blocked() Create conn 10 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:23 172.30.0.254 tau72: 2.13.1-d0cdbae|(23.692)[app:ERR]vapi_chan_rd_blocked() Create conn 11 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:23 172.30.0.254 tau72: 2.13.1-d0cdbae|(23.769)[app:ERR]vapi_chan_rd_blocked() Create conn 17 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:23 172.30.0.254 tau72: 2.13.1-d0cdbae|(23.786)[app:ERR]vapi_chan_rd_blocked() Create conn 18 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:23 172.30.0.254 tau72: 2.13.1-d0cdbae|(23.878)[app:ERR]vapi_chan_rd_blocked() Create conn 25 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:23 172.30.0.254 tau72: 2.13.1-d0cdbae|(23.920)[app:ERR]vapi_chan_rd_blocked() Create conn 28 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:24 172.30.0.254 tau72: 2.13.1-d0cdbae|(24.116)[app:ERR]vapi_chan_rd_blocked() Create conn 43 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:24 172.30.0.254 tau72: 2.13.1-d0cdbae|(24.130)[app:ERR]vapi_chan_rd_blocked() Create conn 44 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:24 172.30.0.254 tau72: 2.13.1-d0cdbae|(24.197)[app:ERR]vapi_chan_rd_blocked() Create conn 49 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:24 172.30.0.254 tau72: 2.13.1-d0cdbae|(24.337)[app:ERR]vapi_chan_rd_blocked() Create conn 60 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:24 172.30.0.254 tau72: 2.13.1-d0cdbae|(24.425)[app:ERR]vapi_chan_rd_blocked() Create conn 67 error -68058 (VAPI_ERR_-68058)
Aug 10 17:19:24 172.30.0.254 tau72: 2.13.1-d0cdbae|(24.477)[app:ERR]vapi_chan_rd_blocked() Create conn 71 error -68058 (VAPI_ERR_-68058)



[Dmitriy_eltex]

Ваши логи смотрят разработчики, пока разбираемся. Можете прислать вашу конфигурацию?
Вероятно, что проблема вызвана большой нагрузкой CPU, т.к. при включении логов стала проявляться чаще.
Для начала нужно проделать следующее:
1) Увеличить qualify на астериске, т.к. сейчас астер закидывает tau запросами OPTIONS 10 раз в секунду. Это вызывает большую нагрузку.
2) Отключить H323 на тау, опция "Enable h323"
3) Если есть неиспользуемые порты, то установить галочку disabled, т.е. выключить их
4) Последнее, что нужно это отключить логи, вообще. Т.е. даже убрать все галочки и выстовить уровни трассировок в None.

Понаблюдайте будут ли после этих операций сбои в связи. Мы тем временем будем изучать лог.

[shmagin]

Уважаемый Дмитрий!
Qualify мы на сервере отключили. Также выключили дебаги и трассировки. У нас много портов занято и работает одновременно от 60 до 65 операторов, причём постоянно, а не один звонок в час. При этом судя по мониторингу загрузка процессора редко превышает 60%. В основном от 25 до 40% колеблется. Ранее до прошивки 2.13.1 такие сбои не наблюдались. Может она непригодна к версии hardware нашего оборудования?
Конфигурация прилагается.

[Dmitriy_eltex]

Хорошо, будем наблюдать.
Можете дать удаленный доступ до данного шлюза. Либо, когда произойдет сбой сделать выгрузку следующих команд в консоли:
shell - перейдите в shell режим, далее нужен вывод следующих команд:
dmesg
ps
cat /proc/meminfo
top
отсановить top CTRL+C
df

Версия, находящаяся на сайте стабильна и работает у многих клиентов. Единственно возможно проблемы, вследствие большой нагрузки на CPU или утечки памяти.

[shmagin]

Уважаемый Дмитрий!
Доступ на tau возможен. Предоставить адрес логин пароль могу по емейл.

Тем не менее несмотря на отключение options и трассировок нестабильное поведение шлюза продолжается (а на 2.6.0 такого не было). Вот сообщение от моего напарника:
Не первый день поступают заявки, о том что с телефона в КЦ нельзя никуда позвонить и звонки не приходят. После набора идет сигнал занято, при попытке позвонить на такой телефон – абонент занят/недоступен. Звонки не проходят из за ограничения call limit = 1, в астериске видно что есть канал с проблемным телефоном, однако, на шлюзе tau порт с этим номером находится в режиме onhook. В среднем минут через 5 работоспособность восстанавливается, однако, есть случаи, когда такие звонки висят десятки минут. Из поступивших заявок видно, что в основном заявки приходят от насчёт номеров 78114, 78151, 78324 по нескольку раз в день. Видимо, это также связано с обновлением шлюза.

[Dmitriy_eltex]

Судя по описанию вашего напарника, это больше похоже на зависание соединения на астериске, например если имеется сетевая проблема и одна из сторон не получает BYE.
Ведь между тау и астериском могут быть маршрутизаторы, файрволы и т.д.

Чтобы понять кто прав, кто виноват, нужно снять ТСР дамп с tau72 зеркалированием, не нагружая ее логами.
Вот как это сделать:
подключите ПК(ноутбук) к свободному GE порту шлюза, запустите на нем программу Wireshark, в качестве интерфейса для захвата выберите порт, к которому подключили TAU72.
Далее на TAU72 в разделе Switch нужно включить режим хаба, для этого поставьте галочку disable learning (hub mode). Нажмите последовательно Submit Changes -> Update switch -> Commit - Save.
Затем ждите обращения пока один из номеров 78114, 78151, 78324 не зависнет и остановите запись дампа, сохраните его в файл и пришлите нам.
После данных процедур обязательно отключите режим хаба.

PS: вообще на стороне каждого SIP сервера(в том числе и Астериска) должен быть функционал по контролю SIP сессий, на подобие RFC 4028, который должен разрывать "залипшие" соединения по таймауту.

[shmagin]

Уважаемый Дмитрий!

Спасибо за совет. Сегодня постараюсь снять дамп. Просто этот дамп может занять много места. Поэтому вопрос может быть только сигнализацию снимать - sip, а rtp не надо? Или требуются все данные? Могу также дамп снять с астериска - там это даже проще будет просто tcpdump определенный хост и всё.
Между ТАУ и сервером нет маршрутизаторов. Они включены в один и тот же гигабитный коммутатор HP.
Наверное на этой неделе мы откатимся обратно к прошивке 2.6.0, так как на ней шлюз работал более стабильно. Узнайте пожалуйста у ваших инженеров-программистов, сколько ещё времени им нужен удаленный доступ и прошивка 2.13.1 на шлюзе. Спасибо.

[Dmitriy_eltex]

Здравствуйте.
Программисты смотрят ваш шлюз, доступ пока нужен. В системном журнале есть падения, разбираемся.
Почему вы хотите откатится именно на 2.6.0, а не на 2.12??

Если у вас есть проблемы на старых версиях, разработчики не смогут их исправить, поэтому желательно разобраться в вашей ситуации на 2.13
Если мы исправим ваше падение вы сможете потом обновиться чтобы проверить исправления?

[shmagin]

Уважаемый Дмитрий!
К сожалению, руководство распорядилось произвести откат обновления, так как было много жалоб на потери связи. А у нас каждый звонок это живые деньги в компанию. Ночью я откат произвёл, теперь нареканий на работу шлюза нет. Всё работает с утра как часы - ни одного разрыва. Так что причиной сбоев было ПО шлюза, а не сеть. На версию 2.6.0. мы перешли, потому что и ранее она стояла и было всё почти хорошо - т.е. один сбой в неделю.
Спасибо за помощь. Если разберетесь с причинами сбоев, сообщите, тогда мы вновь подумаем об обновлении.