PDA

Voir la version complète : Asterisk 1.8 avec Keyyo, ça fonctionne



rootsh78
07/05/2012, 12h14
Bonjour,



Voici un petit retour d'expérience du déploiement d'un Asterisk récent (version 1.8) avec un trunk Keyyo.
A priori, il y a pas mal de changements par rapport aux versions 1.4 et 1.6, notamment au niveau de la stack SIP.
N'ayant pas d'exemple de conf récente sous la main, j'ai fait appel au support technique pour mettre au point une configuration s'appliquant à cette version d'asterisk, configuration que je vais partager ici.

Tout d'abord, l'installation d'Asterisk, pour laquelle j'ai choisi de prendre directement une version officielle que j'ai compilé, afin d'avoir un fonctionnement cohérent quelle que soit la distrib utilisée. En effet j'ai remarqué quelques différences de comportement selon les distributions, avec des versions pas toujours identiques.

La compilation est très classique et commune à bon nombre de logiciels sous Linux (./configure, make et make install).

Ensuite, la configuration se fait classiquement dans /etc/asterisk. Je détaillerai juste la partie du trunk sip située dans le sip.conf, car tout le reste est indépendant du fournisseur SIP. Petite particularité cependant, il faudra aller faire un tour dans le fichier /etc/asterisk/dnsmgr.conf et désactiver le dns manager (dnsmgr=no). Cette fonctionnalité entre en conflit avec le trunk SIP et pose des problèmes au niveau des appels entrants.

Voici le SIP.conf que j'utilise et qui me donne entière satisfaction. Avec les dernières versions d'Asterisk il n'y a plus besoin de rediriger le port 5060, ce dernier supportant le NAT KeepAlive (maintien de session nat).




[general]
context=default
allowguest=no
pedantic=no
allowoverlap=yes
realm=asterisk
tcpenable=no
srvlookup=no
useragent=Asterisk 1.8

register=>33123456789@keyyo.net:<motdepasse>@keyyo.net/33123456789~900

[keyyo.net]
defaultuser=33123456789
type=peer
nat=yes
language=fr
disallow=all
allow=g722,alaw,ulaw
canreinvite=yes
directmedia=yes
promiscredir=yes
qualify=yes
qualifyfreq=20
host=keyyo.net
outboundproxy=keyyo.net
remotesecret=<motdepasse>
secret=<motdepasse>
insecure=invite
transport=udp
context=from_keyyo
usereason=yes
allowguest=no



A noter que j'ai désactivé l'utilisation du DNS SRV, qui pose problème lors des changements de DNS de Keyyo. En effet j'ai remarqué que lors du changement, Asterisk s'enregistre bien sur le nouveau serveur mais ne met pas à jour son peer. Cela crée des problèmes de routage d'appels entrants.

J'ai également activé le codec G722, ce dernier étant géré par Keyyo, ce codec apporte vraiment un plus. Cependant il n'est utilisé que lors des appels internet ou avec d'autres personnes utilisant Keyyo et possédant un matériel compatible.

Cette configuration tourne depuis plusieurs mois sans aucun souci, n'hésitez pas à poser vos questions si certaines parties vous paraissent floues.

YBDOMO
09/05/2012, 13h39
Bonjour,



Voici un petit retour d'expérience du déploiement d'un Asterisk récent (version 1.8) avec un trunk Keyyo.
A priori, il y a pas mal de changements par rapport aux versions 1.4 et 1.6, notamment au niveau de la stack SIP.
N'ayant pas d'exemple de conf récente sous la main, j'ai fait appel au support technique pour mettre au point une configuration s'appliquant à cette version d'asterisk, configuration que je vais partager ici.

Tout d'abord, l'installation d'Asterisk, pour laquelle j'ai choisi de prendre directement une version officielle que j'ai compilé, afin d'avoir un fonctionnement cohérent quelle que soit la distrib utilisée. En effet j'ai remarqué quelques différences de comportement selon les distributions, avec des versions pas toujours identiques.

La compilation est très classique et commune à bon nombre de logiciels sous Linux (./configure, make et make install).

Ensuite, la configuration se fait classiquement dans /etc/asterisk. Je détaillerai juste la partie du trunk sip située dans le sip.conf, car tout le reste est indépendant du fournisseur SIP. Petite particularité cependant, il faudra aller faire un tour dans le fichier /etc/asterisk/dnsmgr.conf et désactiver le dns manager (dnsmgr=no). Cette fonctionnalité entre en conflit avec le trunk SIP et pose des problèmes au niveau des appels entrants.

Voici le SIP.conf que j'utilise et qui me donne entière satisfaction. Avec les dernières versions d'Asterisk il n'y a plus besoin de rediriger le port 5060, ce dernier supportant le NAT KeepAlive (maintien de session nat).




[general]
context=default
allowguest=no
pedantic=no
allowoverlap=yes
realm=asterisk
tcpenable=no
srvlookup=no
useragent=Asterisk 1.8

register=>33123456789@keyyo.net:<motdepasse>@keyyo.net/33123456789~900

[keyyo.net]
defaultuser=33123456789
type=peer
nat=yes
language=fr
disallow=all
allow=g722,alaw,ulaw
canreinvite=yes
directmedia=yes
promiscredir=yes
qualify=yes
qualifyfreq=20
host=keyyo.net
outboundproxy=keyyo.net
remotesecret=<motdepasse>
secret=<motdepasse>
insecure=invite
transport=udp
context=from_keyyo
usereason=yes
allowguest=no



A noter que j'ai désactivé l'utilisation du DNS SRV, qui pose problème lors des changements de DNS de Keyyo. En effet j'ai remarqué que lors du changement, Asterisk s'enregistre bien sur le nouveau serveur mais ne met pas à jour son peer. Cela crée des problèmes de routage d'appels entrants.

J'ai également activé le codec G722, ce dernier étant géré par Keyyo, ce codec apporte vraiment un plus. Cependant il n'est utilisé que lors des appels internet ou avec d'autres personnes utilisant Keyyo et possédant un matériel compatible.

Cette configuration tourne depuis plusieurs mois sans aucun souci, n'hésitez pas à poser vos questions si certaines parties vous paraissent floues.

bonjour,

Sans oublier ce qui est indique sur http://www.keyyo.fr/fr/support/expert.php


Si vous utilisez un pare-feu, il sera probablement nécessaire d’ajouter des exceptions pour un bon fonctionnement avec Keyyo (éviter des communications blanches par exemple)

Par Ports :

- ouvrir les ports 5060, 5061 et 8060 en UDP, ces ports transportent le flux de signalisation SIP
- ouvrir les ports 16384 à 16482 en UDP, cette plage de port transporte le flux RTP (la voix)

A+

rootsh78
09/05/2012, 14h38
Ouaip, cela va de soit, parcontre pour les ports RTP, ceux indiqués par Keyyo ne sont pas forcément valables car la rangée de ports rtp peut être spécifiée dans le fichier rtp.conf de Asterisk.

Parcontre absolument éviter les redirections de ports, en particulier du 5060. D'une ce n'est plus nécessaire et en plus c'est dangereux. Il y a énormément de botnets qui scannent les IPs à la recherche d'un port 5060 ouvert...