Merci pour ces retours. En effet Kamailio fait sens pour cet usage.
-- Arnaud On Sun, 19 Jun 2022 at 07:23, Benoit Chesneau <beno...@enki-multimedia.eu> wrote: > c'est clairement l'objet de kamailio..... Je ne vois pa trop l'interêt de > patcher FS. > > Benoît > > > Le vendredi 17 juin 2022 à 20:44, David Ponzone <david.ponz...@gmail.com> > a écrit : > > Je vois pas d’autres moyens: > -de patcher FS comme tu proposais > -de mettre un vrai truc devant capable de ré-écrire le Allow (Kamailio, > OpenSIPS, commercial) > > A priori, les devs de FreeSWITCH considèrent qu’il faut pas toucher au > Allow. Tu peux altérer le SDP, mais pour le Allow, niet. > > > Le 17 juin 2022 à 18:07, Arnaud Gelly <arnaud.ge...@gmail.com> a écrit : > > > > Si tu fais : > > dtmf-type rfc2833 > > liberal-dtmf true > > > > tu proposes RFC2833 mais accepte SIP INFO. Ce qui permet de gérer des > endpoint qui savent faire QUE du SIP INFO. > > > > Nous on veut s'assurer de ne PAS avoir de SIP INFO. > > > > > > > > > > On Fri, 17 Jun 2022 at 18:01, David Ponzone <david.ponz...@gmail.com > <mailto:david.ponz...@gmail.com>> wrote: > > > > > Le 17 juin 2022 à 16:33, Arnaud Gelly <arnaud.ge...@gmail.com <mailto: > arnaud.ge...@gmail.com>> a écrit : > > > > > > @David : Oui c'est bien ça le besoin. Les appels arrivent d'une > interco opérateur et on veut s'assurer qu'il n'y ai pas de traces de DTMF > dans la signalisation, uniquement dans le media. > > > > > > Nous avons par exemple des cas de re-invite ou le endpoint "oublie" > qu'il sait faire du RFC2833 et le DTMF passe en SIP INFO alors qu'il n'est > même pas géré par le endpoint. > > > > > > > C’est pas pour ce cas de figure là justement (endpoint buggué): > literal-dtmf=true ? > > (J’ai lu les docs en diagonale, et en ce qui concerne les DTMF ça a > toujours été très laconique….) > > > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
