Demarre asterisk lorsque dahdi ne charge pas, et après:
asterisk -rvvvvvvvvv
module load chan_dahdi.so
Regarde les erreurs et colle les ici.
Demarre asterisk lorsque dahdi ne charge pas, et après:
asterisk -rvvvvvvvvv
module load chan_dahdi.so
Regarde les erreurs et colle les ici.
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.
Bon après plusieurs testes je me rend compte que mon provider m'as dit des (excusez moi du mot) des conneries,Envoyé par Reaper
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.
par contre une petite question ceci est il normal
je ne sais pas ce que c'est le IRQCode: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)
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: 0Code: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
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
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.
Dernière modification par Reaper ; 11/12/2011 à 19h05.
la commande intense n'est pas existante sur le core, je peux juste faire un
le problème est sur les appels entrant donc le channel 5 sera zapper pour passer sur le canal libre suivant.Code:pri set debug "0 1 2 on off file" span 1
je lance quand même la commande et je colle le résultat.
Règles de messages
Répondre avec citation