Remarques, suite à test : DTMF

[Electrocut]

Bonjour,

Suite à quelques tests réalisés de l'offre "Démo SIP", avec un softphone basé sur la stack SIP http://www.pjsip.org, et le softphone OSSPhone (http://www.opensipstack.org/downloads.html) (stack SIP http://www.opensipstack.org ), mes observations sont les suivantes :

- Lors de communications avec une ligne fixe (appel SIP -> 02), les touches tapées sur le téléphone Fixes, sont envoyés par le serveur SIP d'OVH sous la forme de messages "SIP INFO". Le mode "Inband", RFC2833, pour la transmission des codes DTMF à travers le flux RTP est souvent privilégié.

- Lors de communications vers un téléphone portable (Breizhmobile, réseau orange, en l'occurence), les touches tapées sur le téléphone portable étaient ignorées : aucun code DTMF n'était reçu au niveau du client SIP, que ce soit sous la forme de messages SIP INFO, ou selon la RFC2833.

- Il m'a été impossible de réaliser des appels sortants, avec le softphone basé sur la stack pjsip, en configuration par défaut :
le message SIP INVITE était ignoré par le serveur (aucun retour).
La solution a été d'activer le mode "messages SIP compact (http://trac.pjsip.org/repos/ticket/342)", au niveau de mon client pjsip ... afin de réduire la taille des messages SIP (le champ To: est remplacé par t: ... etc ...)

Pas de soucis d'Audio à déclarer. Temps de réaction très bon depuis une ligne Fixe, un peu plus lent depuis un portable (mais le phénomène est sans doutes à imputer au réseau GSM)

Pour résumer : quelques soucis de réception des codes DTMF, depuis un compte client SIP (DTMF reçu sous la forme de SIP INFO plutôt que RFC2833 / pas de DTMF lorsqu'envoyés depuis un portable)
la taille des messages SIP peut-être problématique, avec certains clients (en particulier pour les messages INVITE, puisque ce sont les plus volumineux ...)

Merci beaucoup pour ces comptes SIP de tests !

[Electrocut]

Pour compléter mon message précédent, un nouveau test m'a permis de voir que les codes DTMF passent pour les appels Portables -> SIP, en revanche, pour les appels SIP -> Portables, celà dépend des appels sortants (en particulier, lorsque l'appel entrant apparait en "privé", je n'aurais à coup sûr aucune reconnaissance des codes DTMF)

[simon]

Ils sont très interressant tes tests.

Nous préconisons les codecs g729 et g723. Ces codecs compresse fortement
la voix, et empeche l'utilisation des DTMF en mode "Inband".

Je vais essayer de voir comment je peux améliorer la configuration de
nos serveurs pour mieux faire marché les DMTF.

Simon

[Electrocut]

Merci pour ta réponse !

Par "Inband", je voulais parler de la norme RFC 2833, qui permet l'envoi des codes DTMF à travers le flux RTP (un paquet RTP spécial, de type "RTP Event" contient le code DTMF en clair)
Le terme "Inband" n'était sans doutes pas bien choisi ... (je ne parlais pas d'une reconnaissance Audio des codes DTMF, qui effectivement pose problème avec les codecs plus destructeurs)

[Edit : après vérification, effectivement j'aurais dû employer le terme "Outband" et non "Inband"... je pensais que l'envoi des DTMF codés sur le flux RTP pouvait être considéré comme "Inband", puisque dans le même flux de donnée que l'audio ...]

Cette norme (RFC 2833) semble privilégiée par l'ensemble des prestataires SIP que j'ai pu tester jusqu'à présent (ippi.fr, kiwak.net, voipbuster.com, vyke.com ...)