[Asterisk-Users] Busy error 2

[Pedro Vela]

Hi,

Maybe I don´t splain correctly the problem. When I make a call througt a
asterisk with a E1 and the extension , for incomming, or b numbers, for
outgoin, is busy the asterisk hangup and send congestion. The asterisk could
be send busy. In the mail below have the trace.

Thanks,
Pedro


-----Mensaje original-----
De: asterisk-users-admin at lists.digium.com
[mailto:asterisk-users-admin at lists.digium.com]En nombre de Pedro Vela
Enviado el: viernes, 23 de abril de 2004 21:45
Para: asterisk-users at lists.digium.com
Asunto: [Asterisk-Users] Busy error


Hi,

When have a incoming call from E1 to a extension FXS, and this extension is
busy, the incoming call recive ring tone, and it is wrong. What can I do?

Thanks in advance
Pedro

Here is the trace:


asterisk-1*CLI>
< Protocol Discriminator: Q.931 (8)  len=41
< Call Ref: len= 2 (reference 66/0x42) (Originator)
< Message type: SETUP (5)
< Sending Complete (len= 4)
< Bearer Capability (len= 3) [ Ext: 1  Q.931 Std: 0  Info transfer
capability: Speech (0)
<                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode
(16)
<                              Ext: 1  User information layer 1: A-Law (35)
< Channel ID (len= 5) [ Ext: 1  IntID: Implicit, PRI Spare: 0, Preferred
Dchan: 0
<                        ChanSel: Reserved
<                       Ext: 1  Coding: 0   Number Specified   Channel Type:
3
<                       Ext: 1  Channel: 15 ]
< Calling Number (len=13) [ 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) '666343536' ]
< Called Number (len=12) [ Ext: 1  TON: National Number (2)  NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1) '917151314' ]
-- Making new call for cr 66
-- Processing Q.931 Call Setup
-- Processing IE 33 (Sending Complete)
-- Processing IE 4 (Bearer Capability)
-- Processing IE 24 (Channel Identification)
-- Processing IE 108 (Calling Party Number)
-- Processing IE 112 (Called Party Number)
> Protocol Discriminator: Q.931 (8)  len=10
> Call Ref: len= 2 (reference 32834/0x8042) (Terminator)
> Message type: CALL PROCEEDING (2)
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit, PRI Spare: 0, Exclusive
Dchan: 0
>                        ChanSel: Reserved
>                       Ext: 1  Coding: 0   Number Specified   Channel Type:
3
>                       Ext: 1  Channel: 15 ]
> Protocol Discriminator: Q.931 (8)  len=14
> Call Ref: len= 2 (reference 32834/0x8042) (Terminator)
> Message type: ALERTING (1)
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit, PRI Spare: 0, Exclusive
Dchan: 0
>                        ChanSel: Reserved
>                       Ext: 1  Coding: 0   Number Specified   Channel Type:
3
>                       Ext: 1  Channel: 15 ]
> Progress Indicator (len= 2) [ 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) ]
    -- Accepting call from '666343536' to '917151314' on channel 15, span 2
    -- Executing Macro("Zap/19-1", "stdexten|72000|Zap/1") in new stack
    -- Executing Dial("Zap/19-1", "Zap/1|200") in new stack
Apr 23 21:22:02 NOTICE[1130522]: app_dial.c:554 dial_exec: Unable to create
channel of type 'Zap'
  == Everyone is busy at this time
    -- Executing Busy("Zap/19-1", "") in new stack
< Protocol Discriminator: Q.931 (8)  len=13
< Call Ref: len= 2 (reference 66/0x42) (Originator)
< Message type: STATUS (125)
< Cause (len= 3) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location:
Public network serving the local user (2)
<                  Ext: 1  Cause: Invalid information element contents
(100), class = Protocol Error (6) ]
<              Cause data 0: 01 (1)
< Call State (len= 1) [ Ext: 0  Coding: CCITT (ITU) standard (0) Call state:
Call Received (7)
-- Processing IE 8 (Cause)
-- Processing IE 20 (Call State)
asterisk-1*CLI>

At this point the incoming call have ring indication , and nothig is
ringing,  is *'s sending busy ?????.

After hangup the incoming call (externel origin):

asterisk-1*CLI>
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 66/0x42) (Originator)
< Message type: DISCONNECT (69)
< Cause (len= 2) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location:
User (0)
<                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event
(1) ]
-- Processing IE 8 (Cause)
    -- Channel 15, span 2 got hangup
  == Spawn extension (macro-stdexten, s, 102) exited non-zero on 'Zap/19-1'
in macro 'stdexten'
  == Spawn extension (default, 917151314, 1) exited non-zero on 'Zap/19-1'
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication,
peerstate Disconnect Request
> Protocol Discriminator: Q.931 (8)  len=9
> Call Ref: len= 2 (reference 32834/0x8042) (Terminator)
> Message type: RELEASE (77)
> Cause (len= 2) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location:
Private network serving the local user (1)
>                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event
(1) ]
    -- Hungup 'Zap/19-1'
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 66/0x42) (Originator)
< Message type: RELEASE COMPLETE (90)
< Cause (len= 2) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location:
User (0)
<                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event
(1) ]
-- Processing IE 8 (Cause)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
asterisk-1*CLI> pri no debug span 2
Disabled debugging on span 2

_______________________________________________
Asterisk-Users mailing list
Asterisk-Users at lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users