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

[Dav57]

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.

[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:

; 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!

[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 :

[from_fxo]
exten = s,1,Goto(from-extern,1,ma-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 ?