Re: Re : Re: [FRnOG] [TECH] FREESWITCH et gestion des DTMF

2022-06-19 Par sujet Arnaud Gelly 
Merci pour ces retours.

En effet Kamailio fait sens pour cet usage.

--
Arnaud



On Sun, 19 Jun 2022 at 07:23, Benoit Chesneau 
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 
> 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  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  > wrote:
> >
> > > Le 17 juin 2022 à 16:33, Arnaud Gelly  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/

Re : Re: [FRnOG] [TECH] FREESWITCH et gestion des DTMF

2022-06-18 Par sujet Benoit Chesneau 
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  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  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 > > wrote:
>>
>> > Le 17 juin 2022 à 16:33, Arnaud Gelly > > > 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/

Re: [FRnOG] [TECH] FREESWITCH et gestion des DTMF

2022-06-17 Par sujet David Ponzone 
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  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  > wrote:
> 
> > Le 17 juin 2022 à 16:33, Arnaud Gelly  > > 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/

Re: [FRnOG] [TECH] FREESWITCH et gestion des DTMF

2022-06-17 Par sujet Arnaud Gelly 
Si tu fais :

*dtmf-type rfc2833liberal-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  wrote:

>
> > Le 17 juin 2022 à 16:33, Arnaud Gelly  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/

Re: [FRnOG] [TECH] FREESWITCH et gestion des DTMF

2022-06-17 Par sujet David Ponzone 


> Le 17 juin 2022 à 16:33, Arnaud Gelly  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/

Re: [FRnOG] [TECH] FREESWITCH et gestion des DTMF

2022-06-17 Par sujet Arnaud Gelly 
@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.



On Fri, 17 Jun 2022 at 16:32, Richard Klein  wrote:

> 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  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  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/

Re: [FRnOG] [TECH] FREESWITCH et gestion des DTMF

2022-06-17 Par sujet Richard Klein 
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  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  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/

Re: [FRnOG] [TECH] FREESWITCH et gestion des DTMF

2022-06-17 Par sujet David Ponzone 
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  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/

[FRnOG] [TECH] FREESWITCH et gestion des DTMF

2022-06-17 Par sujet Arnaud Gelly 
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.

Bon weekend !
--
Arnaud

---
Liste de diffusion du FRnOG
http://www.frnog.org/