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/
