Господа, добрый день.

Никогда этим не занимался, но возникла необходимость посмотреть почему в удаленном офисе постоянно отключается телефон. IP2007 подкючается к Меридиану с помощью cisco vpn client.
Постоянно отваливаются кнопки (5-6 раз в день) - в настоящий момент лечу внесением изменений в конфигурацию, после чего кнопки появляются.
Ежедневно (1-2 раза в день) отключается сам - лечится откючением питания телефона.
Существует ли какой-нибудь способ, с помощью которого можно узнать причину?

P.S. Опыт общения с АТС небольшой, СS1000E 5.0

Проверялась ли работоспособность телефона в "родной" среде? Без Cisco vpn client.

Конечно, внутри lan все работает как часы.

И еще вопросик по теме: что в АТС отвечает за формирование этих самых программных кнопочек? может в эту сторону копать

Конечно, внутри lan все работает как часы.

И еще вопросик по теме: что в АТС отвечает за формирование этих самых программных кнопочек? может в эту сторону копать

Копайте в сторону cisco vpn client

Начав копать в сторону cisco, понял что тунель не падал, запрета на трафик нет никакого и все вроде должно работать. Данных явно недостаточно.
Можно как-нибудь узнать что происходит между станцией и телефоном? debug какой-нибудь включить или что-то подобное?

Начав копать в сторону cisco, понял что тунель не падал, запрета на трафик нет никакого и все вроде должно работать. Данных явно недостаточно.
Можно как-нибудь узнать что происходит между станцией и телефоном? debug какой-нибудь включить или что-то подобное?

Самое простое - wireshark.

Извините, но насколько я понял из описания программа работает с сетевым интерфейсом компьютера, а мне надо посмотреть что происходит между АТС и телефоном. Или я что-то неправильно понял?

Извините, но насколько я понял из описания программа работает с сетевым интерфейсом компьютера, а мне надо посмотреть что происходит между АТС и телефоном. Или я что-то неправильно понял?

Используйте старый hub или мироринг портов на управляем свитче.
В него включайте комп на котором вафршарк, телефон и аплинк.

Самое простое - wireshark.

Фраза "копать в сторону vpn client" следует понимать так - создание тоннеля не гарантирует необходимого качества сети для работы телефона. Тонель "пробивается" через облако с фиг знает какими характеристиками...

Фраза "копать в сторону vpn client" следует понимать так - создание тоннеля не гарантирует необходимого качества сети для работы телефона. Тонель "пробивается" через облако с фиг знает какими характеристиками...

Это не отменяет вайршарк.

Это не отменяет вайршарк.

Запретов никто ни в чём не чинИт. :)

Господа, прошу прошения, но, возможно я ввел вас в заблуждение. Клиент cisco не используется, туннель образуется двумя аппаратными cisco asa.
С другой стороны это сильно картину не меняет, и по прежнему камнем преткновения является тунель с его "фиг знает какими характеристиками".
Если я правильно понял, то надо воткнуться компьютером с wireshark в cisco со стороны телефона и мониторить ситуацию?

В таком случае лучше даже с обеих.

Характеристики канала проверялись? Задержки, потери пакетов, джитер....

В циску копайте, вот у порутчика Ржжевского (то есть меня) сейчас сидящего в на родине меридианов через Cisco VPN не работает Абсолютное зло 2.0 (последний из 2050х который не требовал лицензий сервера). Вайршарк показывает что это нехороший випиэн клиент злобно пакеты не посылает. А в чудо отеле, где в результате нет второго уровня тунелирования всё очень даже хорошо.
пустой экран вызван обычно тем что телефон отвалился, но дальше не регистрится на стадии первого десятка команд обмена информацией между сигнальником и телефоном.
Ещё логи советуюю на сигнальнике посмотреть про экзостированный коннекшн с телефоном. Сеть ё-её.

Характеристики канала не проверялись. Проверить могу, но вот с чем сравнить - не знаю.

"посмотреть про экзостированный коннекшн с телефоном" - как это делается? или где почитать, как это делается?

NN43001-730

Характеристики канала не проверялись. Проверить могу, но вот с чем сравнить - не знаю.


Если вы не знаете и узнавать не хотите (иначе бы не возникал вопрос), то поинтересовались бы у ваших специалистов кто занимается датой, cisco настраивает... я думаю они должны знать эти самые характеристики.

...Абсолютное зло 2.0 (последний из 2050х который не требовал лицензий сервера)...
Хм... после этого сообщения посмотрел у себя на системе. У меня эта собачья радость (ver 2.00.0228) отъедает "IP User" лицензию на системе:confused:.
Машина версии 4.5.
Что, действительно какая-нибудь версия 2050 может региться по полной халяве?
Или речь все-таки об условной бесплатности только КЛИЕНТСКОЙ ПРОГРАММЫ 2050? СЕРВЕРНУЮ ЛИЦЕНЗИЮ то она вроде расходует?

А вы почитайте про СЕРВЕР лицензий. Там, правда, НЕ ВСЕ большими буквами.

Хм... после этого сообщения посмотрел у себя на системе. У меня эта собачья радость (ver 2.00.0228) отъедает "IP User" лицензию на системе:confused:.
Машина версии 4.5.
Что, действительно какая-нибудь версия 2050 может региться по полной халяве?
Или речь все-таки об условной бесплатности только КЛИЕНТСКОЙ ПРОГРАММЫ 2050? СЕРВЕРНУЮ ЛИЦЕНЗИЮ то она вроде расходует?

Сумбур в понятиях.

До 3-й версии 2050 работа выглядела так - CS <==> 2050. Количество одновременно запущенных приложений не контролировалось и ограничивалось ISM. Далее в этой схеме появился сервер лицензии, который контролирует количество одновременно работающих 2050.
CS <==> 2050 <==> Serv Lic

Сумбур в понятиях.

До 3-й версии 2050 работа выглядела так - CS <==> 2050. Количество одновременно запущенных приложений не контролировалось и ограничивалось ISM. Далее в этой схеме появился сервер лицензии, который контролирует количество одновременно работающих 2050.
CS <==> 2050 <==> Serv Lic
Спасибо. Понял. Т.е. имеют место просто две разные схемы лицензирования по количеству абонентов. Первая схема только плата за "порт", вторая и за "порт" и за "аппарат".
А проприетарные понятия от нашего бывшего вендора, боюсь, уже не актуальны. Увы...

А вы почитайте про СЕРВЕР лицензий. Там, правда, НЕ ВСЕ большими буквами.
Поздно про него читать, у меня его уже все равно не будет:).

Есть еще 77 оверлей Как то пытался анализировать обмен между цифровым телефоном и картой У меня сложилось впечатление что конфигурация телефона периодически скидывается на телефон. С айпи наверно ето же самое Соответственно если есть потеря пакетов - то это может быть причиной
Но по идее через какое то время должно восстанавливаться...

Сумбур в понятиях.

До 3-й версии 2050 работа выглядела так - CS <==> 2050. Количество одновременно запущенных приложений не контролировалось и ограничивалось ISM. Далее в этой схеме появился сервер лицензии, который контролирует количество одновременно работающих 2050.
CS <==> 2050 <==> Serv Lic

2050v3 лицензию от сервера берет жипсовую роялти за кодеки в него входящие не отменял никто, а ISM контролирует использование TN. На них могут не только 2050 ходить. То есть грубо говоря сигнализайцию и бизнесс логику. Роялти за кодеки включеня в стоимость обычных железных телефонов сразу.