Страница 1 из 4

TAU72

Добавлено: 25 дек 2009 20:24
dedun
SIP. Регистрация проходит нормально. Входящие тоже вроде идут. Но после набора любой цифры сразуже идет Busy

Re: TAU72

Добавлено: 26 дек 2009 10:10
Женя
Здравствуйте!
Необходимо снять трассировку с ТАУ 72.
Подключитесь к нему через RS232, скорость 115200, введите команды:
cli
pbx trace port on
и отправьте мне

Добавлено: 26 дек 2009 10:52
MIkler
Ещё необходимо знать куда вы пытаетесь звонить. На чем зарегистрировались. Диалплан.

PS: скорость 115200

TAU72

Добавлено: 27 дек 2009 15:41
dedun
Со звонками разобрался... Нестандартно задаеться диалплан... Теперь второй вопрос - апарат самопроизвольно перегружаеться. Нагрузки на него никакой нет(зареген 1 телефон, звонков нет по причине выходных). Из сетевых настроек только сменен сетефой адрес и шлюз, все остальное по дефолту. С питанием проблем нет - новый выпрямитель ИПС-950(48). На выходе 47,9в. Что может быть?

Добавлено: 28 дек 2009 13:42
Женя
Сообщите, какая версия ПО установлена на ТАУ72

Добавлено: 28 дек 2009 14:01
dedun
BusyBox v1.7.3 (2008-04-22 11:02:14 NOVST) - оно?
или это #806 точнее User-Agent: TAU-72 build 806 sofia-sip/1.12.10 ?

Добавлено: 28 дек 2009 15:02
void
Здравствуйте!

Вы можете поподробнее объяснить ситуацию?

Если вы имеете физический доступ к устройству - можете выслать нам трассировку с устройства?

Выше были указаны команды ее включения:
cli
pbx trace port on
также имеет смысл выполнить команду pbx trace sip on.

Добавлено: 28 дек 2009 15:50
dedun
Я конечно могу выслать трассировку (тем более что с ним еще одна проблема нарисовалась) только не пойму как это относиться к физической перезагрузке апарата? мне включить трассировку и ждать перезагрузку или как?

Добавлено: 28 дек 2009 19:12
void
Да, я имел ввиду трассировку вплоть до перезагрузки(если конечно же позволяют условия). Это позволит выяснить что является причиной перезагрузки.

Добавлено: 28 дек 2009 19:17
dedun
пока подловить момент не удалось.... зато нарисовалась другая проблема - все исходящие вызовы идут без проблем... а вот входящие идут только с внутренней сети...со всех остальных(тех что за сип сервером) сразу сигнал занято. Трассировку отправил на troyanov@eltex.org.

Добавлено: 29 дек 2009 14:57
dedun
Ответ будет-нет? У меня время идет на которое оборудование дали!

Добавлено: 29 дек 2009 15:10
Женя
по трассировки не понятно, почему соединение разваливается, возможно не верно настроены кодеки..
Подключитесь к ТАУ консолью, введите команду
cat /etc/config/codecs.conf
и пришлите что он напишет.

Добавлено: 29 дек 2009 15:17
dedun
; list of codecs in preffered order
g711a 1
g723 1
g711u 1
g729x 1
; packet coder time for G.711, G.729
g711pte 20 ; packet coder time for G.711 (10, 20 ms)
g729pte (null) ; packet coder time for G.729 (10, 20 ms)
; codec features
dtmftransfer 1 ;1 - DTMF transfer mode (0 - indand 1 -
rfc2833, 2 - INFO)
flashtransfer 1 ;1 - Flash transfer mode (0 - disabled 1
- rfc2833, 2 - INFO
faxtransfer 1 ;1 - Fax transfer G.711 A, 2 - Fax trans
fer G.711 U, 3 - T.38 mode, 0 - off fax transfer
modem 0
payload 101 ;payload type for rfc2833 mode
silencedetector 0 ;1 - silence compression, 0 - no silence
compression
echocanceller 1 ;1 - use echo cancellation, 0 - do not u
se
rtcp 0 ;1 - enable rtcp, 0 - disable rt
cp
comfortnoise 0 ;1 - comfort noise, 0 - no comfort noise

Добавлено: 29 дек 2009 15:19
dedun
Обычно на шлюзе который использую (Grandstream, Cisco-Linksys, Mediatrix, Dlink, Audiocodes) зарубаю все кодеки кроме 711А. Тут не прошло... включил все - результат тот же.

Добавлено: 29 дек 2009 16:28
Женя
Возможно проблема в том что, ТАУ72 на данный момент поддерживает диапазон dynamic payload 97-127, в логе видно, что для DTMF по RFC2833 используется PT=96, поэтому ТАУ вызов отбивает. Можно ли на встречной стороне настроить PT=101, например, для RFC2833?