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

Version imprimable

04/12/2015, 14h11
Dav57

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

Bonjour,
N'ayant pas de réponse sur le forum Xivo, je tente ma chance ici.
J'essaie de configurer Xivo avec une carte AEX800 4FXO 4FXS.

DAHDI SHOW CHANNELS :
Chan Extension Context Language MOH Interpret Blocked In Service Description
pseudo default default Yes
1 from-fxo-orange fr_FR default Yes
2 from-fxo-sfr fr_FR default Yes
3 from-fxo-ovha fr_FR default Yes
4 from-fxo-ovhb fr_FR default Yes
5 default fr_FR default Yes
6 default fr_FR default Yes
7 default fr_FR default Yes
8 default fr_FR default Yes

j'ai créé un contexte from-fxo-ovhb , nom ovhb, contexte entrant, et dans l'onglet appels entrants, début : numéro de la ligne, 10 chiffres
Puis une SDA numéro de la ligne, from-fxo-ovhb, messagerie vocale, 101.
Reboot, tout est donc bien pris en compte,
Résultat lors d'un appel :
[Nov 30 17:11:57] -- Starting simple switch on 'DAHDI/4-1'
[Nov 30 17:11:58] -- Executing [s@from-fxo-ovhb:1] NoOp("DAHDI/4-1", "") in new stack
[Nov 30 17:11:58] -- Executing [s@from-fxo-ovhb:2] GotoIf("DAHDI/4-1", "0?:not-sip") in new stack
[Nov 30 17:11:58] -- Goto (from-fxo-ovhb,s,7)
[Nov 30 17:11:58] -- Executing [s@from-fxo-ovhb:7] NoOp("DAHDI/4-1", "") in new stack
[Nov 30 17:11:58] -- Executing [s@from-fxo-ovhb:8] Log("DAHDI/4-1", "ERROR, This s extension can only be used from a SIP channel") in new stack
[Nov 30 17:11:58] ERROR4307[C-00000000]: Ext. s:8 @ from-fxo-ovhb: This s extension can only be used from a SIP channel
[Nov 30 17:11:58] -- Executing [s@from-fxo-ovhb:9] Hangup("DAHDI/4-1", "") in new stack
[Nov 30 17:11:58] == Spawn extension (from-fxo-ovhb, s, 9) exited non-zero on 'DAHDI/4-1'
[Nov 30 17:11:58] -- Hanging up on 'DAHDI/4-1'
[Nov 30 17:11:58] -- Hungup 'DAHDI/4-1'
[Nov 30 17:12:05] -- Starting simple switch on 'DAHDI/4-1'

Le soucis est-il que le numéro de ligne indiqué dans SDA n'arrive pas ?
Renvoyer un appel entrant sur une FXO vers un poste, c'est bon, mais en mettant un bout de dialplan dans extension.conf :
[from-fxo-ovhb]
exten=s,1,Goto(default,101,1)

ce qui ne me permet pas de gérer les horaires d'ouverture et le SVI jour/nuit comme je le souhaite.

Merci pour le coup de pouce.
07/12/2015, 23h58
sduthil
Mmmmh tu ne devrais pas arriver sur l'extension 's'. Peux-tu nous montrer ta config ?
- /etc/dahdi/system.conf
- /etc/asterisk/chan_dahdi.conf
- /etc/asterisk/dahdi_channels.conf
Dans chan_dahdi.conf, tu n'as pas un parametre du style immediate=yes? Je cite la doc pour ce paramètre:

Code:

; Specify whether the channel should be answered immediately or if the simple ; switch should provide dialtone, read digits, etc. ; Note: If immediate=yes the dialplan execution will always start at extension ; 's' priority 1 regardless of the dialed number!
08/12/2015, 15h48
quintana

Salut,

Si c'est normal d'arriver dans le "s" en FXO, il n'y a pas de numéro mais juste un signal qui est reçu. Par contre je ne me rappelai plus qu'on avait forcé le "s" sur le SIP.
La solution est de faire arriver dans ton bout de dialplan comme tu as fait sur le "s" puis de faire un goto vers un numéro SDA.

exemple :

Code PHP:

[from_fxo] exten = s,1,Goto(from-extern,1,ma-sda)

++
09/12/2015, 08h34
Dav57

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

Code:

#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

Code:

[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

Code:

; 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 ?
09/12/2015, 11h26
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 ?
09/12/2015, 16h33
sduthil
Citation:

Envoyé par Dav57

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.

Citation:

Envoyé par Dav57

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.

Citation:

Envoyé par Dav57

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)
Citation:

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.
09/12/2015, 16h40
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.
09/12/2015, 18h08
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 ?
10/12/2015, 15h45
sduthil

Citation:

Envoyé par Dav57

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:

Code:

[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.
10/12/2015, 18h18
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 ?
10/12/2015, 18h45
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 ?
11/12/2015, 02h19
quintana

Ah bah les tutos sont toujours les bienvenues, tu peux même nous demander de la mettre sur le blog de xivo.

++