DTMF потеря первой цифры в транке

[lb426.2]

там видно что когда я нажал 2 она не отобразилась в логе астериск2
1 в логе астериска2 отобразилась только после того как как я нажал цифру 2

[ded]

Там происходило ровно то, что у вас описано в контексте.
lb426.2 извините конечно, но не превращайте форум в место индивидуального обучения себя. Тривиальные задачи надо выполнять без обсуждения, или записываться на курсы по Астериск.

[Zavr2008]

dtmfmode=info

Никогда оно не работало так правильно и не будет работать.
В этом режиме DTMF передается в SIP, а не в RTP.
В случае наличия jitter естественно задержки и рассинхронизация с голосом. В Вашем случае вторая сторона еще не готова и просто пропускает мимо.

Поменять на обоих сторонах на dtmfmode=rfc2833 и не делать всем мозги)

[lb426.2]

поменять на rfc2833 самый простой способ
задача - заставить работать DTMF через отправку SIP INFO в транк.
через dtmfmode=rfc2833 всё работает.

[Zavr2008]

Зачем? Мазохировать лучше иначе)

SIP INFO практически умер во всём мире именно по причинам что я уже упомянул. Говорю как глава компании с более чем 2500 клиентами E1 шлюзов - НИКТО не использует SIPINFO..
RFC2833 = Золотой стандарт DTMF
Читайте мой ответ выше.

Физически что Вы можете сделать - добавить в начале паузу на несколько секунд (а доходит и до этого) чтобы синхронизация прошла, также и не класть трубку при завершении, чтобы какашки (а именно это очень подходит под эти сообщения SIP INFO) пролетели до закрытия соединения.
Также на задержку влияет и плотность звонков (в случае chan_sip), поскольку однониточная реализация.

Загуглите SIP INFO и станет ясна глубина проблемы..

[lb426.2]

вообще моя конечная цель это добиться того чтобы earlymedia не тарифицировался провайдером и при этом работал DTMF. Если передавать DTMF по rfc2833 это означает проключение звукового тракта СРАЗУ (SIP 200 на INVITE), а хочется на INVITE отдать SIP SDP 183 , это Progress() в астериске, и не отдавать SIP 200 пока мой абонент не ответит.
И если бы провайдер отдавал DTMF через SIP INFO, то проключение голосового тракта не нужно.
но это теория, а практика увы такая как Вы описываете.

[Zavr2008]

Гиблое дело, IMHO, поскольку обычно у оператора это всё идет в E1, обычно по SS#7. там четко вторая сторона (обратка к звонящему) отрубается до Answer. В этом случае даже если и оператор не вырезает SIP INFO, то наверняка обрежет дальше коммутатором. Хотя дятлов у нас много и может на мелких операторах и станет работать..

[ded]

вообще моя конечная цель это добиться того чтобы earlymedia не тарифицировался провайдером .

А что, где-то тарифицируется?
То есть позвонили, а там "Абонент выключен или находится вне зоны действия!" и за это копеечку сняли?

[lb426.2]

ded - да, так и есть.
только на моей стороне голосовая платформа c IVR, которая играет приветствие и просит что нибудь нажать или донабрать номер.
а на стороне оператора неизвестное устройство которое работает с моей платформой по SIP.

[lb426.2]

Гиблое дело, IMHO, поскольку обычно у оператора это всё идет в E1, обычно по SS#7. там четко вторая сторона (обратка к звонящему) отрубается до Answer. В этом случае даже если и оператор не вырезает SIP INFO, то наверняка обрежет дальше коммутатором. Хотя дятлов у нас много и может на мелких операторах и станет работать..

скажите по Вашему опыту даже если я спляшу с бубном вокруг настроек jitter-a и и оно у меня на тесте заработает, будет ли оно работать стабильно с оператором ?