[Freeswitch-users] openzap Failure opening channel error

lakshmanan ganapathy lakindia89 at gmail.com
Wed Oct 14 03:03:33 PDT 2009


Hi,
Tried setting PCMA as first parameter in vars.xml, no use. Still I got the
same error.

Tried setting the absolute_codec_string to PCMA, but got the same error.

But I tried with a another parameter in openzap.conf.xml, which I got from
the following thread
http://www.nabble.com/Problem-dialing-out-via-E1-to22479047.html#a22626383

<param name="l1" value="alaw"/>

After that I was able to make outgoing call, with the dialplan that I've.

But I don't know why setting PCMA has not worked. Have any guess???

I planned to document this in the wiki.

I was struggling to originate a call from the CLI.
originate openzap/1/1/9952248266 openzap/1/1/9952248266 says "No route.
Aborting".

Have to find a way for this.

I sincerely thank you for your valuable time and effort on this matter.



On Wed, Oct 14, 2009 at 11:33 AM, Michael Collins <msc at freeswitch.org>wrote:

> Lak,
>
> Okay, it stood out right away: FS is trying u-law but Asterisk is trying
> A-law. I'm not sure where the codec for openzap gets selected but you can
> try modifying this line in vars.xml:
>
> <X-PRE-PROCESS cmd="set" data="outbound_codec_prefs=PCMU,PCMA,GSM"/>
>
> Try putting PCMA first. Also, I've never tried this but perhaps in your
> dialplan you can set absolute_codec_string to PCMA. I'm very interesting in
> hearing about the results. Please try them as soon as you can and report
> back.
>
> Thanks,
> MC
>
>
> On Tue, Oct 13, 2009 at 10:34 PM, lakshmanan ganapathy <
> lakindia89 at gmail.com> wrote:
>
>> Hi. I made the setup quickly with one of my colleague, and here is the
>> debug log given by asterisk
>>
>> Steps done by me :
>> 	+ Call Made from 04443902743 to 04439114600
>> 	+ When call lands to 04439114600, I just route it to 09176454982.
>>
>>
>> *CLI>
>> *CLI>
>> *CLI> pri debug span 1
>> Enabled debugging on span 1
>> *CLI>
>> *CLI>
>> *CLI>
>> *CLI> < Protocol Discriminator: Q.931 (8)  len=41
>> < Call Ref: len= 2 (reference 21/0x15) (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 a1 83 9f]
>> < Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Preferred  Dchan: 0
>> <                        ChanSel: As indicated in following octets
>>
>>
>> <                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>> <                       Ext: 1  Channel: 31 ]
>> < [6c 0c 01 81 34 34 34 33 39 30 32 37 34 33]
>> < Calling Number (len=14) [ Ext: 0  TON: Unknown Number Type (0)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
>>
>>
>> <                           Presentation: Presentation permitted, user number passed network screening (1)  '4443902743' ]
>> < [70 09 c1 33 39 31 31 34 36 30 30]
>> < Called Number (len=11) [ Ext: 1  TON: Subscriber Number (4)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)  '39114600' ]
>>
>>
>> -- Making new call for cr 21
>> -- 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:3504 q931_receive: call 21 on channel 31 enters state 6 (Call Present)
>> q931.c:2769 q931_call_proceeding: call 21 on channel 31 enters state 9 (Incoming Call Proceeding)
>>
>> > Protocol Discriminator: Q.931 (8)  len=10
>> > Call Ref: len= 2 (reference 21/0x15) (Terminator)
>> > Message type: CALL PROCEEDING (2)
>>
>> > [18 03 a9 83 9f]
>> > Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive  Dchan: 0
>> >                        ChanSel: As indicated in following octets
>>
>> >                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>> >                       Ext: 1  Channel: 31 ]
>>
>>     -- Accepting call from '4443902743' to '39114600' on channel 0/31, span 1
>>     -- Executing [39114600 at incoming-from-pri:1] NoOp("Zap/31-1", "FMS Call Extn:39114600:| CID::| Channel:Zap/31-1:| ") in new stack
>>
>>
>>     -- Executing [39114600 at incoming-from-pri:2] Dial("Zap/31-1", "Zap/g1/w09176454982||rj") in new stack
>> -- Making new call for cr 32770
>>     -- Requested transfer capability: 0x00 - SPEECH
>>
>> > Protocol Discriminator: Q.931 (8)  len=43
>> > Call Ref: len= 2 (reference 2/0x2) (Originator)
>> > Message type: SETUP (5)
>> > [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 81]
>> > Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive  Dchan: 0
>>
>> >                        ChanSel: As indicated in following octets
>> >                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>> >                       Ext: 1  Channel: 1 ]
>> > [6c 0c 00 81 34 34 34 33 39 30 32 37 34 33]
>> > Calling Number (len=14) [ Ext: 0  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0)
>>
>> >                           Presentation: Presentation permitted, user number passed network screening (1)  '4443902743' ]
>> > [70 0c 80 30 39 31 37 36 34 35 34 39 38 32]
>> > Called Number (len=14) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0)  '09176454982' ]
>>
>> q931.c:3087 q931_setup: call 32770 on channel 1 enters state 1 (Call Initiated)
>>
>>
>>     -- Called g1/w09176454982
>> q931.c:2797 q931_alerting: call 21 on channel 31 enters state 7 (Call Received)
>>
>> > Protocol Discriminator: Q.931 (8)  len=9
>> > Call Ref: len= 2 (reference 21/0x15) (Terminator)
>> > Message type: ALERTING (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) ]
>>
>> < Protocol Discriminator: Q.931 (8)  len=10
>> < Call Ref: len= 2 (reference 2/0x2) (Terminator)
>> < Message type: CALL PROCEEDING (2)
>> < [18 03 a9 83 81]
>> < Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive  Dchan: 0
>>
>>
>> <                        ChanSel: As indicated in following octets
>> <                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>> <                       Ext: 1  Channel: 1 ]
>> -- Processing IE 24 (cs0, Channel Identification)
>>
>>
>> q931.c:3636 q931_receive: call 32770 on channel 1 enters state 3 (Outgoing call  Proceeding)
>>     -- Zap/1-1 is proceeding passing it to Zap/31-1
>> < Protocol Discriminator: Q.931 (8)  len=13
>> < Call Ref: len= 2 (reference 2/0x2) (Terminator)
>>
>>
>> < Message type: ALERTING (1)
>> < [1e 02 84 88]
>> < Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  0: 0  Location: Public network serving the remote user (4)
>> <                               Ext: 1  Progress Description: Inband information or appropriate pattern now available. (8) ]
>>
>>
>> < [1e 02 84 82]
>> < Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  0: 0  Location: Public network serving the remote user (4)
>> <                               Ext: 1  Progress Description: Called equipment is non-ISDN. (2) ]
>>
>>
>> -- Processing IE 30 (cs0, Progress Indicator)
>> -- Processing IE 30 (cs0, Progress Indicator)
>> q931.c:3549 q931_receive: call 32770 on channel 1 enters state 4 (Call Delivered)
>>     -- Zap/1-1 is ringing
>> < Protocol Discriminator: Q.931 (8)  len=9
>>
>>
>> < Call Ref: len= 2 (reference 2/0x2) (Terminator)
>> < Message type: PROGRESS (3)
>> < [1e 02 84 84]
>> < Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  0: 0  Location: Public network serving the remote user (4)
>>
>>
>> <                               Ext: 1  Progress Description: Unknown (4) ]
>> -- Processing IE 30 (cs0, Progress Indicator)
>>     -- Zap/1-1 is making progress passing it to Zap/31-1
>> < Protocol Discriminator: Q.931 (8)  len=9
>>
>>
>> < Call Ref: len= 2 (reference 2/0x2) (Terminator)
>> < Message type: PROGRESS (3)
>> < [1e 02 84 88]
>> < Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  0: 0  Location: Public network serving the remote user (4)
>>
>>
>> <                               Ext: 1  Progress Description: Inband information or appropriate pattern now available. (8) ]
>> -- Processing IE 30 (cs0, Progress Indicator)
>>     -- Zap/1-1 is making progress passing it to Zap/31-1
>>
>>
>> < Protocol Discriminator: Q.931 (8)  len=19
>> < Call Ref: len= 2 (reference 2/0x2) (Terminator)
>> < Message type: CONNECT (7)
>> < [4c 0c 01 83 39 31 37 36 34 35 34 39 38 32]
>> < Connected Number (len=14) [ Ext: 0  TON: Unknown Number Type (0)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
>>
>>
>> <                             Ext: 1  Presentation: Presentation allowed of network provided number (3)  '9176454982' ]
>> -- Processing IE 76 (cs0, Connected Number)
>> q931.c:3579 q931_receive: call 32770 on channel 1 enters state 10 (Active)
>>
>> > Protocol Discriminator: Q.931 (8)  len=5
>> > Call Ref: len= 2 (reference 2/0x2) (Originator)
>> > Message type: CONNECT ACKNOWLEDGE (15)
>>
>>     -- Zap/1-1 answered Zap/31-1
>> q931.c:2904 q931_connect: call 21 on channel 31 enters state 8 (Connect Request)
>>
>> > Protocol Discriminator: Q.931 (8)  len=14
>>
>> > Call Ref: len= 2 (reference 21/0x15) (Terminator)
>> > Message type: CONNECT (7)
>> > [18 03 a9 83 9f]
>> > Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive  Dchan: 0
>> >                        ChanSel: As indicated in following octets
>> >                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>> >                       Ext: 1  Channel: 31 ]
>> > [1e 02 81 82]
>> > 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: Called equipment is non-ISDN. (2) ]
>>
>>     -- Native bridging Zap/31-1 and Zap/1-1
>> < Protocol Discriminator: Q.931 (8)  len=5
>> < Call Ref: len= 2 (reference 21/0x15) (Originator)
>> < Message type: CONNECT ACKNOWLEDGE (15)
>>
>>
>> q931.c:3664 q931_receive: call 21 on channel 31 enters state 10 (Active)
>> < Protocol Discriminator: Q.931 (8)  len=9
>> < Call Ref: len= 2 (reference 2/0x2) (Terminator)
>> < Message type: DISCONNECT (69)
>> < [08 02 80 90]
>>
>>
>> < Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: User (0)
>> <                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
>> -- Processing IE 8 (cs0, Cause)
>>
>> q931.c:3779 q931_receive: call 32770 on channel 1 enters state 12 (Disconnect Indication)
>>
>>     -- Channel 0/1, span 1 got hangup request, cause 16
>> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, peerstate Disconnect Request
>> q931.c:2920 q931_release: call 32770 on channel 1 enters state 19 (Release Request)
>>
>> > Protocol Discriminator: Q.931 (8)  len=9
>> > Call Ref: len= 2 (reference 2/0x2) (Originator)
>> > Message type: RELEASE (77)
>> > [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) ]
>>
>>     -- Hungup 'Zap/1-1'
>>   == Spawn extension (incoming-from-pri, 39114600, 2) exited non-zero on 'Zap/31-1'
>>
>>
>>     -- Executing [h at incoming-from-pri:1] Hangup("Zap/31-1", "") in new stack
>>   == Spawn extension (incoming-from-pri, h, 1) exited non-zero on 'Zap/31-1'
>> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Active, peerstate Active
>>
>>
>> q931.c:2968 q931_disconnect: call 21 on channel 31 enters state 11 (Disconnect Request)
>>
>> > Protocol Discriminator: Q.931 (8)  len=9
>> > Call Ref: len= 2 (reference 21/0x15) (Terminator)
>>
>> > Message type: DISCONNECT (69)
>> > [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) ]
>>
>>     -- Hungup 'Zap/31-1'
>> < Protocol Discriminator: Q.931 (8)  len=5
>>
>> < Call Ref: len= 2 (reference 2/0x2) (Terminator)
>> < Message type: RELEASE COMPLETE (90)
>> q931.c:3719 q931_receive: call 32770 on channel 1 enters state 0 (Null)
>> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
>>
>>
>> NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
>> < Protocol Discriminator: Q.931 (8)  len=5
>> < Call Ref: len= 2 (reference 21/0x15) (Originator)
>> < Message type: RELEASE (77)
>> q931.c:3754 q931_receive: call 21 on channel 31 enters state 0 (Null)
>>
>>
>> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Release Request
>>
>> > Protocol Discriminator: Q.931 (8)  len=9
>> > Call Ref: len= 2 (reference 21/0x15) (Terminator)
>>
>> > 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) ]
>>
>> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
>>
>> NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
>>
>>
>> On Tue, Oct 13, 2009 at 9:16 PM, Michael S Collins <msc at freeswitch.org>wrote:
>>
>>>
>>> On Oct 13, 2009, at 6:45 AM, lakshmanan ganapathy <lakindia89 at gmail.com>
>>> wrote:
>>>
>>> We are using Reliance as the Carrier.
>>> I think, with this same Reliance carrier, in my office, they are able to
>>> make outgoing calls through asterisk+libpri.
>>>
>>>
>>> If that's the case I would be very interested in seeing a pri debug from
>>> a working call on an asterisk box. It might give us a clue as to what is not
>>> working. -MC
>>>
>>>
>>>
>>> On Tue, Oct 13, 2009 at 12:19 AM, Michael Collins < <msc at freeswitch.org>
>>> msc at freeswitch.org> wrote:
>>>
>>>> Lak,
>>>>
>>>> Okay I will need a little bit of time to dig into the IE's and what they
>>>> contain. In the meantime can you tell me who the carrier is? I'd like to
>>>> find out if they have some specific requirements. The fact that it doesn't
>>>> work with libpri surprises me because that would mean that Asterisk systems
>>>> would probably not work with this carrier as well.
>>>>
>>>> BTW, thanks for the very complete pastebin entries. :)
>>>> -MC
>>>>
>>>>
>>> _______________________________________________
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>>
>>
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20091014/8571dbf4/attachment-0002.html 


More information about the FreeSWITCH-users mailing list