Synchronisation T0/B410P

Bonjour,

Je viens de terminer la nouvelle installation de notre serveur Asterisk avec Dahdi. Nous avons une carte B410P reliée à 2 T0.

Sur l'ancien système, nous n'avions aucun problème avec ces T0. Cependant, avec Dahdi, nous rencontrons un problème avec la carte sur Dahdi : lorsque le T0 clignote rapidement, la led correspondante sur la B410P devient rouge et les messages suivants apparaissent dans le cli :

Code:

---

[Aug 20 07:26:02] WARNING[1259]: chan_dahdi.c:7812 handle_alarms: Detected alarm on channel 7: Red Alarm
[Aug 20 07:26:02] WARNING[1259]: chan_dahdi.c:7812 handle_alarms: Detected alarm on channel 8: Red Alarm
[Aug 20 07:26:02] NOTICE[1258]: chan_dahdi.c:3099 my_handle_dchan_exception: PRI got event: Alarm (4) on D-channel of span 3

---

Après quelques secondes, la ligne repasse en vert :

Code:

---

[Aug 20 07:36:18] NOTICE[1259]: chan_dahdi.c:3787 handle_clear_alarms: Alarm cleared on channel 7
[Aug 20 07:36:18] NOTICE[1259]: chan_dahdi.c:3787 handle_clear_alarms: Alarm cleared on channel 8
[Aug 20 07:36:18] NOTICE[1257]: chan_dahdi.c:3099 my_handle_dchan_exception: PRI got event: No more alarm (4) on D-channel of span 3

---

Le tél à l'air de bien fonctionner, mais je ne pense pas que ce soit normal d'avoir ces erreurs dans le cli. Avez-vous déjà rencontré ce problème ? Que faire ?

Ces erreurs sont normal, ce sont simplement des warning. En fait cela arrive souvent en France que le lien quand il ne sert plus se coupe automatiquement, d'où ton message de warning. Si tu n'as pas de problème c'est un comportement normal pour le moment.

Bonsoir Quintana et merci pour cette réponse. J'ai cependant un problème : lorsque j'appelle avec mon portable vers un T0, il m'arrive d'avoir des appels échoués et ceux-ci ne sont pas visibles dans la console. Je n'arrive pas à trouver la source de ce problème ...

Et félicitations pour Xivo, j'ai trouvé plein d'informations intéressantes !

Salut, Ok alors c'est quoi tes versions asterisk, dahdi et libpri ? Normalement cela marche bien avec des versions récentes.

Bonjour Quintana,

Voici les versions installées sur le serveur :

• Libpri : 1.4.11 (dépot debian)
• Dahdi : 2.2.1 (dépot debian stable)
• Asterisk : 1.8.11 (dépot digium)

Donc c'est plutôt du récent ... Et ce problème d'appel qui n'aboutit pas me fait un peu peur vu qu'il n'y a aucune trace dans le log.

Après des tests faits ce soir, voici ce que je remarque :
- je n'arrive pas à appeler le T0 lorsque la ligne tombe.
- de même en sortie j'obtiens ceci :

Code:

---

[Aug 22 20:46:38] WARNING[2488]: chan_dahdi.c:7847 handle_alarms: Detected alarm on channel 7: Red Alarm
[Aug 22 20:46:38] WARNING[2488]: chan_dahdi.c:7847 handle_alarms: Detected alarm on channel 8: Red Alarm
[Aug 22 20:46:38] NOTICE[2487]: chan_dahdi.c:3108 my_handle_dchan_exception: PRI got event: Alarm (4) on D-channel of span 3
  == Using SIP RTP CoS mark 5
    -- Executing [0635024518@appel-sortant-atelier:1] Set("SIP/317-00000009", "CALLERID(num)=329615926") in new stack
    -- Executing [0635024518@appel-sortant-atelier:2] Dial("SIP/317-00000009", "DAHDI/g0/0635024518") in new stack
[Aug 22 20:46:40] WARNING[2724]: app_dial.c:2341 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)
    -- Auto fallthrough, channel 'SIP/317-00000009' status is 'CONGESTION'

---

pri show spans me donne :

Code:

---

asterisk*CLI> pri show spans
PRI span 2/0: In Alarm, Down, Active
PRI span 3/0: In Alarm, Down, Active

---

pri show span 3 lorsque "in alarm" :

Code:

---

[Aug 22 20:47:53] WARNING[2488]: chan_dahdi.c:7847 handle_alarms: Detected alarm on channel 7: Red Alarm
[Aug 22 20:47:53] WARNING[2488]: chan_dahdi.c:7847 handle_alarms: Detected alarm on channel 8: Red Alarm
[Aug 22 20:47:53] NOTICE[2487]: chan_dahdi.c:3108 my_handle_dchan_exception: PRI got event: Alarm (4) on D-channel of span 3
asterisk*CLI> pri show span 3
Primary D-channel: 9
Status: In Alarm, Down, Active
Switchtype: EuroISDN
Type: BRI CPE PTMP
Remote type: Unknown node type
Overlap Dial: 1
Logical Channel Mapping: 0
Timer and counter settings:
  N200: 3
  N202: 3
  K: 1
  T200: 1000
  T201: 1000
  T202: 10000
  T203: 10000
  T303: 4000
  T305: 30000
  T308: 4000
  T309: 6000
  T312: 6000
  T313: 4000
  T-HOLD: 4000
  T-RETRIEVE: 4000
  T-RESPONSE: 4000
  T-STATUS: 4000
  T-ACTIVATE: 10000
  T-DEACTIVATE: 4000
  T-INTERROGATE: 4000
  T-RETENTION: 30000
  T-CCBS1: 4000
  T-CCBS2: 2700000
  T-CCBS3: 20000
  T-CCBS4: 5000
  T-CCBS5: 3600000
  T-CCBS6: 3600000
  T-CCNR2: 10800000
  T-CCNR5: 11700000
  T-CCNR6: 11700000
Q931 RX: 5
Q931 TX: 7
Q921 RX: 101
Q921 TX: 98
Q921 Outstanding: 0 (TEI=127)
Q921 Outstanding: 0 (TEI=76)
Total active-calls:0 global:0
CC records:
Overlap Recv: Yes

---

pri show span normal :

Code:

---

asterisk*CLI> pri show span 3
Primary D-channel: 9
Status: Down, Active
Switchtype: EuroISDN
Type: BRI CPE PTMP
Remote type: Unknown node type
Overlap Dial: 1
Logical Channel Mapping: 0
Timer and counter settings:
  N200: 3
  N202: 3
  K: 1
  T200: 1000
  T201: 1000
  T202: 10000
  T203: 10000
  T303: 4000
  T305: 30000
  T308: 4000
  T309: 6000
  T312: 6000
  T313: 4000
  T-HOLD: 4000
  T-RETRIEVE: 4000
  T-RESPONSE: 4000
  T-STATUS: 4000
  T-ACTIVATE: 10000
  T-DEACTIVATE: 4000
  T-INTERROGATE: 4000
  T-RETENTION: 30000
  T-CCBS1: 4000
  T-CCBS2: 2700000
  T-CCBS3: 20000
  T-CCBS4: 5000
  T-CCBS5: 3600000
  T-CCBS6: 3600000
  T-CCNR2: 10800000
  T-CCNR5: 11700000
  T-CCNR6: 11700000
Q931 RX: 5
Q931 TX: 7
Q921 RX: 103
Q921 TX: 100
Q921 Outstanding: 0 (TEI=127)
Q921 Outstanding: 0 (TEI=76)
Total active-calls:0 global:0
CC records:
Overlap Recv: Yes

---

Salut,

Peux-tu te mettre à jour sur libpri et dahdi car ce sont des versions un peu vieille. Il faut libpri 1.4.12 au moins et dahdi 2.6, puis refait un test et redonne moi tes résultats. Asterisk est correcte en terme de version.

J'ai réinstallé le serveur cet aprem, j'ai installé les versions current de libpri (1.4.12) et de asterisk (1.8.15) et dahdi (2.6.1). Les logs donnés juste avant proviennent de ces versions du serveur.

J'ai fais un essai en passant les lignes en bri_cpe (sans ptmp), j'ai plus de problème de lignes down (du moins elle se réactive de suite), sauf que j'ai ce type de message de warning :

Code:

---

[Aug 22 21:05:45] WARNING[3301]: sig_pri.c:6164 pri_dchannel: PRI Error on span 3: Received MDL/TEI managemement message, but configured for mode other than PTMP!

[Aug 22 21:05:46] WARNING[3301]: sig_pri.c:6164 pri_dchannel: PRI Error on span 3: Received MDL/TEI managemement message, but configured for mode other than PTMP!

[Aug 22 21:05:59] WARNING[3301]: sig_pri.c:6164 pri_dchannel: PRI Error on span 3: Received MDL/TEI managemement message, but configured for mode other than PTMP!

[Aug 22 21:06:00] WARNING[3301]: sig_pri.c:6164 pri_dchannel: PRI Error on span 3: Received MDL/TEI managemement message, but configured for mode other than PTMP!

---

J'ai lu qu'il fallait activer la synchro permanente d'après ce post : http://www.asterisk-france.org/showt...channels/page2 (est-ce mon cas ?)

Citation:

---

Envoyé par ddpetit

J'ai réinstallé le serveur cet aprem, j'ai installé les versions current de libpri (1.4.12) et de asterisk (1.8.15) et dahdi (2.6.1). Les logs donnés juste avant proviennent de ces versions du serveur.

J'ai fais un essai en passant les lignes en bri_cpe (sans ptmp), j'ai plus de problème de lignes down (du moins elle se réactive de suite), sauf que j'ai ce type de message de warning :

Code:

---

[Aug 22 21:05:45] WARNING[3301]: sig_pri.c:6164 pri_dchannel: PRI Error on span 3: Received MDL/TEI managemement message, but configured for mode other than PTMP!

[Aug 22 21:05:46] WARNING[3301]: sig_pri.c:6164 pri_dchannel: PRI Error on span 3: Received MDL/TEI managemement message, but configured for mode other than PTMP!

[Aug 22 21:05:59] WARNING[3301]: sig_pri.c:6164 pri_dchannel: PRI Error on span 3: Received MDL/TEI managemement message, but configured for mode other than PTMP!

[Aug 22 21:06:00] WARNING[3301]: sig_pri.c:6164 pri_dchannel: PRI Error on span 3: Received MDL/TEI managemement message, but configured for mode other than PTMP!

---

J'ai lu qu'il fallait activer la synchro permanente d'après ce post : http://www.asterisk-france.org/showt...channels/page2 (est-ce mon cas ?)

---

Bonjour,

dans dahdi-channels.conf


verifier que span3 soit en mode TE
essayer signalling en bri_cpe_ptmp
en regle generale FT fonctionne en point multi-point

A+

Bonjour YBDOMO,

Alors le span3, il est dans dahdi/system.conf et ils sont tous marqués en TE (même ceux que j'ai désactivé).

Le bri_cpe_ptmp pose problème : c'est dans ce cas précis que j'ai les lignes "In Alarm", mais il est vrai que je n'ai plus les messages MDL/TEI.

En tout cas tu as avancé :)

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, c'est
modif signalling = bri_cpe_ptmp en signalling = bri_cpe
par contre j'ai du modifier 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 !