Attribuer le numéro de ligne à une FXO pour la gérer en appel entrant SDA

[Dav57]

root@xivo:~# cat /etc/asterisk/extensions.conf

#include pbxconfig.conf
#include /etc/xivo/asterisk/xivo_globals.conf

[from-fxo-orange]
exten=s,1,Goto(default,101,1)
exten=s,2,Hangup()

[from-fxo-sfr]

exten=>s,1,Dial(101,30)
exten=s,2,Hangup()

[from-fxo-ovha]
exten=>s,1,Dial(101,30)
exten=s,2,Hangup()

[from-fxo-ovhb]
exten=s,1,Goto(default,121,1)
exten=s,2,Hangup()



[xivo-callbackdisa]
exten = s,1,DISA(no-password,${XIVO_DISACONTEXT})
same  =   n,Hangup()

; Forged contexts and macros are included here.
#exec /usr/bin/xivo-confgen asterisk/extensions.conf

; Various subroutines.
#include extensions_extra.d/*
#include /usr/share/xivo-config/dialplan/asterisk/*

root@xivo:~# cat /etc/asterisk/chan_dahdi.conf

[channels]
callerid = asreceived
 
echocancel = 1
hidecallerid = 0
internationalprefix = 00
language = fr_FR
nationalprefix = 0
pridialplan = unknown
priindication = outofband
prilocaldialplan = dynamic
relaxdtmf = 1
restrictcid = 0
threewaycalling = 1
transfer = 1
usecallerid = 1
usecallingpres = 1

#include dahdi-channels.conf
;General options
usecallerid = yes
hidecallerid = no
callwaiting = yes
threewaycalling = yes
transfer = yes
echocancel = yes
echocancelwhenbridged = yes
rxgain = 0.0
txgain = 0.0

;FXO Modules
group = 1
echocancel = yes
signalling = fxs_ks
context = from-fxo-orange
channel = 1

group = 1
echocancel = yes
signalling = fxs_ks
context = from-fxo-sfr
channel = 2  

group = 1
echocancel = yes
signalling = fxs_ks
context = from-fxo-ovha
channel = 3  

group = 1
echocancel = yes
signalling = fxs_ks
context = from-fxo-ovhb
channel = 4  



;FXS Modules
group = 2
signalling = fxo_ks
context = default
channel = 5-8

root@xivo:~# cat /etc/asterisk/dahdi-channels.conf

; Autogenerated by /usr/sbin/dahdi_genconf on Fri Nov 27 14:36:43 2015
; If you edit this file and execute /usr/sbin/dahdi_genconf again,
; your manual changes will be LOST.
; Dahdi Channels Configurations (chan_dahdi.conf)
;
; This is not intended to be a complete chan_dahdi.conf. Rather, it is intended
; to be #include-d by /etc/chan_dahdi.conf that will include the global settings
;

; Span 1: WCTDM/0 "Wildcard AEX800" (MASTER) 
;;; line="1 WCTDM/0/0 FXSKS  (In use)"
signalling=fxs_ks
callerid=asreceived
group=0
context=from-fxo-orange
channel => 1
callerid=
group=
context=default

;;; line="2 WCTDM/0/1 FXSKS  (In use)"
signalling=fxs_ks
callerid=asreceived
group=0
context=from-fxo-sfr
channel => 2
callerid=
group=
context=default

;;; line="3 WCTDM/0/2 FXSKS  (In use)"
signalling=fxs_ks
callerid=asreceived
group=0
context=from-fxo-ovha
channel => 3
callerid=
group=
context=default

;;; line="4 WCTDM/0/3 FXSKS  (In use)"
signalling=fxs_ks
callerid=asreceived
group=0
context=from-fxo-ovhb
channel => 4
;callerid=
;group=
context=default

;;; line="5 WCTDM/0/4 FXOKS  (In use)"
signalling=fxo_ks
callerid="Channel 5" <111>
mailbox=4005
group=5
context=default
channel => 5
callerid=
mailbox=
group=
context=default

;;; line="6 WCTDM/0/5 FXOKS  (In use)"
signalling=fxo_ks
callerid="Channel 6" <112>
mailbox=4006
group=5
context=default
channel => 6
callerid=
mailbox=
group=
context=default

;;; line="7 WCTDM/0/6 FXOKS  (In use)"
signalling=fxo_ks
callerid="Channel 7" <113>
mailbox=4007
group=5
context=default
channel => 7
callerid=
mailbox=
group=
context=default

;;; line="8 WCTDM/0/7 FXOKS  (In use)"
signalling=fxo_ks
callerid="Channel 8" <114>
mailbox=4008
group=5
context=default
channel => 8
callerid=
mailbox=
group=
context=default

A force de chercher et de faire des essais, ça marchouille plus ou moins, mais je suppose qu'il y a des choses en doublons qui se mordent la queue et mettent le bordel.

Est ce que tout cela est censé se faire dans le gui directement ?
Cordialement.
Est-ce le bon choix de multiplier les contextes ?
Le but a terme est d'arriver sur des IVR Jour différents des IVR Nuit et week-end. Est-ce faisable hors gui puisque les horaire sont gérés par elle ?

[Dav57]

D'autre part, j'ai essayé la fonction de renvoi d'appel sur un Cisco 7965 provisionné en SCCP.
Que ce soit en renvoi ponctuel ou pour tous les appels, qui gère le raccrochage de la ligne ?
J'appelle de l'extérieur le Cisco sur la fxo orange, le cisco est en mode renvoi et joint un portable par la fxo ovha. Conversation, les 2 raccrochent, dans la cli, la fxo ovha est toujours connectée au numéro de portable. Ça sonne occupé indéfiniment.
dahdi restart pour rendre la ligne !
Qui gère ça ? Cisco ou Xivo ?

[sduthil]

Est ce que tout cela est censé se faire dans le gui directement ?

Non, la partie configuration de ta ligne analogique ne peut pas se faire depuis l'interface web.

Est-ce le bon choix de multiplier les contextes ?

Je m'étais trompé, c'est normal que tu arrives dans l'extension 's'. Oui, c'est la bonne manière de faire: chaque port analogique arrive dans l'extension 's' de chaque contexte, c'est la seule manière de différencier les différents ports.

Le but a terme est d'arriver sur des IVR Jour différents des IVR Nuit et week-end. Est-ce faisable hors gui puisque les horaire sont gérés par elle ?

C'est sûrement possible mais beaucoup moins simple. Idéalement, tu devrais mélanger la configuration manuelle et la configuration via interface web:

• un bout de configuration manuelle directement dans les fichiers de conf pour l'association port analogique <-> contextes, comme tu l'as déjà fait
• la redirection (comme dit quintana) de chaque extension 's' vers tes numéros de SDA (définis dans l'interface web): tu peux faire ça en écrivant du diaplan dans l'interface web, donc pas de formulaire tout fait, mais une grosse zone de texte où tu écris ton dialplan (Services > IPBX > Configuration IPBX > Fichiers de configuration)
• le reste de la configuration (SDA, horaires) dans les différents formulaires dédiés
• l'IVR doit être écrit en dialplan directement, il n'y a pas d'interface dédiée à ça (voir l'exemple dans la doc)

D'autre part, j'ai essayé la fonction de renvoi d'appel sur un Cisco 7965 provisionné en SCCP.
Que ce soit en renvoi ponctuel ou pour tous les appels, qui gère le raccrochage de la ligne ?
J'appelle de l'extérieur le Cisco sur la fxo orange, le cisco est en mode renvoi et joint un portable par la fxo ovha. Conversation, les 2 raccrochent, dans la cli, la fxo ovha est toujours connectée au numéro de portable. Ça sonne occupé indéfiniment.
dahdi restart pour rendre la ligne !
Qui gère ça ? Cisco ou Xivo ?

Ce n'est pas le téléphone, les téléphones SCCP sont de simples terminaux, ils n'ont aucune intelligence. Tout est géré par XiVO, plus précisément par le chan_sccp livré avec XiVO et intégré dans Asterisk. Je ne saurais pas te dire pourquoi tu as ce comportement, mais ça pourrait être un bug de chan_sccp donc de XiVO.

[quintana]

Je pense que le souci de raccrocher vient plutôt du côté FXO, il y a peut être un mauvais paramètre. Ne pas oublier qu'Asterisk est un B2BUA et que chaque appel est une demi com. Le FXO qui ne raccroche pas est assez classique quand la conf, ce qu'il y a en face etc ... est mal configuré ou non compatible.
Tu peux tester simplement en faisant un trunk sip pour savoir si c'est un souci sccp ou dahdi.

[Dav57]

Au niveau de l'IVR depuis un trunk SIP, c'est ok, en appel entrant je paramètre ma SDA en destination personnalisée commande Goto(svijour,s,1) avec un paramètre horaire "jour" dans l'onglet horaires des appels entrants, "jour" étant défini dans Gestion des Appels/Horaires, lui renvoyant vers svinuit en période hors telle que définie dans jour.
Jour => menu jour pour accès aux postes des services.
Nuit => menu nuit avec horaires d'ouverture et possibilité de laisser un message.

Comment reproduire ce mode de fonctionnement à partir d'une FXO pour pouvoir la gérer ensuite en appel entrant ?
Je conçoit bien qu'il y a de la config à la main à faire, mais n'y a t-il pas possibilité de forcer un SDA à une FXO pour l'accepter dans les appels entrants ?

Je vais tester le raccroché avec un appel depuis une sip ippi, et vers un softphone.
A ce que j'avais cru comprendre, le soucis de raccrochage était justement corrigé par le signalement fxs_ks ?
Est-il possible de supprimer ou au moins limiter dans le temps la génération du signal sonore d'occupation ?

[sduthil]

Comment reproduire ce mode de fonctionnement à partir d'une FXO pour pouvoir la gérer ensuite en appel entrant ?
Je conçoit bien qu'il y a de la config à la main à faire, mais n'y a t-il pas possibilité de forcer un SDA à une FXO pour l'accepter dans les appels entrants ?

Si tout à fait, c'est le petit bout de dialplan de quintana qui fait ça:

[from_fxo]  ; contexte configuré sur la carte
exten = s,1,Goto(from-extern,ma-sda,1)  ; from-extern = contexte d'appels entrants (SDA) ; ma-sda = numéro de la SDA ; 1 = priorité, vaut toujours 1

Ça emmènera l'appel sur la SDA et prendra en compte les horaires de la SDA.

[Dav57]

Ça marche...presque.
En fait, on convertit effectue la conversion de contexte pour avoir une SDA admissible dans la gui. Ensuite on travaille en contexte from-extern avec le numéro de SDA.
Je crois que j'ai saisi la subtilité du fonctionnement.
Pour l'essai, j'ai mis la messagerie, je tombe bien dessus, je raccroche aussitôt, occupé pendant 4 minutes, grâce à la limitation de la durée de la messagerie.
J'ai fait un dahdi show channel 3, j'ai Busy Detection: no; ce serait ça qui me garde la ligne ?

[Dav57]

Bingo.
le paramètre "busydetect = yes" s'occupe de raccrocher comme un grand !

Ça commence à devenir intéressant tout ça.

Je pense qu'un p'tit tuto reprenant tout ça serait une bonne base pour tout nouveau venu.

Tant que j'y suis, j'ai configuré la fxo-sfr pour les appels vers 01XXXXXXXX à 05XXXXXXXX comme ils ne sont pas facturés au delà de la première heure comme le fait OVH, 06XXXXXXXX pour la ovha et 07XXXXXXXX pour la ovhb.
Comment passer un appel en 01 sur la ovha ou b si la sfr est utilisée puisque je ne peux pas utiliser plusieurs fois le 01XXXXXXXX ?