forum.technoforward.ru

Станция 8100 подключена по sip к нескольким ip операторам.Все работало без проблем несколько месяцев.Но на днях начал отваливаться sip (не встает на транки и не приходят входящие) причем полностью все операторы.Помогает только перезагрузка и то на 30-50 минут потом опять такая же картина.Пробовали сбрасывали станцию в умолчание и настраивали все заново не помогло.Пробовали отключали на ночь ethernet от проца и IPLA в момент когда все работает и включали утром,sip не поднимается помогает опять же только перезагрузка.У оператора все нормально смотрели etherial сигнализация в норме.
Пришли к выводу что глючит IPLA.
Вопрос непосредственно к инженерам эдванса - что делать?
Станция на гарантии.

_________________
Не TCP моё IP

Если вопрос - к инженерам, (Эдванса или любым другим), то он должен содержать соответствующую информацию. В данном случае инженеру нужна информация о составе оборудования, его релизах, его настройках, нужны сообщения от АТС, а желательно - и от оператора, и т.д. и т.п.
Конечно, если рассчитывать на то, что на форуме обнаружатся люди, у которых было то же самое железо, те же самые операторы, и те же самые проблемы, да к тому же - они еще и решились вполне понятными простыми (или не очень) средствами... В противном случае, вероятность успеха силами форума, мягко говоря, невелика.
Что касается SIP, то в этой области imho гарантировать что-либо кому-либо пока могут только авантюристы (не обязательно в ругательном смысле этого слова).
Что касается утверждения - Кто-нибудь видел оператора, который заявляет, что у него что-то не так?

Платы:
CD-CP00 + PZ-IPLA
CD-COT
CD-DLCA
CD-LCA
Версии
WebPro 3.00
PCPro Server 1.03.0j.pipk
Main Software 03.00
DBMS V4.0H
FPGA 0200
DSP 0000
У оператора нет сообщений по причине что nec ничего в сторону оператора не шлет
На nec в алармах кроме как сообщений о перезагрузке нет.


Да я в принципе на это и не расчитывал (потому что форум мертвый но другого нет )поэтому и написал что вопрос к инженерам

А вот это вы зря мы сами являемся инсталяторами АТС и не только nec и протокол sip работает не хуже и не менее надежнее чем E1 PRI к примеру.

Я видел Мы уже с этим оператором ни одну станцию поставили и никаких проблем причем я же говорю проблема не в самом протаколе sip ,кстати h323 тоже отваливается.Тут проблема явно в железе.Похоже на то что у станции подвисают DSP ресурсы,данное предположение основывается на том что при входящем вызове в сторону станции опереатора nec выдает 486 busy,а при исходящем nec вообще ничего не отправляет в сторону оператора.

_________________
Не TCP моё IP

А чего же мы здесь тогда обсуждаем?
Ну да ладно, эта схоластика к технике не относится. Я все же поискал бы причину не в железе, а вокруг. Например, поставил бы простой эксперимент: во время сбоя выдернул бы IPLA из Ethernet - без рестарта, и попинговал её IP адрес... Попытался бы припомнить, не было ли каких-нибудь модернизаций LANа, совпавших по времени с началом траблов, не проводятся ли в сети какие-нибудь эксперименты...
Дело в том, что вышедшее из строя без видимых внешних причин железо NEC в природе, вероятно, встречается. Но сколько могу припомнить случаев из собственной практики, когда хотелось сделать ну, или еще какая-нибудь железка, ровно столько же раз причина обнаруживалась где-то в другом месте, чаще всего - в собственном недопонимании.

В таких ситуациях необходимо все же посмотреть программой Wireshark и на стороне SV8100. Например, по какому IP адресу DSP идет разговор в нормальном режиме. Если вдруг по второму, то на что используются первые 16 DSP ресурсы (нет ли зацикливания или блокировки). Какая плата IPLA установлена? Если 32IPLA, то нужно на каждые 16 каналов свой IP адрес, а остальные DSP ресурсы в команде 10-19 блокируются. Проверить, не существует ли конфликта IP адресов, а то был случай, когда в сети появлялось устройство с IP адресом DSP. Доходят ли пакеты до SV8100, когда возникает проблема. Посмотреть, во время проблемы занимается ли при исходящем вызове транк (вывести транки на клавиши системного аппарата). Не назначен ли адрес процессора и IPLA из одной сетки?

Да пробовали по всякому уже все пингуется конфликтов нету

_________________
Не TCP моё IP

Плата 32IPLA ,блокировку DSP ресурсов производили не помогает,конфликты ip адресов нет проверили еще первым делом.Свой ip адрес на каждые 16 каналов прописан.

Когда возникает проблема при входящем вызове инвайт до станции доходит,станция отвечает 100 tryning и затем 486 busy here .При этом с адреса DSP никаких пакетов не ходит.Транки выведени на кнопки но при исходящей связи не занимаются,когда канал работает нормально то занятие происходит при нажатии на кнопки.Адреса IPLA и процессора в разных подсетях.

_________________
Не TCP моё IP

Сейчас думает снять с другой АТС SV8100 проц и IPLA попробовать поставить в нашу.

_________________
Не TCP моё IP

Доброго времени суток!
Внесу кусок своего опыта: транк может падать из-за разных таймеров перерегистрации на 2-ч сторонах транка.
DSP ресурс не ответит пока не пройдёт процедура установления вызова.
Проверить работоспособность IPLA можно если во время сбоя делать вызовы с IP аппаратов.
Лучше если со сторонних - которым требуется регистрация (можно активировать на 0.5 часа демо и с компа X-Lite проверить).

Так то оно да, но у нас транки подключены без регистрации.

_________________
Не TCP моё IP

Хотел бы внести ясность в организацию сети станции описанной Gofer_k. Станция имеет public IP адреса, находится за роутером и имеет стык по SIP с двумя операторами связи, а так же стык по H323 с третьим оператором. Так же к станции подключены 3 софтфона. На роутере настроен Firewall. В данной конфигурации станция проработала около 2,5 месяцев без сбоев. Сбои начались при тестировании работы видеофонов вместо софтфонов. Сбои проявляются в занятости IP каналов как по SIP, так и по H323 транкам. X-lite, зарегистрированный на станции, регистрацию сохраняет, но позвонить не дает (дает занятость). Тестирование прекратили, настройки вернули до тестирования. Сбои не прекратились. Wireshark ничего не обычного не показал. Замена процессора с платой IPLA ничего не дала (сбои остались). Что вызывает падение IP каналов так и не обнаружили. Что проблемы не в железе, доказывает замена процессора с IPLA. Пока осталась только одна идея - поочередное отключение операторов, чтобы найти тот стык, который подвешывает IP каналы. Если у кого есть еще какие либо идеи, ждем подсказки. Заранее благодарны, за конструктивные идеи.

Попробуйте разделить DSP ресурсов для транков и софтфонов в команде 10-19. Например, первые 16 каналов (один IP адрес ) только для транков, а другие 16 (второй IP адрес ) только для абонентов. Во время зависания IP транков проверить работу софтфонов. Только поделите по 16 для большей достоверности, чтобы различались IP адреса. Потом попробуйте поменять местами DSP ресурсы.

Пробовали зависает все и транки и софтфоны.Поменяли структуру сети поставили станцию в локалку поменяли ip адреса и маршрутизатор все равно картина не меняется.
Пипец какой-то чудеса.Будем пробовать дергать платы по одной а если не поможет менять корзину.

_________________
Не TCP моё IP

Поставили samsung OS7400 вместо 8100 все нормально уже вторую неделю ни одного сбоя.

_________________
Не TCP моё IP

Samsung 7400 проработал 4 недели ни одного сбоя.Вчера поставили опять 8100 ни прошло и пяти минуть как опять все зависло.Сменили маршрутизатор ничего не изменилось.Бл...ь мистика какая-то.
Уже пожелели что купили этот грёбаный nec.

_________________
Не TCP моё IP