asterisk.ru

ded писал(а):Не могу.

Очень жаль! Искренне!
Я знаю насколько у гуру реально проблемы со временем, поспать и то некогда...., но если что - мы компенсируем.

Может кого посоветуете?

Ваши пакеты OPTIONS ни при чём. Выключите вообще qualify=no на пире Меры. Это совсем не то.
После включения указанных выше шагов на
exten => i
&
exten => t
нужно смоделировать попадание на эти экстены. В том же контексте, где основные обработки
exten => _992XXXXXXXXX,
добавьте
exten => _X.,1,PlayBack(invalid)
exten => _X.,n,Hangup(18)
и наберите со стороны Меры что-нибудь например на 810...
Вы должны увидеть попадание этого звонка на первом Астериске хотя бы, и отрабатывание этого кусочка
exten => _X.,1,PlayBack(invalid)
exten => _X.,n,Hangup(18)

Деда, сделал как ты сказал.
Вернее счас уже сделали так:
Поставили еще один *. На него завели юзера 1313 и подцепились через 3СХ софт-фон.
Назначили нужный диалплан, и добавили в этот диалплан твой кусочек
3CX->SIP->Aster1->SIP->Aster2->IAX2->Aster3+chan_datacard

В экстеншен попадает.
Инвалид проигрывает.
Код стал приходить как положенно. Надо будет на мерре еще проверить.
НО встает вопрос теперь как это привязать к нашим 5-ти ситуациям?
или разнести в отдельные куски диалпланов и вызывать в случае возникновения?

Я не понимаю зачем в рамках одного диал-плана [terminate] напихано столько
exten => _992XXXXXXXXX,n,Hangup
Каждый из них будет отдавать Мере не то что Вам хочется.
Анализировать всю логику вашего [terminate] нет возможности.
Все коды вполне можно отдавать так как и задумано, просто надо написать корректно диал-план. А это выходит за рамки топика "не продавливается Q.931 в SIP и h.323", потому что опыт сейчас показал - Invalid вполне нормально отдаётся.

Делать терминацию мобильных на куче модемов Huawey - сомнительное решение, не могу одобрить. И писать диал-план для этого - тоже.

Понял. Пошел пить кофе перед броском на диалплан.

Деда - кидай кошелёк в личку. С меня пиво (за то что мозги вправил).

Не стоит.
Вы кондитера пытаетесь пирожным угостить, а сапожнику - подарить сапоги.

Сегодня день тестов показал что кроме того что есть проблема в диалпланах, в любом случае не можем отправлять корректно код 31
на мерру он приходит 19-м и всё.

ИМХО это изза того что СИП не гарантирует передачу этого кода корректно
Завтра попрошу дебаг с мерры. Будем думать.

P.S. chan_ооh323 не цеплял корректно диалплан так как небыли прописаны порт и адрес непосредственно в конфигурации user-узла
P.P.S. Кстати, для того что бы посоветоваться по диалпланам надо отдельную тему создавать или же можно тут спросить сразу же?

Насколько я понимаю и 19 и 31 конвертируются в sip 480,
Можно в заголовок пакета добавить опцию вида:
Reason: MVTSPRO;cause=40;text="Gateway Is Invalid"
Но астериск, насколько я понимаю, такого не сможет, тут нужен opensips. С другой стороны, opensips нужный код тоже должен как-то получить, замкнутый круг.

У них Мера соединена и по Н.323 и по SIP. Поэтому играться с SIPAddHeader нет особого смысла, проще отдавать в Н.323 нужный код и вся песня.