PDA

Voir la version complète : Synchro B410P avec Dahdi



ddpetit
30/07/2012, 13h34
Bonjour à tous,

Jusqu'à présent notre serveur téléphonique tournait sur une installation Asterisk 1.4 avec mISDN et zaptel et une carte B410P branchée à 2 T0, le tout sous Debian Sarge. Tout fonctionne bien, mais nous souhaitons migrer sur une nouvelle installation pour intégrer des nouveaux logiciels sur notre serveur.

On a donc réinstallé le serveur sous Debian Squeeze, avec Asterisk 1.8, Dahdi 2.4. La carte est bien reconnue par le système, cependant il arrive régulièrement que la carte devienne rouge lorsque le T0 se synchronise (clignote rapidement).

Que doit-on faire pour résoudre ce problème ?
Doit-on demande à FT la synchro permanente sur les T0 comme vus sur d'autres messages sur le forum ? Est-ce que cela risque d'impacter le fonctionnement actuel sous Asterisk 1.4 ?

Merci d'avance pour vos réponses, et à votre disposition pour vous donner plus d'informations sur notre config.

al3x
30/07/2012, 14h45
Hello,

il y'a des options DAHDI qui permettent de produire un comportement un peu différent en remontant le Layer2 quand il passe Down.

Cela doit être "bénéfique" pour les appels sortants pour que ton Span soit OK au vu d'asterisk.
Pour les appels entrants, et bien l'opérateur ne montera le Layer2 sur le Span qu'au moment de la com.

Source :
http://documentation.xivo.fr/production/administration/hardware/hardware.html

dans la section "hardware/BRI card/special cases".

ddpetit
31/07/2012, 21h53
Hello,

Merci de ton aide. Ça commence à prendre forme après 5 réinstallations de debian !!

J'ai encore quelques erreurs au niveau de ma configuration que je souhaiterais résoudre :

Je n'ai pas le 0 lors d'un appel entrant
J'ai mes lignes qui tombent régulièrement


Pour les appels entrant voici ce qu'il me met :


-- Executing [s@accueil:3] Dial("DAHDI/i2/329612589-5", "SIP/311&SIP/312&SIP/319") in new stack

On voit bien que le 0 n'est pas indiqué par DAHDI

Les erreurs que j'ai sur le serveur (ligne qui tombe) :


[Jul 31 21:50:19] WARNING[2210]: chan_dahdi.c:7812 handle_alarms: Detected alarm on channel 4: Red Alarm
[Jul 31 21:50:19] WARNING[2210]: chan_dahdi.c:7812 handle_alarms: Detected alarm on channel 5: Red Alarm
[Jul 31 21:50:19] NOTICE[2208]: chan_dahdi.c:3099 my_handle_dchan_exception: PRI got event: Alarm (4) on D-channel of span 2
[Jul 31 21:50:22] NOTICE[2210]: chan_dahdi.c:3787 handle_clear_alarms: Alarm cleared on channel 4
[Jul 31 21:50:22] NOTICE[2210]: chan_dahdi.c:3787 handle_clear_alarms: Alarm cleared on channel 5
[Jul 31 21:50:22] NOTICE[2208]: chan_dahdi.c:3099 my_handle_dchan_exception: PRI got event: No more alarm (5) on D-channel of span 2
[Jul 31 21:50:42] WARNING[2210]: chan_dahdi.c:7812 handle_alarms: Detected alarm on channel 4: Red Alarm
[Jul 31 21:50:42] WARNING[2210]: chan_dahdi.c:7812 handle_alarms: Detected alarm on channel 5: Red Alarm
[Jul 31 21:50:42] NOTICE[2208]: chan_dahdi.c:3099 my_handle_dchan_exception: PRI got event: Alarm (4) on D-channel of span 2
[Jul 31 21:50:49] NOTICE[2210]: chan_dahdi.c:3787 handle_clear_alarms: Alarm cleared on channel 4
[Jul 31 21:50:49] NOTICE[2210]: chan_dahdi.c:3787 handle_clear_alarms: Alarm cleared on channel 5
[Jul 31 21:50:49] NOTICE[2208]: chan_dahdi.c:3099 my_handle_dchan_exception: PRI got event: No more alarm (5) on D-channel of span 2



Le fichier dahdi-channels.conf :

; Span 2: B4/0/2 "B4XXP (PCI) Card 0 Span 2"
group=0,12
context=from-pstn
switchtype = euroisdn
signalling = bri_cpe_ptmp
channel => 4-5
context = default
group = 63

; Span 3: B4/0/3 "B4XXP (PCI) Card 0 Span 3"
group=0,13
context=from-pstn
switchtype = euroisdn
signalling = bri_cpe_ptmp
channel => 7-8
context = default
group = 63

Le fichier chan_dahdi.conf :

[trunkgroups]


[channels]
language=fr

pridialplan=unknown
prilocaldialplan=unknown
internationalprefix = 00
nationalprefix = 0
overlapdial=yes
priindication = outofband
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancelwhenbridged=no

layer2_persistence=keep_up

signalling=bri_cpe_ptmp
switchtype=euroisdn
group=1
context=from-pstn
echocancel=yes
channel => 4,5,7,8

#include dahdi-channels.conf

Merci pour votre aide !

MER
18/09/2012, 02h04
Bonjour, j'arrive peut être un peu tard, mais ce qui a marché pour moi après constatation des mêmes symptomes de lignes qui tombent et de voyants qui passent du vert au rouge sans arrêt +messages dahdi, c'est
modif signalling = bri_cpe_ptmp en signalling = bri_cpe
Pour que ça fonctionne correctement, j'ai du modifier le signalling dans les 2 fichiers chan_dahdi.conf et dahdi-channels.conf (bien que je pense que ce param n'a rien à faire dans chan_dahdi, ce doit être un pb de génération auto des fichiers de conf (Elastix). J'ai d'ailleurs un include de dahdi-channels dans chan_dadhi ce qui me parait bien redondant..
Bref, après modif des 2 fichiers et reboot, mes leds restent au vert fixe et tous mes appels entrants aboutissent, et c'est bien là l'essentiel.

Par contre si quelqu'un pouvait expliquer le signalling, j'ai l'intuition que cpe fonctionne avec le mode TE (Customer Premises Equipment) et donc que NET devrait correspondre au mode NT ?
J'avoue que je ne suis pas du tout sûr de ça, quant au mode Point To Multi Point, je n'en sais pas grand chose non plus.
J'ai tenté de demander une explication du côté de chez FT mais tout ce qu'on a pu me répondre c'est "euronuméris +" et puis c'est tout !