[a-h-aide] Wiki : page sur la téléphonie
Olá ! Mes excuses à Vince que j'ai dû rectifier sur sa contribution à la page téléphonie du wiki... https://wiki.auto-hebergement.fr/services/t%C3%A9l%C3%A9phonie Je profite de la création de cette page téléphonie pour demander si quelqu'un parmi vous a déjà installé un serveur SIP sur son propre serveur pour acheminer les appels vers un autre serveur SIP de plus grosse portée sur internet ? Merci d'avance pour vos infos :-) -- -- Exca -- http://www.sychlora.com
Afficher les réponses par date
Exca Flounty, 2013-03-12 19:40-0300:
Mes excuses à Vince que j'ai dû rectifier sur sa contribution à la page téléphonie du wiki... https://wiki.auto-hebergement.fr/services/t%C3%A9l%C3%A9phonie
Je viens d'apporter une modification assez importante à cet article, en ajoutant notamment une structure. J'ai également corrigé une erreur assez grave : un service SIP normal permet de communiquer avec quiconque dispose d'un compte SIP ouvert sur Internet, comme le courrier électronique ou la messagerie instantannée XMPP si vous voulez. Et donc pas seulement aux utilisateurs du même service !
Je profite de la création de cette page téléphonie pour demander si quelqu'un parmi vous a déjà installé un serveur SIP sur son propre serveur pour acheminer les appels vers un autre serveur SIP de plus grosse portée sur internet ?
Pas moi : pour des raisons techniques, je me refuse à utiliser le protocole SIP. -- . o . Tanguy Ortolo, internaute auto-hébergé . . o <http://www.auto-hebergement.fr/> o o o
Bonjour, On 13/03/13 10:00, Tanguy Ortolo wrote:
Exca Flounty, 2013-03-12 19:40-0300:
Je profite de la création de cette page téléphonie pour demander si quelqu'un parmi vous a déjà installé un serveur SIP sur son propre serveur pour acheminer les appels vers un autre serveur SIP de plus grosse portée sur internet ?
Pas moi : pour des raisons techniques, je me refuse à utiliser le protocole SIP. Je suis curieux, pouvez-vous nous donner plus d'infos concernant les raisons techniques pour lesquelles vous n'utilisez pas ce protocole ? Quel protocole utilisez-vous et pourquoi ?
Jean Elchinger, 2013-03-13 10:36+0100:
On 13/03/13 10:00, Tanguy Ortolo wrote:
Pas moi : pour des raisons techniques, je me refuse à utiliser le protocole SIP. Je suis curieux, pouvez-vous nous donner plus d'infos concernant les raisons techniques pour lesquelles vous n'utilisez pas ce protocole ?
Ils ont interdit l'identification basique, pour de prétendues raisons de sécurité. Le seul mécanisme d'identification par mot de passe disponible avec SIP est donc digest, qui nécessite un stockage du mot de passe, ou d'un équivalent du mot de passe, en clair sur le serveur. En particulier, cela interdit d'intégration de SIP à des comptes Unix ou LDAP existant. Pour communiquer avec son et vidéo, je préfère utiliser XMPP/Jingle. -- . o . Tanguy Ortolo, internaute auto-hébergé . . o <http://www.auto-hebergement.fr/> o o o
Super! Merci pour ces détails Tanguy! Je ne savais pas que le réseau SIP est également un réseau distribué, du coup ça ouvre des possibilités intéressantes pour les auto-hébergeurs. Le seul point sur lequel je butte un peu est à propos des commutateurs : Un serveur SIP fonctionne t il comme client SIP également ? Par exemple, si j'ai un compte chez un service comme IPPI ou OVH, mon serveur pourrait-il recevoir les appels de ce compte et les acheminer vers mon compte utilisateur SIP de mon propre serveur? (Ce qui permettrait d'avoir un numéro de téléphone classique). Exca -- Sent from my phone. Please excuse my brevity. Tanguy Ortolo <tanguy+a-h@ortolo.eu> wrote:
Jean Elchinger, 2013-03-13 10:36+0100:
On 13/03/13 10:00, Tanguy Ortolo wrote:
Pas moi : pour des raisons techniques, je me refuse à utiliser le protocole SIP. Je suis curieux, pouvez-vous nous donner plus d'infos concernant les raisons techniques pour lesquelles vous n'utilisez pas ce protocole ?
Ils ont interdit l'identification basique, pour de prétendues raisons de sécurité. Le seul mécanisme d'identification par mot de passe disponible avec SIP est donc digest, qui nécessite un stockage du mot de passe, ou
d'un équivalent du mot de passe, en clair sur le serveur. En particulier, cela interdit d'intégration de SIP à des comptes Unix ou LDAP existant.
Pour communiquer avec son et vidéo, je préfère utiliser XMPP/Jingle.
-- . o . Tanguy Ortolo, internaute auto-hébergé . . o <http://www.auto-hebergement.fr/> o o o
------------------------------------------------------------------------
_______________________________________________ auto-hebergement-aide mailing list auto-hebergement-aide@listes.auto-hebergement.fr http://listes.auto-hebergement.fr/listinfo/auto-hebergement-aide
Exca, 2013-03-13 06:56-0300:
Je ne savais pas que le réseau SIP est également un réseau distribué, du coup ça ouvre des possibilités intéressantes pour les auto-hébergeurs. Le seul point sur lequel je butte un peu est à propos des commutateurs : Un serveur SIP fonctionne t il comme client SIP également ? Par exemple, si j'ai un compte chez un service comme IPPI ou OVH, mon serveur pourrait-il recevoir les appels de ce compte et les acheminer vers mon compte utilisateur SIP de mon propre serveur?
Oui. À ce que j'ai compris, en SIP tout est serveur. Un client SIP n'est qu'un serveur SIP, qui a demandé à un autre serveur SIP de lui transférer des appels. -- . o . Tanguy Ortolo, internaute auto-hébergé . . o <http://www.auto-hebergement.fr/> o o o
Hello !
Je profite de la création de cette page téléphonie pour demander si quelqu'un parmi vous a déjà installé un serveur SIP sur son propre serveur pour acheminer les appels vers un autre serveur SIP de plus grosse portée sur internet ?
C'est en cours. :) Au boulot, dans l'urgence, j'ai déployé FreeSwitch avec une GUI : http://www.2600hz.org/bluebox_download.html Pas de doc mais quelques vidéos utiles : http://www.youtube.com/user/synapseglobal?feature=watch En gros ça marche (transferts d'appels, messageries vocales, conférences, test d'écho, musique d'attente, etc), c'est simple à configurer mais il y a quelques petits détails "ennuyeux" : 1) obligé d'utiliser une machine KVM sous Proxmox pour monter l'ISO 2) la GUI est limitée en fonctionnalités (mais ça couvre les bases) 3) la version de FreeSwitch est ancienne (1.0.6 stable mais vieille) Donc, en ce moment, je bouquine sérieusement la doc de FreeSwitch afin de me faire une conf "à la main" qui tournera avec OpenVZ. Et pour l'instant, c'est plutôt encourageant ! :)
un service SIP normal permet de communiquer avec quiconque dispose d'un compte SIP ouvert sur Internet, comme le courrier électronique ou la messagerie instantannée XMPP si vous voulez. Et donc pas seulement aux utilisateurs du même service !
Exact. FreeSwitch fait tourner (par défaut) deux "interfaces" SIP : La première est "privée" et nécessite l'authentification des utilisateurs tandis que la seconde est "publique" et permet d'accepter les appels entrants sans authentification. Du coup, en fournissant les bons paramètres, n'importe qui peut te contacter directement. Le tout est de s'assurer que les appels entrants ne puissent pas accéder aux fonctionnalités réservés aux utilisateurs enregistrés.
Par exemple, si j'ai un compte chez un service comme IPPI ou OVH, mon serveur pourrait-il recevoir les appels de ce compte et les acheminer vers mon compte utilisateur SIP de mon propre serveur?
Oui. Exemple : tu prends un compte OVH/IPPI avec un numéro géographique (ou une portabilité), FreeSwitch/Astérisk pourra alors utiliser ce compte pour les appels sortants (ça doit aussi marcher avec le compte SIP de Free) et pour les appels entrants, tu peux faire sonner le ou les téléphones de ton choix, du moment qu'ils sont enregistrés auprès du serveur qui lui même est enregistré auprès du compte SIP fourni par un tiers. Si jamais le téléphone n'est pas "connecté", il est possible de faire un transfert d'appel ou de basculer sur la messagerie. Il y a des possibilités "rigolotes" avec certains prestataires comme par exemple louer un numéro au USA : les personnes qui appelleront ce numéro ne paieront qu'une communication locale, même si tu es en France. Le point noir de la VOIP c'est l'upload et la latence (aucun souci avec du double NAT) : il faut que la bande passante soit stable et non saturée. Sinon, il faut mettre en place de la QOS pour s'assurer que la VOIP soit toujours prioritaire : ça marche très bien, même en faisant du P2P "libre" comme un goret. Sur une ligne ADSL classique avec 1 Mbit/s en upload, on peut faire passer sans problème 5 communications simultanées. Ayant testé les offres SIP d'OVH et Ippi pendant plus d'un an, j'ai une (petite) préférence pour OVH. Ippi impose de recevoir au minimum 1 heure d'appels par mois pour conserver le numéro. La qualité audio est bonne (codec G711). Ovh, dans la pratique, est moins cher et il est possible d'utiliser le codec G722. Attention, les "packs" vers les mobiles (3€/heure) ne concernent que les mobiles en France ! Par contre, côté validation, OVH est casse-burne : RIB, chèque barré, pièce d'identité et enfin prélèvement automatique. Ippi, de mémoire, n'impose pas de validation particulières et le compte peut être alimenté par CB/Paypal au coup par coup. Mais il existe plein d'autres fournisseurs SIP. A+ -- tranxene50 tranxene50@developpeur-neurasthenique.fr 1
participants (5)
-
Exca -
Exca Flounty -
Jean Elchinger -
Tanguy Ortolo -
tranxene50