Changement canal D sur TE 121 + freepbx

[Nightwars]

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

# 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

; 
[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]

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]

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]

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:

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]

par contre une petite question ceci est il normal

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]

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]

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

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

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