Доброго времени суток, форумчане.

Проблема в следующем:

В наличии
Парк LIP-8002AE из 70 шт
LIK300
PRIM

все работало, настраивалось давно, иногда менялись только имена телефонов.

Недавно всплыла проблема сначала у одного телефона (погрешили на телефон и отложили его в сторону), через несколько месяцев у большого количества. Причем рандомно и непостоянно. Сегодня есть, завтра нет. Утро/вечер/день - не важно. Загрузка сети тоже не вносит какие то видимые изменения на симптомы.

Телефоны стали сбрасывать входящий звонок. Вроде только входящий. Статистики не очень много.
Причем не важно с внешней линии или с внутреннего абонента.

Можно вообще не дозвониться по внутреннему номеру (в момент подъема трубки сброс в короткие гудки) либо срыв идет через разное время. Иногда без ошибок вовсе.


Подскажите в какую сторону копать? В каких логах поискать проблему?
Часть телефонов стоит в центре по работе с клиентами и клиенты пишут жалобы на то,
что сотрудники бросают трубки.

Заранее благодарен!

MFIM/GS96M-6.0Dc FEB/14
Boot Version-2.1Aa NOV/12
Kernel Version-6.0Ap
H/W issue-3


ППС В догонку.
Все телефоны подключены своими блоками питания.
Кроме этого есть в сети 1 аппарат 8024. С ним глюков ни разу не было.

А трассировки не пытались снять, чтобы хотя бы определиться, кто сбрасывает вызов: станция или сам телефон.
Как построена сетка ? DHCP используете для телефонов?

Подскажите как снять трассировки.
На понедельник поставлю.

DHCP в сети.
ПК получают адреса автоматически.
Телефоны получают от АТС.
Есть несколько телефонов, которые получают адреса пот DHCP.

Для телефонии выделена логическая подсеть. ПК в ней нет.
Физически все находятся в 1 сети.


ПС. Перепрошил АТС на последнюю версию прошивки.
Буду наблюдать в понедельник.

Перепрошивка телефонов и АТС не помогла. Ситуация не изменилась.

Подскажите пожалуйста, как провести трассировку.

Сделать зеркало на свитче, и Программой Wireshark снять трассировку пакетов для какого-то одного телефона в момент обрыва вход. вызова. Так как это происходит спонтанно, то наверное, придется вам самому принудительно добиваться сбоя на телефоне - звонить на номер этого телефона по внутр. связи.
А вообще-то, у вас сейчас нет никакой достоверной информации:
- какие именно вызовы срываются (внутр., внеш., групповые и пр.) ??
- вы сначала наберите более полную статистику.

Приветствую!

Результат моей жизнедеятельности за последнюю неделю:
1. Вызовы срываются любые. Не зависит от типа звонка и направления (входящий/исходящий)
2. Спровоцировать сброс звонка умышленно с использованием снифера не удалось. Провозился несколько дней по 1-1,5 часа. Звонил на телефон с других аппаратов, в группу и извне. Прямо эффект присутствия какойто или черная магия.

У сотрудника конфисковал этот телефон, поставил ему другой. Проблем нет. Все работает нормально.


ПС. Такая ситуация получается складывается уже 2 раз. 1 раз поменял телефон у секретаря. У нее много звонков и клиенты жаловались, что она бросает трубку. Переставил в другое помещение с меньшей нагрузкой - все работает.
Правда при этом телефон некоторое время стоял в серверной и я грешил на механическую поломку датчика поднятой трубки. Потом как то перестал глючить сам собой.


Есть идеи по дальнейшей диагностике?
Первый телефон иногда проявляет свои "нерыцарские" качества и на новом месте, но посниферить там не получается...

А какой сообщение на дисплее телефона при обрыве разговора??

Имя телефона, его номер, дата и время.

Как будто положили и подняли трубку.

Вы писали, что раньше все работало нормально. Тогда вспоминайте, после чего начались проблемы, после каких изменений в станции, в сети...


Что имеется в виду?? Для телефонии настроен VLAN ?

Каких то глобальных изменений в сети нет.
Нагружена хорошо если 20-25%

Для телефонии выделена одна подсеть (192.168.1.0)
ПК Ходят в той же физической сети, но в другой логической сети (192.168.0.0)

Отдельный VLAN не выделен.
Имеет смысл выделить в отдельный VLAN?

Может физическая поломка? Вскрывать телефоны вроде не очень хочется.

Ок.
Нет, я просто спросил насчет VLAN, чтобы понять, каким образом разнесены сетки.
Маловероятно, что сразу в нескольких телефонах сломалось "железо". Если бы один телефон, то может быть...

Так все-таки.. Это не связано с распределением вызовов по группам абонентов, с использованием групп типа RING?

Какие-нибудь логи на свитчах смотрели??

ИМХО, пока не получится устойчиво моделировать проблему, то найти причину будет сложно.

Телефоны не одновременно сломались. Разница в полгода, а может и более.

Я обратился на форум потому что не смог самостоятельно диагностировать проблему.
Необходим опыт работы с данными телефонами.

Все группы, сформированные на станции имеют тип ринг, НО из 2 телефонов только первый был в группе.
Второй никогда ни в какой группе не состоял.

Для проверки я второй телефон добавлял в РИНГ группу. Но это на статистике не отразилось.

Была в Вашей практике ситуация с поломкой датчика положения трубки или его неправильного программного опроса?

Да, встречалась неисправность датчика... Но на старой серии цифровых системных телефонов. Насколько я знаю по поводу неисправности HookSwitch на телефонах серии LIP-8000E обращений в сервис вроде не было.

Приношу извинения за задержку.
Проблема решилась приведением в рабочее состояние (замена пружины) в датчике положения трубки.
После ремонта больше ни одного нарекания нет.
Таким образом было отремонтировано более 10 аппаратов.

Вопрос, а где взять пружину на замену? Похоже у меня такая же проблема...

Добрый день!

У меня был выбор пужинок разных (от всевозможный устройств)....
Методом подбора подошли разные.
Нужно добиться, чтобы рычаг под своим весом не нажимал на датчик.

В принципе, можно у той пружинки, которая стоит в датчике откусить петелку
и одеть ее за один из следующих витков.
Должно помочь.