Au secours : Problème de configuration Asterisk

Bonjour tout le monde,

J'ai un souci et je sollicite votre aide.

Mon souci et le suivant :

Au travail nous avons une vbox(altitude) avec une carte digium pcie TE220 avec deux ports E1, on des compagnes qui fonctionnent en prédictif qui consomme plus de cannaux. Pour palier à ce pb de cannaux on a acheté une carte Bluenet pcie BL420D avec 4 ports E1 et vu que la vbox est bridée sur les cartes digium et impossible d'avoir le mot de passe root pour installer la Blunet. J'ai procédé comme suit :

* prendre un autre serveur et j'y ai installé :
- libpri 1.4
- dahdi 2.4
- bluenet 1.2.4
- asterisk 1.8
jusqu'au là tou se passe bien.

et parce que tous mes comptes sip, inbound rules sont sur la vbox, alors j'ai crée un trunk et une regle de sortie sur cette dernière vers mon nouveau serveur avec la carte bluenet pour acheminer les appels entrants et sortants.

Alors là tout se bloque, j'ai toujours l'erreur :
call from '' (@ip vbox:5060) to extension '06XXXXXXXX' rejected because extension not found in context 'default' .

A noter que sur le fichier extensions.conf, j'ai ajouté ça :


[from-pstn]
exten => 1000,1,Answer()
exten => 1000,2,Playback(demo-instruct)
exten => 1000,3,Hangup()


Merci pour votre aide.

Le context de vos canaux est declaré sur "default" et non sur "from-pstn" Vous pouvez le voir avec "dahdi show channels" ça ce change en

/etc/asterisk/chan_dahdi.conf


[channels]
context=from-pstn

Citation:

---

Envoyé par Reaper

Le context de vos canaux est declaré sur "default" et non sur "from-pstn" Vous pouvez le voir avec "dahdi show channels" ça ce change en

/etc/asterisk/chan_dahdi.conf


[channels]
context=from-pstn

---

Même, en ajoutant
context=from-pstn dans chan_dahdi.conf
j'ai toujour le même souci

Merci de votre aide

dahdi show channels donne quoi ?

Citation:

---

Envoyé par Reaper

dahdi show channels donne quoi ?

---

IPBX*CLI> dahdi show channels
Chan Extension Context Language MOH Interpret Blocked State
pseudo default default In Service
1 from-pstn default In Service
2 from-pstn default In Service
3 from-pstn default In Service
4 from-pstn default In Service
5 from-pstn default In Service
6 from-pstn default In Service
7 from-pstn default In Service
8 from-pstn default In Service
9 from-pstn default In Service
10 from-pstn default In Service
11 from-pstn default In Service
12 from-pstn default In Service
13 from-pstn default In Service
14 from-pstn default In Service
15 from-pstn default In Service
17 from-pstn default In Service
18 from-pstn default In Service
19 from-pstn default In Service
20 from-pstn default In Service
21 from-pstn default In Service
22 from-pstn default In Service
23 from-pstn default In Service
24 from-pstn default In Service
25 from-pstn default In Service
26 from-pstn default In Service
27 from-pstn default In Service
28 from-pstn default In Service
29 from-pstn default In Service
30 from-pstn default In Service
31 from-pstn default In Service
32 from-pstn default In Service
.
.
.
124 from-pstn default in service

dans le context [from-pstn] vous n'avez pas de plan de numérotation qui décroche, seulement un appel sur 1000.

Pouvez vous tester sur:
[from-pstn]
exten => s,1,Answer()
exten => s,2,Playback(demo-instruct)
exten => s,3,Hangup()

Citation:

---

Envoyé par Reaper

dans le context [from-pstn] vous n'avez pas de plan de numérotation qui décroche, seulement un appel sur 1000.

Pouvez vous tester sur:
[from-pstn]
exten => s,1,Answer()
exten => s,2,Playback(demo-instruct)
exten => s,3,Hangup()

---

J'ai ajouter ça :
[from-fwd]
exten => s,1,Dial(dahdi)
exten => s,2,Hungup()

exten => _X.,1,Dial(dahdi/1/1000)
exten => _X.,2,Hungup()

et j'ai le resultat suivant :

-- Executing [00212546340006@from-fwd:1] Dial("SIP/sip_proxy-00000000", "dahdi/1/1000") in new stack
-- Requested transfer capability: 0x00 - SPEECH
-- Called dahdi/1/1000
-- DAHDI/i1/1000-1 is proceeding passing it to SIP/sip_proxy-00000000
-- Span 1: Channel 0/1 got hangup request, cause 28
-- Hungup 'DAHDI/i1/1000-1'
== Everyone is busy/congested at this time (1:0/0/1)
[Apr 4 13:35:57] WARNING[5461]: pbx.c:4218 pbx_extension_helper: No application 'Hungup' for extension (from-fwd, 00212546340006, 2)
== Spawn extension (from-fwd, 000212546340006, 2) exited non-zero on 'SIP/sip_proxy-00000000'

Je me demande est-ce que ce plan de numérotation route les appels vers l’extérieur ou pas.

Merci de votre aide

Vos appels passent, à vous de voir comment configurer votre plan de numérotation. Il faut commencer par mettre les groupes sur vos canaux, pour les utiliser dynamiquement en fonction d'occupation.

Dans vos traces, vous avez émis en appel, et puis vous avez renvoyé l'appel sur le channel 1, en appelant le numéro 1000. Si votre carte est connecté sur le réseau T2, c'est normal que l'appel ne passe pas.


exten => _X.,1,Dial(dahdi/1/${EXTEN})
exten => _X.,2,Hungup()

Avec la groupe 1 il faut faire:


exten => _X.,1,Dial(dahdi/g1/${EXTEN})

Je vous laisse chercher comment finir la configuration.

Citation:

---

Envoyé par Reaper

Vos appels passent, à vous de voir comment configurer votre plan de numérotation. Il faut commencer par mettre les groupes sur vos canaux, pour les utiliser dynamiquement en fonction d'occupation.

Dans vos traces, vous avez émis en appel, et puis vous avez renvoyé l'appel sur le channel 1, en appelant le numéro 1000. Si votre carte est connecté sur le réseau T2, c'est normal que l'appel ne passe pas.


exten => _X.,1,Dial(dahdi/1/${EXTEN})
exten => _X.,2,Hungup()

Avec la groupe 1 il faut faire:


exten => _X.,1,Dial(dahdi/g1/${EXTEN})

Je vous laisse chercher comment finir la configuration.

---

Après l'organisation de mes cannaux dans des groupes, j'ai l'erreur suivante :

== Using SIP RTP CoS mark 5
-- Executing [0612457896@from-pstn:1] Dial("SIP/sip_proxy-00000000", "dahdi/g63/0612457896") in new stack
[Apr 4 17:50:18] WARNING[5351]: app_dial.c:2218 dial_exec_full: Unable to create channel of type 'dahdi' (cause 0 - Unknown)
== Everyone is busy/congested at this time (1:0/0/1)
[Apr 4 17:50:18] WARNING[5351]: pbx.c:4218 pbx_extension_helper: No application 'Hungup' for extension (from-pstn, 0612457896, 2)
== Spawn extension (from-pstn, 0612457896, 2) exited non-zero on 'SIP/sip_proxy-00000000'

A noter que mon plan de numérotation est:

[from-pstn]
exten => _X.,1,Dial(dahdi/g63/${EXTEN})
exten => _X.,2,Hungup()

Merci de votre aide.

Vos channels sont tous dans la groupe 63 ?
Pouvez vous me le montrer ?

et "Hangup" pas Hungup

Citation:

---

Envoyé par Reaper

Vos channels sont tous dans la groupe 63 ?
Pouvez vous me le montrer ?

et "Hangup" pas Hungup

---

voici mon fichier : /etc/asterisk/dahdi-channels.conf

; Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" (MASTER) HDB3/CCS/CRC4 ClockSource
group=0,11
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
channel => 1-15,17-31
context = default
group = 63

; Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2" HDB3/CCS/CRC4 BLUE RED
group=0,12
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
channel => 32-46,48-62
context = default
group = 63

; Span 3: TE4/0/3 "T4XXP (PCI) Card 0 Span 3" HDB3/CCS/CRC4 BLUE RED
group=0,13
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
channel => 63-77,79-93
context = default
group = 63

; Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4" HDB3/CCS/CRC4 BLUE RED
group=0,14
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
channel => 94-108,110-124
context = default
group = 63

Merci beaucoup.

Je vous invite de lire votre fichier, vous avez deux fois la groupe:

; Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4" HDB3/CCS/CRC4 BLUE RED
group=0,14
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
channel => 94-108,110-124
context = default
group = 63



La priorité c'est de haut en bas, donc aucun port dans la groupe 63, faites plus d'attention, il faut lire avant de faire un copier coller.

Citation:

---

; Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4" HDB3/CCS/CRC4 BLUE RED
group=63
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
channel => 94-108,110-124
context = default

---

Montre moi ton fichier: /etc/dahdi/modules et /etc/dahdi/system.conf l'output de la commande:
"dahdi show status" dans la console asterisk, est ce que votre fournisseur utilise crc4 ? Vous pouvez lui demander la conf de vos T2 ?

Citation:

---

Envoyé par Reaper

Je vous invite de lire votre fichier, vous avez deux fois la groupe:

; Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4" HDB3/CCS/CRC4 BLUE RED
group=0,14
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
channel => 94-108,110-124
context = default
group = 63



La priorité c'est de haut en bas, donc aucun port dans la groupe 63, faites plus d'attention, il faut lire avant de faire un copier coller.


Montre moi ton fichier: /etc/dahdi/modules et /etc/dahdi/system.conf l'output de la commande:
"dahdi show status" dans la console asterisk, est ce que votre fournisseur utilise crc4 ? Vous pouvez lui demander la conf de vos T2 ?

---

J'ai pas compris cette phrase "La priorité c'est de haut en bas, donc aucun port dans la groupe 63." vous pouvez expliquer s'il vous plait.
en ce qui concerne ce fichier (dahdi_channels.conf) était générer par le système.

Voilà mon fichier /etc/dahdi/modules :

# Contains the list of modules to be loaded / unloaded by /etc/init.d/dahdi.
#
# NOTE: Please add/edit /etc/modprobe.d/dahdi or /etc/modprobe.conf if you
# would like to add any module parameters.
#
# Format of this file: list of modules, each in its own line.
# Anything after a '#' is ignore, likewise trailing and leading
# whitespaces and empty lines.

# Digium TE205P/TE207P/TE210P/TE212P: PCI dual-port T1/E1/J1
# Digium TE405P/TE407P/TE410P/TE412P: PCI quad-port T1/E1/J1
# Digium TE220: PCI-Express dual-port T1/E1/J1
# Digium TE420: PCI-Express quad-port T1/E1/J1
wct4xxp

# Digium TE120P: PCI single-port T1/E1/J1
# Digium TE121: PCI-Express single-port T1/E1/J1
# Digium TE122: PCI single-port T1/E1/J1
wcte12xp

# Digium T100P: PCI single-port T1
# Digium E100P: PCI single-port E1
wct1xxp

# Digium TE110P: PCI single-port T1/E1/J1
wcte11xp

# Digium TDM2400P/AEX2400: up to 24 analog ports
# Digium TDM800P/AEX800: up to 8 analog ports
# Digium TDM410P/AEX410: up to 4 analog ports
wctdm24xxp

# X100P - Single port FXO interface
# X101P - Single port FXO interface
wcfxo

# Digium TDM400P: up to 4 analog ports
wctdm

# Digium B410P: 4 NT/TE BRI ports
wcb4xxp

# Digium TC400B: G729 / G723 Transcoding Engine
wctc4xxp

# Xorcom Astribank Devices
xpp_usb

# Bluenet BL420D : PCI quad-port T1/E1/J1
t4xxp
bl1600a

et le résultat de la commande
IPBX*CLI> dahdi show status
Description Alarms IRQ bpviol CRC Fra Codi Options LBO
T4XXP (PCI) Card 0 Span 1 OK 0 0 0 CCS HDB3 0 db (CSU)/0-133 feet (DSX-1)
T4XXP (PCI) Card 0 Span 2 BLU/RED 0 0 0 CCS HDB3 CRC4 0 db (CSU)/0-133 feet (DSX-1)
T4XXP (PCI) Card 0 Span 3 BLU/RED 0 0 0 CCS HDB3 CRC4 0 db (CSU)/0-133 feet (DSX-1)
T4XXP (PCI) Card 0 Span 4 BLU/RED 0 0 0 CCS HDB3 CRC4 0 db (CSU)/0-133 feet (DSX-1)

Vous avez des lignes en double,
Retire l'ensemble de lignes group=0,1X, laisse seulement group=63, recharge et appel. Vous avez branché seulement un T2 ? Retire également context = default.
Je t'envite de cherche comment les options de ce fichier sont appliquer sur les channels.

Citation:

---

Envoyé par Reaper

Vous avez des lignes en double,
Retire l'ensemble de lignes group=0,1X, laisse seulement group=63, recharge et appel. Vous avez branché seulement un T2 ? Retire également context = default.
Je t'envite de cherche comment les options de ce fichier sont appliquer sur les channels.

---

Maitenant j'ai ça :

Dial("SIP/sip_proxy-00000000", "dahdi/g63/0612457896") in new stack

[Apr 5 02:10:53] WARNING[5916]: app_dial.c:2218 dial_exec_full: Unable to create channel of type 'dahdi' (cause 34 - Circuit/channel congestion)

== Everyone is busy/congested at this time (1:0/1/0)

-- Executing [0612457896@from-pstn:2] Hangup("SIP/sip_proxy-00000000", "") in new stack

== Spawn extension (from-pstn, 0612457896, 2) exited non-zero on 'SIP/sip_proxy-00000000'

Signal d'occupation, votre T2 est provisionné ? Faites ce que j'ai conseillé dans mes messages d'avant.

Citation:

---

Envoyé par Reaper

Signal d'occupation, votre T2 est provisionné ? Faites ce que j'ai conseillé dans mes messages d'avant.

---

Vraiment, je sais pas.
Est-ce qu'il y a une commande pour savoir si mon T2 est provisionné ?
Sinon, niveau branchement tout est ok.

A noter que lorsque j'ai brancher le cable sur le span 4 j'ai le message suivan :
== Using SIP RTP CoS mark 5
-- Executing [0546341116@from-pstn:1] Dial("SIP/sip_proxy-00000005", "dahdi/g63/0546341116") in new stack
-- Requested transfer capability: 0x00 - SPEECH
-- Called dahdi/g63/0546341116
-- DAHDI/i4/0546341116-1 is proceeding passing it to SIP/sip_proxy-00000005
-- Span 4: Channel 0/1 got hangup request, cause 28
-- Hungup 'DAHDI/i4/0546341116-1'
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing [0546341116@from-pstn:2] Hangup("SIP/sip_proxy-00000005", "") in new stack
== Spawn extension (from-pstn, 0546341116, 2) exited non-zero on 'SIP/sip_proxy-00000005'

Merci pour votre support.

Cause 28 - Incorrect number, le numéro est mauvais, ou le format est mauvais.