Столкнулся с проблемой несовместимости кодеков с сервером euteliavoip.it

Из астериска - нормально дозваниваюсь, а из Еутелии пишет -

[Jan 23 23:15:02] NOTICE[15503]: chan_sip.c:5532 process_sdp: No compatible codecs, not accepting this offer!

При таком sip.conf

disallow=all                   ; First disallow all codecs

allow=g722

allow=ulaw                     ; Allow codecs in order of preference

allow=alaw

allow=ilbc                     ; see doc/rtp-packetization for framing options

allow=g729

allow=g723.1

allow=h323

Если включаю gsm -

allow=gsm

астериск не ругается, но с Еутелии звонок не проходит, просто скидывается , и всё.

Фрагмент users.conf

[0464357188-in]

type=user

contex=eut_in

Фрагмент extentions.conf

[eut_in]

exten => s,1,Answer

exten => s,2,Wait(1)

exten => s,3,Background(vm-enter-num-to-call)

exten => s,4,Background(silence/1)

exten => s,5,DISA(no-password|local

Вывод show translation

    Translation times between formats (in milliseconds) for one second of data

          Source Format (Rows) Destination Format (Columns)



          g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc g726 g722

     g723    -   2    2    2        2     2    1    11   18     -    -    3    -

      gsm   64   -    2    2        2     2    1    11   18     -    -    3    -

     ulaw   64   2    -    2        2     2    1    11   18     -    -    3    -

     alaw   64   2    1    -        2     2    1    11   18     -    -    3    -

 g726aal2   64   2    2    2        -     2    1    11   18     -    -    1    -

    adpcm   64   2    2    2        2     -    1    11   18     -    -    3    -

     slin   63   1    1    1        1     1    -    10   17     -    -    2    -

    lpc10   69   7    7    7        7     7    6     -   23     -    -    8    -

     g729   73  11   11   11       11    11   10    20    -     -    -   12    -

    speex    -   -    -    -        -     -    -     -    -     -    -    -    -

     ilbc    -   -    -    -        -     -    -     -    -     -    -    -    -

     g726   65   3    3    3        1     3    2    12   19     -    -    -    -

     g722    -   -    -    -        -     -    -     -    -     -    -    -    -

G711alaw, G711ulaw, G723ar53, G723ar63, G723r53, G723r63, G726r16, G726r24, G726r32, G728, G729br8, G729r8, GSM-EFR, GSM-FR.


Поддерживаемые кодеки с офф сайта Еутелии -

Подскажите, где покрутить ?

Asterisk ver 1.4.22.1

allow=h323 ? Прикольно, надо будет использовать.
А порядок измените на такой:

disallow=all ; First disallow all codecs
allow=alaw
allow=ulaw ; Allow codecs in order of preference
allow=g729
allow=g723
allow=gsm

не понятно, откуда у вас взялся g722, которого нет на вашем астериске и в поддерживаемых кодеках с офф сайта Еутелии

Проблему решил.
Надо было поставить dtmfmode=inband )))

Ещё вопросик, как обработать такую ситуацию :

Человек звонит на наш сервер, вводит добавочным мобильный номер (в таком случае звонок идёт на VoIP шлюз), но на данный момент шлюз занят (уже идёт разговор), как сделать, чтобы астериск переадрисовывал вызов на другой номер sip ?

menlfik, сообщите номер вашего сервера, чтобы мы тоже могли вводить добавочным мобильный номер чтобы все могли звонить через ваш VoIP шлюз.

мне всегда была непонятна способность "решить проблему" подкрутив что-то скорее всего к проблеме не относящееся.

"у меня НАТ на роутере кривой, не позволяет серверу в нет ходить но я проблему решил воткнув сервер в другой порт на свитче". вот как-то так...

Может быть, "другой порт" как раз в интернет смотрит, так тоже бывает :)

Разумеется бывает. Но "решив" одну проблему таким образом приносят кучу других.
Мой поинт был в том что вместо того чтобы _разобраться_ что не так с НАТом и починить его (подняв экспириенс при этом) народ идет совершенно неведомыми науке путями и делает очень странные и спорные "фиксы". И даже если волей случая один из фиксов или их омбинация помогут (что бывает) - то имхо ценность такого знания ноль. Ибо во-первых не понимают что чинили во вторых не понимают как, в третьих повторюсь, возможно "решение" несет больше проблем чем было просто они сразу не видны.

Воистину готов согласится с тем что "админ может решить проблему но не может объяснить как он это сделал".

Часто бывает, что прямо сейчас лишь бы починить, потому что юзеры катят бочку, руководство звереет, обстановка накаляется. Вот и начинает народ шаманить. А когда волею случая удается - человек облегченно вздыхает и забывает о проблеме до следующего проявления.
Разбираться с чашечкой кофе хорошо вечерком, в спокойной обстановке. А когда надо быстро поднять сервис - не до разборок. Перезапустил чего-нибудь, как-то завелось - и ладно.

Это все справедливо, если ты не до конца разбираешься в вопросе. Если профи - докопаешься в любой обстановке и сделаешь по-хорошему. Но, судя по обилию топиков, начинающихся на "добрый день, я не телефонист и астер не видел никогда, но начальство приказало...", описанный мной сценарий реален.

все именно так.

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

Ага. А потом после удачного ребута эти люди пишут себе в резюме "установил и поддерживал Астериск на предприятии" :)