Есть железяка 104SH – была успешно перешиты на MGCP софт – все бес проблем работает на базе Asterisk-а. Но есть один непонятный глюк т.е. команда перевода звонка – с использованием технологии Announced Call Transfer ( т.е. при голосовой сессии, делаем короткое размыкание линии или нажимаем кнопку FLASH слышим тон набираем нужный номер разговариваем с набранным абонентом затем кладем трубку – система передает звонок набранному абоненту или еще раз FLASH и разговариваем с прежним абонентом)
Так вот одно очень неприятное событие при подобной операции (т.е. при нажатии кнопки FLASH) 104 дает короткий гудок и просто молчит - при нажатии любой кнопки на телефоне - все тоже - самое короткий гудок и тишина.

Вот что пишет астериск:

sgn*CLI>
*********************** - Принимаем звонок – стандартное приветствие
-- Executing Playback("OH323/R2658", "es/greet_it") in new stack
-- Playing 'es/greet_it' (language 'en')
-- Executing Playback("OH323/R2658", "es/stay_online") in new stack
-- Playing 'es/stay_online' (language 'en')
*********************** - Звонок уходит в очередь с возможностью перевода звонка (t)
-- Executing Queue("OH323/R2658", "es-noc|t|MGCP/aaln/3@10.10.0.10|0|40") in new stack
-- Started music on hold, class 'default', on OH323/R2658
-- MGCP mgcp_request(aaln/3@10.10.0.10)
-- MGCP cw: -1, dnd: 0, so: 0, sno: 0
-- MGCP mgcp_new(MGCP/aaln/3@10.10.0.10-0) created in state: Down
-- Called aaln/3@10.10.0.10
*********************** - Слышим звонок
-- MGCP/aaln/3@10.10.0.10-0 is ringing
*********************** - Поднимаем трубку
-- Endpoint 'aaln/3@10.10.0.10-0' observed 'hd'
-- MGCP/aaln/3@10.10.0.10-0 answered OH323/R2658
-- Stopped music on hold on OH323/R2658
*********************** - Разговариваем и переводим звонок по FLASH
-- Endpoint 'aaln/3@10.10.0.10-0' observed 'hf'
-- Swapping 0 for 1 on aaln/3@10.10.0.10
-- MGCP Muting 0 on aaln/3@10.10.0.10
*********************** - звонящий абонент слушает музыку
-- Started music on hold, class 'default', on OH323/R2658
*********************** - А вот собственно, что происходит при попытке набрать номер после FLASH
-- MGCP mgcp_new(MGCP/aaln/3@10.10.0.10-1) created in state: Down
Nov 8 17:18:17 NOTICE[-1189373008]: chan_mgcp.c:2243 handle_response: Terminating on result 403 from aaln/3@10.10.0.10-1
*********************** - Короткий гудок и тишины
-- Endpoint 'aaln/3@10.10.0.10-1' observed '2'
*********************** - Набираем 2-ку – короткий гудок и тишина
-- Endpoint 'aaln/3@10.10.0.10-1' observed '5'
*********************** - Набираем 5-ку – короткий гудок и тишина
-- Endpoint 'aaln/3@10.10.0.10-1' observed '4'
*********************** - Набираем 4-ку – короткий гудок и тишина
*********************** - Нажимаем опять FLASH
-- Endpoint 'aaln/3@10.10.0.10-1' observed 'hf'
-- Swapping 1 for 0 on aaln/3@10.10.0.10
-- Stopped music on hold on OH323/R2658
-- Endpoint 'aaln/3@10.10.0.10-0' observed 'hu'
*********************** - Разговариваем с прежним абонентом
== Spawn extension (h323-clients, 99999, 3) exited non-zero on 'OH323/R2658'
*********************** - Мило прощаемся и кладем трубку =)
-- Hungup 'OH323/R2658'
-- H.323 call 'ip$10.10.0.2:3333/2658' cleared, reason 1 (Cleared by local user)
sgn*CLI>


Т.е. после нажатия FLASH – 104s отвечает «Terminating on result 403» - расшифровываем код результата – читаем RFC 3661 (Media Gateway Control Protocol (MGCP) Return Code Usage) и медленно ахреневаем =(((. По РФЦ 3661 ответный код 403 гласит о следующем:

403 - Insufficient resources available at this time

Response valid for: Any command.

Situation: This is returned if the request cannot be processed
due to a temporary lack of gateway resources, such as CPU
utilization, DSP resources, memory etc; however, the command may
succeed at a later time when resources free up. Note that lack
of network resources should not result in this code (i.e.,
return code 404 would be more appropriate).

А по русски это означает следующее: что в данный момент нет ресурсов чтобы обработать команду из за нехватки ресурсов CPU или нехватки DSP ресурсов в данном случае похоже на то что не хватает DSP.

Вопрос к Многоуважаемому ALL-у: Кто нить пробовал строить на базе DLINK и Астериска системные АТС?

Вопрос к Многоуважаемому SUPPORT-у:

1) Есть ли разница (железячная) в моделях 104s и 104sh в DSP? (Я так понял, что в железе разницы нет кроме объема памяти).
2) Количество DSP на этой железке? (так понимаю что не больше 4-х и по всей видимости эта проблема из-за этого)
3) Возможно ли побороть эту проблему и как? (когда-то писалось, что DLINK построил АТС на основе MCGP протокола – и трансфер там работает без проблем)
4) Если нельзя решить эту проблему с этим оборудованием то какое оборудование нужно использовать?

_________________
==============
Have a nace LINK! =)
==============

а что за фирмварь у тебя на девайсе ?

Device Type VoIP Gateway
MAC Address 00:05:5d:f6:74:05
Boot PROM Version 3.0B38-D
Firmware Version 3.0T86-D
DSP Version Cap 0xc01e, Rel 8.1.2.2, Build g10 , DSP 549/5409, Platform VPBX/GG6E, Cap2 0x36eb, Cap3 0x4020, Chans 4, EC tail len 128, PCM chans 0

_________________
==============
Have a nace LINK! =)
==============

Попробуйте новые прошивки.

_________________
С уважением, Дмитрий Письменов

Заабгрейдились =)))) стало еще веселее!!!

Вот что получилось после перепрошивки:

Device Type VoIP Gateway
MAC Address 00:05:5d:f6:74:16
Boot PROM Version 3.0B45-G
Firmware Version 3.1T07-G
DSP Version Not yet loaded


Так вот вообще весело стало:
1) поднимаем трубу – слышим тон (т.е. железяка вяжется с астериском)
2) кладем трубу – все нормально (т.е. астериск видит и фиксирует отбой)

А вот собственно проблема

1) поднимаем трубу – слышим тон (ОК)
2) пытаемся набрать номер (пока ОК)
3) как только астериск направляет РТП трафик (т.е. начинается дальнейшее проключение) – ВСЕ БАТОН!!! Железяка через 1-2 сек ВЕШАЕТСЯ НА СМЕРТЬ – даже консоль умерает на 104s =(((((

Собственно это видно и по логам астериска – появилась какая-то проблема три попытке набора номера и т.д.

sgn*CLI>
-- Endpoint 'aaln/1@10.1.10.4-1' observed 'hd'
-- MGCP mgcp_new(MGCP/aaln/1@10.1.10.4-1) created in state: Down
-- Endpoint 'aaln/1@10.1.10.4-1' observed '2'
Nov 9 15:52:36 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
Nov 9 15:52:36 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
Nov 9 15:52:36 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
Nov 9 15:52:36 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
Nov 9 15:52:36 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
-- Endpoint 'aaln/1@10.1.10.4-1' observed '9'
Nov 9 15:52:37 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
Nov 9 15:52:37 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
Nov 9 15:52:37 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
Nov 9 15:52:37 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
-- Endpoint 'aaln/1@10.1.10.4-1' observed '0'
Nov 9 15:52:38 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
Nov 9 15:52:38 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
Nov 9 15:52:38 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
Nov 9 15:52:38 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
-- Endpoint 'aaln/1@10.1.10.4-1' observed '1'
Nov 9 15:52:38 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
Nov 9 15:52:38 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
Nov 9 15:52:38 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
Nov 9 15:52:38 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
-- Endpoint 'aaln/1@10.1.10.4-1' observed '9'
-- Executing Dial("MGCP/aaln/1@10.1.10.4-1", "OH323/29019@10.10.0.2") in new stack
-- H.323 call to 29019@10.10.0.2 with codec ALAW
-- Called 29019@10.10.0.2
Nov 9 15:52:39 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
Nov 9 15:52:39 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
Nov 9 15:52:39 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
Nov 9 15:52:39 WARNING[153324464]: codec_ilbc.c:144 ilbctolin_framein: Huh? An ilbc frame that isn't a multiple of 50 bytes long from RTP (4)?
-- OH323/L13182 answered MGCP/aaln/1@10.1.10.4-1
-- MGCP mgcp_answer(MGCP/aaln/1@10.1.10.4-1) on aaln/1@10.1.10.4-1
Nov 9 15:52:45 WARNING[-1189987408]: chan_mgcp.c:595 retrans_pkt: Maximum retries exceeded for transaction 430 on [10.1.10.4]
Nov 9 15:52:45 WARNING[-1189987408]: chan_mgcp.c:595 retrans_pkt: Maximum retries exceeded for transaction 431 on [10.1.10.4]
Nov 9 15:52:45 NOTICE[-1189987408]: chan_mgcp.c:2234 handle_response: Transaction 431 timed out
Nov 9 15:52:45 NOTICE[-1189987408]: chan_mgcp.c:2256 handle_response: Terminating on result 406 from aaln/1@10.1.10.4--1
-- Hungup 'OH323/L13182'
== Spawn extension (ES-PBX, 29019, 1) exited non-zero on 'MGCP/aaln/1@10.1.10.4-1'
-- No command found on [10.1.10.4] for transaction 430. Ignoring...
-- H.323 call 'ip$localhost/13182' cleared, reason 1 (Cleared by local user)
Nov 9 15:52:51 WARNING[-1189987408]: chan_mgcp.c:595 retrans_pkt: Maximum retries exceeded for transaction 433 on [10.1.10.4]
Nov 9 15:52:51 WARNING[-1189987408]: chan_mgcp.c:595 retrans_pkt: Maximum retries exceeded for transaction 434 on [10.1.10.4]
-- No command found on [10.1.10.4] for transaction 434. Ignoring...
-- No command found on [10.1.10.4] for transaction 433. Ignoring...
sgn*CLI>


1) Вопрос как работает то оборудование и на чем Вы строили АТС (.т.е. на каком менеджере):
2) Что делать с этим оборудованием?

_________________
==============
Have a nace LINK! =)
==============

1. Делали ли фактори резет?
2. Если Вы внимательно читали анонс в котором это упоминалось, это был проект одного из наших клиентов, сервер был астериск.

_________________
С уважением, Дмитрий Письменов

Mne kazhetsja, chto-to s nastrojkoj asteriska. Nu kak-to ne vjazhetsja codec "ilbc" v etu kartinu.

А как же!? - конечно делал после заливки и прома и совта, а потом еще раз 58 на горячую бутил =) - виснет сволочь.

ОК - Будем работать дальше.

_________________
==============
Have a nace LINK! =)
==============

На форуме * - уже обсуждались эти темы - габли не толькос с 104 но и с АТА и т.д.

_________________
==============
Have a nace LINK! =)
==============