Changement canal D sur TE 121 + freepbx

**Nightwars** · 09/12/2011, 05h51

Bonjour,
J'ai un petit soucis de configuration avec ma carte te 121.

La génération de la configuration de la carte dans system.conf et chan_dahdi_groups.conf me retourne le canal D sur le canal de communication 16, or ceci pose problème vue que mon canal D ce trouve en 31.
J'ai donc modifier la configuration comme suit.

system.conf

Code:

# Span 1: WCT1/0 "Wildcard TE121 Card 0" (MASTER) HDB3/CCS/CRC4 ClockSource
span=1,1,0,ccs,hdb3,crc4
# termtype: te
bchan=1-30
dchan=31
echocanceller=mg2,1-30

# Global data

loadzone        = ch
defaultzone     = ch

chan_dahdi_groups.conf

Code:

; 
[span_1]
signalling=pri_cpe
switchtype=euroisdn
pridialplan=unknown
prilocaldialplan=unknown
group=0
context=from-pstn
channel=1-30

Le problème est que une fois le tout relancer, asterisk ne me charge plus le module chan_dahdi.so correctement et du coup je n'ai plus d'appel qui passe.

si je laisse la config avec le canal D en 16, au bout de 30 appel entrant cela me bloque tout mes canaux sans les raccrocher vue qu'il n'a pas reçu le signal correctement.

Auriez-vous une idée.

Merci

**Reaper** · 09/12/2011, 11h10

Demarre asterisk lorsque dahdi ne charge pas, et après:

asterisk -rvvvvvvvvv
module load chan_dahdi.so

Regarde les erreurs et colle les ici.

**Nightwars** · 09/12/2011, 13h09

Merci j'avais déjà tenter ça, mais j'ai pas garder les logs,
je le ferait dès que je peux car l'installation est en production donc pas avant 20h00.
en attendant j'ai fait un script qui réinitialise les canaux dahdi quand la communication est raccrocher par l'utilisateur.

**Nightwars** · 11/12/2011, 03h41

Envoyé par Reaper

Demarre asterisk lorsque dahdi ne charge pas, et après:

asterisk -rvvvvvvvvv
module load chan_dahdi.so

Regarde les erreurs et colle les ici.

Bon après plusieurs testes je me rend compte que mon provider m'as dit des (excusez moi du mot) des conneries,

j'ai modifier a la main les canaux utiliser.

test 1 sans canal D et tout les canaux configurer en B
résultat de module load chan_dahdi.so
chargement jusqu'au canal 15 puis ne charge plus

test 2 sans canal D et les canaux B de 1-15
tout monte correctement même sans canal D

test 3 sans canal D et les canaux B de 17-31
tout monte correctement même sans canal D

résultat canal 1-15,17-31 en B et 16 en D
le tout est ok
la commande module load chan_dahdi.so me retourne ceci:

Code:

ipbx*CLI> module load chan_dahdi.so
Loaded chan_dahdi.so
  == Registered application 'DAHDISendKeypadFacility'
  == Registered application 'DAHDISendCallreroutingFacility'
  == Parsing '/etc/asterisk/chan_dahdi.conf':   == Found
  == Parsing '/etc/asterisk/chan_dahdi_general.conf':   == Found
  == Parsing '/etc/asterisk/chan_dahdi_general_custom.conf':   == Found
  == Parsing '/etc/asterisk/chan_dahdi_channels_custom.conf':   == Found
  == Parsing '/etc/asterisk/chan_dahdi_groups.conf':   == Found
  == Parsing '/etc/asterisk/chan_dahdi_additional.conf':   == Found
  == Parsing '/etc/asterisk/dahdi-channels.conf':   == Found
    -- Registered channel 1, ISDN PRI signalling
    -- Registered channel 2, ISDN PRI signalling
    -- Registered channel 3, ISDN PRI signalling
    -- Registered channel 4, ISDN PRI signalling
    -- Registered channel 5, ISDN PRI signalling
    -- Registered channel 6, ISDN PRI signalling
    -- Registered channel 7, ISDN PRI signalling
    -- Registered channel 8, ISDN PRI signalling
    -- Registered channel 9, ISDN PRI signalling
    -- Registered channel 10, ISDN PRI signalling
    -- Registered channel 11, ISDN PRI signalling
    -- Registered channel 12, ISDN PRI signalling
    -- Registered channel 13, ISDN PRI signalling
    -- Registered channel 14, ISDN PRI signalling
    -- Registered channel 15, ISDN PRI signalling
    -- Registered channel 17, ISDN PRI signalling
    -- Registered channel 18, ISDN PRI signalling
    -- Registered channel 19, ISDN PRI signalling
    -- Registered channel 20, ISDN PRI signalling
    -- Registered channel 21, ISDN PRI signalling
    -- Registered channel 22, ISDN PRI signalling
    -- Registered channel 23, ISDN PRI signalling
    -- Registered channel 24, ISDN PRI signalling
    -- Registered channel 25, ISDN PRI signalling
    -- Registered channel 26, ISDN PRI signalling
    -- Registered channel 27, ISDN PRI signalling
    -- Registered channel 28, ISDN PRI signalling
    -- Registered channel 29, ISDN PRI signalling
    -- Registered channel 30, ISDN PRI signalling
    -- Registered channel 31, ISDN PRI signalling
    -- Automatically generated pseudo channel
  == Starting D-Channel on span 1
  == Registered channel type 'DAHDI' (DAHDI Telephony Driver w/PRI & SS7 & MFC/R2)
  == Registered application 'DAHDIAcceptR2Call'
  == Manager registered action DAHDITransfer
  == Manager registered action DAHDIHangup
  == Manager registered action DAHDIDialOffhook
  == Manager registered action DAHDIDNDon
  == Manager registered action DAHDIDNDoff
  == Manager registered action DAHDIShowChannels
  == Manager registered action DAHDIRestart
 Loaded chan_dahdi.so => (DAHDI Telephony Driver w/PRI & SS7 & MFC/R2)
  == Primary D-Channel on span 1 up

Donc mon problème n'est pas résolu.
quelqu'un aurais une autre idée ?

je précise que je suis en suisse.

**Nightwars** · 11/12/2011, 03h55

par contre une petite question ceci est il normal

Code:

ipbx*CLI> dahdi show status
Description                   Alarms  IRQ    bpviol CRC4   Fra Codi Options  LBO
Wildcard TE121 Card            OK      1      0      0      CCS HDB3 CRC4     0 db (CSU)/0-133 feet (DSX-1)

je ne sais pas ce que c'est le IRQ

**Reaper** · 11/12/2011, 14h05

Pour IRQ je ne sais pas, possible que la carte ce trouve sur le même irq que la carte réseau ?

cat /proc/interrupts

Mais voyons autre chose, il me faut savoir les propriétés de canal lorsque il se trouve dans l'état inutilisable. Desactive ton reset regarde par quel canal tu passe et 'dahdi show channel x' ou x est le channel déjà en panne.

Après effectue un 'pri intense debug span 1' pastebin les traces et colle le lien ici.

**Nightwars** · 11/12/2011, 18h03

Envoyé par Reaper

Pour IRQ je ne sais pas, possible que la carte ce trouve sur le même irq que la carte réseau ?

cat /proc/interrupts

Mais voyons autre chose, il me faut savoir les propriétés de canal lorsque il se trouve dans l'état inutilisable. Desactive ton reset regarde par quel canal tu passe et 'dahdi show channel x' ou x est le channel déjà en panne.

Après effectue un 'pri intense debug span 1' pastebin les traces et colle le lien ici.

Voici le résultat des commandes

Code:

cat /proc/interrupts
           CPU0       CPU1
  0:   49886918          0    IO-APIC-edge  timer
  8:          1          0    IO-APIC-edge  rtc
  9:          0          0   IO-APIC-level  acpi
 66:         63          0   IO-APIC-level  ehci_hcd:usb2
 74:       4096     358986         PCI-MSI  ahci
 82:        403     159045         PCI-MSI  eth0
 90:         24      22371         PCI-MSI  eth1
169:       8812   49821383   IO-APIC-level  ehci_hcd:usb1, wcte12xp0
NMI:        740       1843
LOC:   49888929   49888848
ERR:          0
MIS:          0

Code:

dahdi show channel 5
Channel: 5
File Descriptor: 16
Span: 1
Extension:
Dialing: no
Context: from-pstn
Caller ID:
Calling TON: 1
Caller ID name:
Mailbox: none
Destroy: 0
InAlarm: 0
Signalling Type: ISDN PRI
Radio: 0
Owner: <None>
Real: <None>
Callwait: <None>
Threeway: <None>
Confno: -1
Propagated Conference: -1
Real in conference: 0
DSP: no
Busy Detection: no
TDD: no
Relax DTMF: no
Dialing/CallwaitCAS: 0/0
Default law: alaw
Fax Handled: no
Pulse phone: no
DND: no
Echo Cancellation:
        1 taps
        (unless TDM bridged) currently OFF
Wait for dialtone: 0ms
PRI Flags:
PRI Logical Span: Implicit
Hookstate (FXS only): Onhook

**Nightwars** · 11/12/2011, 18h10

Voici la commande pri set debug on span 1

Code:

< Protocol Discriminator: Q.931 (8)  len=5
< TEI=0 Call Ref: len= 2 (reference 2106/0x83A) (Sent from originator)
< Message Type: RELEASE (77)
Received message for call 0x2aaac8768ab0 on 0x1ef475b0 TEI/SAPI 0/0, call->pri is 0x1ef475b0 TEI/SAPI 0/0
q931.c:7237 post_handle_q931_message: Call 2106 enters state 0 (Null).  Hold state: Idle
q931_hangup: other hangup
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Release Request, hold-state Idle

> DL-DATA request
> Protocol Discriminator: Q.931 (8)  len=9
> TEI=0 Call Ref: len= 2 (reference 2106/0x83A) (Sent to originator)
> Message Type: RELEASE COMPLETE (90)
TEI=0 Transmitting N(S)=15, window is open V(A)=15 K=7

> Protocol Discriminator: Q.931 (8)  len=9
> TEI=0 Call Ref: len= 2 (reference 2106/0x83A) (Sent to originator)
> Message Type: RELEASE COMPLETE (90)
> [08 02 81 90]
> Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
>                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
q931_hangup: other hangup
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null, hold-state Idle
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null, hold-state Idle

**Reaper** · 11/12/2011, 18h18

Effectue un appel sur dahdi channel 5 lorsque il est HS en faisant

'pri intense debug span 1' pastebin les traces et colle le lien ici.

**Nightwars** · 11/12/2011, 19h21

Envoyé par Reaper

Effectue un appel sur dahdi channel 5 lorsque il est HS en faisant

la commande intense n'est pas existante sur le core, je peux juste faire un

Code:

pri set debug "0 1 2 on off file" span 1

le problème est sur les appels entrant donc le channel 5 sera zapper pour passer sur le canal libre suivant.

je lance quand même la commande et je colle le résultat.

Discussion: Changement canal D sur TE 121 + freepbx

Outils de la discussion

Rechercher dans la discussion

Affichage

Changement canal D sur TE 121 + freepbx

Règles de messages