Ca depend de la facon dont le serveur est configuré.
En SIP par exemple, il est possible de forcer le passage par le proxy sur lequel on est authentifié.
La signalisation ET la voix passent alors par le proxy.
J'en vois un au fond de la salle qui pense que pour c'est pour espionner le pauvre utilisateur ;-)
Ca peut être ca mais il y a aussi d'autres interêts :
- passage des regles de firewall --> vous autorisez le proxy à vous envoyer des flux sip pas le monde entier
- si les deux utilisateurs sont derrière un NAT, ca pose pas mal de problèmes et c'est un peu penible à configurer voire pas toujours possible.
- si le serveur a des fonctions avancées du type "Appuyer sur * en cours de conversation pour transferer l'appel", le flux audio doit passer par lui pour qu'il intercepte les DTMF (l'appui de la touche * par exemple).
Par exemple, pour Asterisk , l'option à activer sur le compte SIP pour forcer les flux audio coté serveur est : canreinvite=no
[^] # Re: question basique
Posté par Olivier Perrin . En réponse à la dépêche Ekiga 2.00 disponible!. Évalué à 2.
En SIP par exemple, il est possible de forcer le passage par le proxy sur lequel on est authentifié.
La signalisation ET la voix passent alors par le proxy.
J'en vois un au fond de la salle qui pense que pour c'est pour espionner le pauvre utilisateur ;-)
Ca peut être ca mais il y a aussi d'autres interêts :
- passage des regles de firewall --> vous autorisez le proxy à vous envoyer des flux sip pas le monde entier
- si les deux utilisateurs sont derrière un NAT, ca pose pas mal de problèmes et c'est un peu penible à configurer voire pas toujours possible.
- si le serveur a des fonctions avancées du type "Appuyer sur * en cours de conversation pour transferer l'appel", le flux audio doit passer par lui pour qu'il intercepte les DTMF (l'appui de la touche * par exemple).
Par exemple, pour Asterisk , l'option à activer sur le compte SIP pour forcer les flux audio coté serveur est : canreinvite=no