Вы здесь

Главная › Форумы › VoIP

Почему постоянно перезагружаются cisco ip phone?

чт, 20/06/2019 - 13:33 — konev
Форумы: 
VoIP

Здравствуйте!
Прошу помочь с решением проблемы связанной с постоянной перезагрузкой ip телефонов cisco, подключенных к CUCM.
Я испробовал различные советы, которые встретил на форумах cisco, однако это не дало результата. Сейчас я установил RTMT и TranslatorX для сбора и разбора логов, однако я не могу понять какие пункты необходимо выбирать в Serviceability, что бы хоть как то приблизиться к решению проблемы. Прошу вас подсказать мне возможные варианты и направления для поиска и устранения неисправности.

чт, 20/06/2019 - 15:26 — vs

Добрый день,
Расскажите подробнее про проблему
как вы поняли что телефоны именно перезагружаются?

чт, 20/06/2019 - 21:06 — konev

[15:28:29 20.06.19] DeviceName=SEP780CF07B662E DeviceIPv4Address=192.168.12.205/23 IPv4DefaultGateway=192.168.12.1 DeviceIPv6Address= IPv6DefaultGateway= ModelNumber=CP-8841 DHCPv4Status=1 DHCPv6Status=3 TFTPCfgStatus=1 DNSStatusUnifiedCM1=0 DNSStatusUnifiedCM2=0 DNSStatusUnifiedCM3=0 DNSv6StatusUnifiedCM1=0 DNSv6StatusUnifiedCM2=0 DNSv6StatusUnifiedCM3=0 VoiceVLAN=400 UnifiedCMIPAddress=CUCM-1 LocalPort=49154 TimeStamp=1561033709184 ReasonForOutOfService=113 LastProtocolEventSent=Sent:REGISTER sip:CUCM-1 SIP/2.0 Cseq:31675 REGISTER CallId:780cf07b-662e051d-27da6538-07817cf4@192.168.12.205 LastProtocolEventReceived=Rcvd:SIP/2.0 202 Accepted Cseq:172 REFER CallId:780cf07b-662e051c-648d381d-040b6c84@192.168.12.205 ReasonForOutOfServiceText=Socket Error No route to host
[15:28:31 20.06.19] DeviceName=SEP780CF07B662E DeviceIPv4Address=192.168.12.205/23 IPv4DefaultGateway=192.168.12.1 DeviceIPv6Address= IPv6DefaultGateway= ModelNumber=CP-8841 DHCPv4Status=1 DHCPv6Status=3 TFTPCfgStatus=1 DNSStatusUnifiedCM1=0 DNSStatusUnifiedCM2=0 DNSStatusUnifiedCM3=0 DNSv6StatusUnifiedCM1=0 DNSv6StatusUnifiedCM2=0 DNSv6StatusUnifiedCM3=0 VoiceVLAN=400 UnifiedCMIPAddress=CUCM-2 LocalPort=51228 TimeStamp=1561033710927 ReasonForOutOfService=23 LastProtocolEventSent=Sent:REGISTER sip:CUCM-1 SIP/2.0 Cseq:31675 REGISTER CallId:780cf07b-662e051d-27da6538-07817cf4@192.168.12.205 LastProtocolEventReceived=Rcvd:SIP/2.0 202 Accepted Cseq:1000 REFER CallId:780cf07b-662e37ba-651149be-390a8e18@192.168.12.205 ReasonForOutOfServiceText=LastTimeResetRestart

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

Так же лог второго телефона, взятого мной под наблюдение:
14:46:59 10: Name=SEP001D45B68F3D Load= 9.4(2SR1.1S) Last=TCP-timeout
14:47:40 14: Name=SEP001D45B68F3D Load= 9.4(2SR1.1S) Last=UCM-closed-TCP

пт, 21/06/2019 - 14:49 — vs

В вашем случае причина проблем с телефонами - это доступность для них сервиса CUCM.
Тут возможно варианты:
- CUCM периодически перегружается по CPU. Это можно увидеть через RTMT по загрузке CPU.
- Периодически появляются какие-то проблемы с сетью. Это можно увидеть запустив пинг из сети проблемных телефонов до CUCM

пн, 24/06/2019 - 21:31 — konev

Я тоже склоняюсь к проблеме с сетевым соединением между телефоном и АТС.
Раздумываю стоит ли использовать QoS ? Можете подсказать к какому из способов прибегнуть LLQ ?

вт, 25/06/2019 - 16:44 — vs

Тут дело абсолютно не в QoS. У вас в сети какие-то грубые ошибки в настройке, либо что-то глючит, которые приводят к недоступности. Ищите причину

ср, 26/06/2019 - 13:59 — konev

Я бы согласился, если бы между телефонами и CUCM было бы большое количество сетевого оборудования, но нет.
Сейчас думаю еще в сторону ISE, может ли он приводить к таким ошибкам, и периодически не авторизовывать телефонам доступ в сеть ?

пт, 06/09/2019 - 15:07 — konev

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

Поднял DHCP на самом CUCM и жалобы на перезагружающиеся телефоны прекратились. Вопрос закрыт, спасибо за участие :)

вс, 08/09/2019 - 22:33 — vs

Спасибо! Самое забавное что сам столкнулся с такой же проблемой дня 4 назад.
И также случайно обратил внимание на переполненный пул DHCP. Мне повезло, т.к. это стоило только пары часов поиска
http://ciscomaster.ru/content/04092019-ne-registrirovalis-telefony

Добавить комментарий

Более подробная информация о текстовых форматах

Filtered HTML

  • Адреса страниц и электронной почты автоматически преобразуются в ссылки.
  • Допустимые HTML-теги: <a> <em> <strong> <cite> <blockquote> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • Строки и абзацы переносятся автоматически.

Plain text

  • HTML-теги не обрабатываются и показываются как обычный текст
  • Адреса страниц и электронной почты автоматически преобразуются в ссылки.
  • Строки и абзацы переносятся автоматически.
CAPTCHA
Этот вопрос задается для того, чтобы выяснить, являетесь ли Вы человеком или представляете из себя автоматическую спам-рассылку.
Target Image