Plusieurs sip sur meme serveur

[Headstorm]

Bonjour,

J'ai actuellement une installation Asterisk fonctionnelle sur une debian jessie, mon installation est de ce type:

1 numéro SIP dont le register est OVH
10 utilisateurs internes avec boites de messageries + envoi de mail
Appels externes limités a certains numéros
IVR avec choix multiples et conditions horaires
salles de conférences
transfert d'appel etc...

je souhaiterais utiliser ce même serveur Asterisk pour ajouter un autre numéro SIP qui aurait son propre dialplan et ses propres règles, totalement indépendant du premier.

j’aimerais donc savoir si cela est possible et comment le mettre en oeuvre.

Merci de votre aide.

[slemoal]

Tout est possible avec asterisk

Que je comprenne bien...

Quand tu parles de numéro supplémentaire, tu parles de SDA, d'un nouveau trunk sur un autre registrar, ou afficher le 2eme numéro lors d'appel sortant?

Tu utilises Asterisk directement ou une distrib type wazo, xivo, issabel, elastix, freepbx....

[Headstorm]

Bonjour slemoal,

merci d'avoir pris le temps de me lire et de me répondre.

Pour être plus précis, je suis sur une installation non packagée d'Asterisk, les serveurs servent à d'autres applications (mail, web, ftp...), donc asterisk à été compilé et installé a la main.

Je cherche à héberger un deuxième compte sip (trunk) sur le même serveur, c'est à dire que chaque compte sip possède son numéro d'appel et appartient a une société différente, les 2 ne se connaissent pas et sont totalement différentes, elles ne peuvent en aucun cas utiliser le même dialplan, ni le même compte, ni les mêmes règles...

donc ma problématique serait de faire cohabiter les 2 scenarios sur le même serveur sans être obligé de faire une installation virtuelle d'un nouveau serveur Asterisk pour héberger le second compte... j'ai cherché un peu partout mais personne n'en parle, la seule chose qui est détaillée c'est la connexions multisite mais dans le sens partage de règles et dialplan entre plusieurs sites distants, et c'est pas ce que je cherche.

Merci en tous les cas.

[slemoal]

La chose importante est de bien comprendre la notion de contexte sous asterisk.

Pour faire simple, sans décrire tout les autres context...
Tu as 3 context principaux (les noms peuvent être différent en fonction de comment tu as fais ta conf):
1) [from-extern] dans lequel tu créer des routes vers tes postes, groupes etc... c'est ce context que tu donnes a ton trunk.
ce context n'est inclus nul part.

2) [default] Tes utilisateurs sont dans ce context.

3) [to-extern] c'est ici que tu mets ton dialplan de sortie vers ton trunk.

To extern est inclus dans défaut, de cette manière quand tu appelles, asterisk regarde déjà dans [Default] si le num existe, et si ce n'est pas le cas il regarde dans le context inclus.


Dans ton cas:

Imagine remplacer:
[from-extern] par [from-extern-societeA]
[default] par [default-societeA]
[to-extern] par [to-extern-societeA]

Tu inclues [to-extern-societeA] dans [default-societeA].

Rien ne t’empêche de créer:
[from-extern-societeB] que tu affecteras a ton trunk B
[default-societeB] dans lequels tu mettras tes extension de la société B
[to-extern-societeB] ou tu recrées tes routes de sorties vers ton trunk B.

[Headstorm]

Tout simplement!

En fait il suffit de déclarer le trunk, de renseigner les utilisateurs, de leur attribuer un context, de faire leur dialplan et ensuite de déclarer les routes.

Je sais pas pourquoi je cherchais des config exotiques alors que la solution est assez logique au final.

Merci

[slemoal]

Il y a surement moyen de de faire un truc ultra complex pour faire baver ceux qui liront ton dialplan à base de condition, créer 1 base de donnée et router l'appel en fonction du nom de la société etc...

mais cette méthode fonctionne très bien, et par la suite est adaptable facilement.

tu pourrais par exemple créer un context [default-commun]
dans lequels tu inclurais les autres default A et B, pour avoir une standardiste commune au 2entreprises.

ou

vu que chaque dialplan a un context tu pourrais inclure des features (conférence, voicemail...) à certaine entreprise et pas à d'autre

j'ai appris que plus c'est simple, mieux ça fonctionne