Bonjour
Histoire de contredire David ...dans les fait il y a effectivement souvent
des incidents ou les clients n'arrivent pas à composer les DTMF vers des
SVI et la effectivement il faud éplucher les traces SIP de bout en bout.
Richard
Le ven. 17 juin 2022 à 16:24, David Ponzone <david.ponz...@gmail.com> a
écrit :
> Hmm je veux être sûr de comprendre: tu veux forcer la RFC2833 même si
> l’autre endpoint ne le supporte pas ?
> J’espère que l’autre endpoint n’est pas le téléphone du boss qui veut
> appeler un 0899 coquin, parce que ça va chauffer…
>
> Jamais eu ce genre de besoin.
> Le besoin c’est généralement plutôt que les DTMF marchent à peu près, quoi
> qu’il en coûte.
>
>
> > Le 17 juin 2022 à 16:15, Arnaud Gelly <arnaud.ge...@gmail.com> a écrit :
> >
> > Bonjour à tous,
> >
> > Je cherche à m'assurer d'avoir uniquement des DTMF RFC2833 sur mon réseau
> > et d'empêcher au maximum le SIP INFO.
> >
> > Malgré les paramètres suivants, mon SBC Freeswitch transcode les DTMF en
> > SIP INFO si la destination ne propose pas RFC2833 :
> >
> > dtmf-type rfc2833
> > liberal-dtmf false
> > pass-rfc2833 true
> >
> > C'est peut-être un comportement normal car on dit aussi qu'on supporte la
> > méthode INFO.
> >
> >
> > Au delà d'un simple bug freeswitch est-ce que vous avez déjà eu ce genre
> de
> > besoin ? Est-ce que vous avez essayé d'enlever INFO dans le Allow ?
> >
> > Je cherche à voir si la piste avec des LUA peut arriver à cet objectif ou
> > s'il ne me reste plus qu'à éditer sophia.c pour enlever
> > NUTAG_APPL_METHOD("INFO") et tracker où se fait la transposition RFC2833
> /
> > SIP INFO.
> >
> > S'il y a d'autres moyens avant d'en arriver là je suis preneur.
> >
>
>
> ---------------------------
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
