После создания абонента по доке во время звонка в станции возникает инцендент
14/04/08 17:20:27 000001M|19/00/0/000|=3:4099=B channel choice error No 0 link 33 out 1
причем только при звонке с телефона SIP, в телефон прилетает сообщение 503 - Service Unavailable. На этот телефон прозвонка осуществляется. Создана SIP subnetwork 1, для станции , насколько я понимаю, забита 0. При звонке SIP - SIP происходит звонок нормально. В чем может быть затык? Лицензии установлены нормально, 10 SIP Users.



Редактировано 1 раз. Последний раз 15.04.2008 12:40 пользователем Offside.

4099 Dhs3Terminal
B channel choice error No P1 link P2 out P3
P1 :B-channel Number
P2 :Link or trunk-group Number
P3 :Outgoing call
The Q931 B-channel asked is not available or undeclared
The digital communication concerned with this incident will not succeed, but
the system is not
disturbed.
To verify the time slots from the two parts of the link.

Команда incinfo US0 4099 мне известна. Как поправить данную ситуацию?

Откуда и куда не звонится - с SIP на внутреннего абонента станции? Или транзит (по какой линии). Что за аппарат SIP (железный или софтовый)? Нормально ли он зарегистрировался на станции? Какой релиз?

Да, не звониться с телефона SIP на внутреннего абонента. Телефон железный, Cisco, пробовали так же подключать софтовый EyeBeam. После запуска трейса
motortrace 3
traced &
показывет большой обмен, не дающий зацепки. То есть явных ошибок в нем не видно. Завтра могу приложить данный обмен, если интересно.
Я думаю, что все таки проблема с доступом из одной подсети, в которой находятся SIP пользователи, в сеть внутренних абонентов. Причем обратный доступ имеется, конверсия проприетарного протокола Алкателя в SIP налицо. sipauth показывает наличие обоих SIP абонентов.
версия у нас 8.0.1-g1.503-9-ru-c80s1
patch 9



Редактировано 1 раз. Последний раз 15.04.2008 19:36 пользователем Offside.

А они еще и в разных подсетях? Надеюсь просто разделены роутерами (без всякого NATа)?

А не пробовали создать SIP терминал в той же сети где и станция, отделить так сказать мух от котлет.

Подсеть в данном контексте - subnetwork, которая создается при конфигурации SIP-a. SIP терминал и станция находятся в одном сегменте IP сети.

Вы имеете в виду remote network указываемую в SIP транковой группе и SIP gateway?

А с софтовым (X-lite) у нас были проблемы, только в обратную сторону, от станции к SIP, там надо было заклинания давать (не помню какие).
Каких нибудь DID трансляций и прочего лишнего в SIP TG надеюсь не прописывали?

Никаких DID не прописано...

Тогда странно, обычно проблем с SIP аппаратами в одной сети со станциями не было. После создания SIP транковой группы станцию рестартовали? Без этого не начинает нормально работать, видно по команде "killall sipmotor" - не появляются инциденте о выводе и возврате в сервис SIP транковой группы.

Сегодня заработало, после рестарта станции. Странно, но команда killall sipmotor вызывала сообщения по выводу - вводу транковой группы в рабочий режим. При настройке SIP Gateway с режимом аутентификации SIP Digest аппараты Cisco не могут прозвониться друг на друга. При такойже настройке звонок с софтфона EyeBeam на Cisco и наоборот проходит. При установке в SIP None звонки начали проходить.

SIPклиент (например тот же X-lite) сможет пробиться на станцию через NAT? и будет ли это работать?

Через NAT аппарат заработает (этапы регистрации и сигнализации), но голоса не будет из-за Direct RTP. Станция будет слать голосовые пакеты на реальный (приватный адрес). Можно попробовать работу через STUN сервер.
Или, если аппаратов 1, 2 и они не бегают с места на место - прописать НАТ по дестинайшену (чтоб не только входящая сторона вертела адреса, например с 89... в 192.168..., но и исходящая при отправлении пакетов переделывала 192.168... в 89...), или VPN, с ним работает.

хорошо, а как тогда организовать работу удаленного сотрудника через Internet например с КПК ? (про ноутбук с Windows не говорим, там VPN спасет).

попытался сделать настройки SIP по инструкции "Configuration with Digest Authentication"

подключаюсь клиентом X-Lite. приложение сообщает о готовности "ready". но при попытке совершить звонок, выводится сообщение об ошибке "Call failed: Service Unavailable"
в чем может быть засада?
и можно ли на ОХЕ проследить приходит звонок от клиента или нет?

Для снятия трасс есть программа Wireshark. Подключаться к станции компьютером лучше через хаб, а не свич, чтобы все показывало.

поставить снифер проблематично, станция и клиент удалены и работают через VPN.
честно говоря у меня подозрение, что гдето не до конца настроено, а где искать не знаю...