Отваливаются телефоны по reason 6 / 13

Обсуждение оборудования Cisco Systems

Отваливаются телефоны по reason 6 / 13

Сообщение poglyferal3 » Пн фев 11, 2019 5:19 pm

Добрый день всем!
Имеется распределенная по стране структура с точками обслуживания, на точках стоит оборудование кассовое и телефонные аппараты.
С точек до ЦОДа, где вертится кластер CUCM10.5, построены ipsec каналы силами крипто-маршрутизаторов. Интернет каналы везде предоставляются более-менее типовые.
Из некоторых географических точек телефоны от нескольких раз в неделю до нескольких раз в сутки становятся unregistered. Причем в RTMT я вижу reason 6 и reason 13 в основном.
Если телефон разрегистрируется по reason 6, то происходит это при принятии входящего вызова. То есть телефон звонит, человек берет трубку и аппарат становится "не зарегистрирован", и начинает перерегистрироваться. Если по reason 13 - то просто через какое-то время регистрация восстанавливается. Остальные причины перерегистраций не видны пользователю (Какие-нибудь там 24, 18) и не особо интересуют.
Подскажите, пожалуйста, какие параметры можно подкрутить, чтобы избежать отвала телефонов?
Отмечено, что если пинг на канале в среднем более 40 мс, то телефоны чаще отваливаются по reason 13, если пинги в 40 мс - пиковые, то случаются чаще отвалы по reason 6. Но это не стопроцентная зависимость.
IP вместо хостнеймов используем. Возможно, какие-то clusterrwide sip device настройки могут помочь?
Приоритет трафика стоит в канале для портов:
80 TCP
8080 TCP
2445 TCP
5060 5061 TCP и UDP
16384 - 32767 UDP
poglyferal3
Новичок
 
Сообщения: 9
Зарегистрирован: Чт ноя 30, 2017 12:33 pm
Карма: + 0 -

Re: Отваливаются телефоны по reason 6 / 13

Сообщение Maxim S. Denisov » Ср фев 13, 2019 9:44 am

А чо сам телефон пишет в сообщениях о состоянии и в отладке если на него браузером зайти?
Задержка 40 мс ерунда. Добавьте в приоритетный трафик 2000 TCP (SCCP) и желательно приоритетней всяких HTTP. А еще лучше стройте QoS по DSCP, телефоны трафик правильно метят.
Maxim Denisov
CXNi
Аватара пользователя
Maxim S. Denisov
Специалист
 
Сообщения: 1587
ICQ: 14246982
Зарегистрирован: Ср мар 25, 2009 11:18 am
Откуда: Moscow

Re: Отваливаются телефоны по reason 6 / 13

Сообщение poglyferal3 » Вт фев 19, 2019 10:51 am

Используются SIP телефоны.
Большинство падений с кодами 6 и 13 бывают по сетевым причинам, которые в мониторинг попадают, но есть часть звонков, которые отваливаются при ответе на вызов или (возможно) при инициализации вызова.
В логах тогда строки
Feb 19 10:14:09, SERVER, Error, Cisco CallManager, : 62874: SERVER.ru Feb 19 2019 07:14:09 UTC : %UC_CALLMANAGER-3-EndPointUnregistered: %[DeviceName=SEPMACADDR][IPAddress=IP][Protocol=SIP][DeviceType=621][Description=Opisanie][Reason=6][IPAddrAttributes=0][LastSignalReceived=SIPConnControlInd][CallState=12345-call_initiated1][ClusterID=StandAloneCluster][NodeID=NODE-ID]: An endpoint has unregistered, 1183

[CallState=12345-call_initiated1] - вот почему так случается? там набирается какой-то внутренний номер (или приходит вызов от внутреннего номера), и все, телефон отваливается и начинает перерегистрацию, уже через 8 секунд шлет . Причем не каждый вызов.

Как с этим бороться, кто-нибудь сталкивался?
Не гуглится ничего массвого.
Ну еще в %UC_-6-LastOutOfServiceInformation после подключения аппарата ReasonForOutOfService=14 . Сервер, дескать, закрывает сессию. С чего вдруг...
Вот что в тот период в логе аппарата проскакивает:
Код: Выделить всё
7650 WRN Feb 19 10:14:01.530498 kernel: [4638756.206324] dspgfb_ioctl: 1303 callbacks suppressed
7651 DEB Feb 19 10:14:01.530681 kernel: [4638756.206354] FILL block test for LCD driver
7652 DEB Feb 19 10:14:01.530773 kernel: [4638756.206354] DSPG LCDC DMA start
7653 DEB Feb 19 10:14:01.530864 kernel: [4638756.206385] DSPG LCDC DMA end
7654 DEB Feb 19 10:14:02.530315 kernel: [4638757.208704] FILL block test for LCD driver
7655 DEB Feb 19 10:14:02.530498 kernel: [4638757.208735] DSPG LCDC DMA start
7656 NOT Feb 19 10:14:03.542035 JAVA-ccsip_messaging: sipSPIAddContactHeader: CFGID_DEVICE_NAME = SEPMACADDRESS
7657 NOT Feb 19 10:14:03.542218 JAVA-ccsip_messaging: sipSPIAddContactHeader: ccb->call_mode = 0, display_name = 12345
7658 WRN Feb 19 10:14:03.637777 JAVA-Thread-4|DisplayTask:? - resetCurrentPowerState(): Energywise is disabled
7659 WRN Feb 19 10:14:03.638021 JAVA-Thread-4|DisplayTask:? - resetCurrentPowerState(): Energywise null domain
7660 WRN Feb 19 10:14:03.638204 JAVA-Thread-4|DisplayTask:? - resetCurrentPowerState(): Energywise null secret
7661 ERR Feb 19 10:14:03.638357 JAVA-[API]LED ID error
7662 WRN Feb 19 10:14:03.638571 JAVA-Thread-4|DisplayTask:? -  resetCurrentPowerState(): energywise is not available now
7663 WRN Feb 19 10:14:03.638784 JAVA-Thread-4|cip.cfg.TimeDateProperty:setTime() - nativeTimeProperty.commit() failed, timeshift = 129367
7664 NOT Feb 19 10:14:03.640554 PWRMAN-setMode(): NORMAL
7665 DEB Feb 19 10:14:03.646872 kernel: [4638758.321904] Set LCD backlight 1
7666 NOT Feb 19 10:14:03.641714 JAVA-Calling handlePowerManEvent
7667 NOT Feb 19 10:14:03.641958 JAVA-Calling handlePowerManEvent
7668 ERR Feb 19 10:14:03.646659 JAVA-SIPCC-SIP_CC_PROV: ccappFeatureUpdated: REG_STATE event:line=1,state=1
7669 NOT Feb 19 10:14:03.647788 JAVA-SIPCC-UI_API: ui_is_server_side_adr:  server side application dial rules set = 0
7670 NOT Feb 19 10:14:08.700741 JAVA-ccsip_messaging: sipSPIAddContactHeader: CFGID_DEVICE_NAME = SEPMACADDRESS
7671 NOT Feb 19 10:14:08.700954 JAVA-ccsip_messaging: sipSPIAddContactHeader: ccb->call_mode = 0, display_name = 12345
7672 NOT Feb 19 10:14:42.848581 NTP-calling catchAlarm
7673 NOT Feb 19 10:14:42.849009 NTP-   expired: targ=1BA5C7AE tmr=0xB66350 func = 0xc37c arg=1B4FC
7674 NOT Feb 19 10:14:42.849955 NTP-remove timer ok
7675 NOT Feb 19 10:14:42.850321 NTP-before ptimer
7676 NOT Feb 19 10:15:46.850901 NTP-calling catchAlarm
7677 NOT Feb 19 10:15:46.851328 NTP-   expired: targ=1BA5E0AE tmr=0xB66350 func = 0xc37c arg=1B4FC
7678 NOT Feb 19 10:15:46.852061 NTP-remove timer ok
7679 NOT Feb 19 10:15:46.852427 NTP-before ptimer
7680 NOT Feb 19 10:15:58.772647 JAVA-ccsip_messaging: sipSPIAddContactHeader: CFGID_DEVICE_NAME = SEPMACADDRESS
7681 NOT Feb 19 10:15:58.772860 JAVA-ccsip_messaging: sipSPIAddContactHeader: ccb->call_mode = 0, display_name = 12345
7682 WRN Feb 19 10:15:58.867718 JAVA-Thread-4|DisplayTask:? - resetCurrentPowerState(): Energywise is disabled
7683 WRN Feb 19 10:15:58.867962 JAVA-Thread-4|DisplayTask:? - resetCurrentPowerState(): Energywise null domain
7684 WRN Feb 19 10:15:58.868114 JAVA-Thread-4|DisplayTask:? - resetCurrentPowerState(): Energywise null secret
7685 ERR Feb 19 10:15:58.868297 JAVA-[API]LED ID error
7686 WRN Feb 19 10:15:58.868481 JAVA-Thread-4|DisplayTask:? -  resetCurrentPowerState(): energywise is not available now
7687 WRN Feb 19 10:15:58.868694 JAVA-Thread-4|cip.cfg.TimeDateProperty:setTime() - nativeTimeProperty.commit() failed, timeshift = 129137
7688 NOT Feb 19 10:15:58.870495 PWRMAN-setMode(): NORMAL
7689 DEB Feb 19 10:15:58.877393 kernel: [4638873.551814] Set LCD backlight 1
7690 NOT Feb 19 10:15:58.871624 JAVA-Calling handlePowerManEvent
7691 NOT Feb 19 10:15:58.871838 JAVA-Calling handlePowerManEvent
7692 ERR Feb 19 10:15:58.876324 JAVA-SIPCC-SIP_CC_PROV: ccappFeatureUpdated: REG_STATE event:line=1,state=1
7693 NOT Feb 19 10:15:58.876935 JAVA-SIPCC-UI_API: ui_is_server_side_adr:  server side application dial rules set = 0
poglyferal3
Новичок
 
Сообщения: 9
Зарегистрирован: Чт ноя 30, 2017 12:33 pm
Карма: + 0 -

Re: Отваливаются телефоны по reason 6 / 13

Сообщение Maxim S. Denisov » Ср фев 20, 2019 10:16 am

Не перегружен ли UCM по процессору? Телефону один или несколько UCM'ов предлагается?
Может это поможет https://www.cisco.com/c/en/us/support/d ... -Serie.pdf
Maxim Denisov
CXNi
Аватара пользователя
Maxim S. Denisov
Специалист
 
Сообщения: 1587
ICQ: 14246982
Зарегистрирован: Ср мар 25, 2009 11:18 am
Откуда: Moscow

Re: Отваливаются телефоны по reason 6 / 13

Сообщение poglyferal3 » Вт апр 02, 2019 2:57 pm

На трафик влияло шифрование каналов крипто-маршрутизаторами, разобрались.
poglyferal3
Новичок
 
Сообщения: 9
Зарегистрирован: Чт ноя 30, 2017 12:33 pm
Карма: + 0 -


Вернуться в Cisco

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2