PDA

Voir la version complète : 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


# 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
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
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
11/12/2011, 03h55
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
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
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

Nightwars
11/12/2011, 18h10
Voici la commande pri set debug on span 1


< 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
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

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.

Nightwars
11/12/2011, 19h24
voici le résultat avec
pri set debug on span 1



< Protocol Discriminator: Q.931 (8) len=36
< TEI=0 Call Ref: len= 2 (reference 2107/0x83B) (Sent from originator)
< Message Type: SETUP (5)
< [a1]
< Sending Complete (len= 1)
< [04 03 80 90 a3]
< Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: Speech (0)
< Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
< User information layer 1: A-Law (35)
< [18 03 a9 83 8a]
< Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0
< ChanSel: As indicated in following octets
< Ext: 1 Coding: 0 Number Specified Channel Type: 3
< Ext: 1 Channel: 10 Type: CPE]
< [6c 0c 01 83 30 37 39 37 39 34 31 32 33 38]
< Calling Number (len=14) [ Ext: 0 TON: Unknown Number Type (0) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
< Presentation: Presentation allowed of network provided number (3) '0797941238' ]
< [70 04 81 31 32 32]
< Called Number (len= 6) [ Ext: 1 TON: Unknown Number Type (0) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '122' ]
-- Making new call for cref 2107
Received message for call 0x2aaac8768ab0 on 0x1ef475b0 TEI/SAPI 0/0, call->pri is 0x1ef475b0 TEI/SAPI 0/0
-- Processing Q.931 Call Setup
-- Processing IE 161 (cs0, Sending Complete)
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 108 (cs0, Calling Party Number)
-- Processing IE 112 (cs0, Called Party Number)
q931.c:6966 post_handle_q931_message: Call 2107 enters state 6 (Call Present). Hold state: Idle
q931.c:4594 q931_call_proceeding: Call 2107 enters state 9 (Incoming Call Proceeding). Hold state: Idle

> DL-DATA request
> Protocol Discriminator: Q.931 (8) len=10
> TEI=0 Call Ref: len= 2 (reference 2107/0x83B) (Sent to originator)
> Message Type: CALL PROCEEDING (2)
TEI=0 Transmitting N(S)=16, window is open V(A)=16 K=7

Nightwars
11/12/2011, 19h25
> Protocol Discriminator: Q.931 (8) len=10
> TEI=0 Call Ref: len= 2 (reference 2107/0x83B) (Sent to originator)
> Message Type: CALL PROCEEDING (2)
> [18 03 a9 83 8a]
> Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0
> ChanSel: As indicated in following octets
> Ext: 1 Coding: 0 Number Specified Channel Type: 3
> Ext: 1 Channel: 10 Type: CPE]
-- Accepting call from '0797941238' to '122' on channel 0/10, span 1
-- Executing [122@from-pstn:1] Set("DAHDI/10-1", "__FROM_DID=122") in new stack
-- Executing [122@from-pstn:2] Gosub("DAHDI/10-1", "app-blacklist-check,s,1") in new stack
-- Executing [s@app-blacklist-check:1] GotoIf("DAHDI/10-1", "0?blacklisted") in new stack
-- Executing [s@app-blacklist-check:2] Set("DAHDI/10-1", "CALLED_BLACKLIST=1") in new stack
-- Executing [s@app-blacklist-check:3] Return("DAHDI/10-1", "") in new stack
-- Executing [122@from-pstn:3] ExecIf("DAHDI/10-1", "1 ?Set(CALLERID(name)=0797941238)") in new stack
-- Executing [122@from-pstn:4] Set("DAHDI/10-1", "__CALLINGPRES_SV=allowed") in new stack
-- Executing [122@from-pstn:5] Set("DAHDI/10-1", "CALLERPRES()=allowed_not_screened") in new stack
-- Executing [122@from-pstn:6] Goto("DAHDI/10-1", "from-did-direct,122,1") in new stack
-- Goto (from-did-direct,122,1)
-- Executing [122@from-did-direct:1] ExecIf("DAHDI/10-1", "0?Set(__RINGTIMER=0)") in new stack
-- Executing [122@from-did-direct:2] Macro("DAHDI/10-1", "exten-vm,novm,122,0,0,0") in new stack
-- Executing [s@macro-exten-vm:1] Macro("DAHDI/10-1", "user-callerid,") in new stack
-- Executing [s@macro-user-callerid:1] Set("DAHDI/10-1", "AMPUSER=0797941238") in new stack
-- Executing [s@macro-user-callerid:2] GotoIf("DAHDI/10-1", "0?report") in new stack
-- Executing [s@macro-user-callerid:3] ExecIf("DAHDI/10-1", "1?Set(REALCALLERIDNUM=0797941238)") in new stack
-- Executing [s@macro-user-callerid:4] Set("DAHDI/10-1", "AMPUSER=") in new stack
-- Executing [s@macro-user-callerid:5] Set("DAHDI/10-1", "AMPUSERCIDNAME=") in new stack
-- Executing [s@macro-user-callerid:6] GotoIf("DAHDI/10-1", "1?report") in new stack
-- Goto (macro-user-callerid,s,12)
-- Executing [s@macro-user-callerid:12] GotoIf("DAHDI/10-1", "0?continue") in new stack
-- Executing [s@macro-user-callerid:13] Set("DAHDI/10-1", "__TTL=64") in new stack
-- Executing [s@macro-user-callerid:14] GotoIf("DAHDI/10-1", "1?continue") in new stack
-- Goto (macro-user-callerid,s,25)
-- Executing [s@macro-user-callerid:25] Set("DAHDI/10-1", "CALLERID(number)=0797941238") in new stack
-- Executing [s@macro-user-callerid:26] Set("DAHDI/10-1", "CALLERID(name)=0797941238") in new stack
-- Executing [s@macro-exten-vm:2] Set("DAHDI/10-1", "RingGroupMethod=none") in new stack
-- Executing [s@macro-exten-vm:3] Set("DAHDI/10-1", "__EXTTOCALL=122") in new stack
-- Executing [s@macro-exten-vm:4] Set("DAHDI/10-1", "__PICKUPMARK=122") in new stack
-- Executing [s@macro-exten-vm:5] Set("DAHDI/10-1", "RT=") in new stack
-- Executing [s@macro-exten-vm:6] Macro("DAHDI/10-1", "record-enable,122,IN") in new stack
-- Executing [s@macro-record-enable:1] GotoIf("DAHDI/10-1", "1?check") in new stack
-- Goto (macro-record-enable,s,4)
-- Executing [s@macro-record-enable:4] ExecIf("DAHDI/10-1", "0?MacroExit()") in new stack
-- Executing [s@macro-record-enable:5] GotoIf("DAHDI/10-1", "0?Group:OUT") in new stack
-- Goto (macro-record-enable,s,14)
-- Executing [s@macro-record-enable:14] GotoIf("DAHDI/10-1", "1?IN") in new stack
-- Goto (macro-record-enable,s,18)
-- Executing [s@macro-record-enable:18] ExecIf("DAHDI/10-1", "1?MacroExit()") in new stack
-- Executing [s@macro-exten-vm:7] Macro("DAHDI/10-1", "dial-one,,tr,122") in new stack
-- Executing [s@macro-dial-one:1] Set("DAHDI/10-1", "DEXTEN=122") in new stack
-- Executing [s@macro-dial-one:2] Set("DAHDI/10-1", "DIALSTATUS_CW=") in new stack
-- Executing [s@macro-dial-one:3] GosubIf("DAHDI/10-1", "0?screen,1") in new stack
-- Executing [s@macro-dial-one:4] GosubIf("DAHDI/10-1", "0?cf,1") in new stack
-- Executing [s@macro-dial-one:5] GotoIf("DAHDI/10-1", "1?skip1") in new stack
-- Goto (macro-dial-one,s,8)

Nightwars
11/12/2011, 19h25
-- Executing [s@macro-dial-one:8] GotoIf("DAHDI/10-1", "0?nodial") in new stack
-- Executing [s@macro-dial-one:9] GotoIf("DAHDI/10-1", "0?continue") in new stack
-- Executing [s@macro-dial-one:10] Set("DAHDI/10-1", "EXTHASCW=ENABLED") in new stack
-- Executing [s@macro-dial-one:11] GotoIf("DAHDI/10-1", "0?next1:cwinusebusy") in new stack
-- Goto (macro-dial-one,s,23)
-- Executing [s@macro-dial-one:23] GotoIf("DAHDI/10-1", "1?next3:continue") in new stack
-- Goto (macro-dial-one,s,24)
-- Executing [s@macro-dial-one:24] ExecIf("DAHDI/10-1", "0?Set(DIALSTATUS_CW=BUSY)") in new stack
-- Executing [s@macro-dial-one:25] GotoIf("DAHDI/10-1", "0?nodial") in new stack
-- Executing [s@macro-dial-one:26] GosubIf("DAHDI/10-1", "1?dstring,1:dlocal,1") in new stack
-- Executing [dstring@macro-dial-one:1] Set("DAHDI/10-1", "DSTRING=") in new stack
-- Executing [dstring@macro-dial-one:2] Set("DAHDI/10-1", "DEVICES=122") in new stack
-- Executing [dstring@macro-dial-one:3] ExecIf("DAHDI/10-1", "0?Return()") in new stack
-- Executing [dstring@macro-dial-one:4] ExecIf("DAHDI/10-1", "0?Set(DEVICES=22)") in new stack
-- Executing [dstring@macro-dial-one:5] Set("DAHDI/10-1", "LOOPCNT=1") in new stack
-- Executing [dstring@macro-dial-one:6] Set("DAHDI/10-1", "ITER=1") in new stack
-- Executing [dstring@macro-dial-one:7] Set("DAHDI/10-1", "THISDIAL=SIP/122") in new stack
-- Executing [dstring@macro-dial-one:8] GosubIf("DAHDI/10-1", "1?zap2dahdi,1") in new stack
-- Executing [zap2dahdi@macro-dial-one:1] ExecIf("DAHDI/10-1", "0?Return()") in new stack
-- Executing [zap2dahdi@macro-dial-one:2] Set("DAHDI/10-1", "NEWDIAL=") in new stack
-- Executing [zap2dahdi@macro-dial-one:3] Set("DAHDI/10-1", "LOOPCNT2=1") in new stack
-- Executing [zap2dahdi@macro-dial-one:4] Set("DAHDI/10-1", "ITER2=1") in new stack
-- Executing [zap2dahdi@macro-dial-one:5] Set("DAHDI/10-1", "THISPART2=SIP/122") in new stack
-- Executing [zap2dahdi@macro-dial-one:6] ExecIf("DAHDI/10-1", "0?Set(THISPART2=DAHDI/122)") in new stack
-- Executing [zap2dahdi@macro-dial-one:7] Set("DAHDI/10-1", "NEWDIAL=SIP/122&") in new stack
-- Executing [zap2dahdi@macro-dial-one:8] Set("DAHDI/10-1", "ITER2=2") in new stack
-- Executing [zap2dahdi@macro-dial-one:9] GotoIf("DAHDI/10-1", "0?begin2") in new stack
-- Executing [zap2dahdi@macro-dial-one:10] Set("DAHDI/10-1", "THISDIAL=SIP/122") in new stack
-- Executing [zap2dahdi@macro-dial-one:11] Return("DAHDI/10-1", "") in new stack
-- Executing [dstring@macro-dial-one:9] Set("DAHDI/10-1", "DSTRING=SIP/122&") in new stack
-- Executing [dstring@macro-dial-one:10] Set("DAHDI/10-1", "ITER=2") in new stack
-- Executing [dstring@macro-dial-one:11] GotoIf("DAHDI/10-1", "0?begin") in new stack
-- Executing [dstring@macro-dial-one:12] Set("DAHDI/10-1", "DSTRING=SIP/122") in new stack
-- Executing [dstring@macro-dial-one:13] Return("DAHDI/10-1", "") in new stack
-- Executing [s@macro-dial-one:27] GotoIf("DAHDI/10-1", "0?nodial") in new stack
-- Executing [s@macro-dial-one:28] GotoIf("DAHDI/10-1", "1?skiptrace") in new stack
-- Goto (macro-dial-one,s,30)
-- Executing [s@macro-dial-one:30] Set("DAHDI/10-1", "D_OPTIONS=tr") in new stack
-- Executing [s@macro-dial-one:31] ExecIf("DAHDI/10-1", "0?SIPAddHeader(Alert-Info: )") in new stack
-- Executing [s@macro-dial-one:32] ExecIf("DAHDI/10-1", "0?SIPAddHeader()") in new stack
-- Executing [s@macro-dial-one:33] ExecIf("DAHDI/10-1", "0?Set(CHANNEL(musicclass)=)") in new stack
-- Executing [s@macro-dial-one:34] GosubIf("DAHDI/10-1", "0?qwait,1") in new stack
-- Executing [s@macro-dial-one:35] Set("DAHDI/10-1", "__CWIGNORE=") in new stack
-- Executing [s@macro-dial-one:36] Set("DAHDI/10-1", "__KEEPCID=TRUE") in new stack
-- Executing [s@macro-dial-one:37] GotoIf("DAHDI/10-1", "0?usegoto,1") in new stack
-- Executing [s@macro-dial-one:38] Dial("DAHDI/10-1", "SIP/122,,tr") in new stack

Nightwars
11/12/2011, 19h26
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing [s@macro-dial-one:39] ExecIf("DAHDI/10-1", "0?Set(DIALSTATUS=)") in new stack
-- Executing [s@macro-dial-one:40] GosubIf("DAHDI/10-1", "0?s-CHANUNAVAIL,1") in new stack
-- Executing [s@macro-dial-one:41] MacroExit("DAHDI/10-1", "") in new stack
-- Executing [s@macro-exten-vm:8] GotoIf("DAHDI/10-1", "0?exit") in new stack
-- Executing [s@macro-exten-vm:9] Set("DAHDI/10-1", "SV_DIALSTATUS=CHANUNAVAIL") in new stack
-- Executing [s@macro-exten-vm:10] GosubIf("DAHDI/10-1", "0?docfu,1") in new stack
-- Executing [s@macro-exten-vm:11] GosubIf("DAHDI/10-1", "0?docfb,1") in new stack
-- Executing [s@macro-exten-vm:12] Set("DAHDI/10-1", "DIALSTATUS=CHANUNAVAIL") in new stack
-- Executing [s@macro-exten-vm:13] ExecIf("DAHDI/10-1", "0?MacroExit()") in new stack
-- Executing [s@macro-exten-vm:14] GotoIf("DAHDI/10-1", "1?s-CHANUNAVAIL,1") in new stack
-- Goto (macro-exten-vm,s-CHANUNAVAIL,1)
-- Executing [s-CHANUNAVAIL@macro-exten-vm:1] GotoIf("DAHDI/10-1", "0?exit,1") in new stack
-- Executing [s-CHANUNAVAIL@macro-exten-vm:2] PlayTones("DAHDI/10-1", "congestion") in new stack
-- Executing [s-CHANUNAVAIL@macro-exten-vm:3] Congestion("DAHDI/10-1", "10") in new stack

> DL-DATA request
> Protocol Discriminator: Q.931 (8) len=13
> TEI=0 Call Ref: len= 2 (reference 2107/0x83B) (Sent to originator)
> Message Type: PROGRESS (3)
TEI=0 Transmitting N(S)=17, window is open V(A)=16 K=7

> Protocol Discriminator: Q.931 (8) len=13
> TEI=0 Call Ref: len= 2 (reference 2107/0x83B) (Sent to originator)
> Message Type: PROGRESS (3)
> [08 02 81 94]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
> Ext: 1 Cause: Unknown (20), class = Normal Event (1) ]
> [1e 02 81 88]
> Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local user (1)
> Ext: 1 Progress Description: Inband information or appropriate pattern now available. (8) ]
-- Registered IAX2 '110' (AUTHENTICATED) at 127.0.0.1:45909
-- Registered IAX2 '112' (AUTHENTICATED) at 127.0.0.1:39399
-- Registered IAX2 '117' (AUTHENTICATED) at 127.0.0.1:44868
-- Registered IAX2 '115' (AUTHENTICATED) at 127.0.0.1:57559
-- Registered IAX2 '113' (AUTHENTICATED) at 127.0.0.1:59283
== Spawn extension (macro-exten-vm, s-CHANUNAVAIL, 3) exited non-zero on 'DAHDI/10-1' in macro 'exten-vm'
== Spawn extension (from-did-direct, 122, 2) exited non-zero on 'DAHDI/10-1'
-- Executing [h@from-did-direct:1] Macro("DAHDI/10-1", "hangupcall,") in new stack
-- Executing [s@macro-hangupcall:1] GotoIf("DAHDI/10-1", "1?theend") in new stack
-- Goto (macro-hangupcall,s,3)
-- Executing [s@macro-hangupcall:3] Hangup("DAHDI/10-1", "") in new stack
== Spawn extension (macro-hangupcall, s, 3) exited non-zero on 'DAHDI/10-1' in macro 'hangupcall'
== Spawn extension (from-did-direct, h, 1) exited non-zero on 'DAHDI/10-1'
q931_hangup: other hangup
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Incoming Call Proceeding, peerstate Outgoing Call Proceeding, hold-state Idle
q931.c:4845 q931_disconnect: Call 2107 enters state 11 (Disconnect Request). Hold state: Idle

Reaper
11/12/2011, 19h26
Dans ce cas fais la chose suivante, fais en sorte que l'ensemble de channels ne fonctionne pas, lance un appel entrant, effectue un debug, et montre moi encore une fois "dahdi show channel x" de n'importe quel channel. Par ce que la je ne vois pas de problème pour l'instant.

Nightwars
11/12/2011, 19h26
> DL-DATA request
> Protocol Discriminator: Q.931 (8) len=9
> TEI=0 Call Ref: len= 2 (reference 2107/0x83B) (Sent to originator)
> Message Type: DISCONNECT (69)
TEI=0 Transmitting N(S)=18, window is open V(A)=18 K=7

> Protocol Discriminator: Q.931 (8) len=9
> TEI=0 Call Ref: len= 2 (reference 2107/0x83B) (Sent to originator)
> Message Type: DISCONNECT (69)
> [08 02 81 94]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
> Ext: 1 Cause: Unknown (20), class = Normal Event (1) ]
-- Hungup 'DAHDI/10-1'

< Protocol Discriminator: Q.931 (8) len=5
< TEI=0 Call Ref: len= 2 (reference 2107/0x83B) (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 2107 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 2107/0x83B) (Sent to originator)
> Message Type: RELEASE COMPLETE (90)
TEI=0 Transmitting N(S)=19, window is open V(A)=19 K=7

> Protocol Discriminator: Q.931 (8) len=9
> TEI=0 Call Ref: len= 2 (reference 2107/0x83B) (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, 19h27
et Utilise Pastebin pour les logs

Nightwars
11/12/2011, 21h51
Dans ce cas fais la chose suivante, fais en sorte que l'ensemble de channels ne fonctionne pas, lance un appel entrant, effectue un debug, et montre moi encore une fois "dahdi show channel x" de n'importe quel channel. Par ce que la je ne vois pas de problème pour l'instant.

Voici le résultat après avoir appeler 30 fois sur le même numéro.
par contre je ne sais pas si ma fréquence d'appel est suffisante car le temps que je fasse le 31 ème appel pour voir si cela me donnais un busy now le canal est pris après étais dahdi 2/1


dahdi show channel 31
Channel: 31
File Descriptor: 41
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

Reaper
11/12/2011, 22h01
fréquence d'appel est suffisante car le temps que je fasse le 31 ème appel pour voir si cela me donnais un busy now le canal est pris après étais dahdi 2/1
C'est normal asterisk prends les canaux un par un en rotation, donc ça c'est l’état de channel lorsque aucun appel entrant ne passe pas ?

Nightwars
11/12/2011, 23h43
C'est normal asterisk prends les canaux un par un en rotation, donc ça c'est l’état de channel lorsque aucun appel entrant ne passe pas ?

Après plusieurs testes le canal en entrée semble correct et asterisk prend bien les canaux en rotation comme tu le dit.

je lance des appels entrant sans problème il n'y as pas de retour de busy ou quoi que ce soit.

j'ai activer les logs du span 1 dans un fichiers.

Je crois que je vais laisser tourner comme ça et voir avec le client demain afin qu'il me dise, a quelle heure il rencontre la panne et dans quelle conditions.

ce sera plus facile a retrouver.


Merci pour ta patience et ton soutien technique.

Nightwars
15/12/2011, 18h27
Voilà aujourd'hui j'ai eu un petit bug sur la carte,
la question est comment trouver l'erreur dans un log si long ???

Voilà a quoi corresponde les sortie.


< Protocol Discriminator: Q.931 (8) len=37
< TEI=0 Call Ref: len= 2 (reference 86/0x56) (Sent to originator)
< Message Type: FACILITY (98)
< [1c 1e 91 a1 1b 02 02 55 97 02 01 21 30 12 a1 0d 81 03 46 52 2e a2 06 81 01 0a 82 01 01 82 01 00]
< Facility (len=32, codeset=0) [ 0x91, 0xA1, 0x1B, 0x02, 0x02, 'U', 0x97, 0x02, 0x01, '!0', 0x12, 0xA1, 0x0D, 0x81, 0x03, 'FR.', 0xA2, 0x06, 0x81, 0x01, 0x0A, 0x82, 0x01, 0x01,$
Received message for call 0x1eed8a30 on 0x1ef475b0 TEI/SAPI 0/0, call->pri is 0x1ef475b0 TEI/SAPI 0/0
-- Processing IE 28 (cs0, Facility)
-- Delayed processing IE 28 (cs0, Facility)
ASN.1 dump
Context Specific/C [1 0x01] <A1> Len:27 <1B>
Integer(2 0x02) <02> Len:2 <02>
<55 97> - "U~"
Integer(2 0x02) <02> Len:1 <01>
<21> - "!"
Sequence/C(48 0x30) <30> Len:18 <12>
Context Specific/C [1 0x01] <A1> Len:13 <0D>
Context Specific [1 0x01] <81> Len:3 <03>
<46 52 2E> - "FR."
Context Specific/C [2 0x02] <A2> Len:6 <06>
Context Specific [1 0x01] <81> Len:1 <01>
<0A> - "~"
Context Specific [2 0x02] <82> Len:1 <01>
<01> - "~"
Context Specific [2 0x02] <82> Len:1 <01>
<00> - "~"
ASN.1 end
INVOKE Component Context Specific/C [1 0x01]
invokeId Integer(2 0x02) = 21911 0x5597
operationValue Integer(2 0x02) = 33 0x0021
operationValue = ROSE_Unknown
Skipping unused constructed component octets!
!! ROSE invoke operation not handled! ROSE_Unknown

Reaper
15/12/2011, 19h11
Google "ROSE invoke operation not handled! ROSE_Unknown"