2657
Commentaire: openser quand on sera grands
|
2703
sip entrant... il faudra bien y venir...
|
Texte supprimé. | Texte ajouté. |
Ligne 14: | Ligne 14: |
a. si l'implantation n'est joignable qu'en IAX : on fait le pont via l'Asterisk local (la communication passera via Montréal ou Paris, petit lenteur) | a. si l'implantation n'est joignable qu'en IAX : on fait le pont via l'Asterisk local (la communication passera via Montréal ou Paris, latence et lenteur, surcharge réseau : pont à supprimer à moyen terme). |
Ligne 16: | Ligne 16: |
= Etape 1 : activation de SIP sur les Asterisk de l'AUF = | Pour rendre les postes accessibles par un numéro de téléphone : * ENUM/ISN : demande d'ISN en cours sur http://freenum.org * ENUM e164.arpa ou enum.org/enum.info : à voir, mais complexe ("n" implantations, "n" pays...) * Connexion à [[http://www.sipbroker.com|SipBroker]] |
Ligne 18: | Ligne 21: |
1. revoir les infrastructures actuelles : | = Etape 1 : activation de SIP sur les Asterisk de l'AUF (en cours) = 1. revoir les infrastructures actuelles (cf [[Asterisk/Infrastructures]] - à améliorer : schéma à ajouter) |
Ligne 21: | Ligne 26: |
1. mettre en place un `auf/sip-global.local` qui sera inclu au niveau de la section [global] de sip.conf (ceci sera fait par le `postinst` de `asterisk-config-auf`) : {{{ ; context=default ; context par défaut des appels entrants : le vide allowguest=yes ; on accepte tous les appels entrants (le monde entier peut nous téléphoner) domain=CODE-ISO.auf.org,AUF-local ; à configurer : le domaine local qui est géré envoie vers le contexte des numéros locaux ; ; TODO sans doute : ; ajouter tous les autres paramètres de la section [global] ; de sip.conf pour pouvoir les modifier localement... ? ; }}} |
1. configuration de `auf/sip-general.local` au niveau des domaines gérés. |
Ligne 41: | Ligne 35: |
''NOTE : à tester : les appels "locaux" SIP, depuis un client local à l'implantation. Surtout avec DNAT, ça peut ne pas marcher.'' | ''NOTE : à tester : les appels "locaux" SIP, depuis un client local à l'implantation. Surtout avec DNAT, ça peut facilement ne pas marcher... surtout avec des clients bizarres comme Ekiga'' |
Ligne 48: | Ligne 42: |
Documentation sur le spam en VoIP : [[http://arxiv.org/abs/0806.1610v1|SPAM over Internet Telephony and how to deal with it]] |
Objectif
L'idée : que toutes les personnes de l'AUF soient directement joignables en SIP avec leur adresse prenom.nom @ auf.org.
Méthode
Dans les grandes lignes, il faut :
- faire en sorte que les serveurs Asterisk des implantations l'AUF soient joignables en SIP
installer un ou deux registrar+redirecter SIP (Montréal et Paris) : a priori OpenSER
Quand on reçoit un appel pour prenom.nom @ auf.org, OpenSER reçoit la demande et réagit en fonction :
si la personne est actuellement enregistrée sur le serveur => SIP redirect vers elle (cas des clients nomades par exemple)
si l'implantation de la personne est joignable en SIP => SIP redirect vers l'asterisk de l'implantation
- si l'implantation n'est joignable qu'en IAX : on fait le pont via l'Asterisk local (la communication passera via Montréal ou Paris, latence et lenteur, surcharge réseau : pont à supprimer à moyen terme).
Pour rendre les postes accessibles par un numéro de téléphone :
ENUM/ISN : demande d'ISN en cours sur http://freenum.org
- ENUM e164.arpa ou enum.org/enum.info : à voir, mais complexe ("n" implantations, "n" pays...)
Connexion à SipBroker
Etape 1 : activation de SIP sur les Asterisk de l'AUF (en cours)
revoir les infrastructures actuelles (cf Asterisk/Infrastructures - à améliorer : schéma à ajouter)
- les ports 5060/udp et 61000-62000/udp doivent être ouverts et envoyés vers le serveur Asterisk (éventuellement par DNAT)
DNS SRV sur la zone XX.auf.org : _sip._udp IN SRV 10 1 5060 voip
configuration de auf/sip-general.local au niveau des domaines gérés.
- ajouter les extensions prenom.nom dans le dialplan :
; dans auf/extensions.local (extrait) exten => thomas.noel,1,Macro(AUFDial,thomas.noel)
A partir de là, on a des comptes prenom.nom@XX.auf.org accessibles en SIP depuis tout Internet.
NOTE : à tester : les appels "locaux" SIP, depuis un client local à l'implantation. Surtout avec DNAT, ça peut facilement ne pas marcher... surtout avec des clients bizarres comme Ekiga
Etape 2 : registrar+redirect pour @auf.org, OpenSER
Voir OpenSER.
A moins que l'un d'entre nous se spécialise bien sur le sujet (RFC à lire, docs à trouver, tests à faire, etc.), on se fera aider par un spécialiste des techniques SIP/VoIP. Je (Thomas) ne suis pas à l'aise avec les principes et la configuration d'OpenSER ; je veux aussi que les problèmes de spam VoIP soient bien cernés.
Documentation sur le spam en VoIP : SPAM over Internet Telephony and how to deal with it