[Asterisk-video] Trouble making outbound h324m video call
Rene van Weert
rvweert at gmail.com
Wed Mar 26 12:46:02 CDT 2008
Hey Klaus,
Sorry it is a little late.. But I'm still having the same trouble... Here is
a pri debug:
-- Executing [665 at from-sip:1] h324m_call("SIP/2000-08236c10", "666 at test")
in new stack
-- Executing [666 at test:1] Set("Local/666 at test-1826,2",
"CHANNEL(transfercapability)=VIDEO") in new stack
-- Executing [666 at test:2] NoOp("Local/666 at test-1826,2",
"transfer=VIDEO") in new stack
-- Executing [666 at test:3] Set("Local/666 at test-1826,2",
"CHANNEL(userinformationlayer1)=38") in new stack
-- Executing [666 at test:4] NoOp("Local/666 at test-1826,2", "ul1=38") in new
stack
-- Executing [666 at test:5] Dial("Local/666 at test-1826,2",
"ZAP/g0/0654566635") in new stack
-- Making new call for cr 32784
-- digital call, setting user information layer 1 to 38 (0x26)
-- zap call: h324musellc=0, ast->userinformationlayer1=38
-- Requested transfer capability: 0x18 - VIDEO
> Protocol Discriminator: Q.931 (8) len=37
> Call Ref: len= 2 (reference 16/0x10) (Originator)
> Message type: SETUP (5)
> [04 03 88 90 a6]
> Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer
capability: Unrestricted digital information (8)
> Ext: 1 Trans mode/rate: 64kbps, circuit-mode
(16)
> User information layer 1: H.223 and H.245(38)
> [18 03 a9 83 82]
> 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: 2 ]
> [6c 06 00 80 32 30 30 30]
> Calling Number (len= 8) [ Ext: 0 TON: Unknown Number Type (0) NPI:
Unknown Number Plan (0)
> Presentation: Presentation permitted, user
number not screened (0) '2000' ]
> [70 0b 80 30 36 31 35 30 36 34 30 38 30]
> Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI:
Unknown Number Plan (0) '0654566635']
> [a1]skdev*CLI>
> Sending Complete (len= 1)
q931.c:3245 q931_setup: call 32784 on channel 2 enters state 1 (Call
Initiated)
-- Called g0/0654566635
< Protocol Discriminator: Q.931 (8) len=10
< Call Ref: len= 2 (reference 16/0x10) (Terminator)
< Message type: RELEASE COMPLETE (90)
< [08 03 80 e4 04]
< Cause (len= 5) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0
Location: User (0)
< Ext: 1 Cause: Invalid information element contents
(100), class = Protocol Error (e.g. unknown message) (6) ]
< Cause data 1: 04 (4)
-- Processing IE 8 (cs0, Cause)
q931.c:3875 q931_receive: call 32784 on channel 2 enters state 0 (Null)
-- Channel 0/2, span 1 got hangup, cause 100
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
-- Hungup 'Zap/2-1'
== Everyone is busy/congested at this time (1:0/0/1)
== Auto fallthrough, channel 'Local/666 at test-1826,2' status is
'CHANUNAVAIL'
== Auto fallthrough, channel 'SIP/2000-08236c10' status is 'UNKNOWN'
Any clues??
Ciao, Rene!
On Wed, Jan 2, 2008 at 11:31 AM, Klaus Darilion <
klaus.mailinglists at pernau.at> wrote:
> Hi Rene!
>
> Do you have a pri debug dump of an incoming H324M call?
>
> klaus
>
> Rene van Weert schrieb:
> > Dear Klaus,
> >
> > Here is the pri debug dump:
> >
> >
> > [Dec 24 16:28:05] VERBOSE[4445] logger.c: NEW_HANGUP DEBUG: Destroying
> > the call, ourstate Null, peerstate Null
> >
> > [Dec 24 16:28:06] VERBOSE[7206] logger.c: -- Executing [665 at from-sip:1]
> > h324m_call("SIP/2000-082158d8", "666 at test") in new stack
> >
> > [Dec 24 16:28:06] DEBUG[7206] app_h324m.c: h324m_call
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 at test:1]
> > Set("Local/666 at test-bb08,2", "CHANNEL(transfercapability)=VIDEO") in new
> > stack
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 at test:2]
> > Set("Local/666 at test-bb08,2", "CALLERID(NUM)=367111999") in new stack
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 at test:3]
> > NoOp("Local/666 at test-bb08,2", "transfer=VIDEO") in new stack
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 at test:4]
> > Set("Local/666 at test-bb08,2", "CHANNEL(userinformationlayer1)=38") in new
> > stack
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 at test:5]
> > NoOp("Local/666 at test-bb08,2", "ul1=38") in new stack
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 at test:6]
> > Dial("Local/666 at test-bb08,2", "Zap/g1/06150XXXX") in new stack
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Making new call for cr
> 32771
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- digital call, setting user
> > information layer 1 to 38 (0x26)
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Requested transfer
> > capability: 0x18 - VIDEO
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Protocol Discriminator:
> > Q.931 (8) len=42
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Call Ref: len= 2 (reference
> > 3/0x3) (Originator)
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Message type: SETUP (5)
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > [04 03 88 90 a6]
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Bearer Capability (len= 5) [
> > Ext: 1 Q.931 Std: 0 Info transfer capability: Unrestricted digital
> > information (8)
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Ext: 1 Trans mode/rate:
> > 64kbps, circuit-mode (16)
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Ext: 1 User information
> > layer 1: H.223 and H.245 (38)
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > [18 03 a9 83 81]
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Channel ID (len= 5) [ Ext: 1
> > IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > ChanSel: Reserved
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Ext: 1 Coding: 0 Number
> > Specified Channel Type: 3
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Ext: 1 Channel: 1 ]
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > [6c 0b 41 81 33 36 37 31 31
> > 31 39 39 39]
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Calling Number (len=13) [
> > Ext: 0 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan
> > (E.164/E.163) (1)
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Presentation: Presentation
> > permitted, user number passed network screening (1) '367111999' ]
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > [70 0b c1 30 36 31 35 30 36
> > 34 30 38 30]
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Called Number (len=13) [
> > Ext: 1 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan
> > (E.164/E.163) (1) '061506XXXX' ]
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > [a1]
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Sending Complete (len= 1)
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: q931.c:2881 q931_setup: call
> > 32771 on channel 1 enters state 1 (Call Initiated)
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Called g1/061506XXXX
> >
> > [Dec 24 16:28:06] VERBOSE[4445] logger.c: < Protocol Discriminator:
> > Q.931 (8) len=10
> >
> > [Dec 24 16:28:06] VERBOSE[4445] logger.c: < Call Ref: len= 2 (reference
> > 3/0x3) (Terminator)
> >
> > [Dec 24 16:28:06] VERBOSE[4445] logger.c: < Message type: RELEASE
> > COMPLETE (90)
> >
> > [Dec 24 16:28:06] VERBOSE[4445] logger.c: < [08 03 80 e4 04]
> >
> > [Dec 24 16:28:06] VERBOSE[4445] logger.c: < Cause (len= 5) [ Ext: 1
> > Coding: CCITT (ITU) standard (0) Spare: 0 Location: User (0)
> >
> > [Dec 24 16:28:06] VERBOSE[4445] logger.c: < Ext: 1 Cause: Invalid
> > information element contents (100), class = Protocol Error (e.g. unknown
> > message) (6) ]
> >
> > [Dec 24 16:28:06] VERBOSE[4445] logger.c: < Cause data 1: 04 (4)
> >
> > [Dec 24 16:28:06] VERBOSE[4445] logger.c: -- Processing IE 8 (cs0,
> Cause)
> >
> > [Dec 24 16:28:06] VERBOSE[4445] logger.c: q931.c:3503 q931_receive: call
> > 32771 on channel 1 enters state 0 (Null)
> >
> > [Dec 24 16:28:06] VERBOSE[4445] logger.c: -- Channel 0/1, span 1 got
> > hangup, cause 100
> >
> > [Dec 24 16:28:06] DEBUG[7207] chan_zap.c: Set option AUDIO MODE, value:
> > ON(1) on Zap/1-1
> >
> > [Dec 24 16:28:06] DEBUG[7207] chan_zap.c: Already hungup... Calling
> > hangup once, and clearing call
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: NEW_HANGUP DEBUG: Calling
> > q931_hangup, ourstate Null, peerstate Null
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: NEW_HANGUP DEBUG: Destroying
> > the call, ourstate Null, peerstate Null
> >
> > [Dec 24 16:28:06] DEBUG[7207] chan_zap.c: Set option AUDIO MODE, value:
> > OFF(0) on Zap/1-1
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Hungup 'Zap/1-1'
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: == Everyone is busy/congested
> > at this time (1:0/0/1)
> >
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: == Auto fallthrough, channel
> > 'Local/666 at test-bb08,2' status is 'CHANUNAVAIL'
> >
> > [Dec 24 16:28:06] VERBOSE[7206] logger.c: == Spawn extension (from-sip,
> > 665, 1) exited non-zero on 'SIP/2000-082158d8'
> >
> > Hope this helps...
> > Thanks! Ohw and of course a very happy christmas to you and everyone
> > else reading this! Enjoy!
> >
> > René
> >
> > On Dec 20, 2007 10:07 AM, Klaus Darilion <klaus.mailinglists at pernau.at
> > <mailto:klaus.mailinglists at pernau.at>> wrote:
> >
> > Hi Rene!
> >
> > Do incoming h324m call work?
> >
> > Could you provide q931 dumps of the incoming and the outgoing call?
> > (use
> > "pri debug span x" x is your span)
> >
> > regards
> > klaus
> >
> > Rene van Weert schrieb:
> > > Hey everyone,
> > >
> > > I'm trying to make an outbound call using h324m_call but I keep
> > getting
> > > stuck with the following error:
> > >
> > > -- Executing [665 at from-sip:1] h324m_call("SIP/2000-08214978",
> > > "666 at test <mailto:666 at test <mailto:666 at test>>") in new stack
> > > -- Executing [666 at test:1] Set(" Local/666 at test-89ed,2
> > > <mailto:Local/666 at test-89ed <mailto:Local/666 at test-89ed>,2>",
> > "CHANNEL(transfercapability)=VIDEO") in
> > > new stack
> > > -- Executing [666 at test:2] NoOp("Local/666 at test-89ed,2
> > > <mailto:Local/666 at test-89ed <mailto:Local/666 at test-89ed>,2>",
> > "transfer=VIDEO") in new stack
> > > -- Executing [666 at test:3] Set("Local/666 at test-89ed,2
> > > <mailto:Local/666 at test-89ed <mailto:Local/666 at test-89ed>,2>",
> > "CHANNEL(userinformationlayer1)=38") in
> > > new stack
> > > -- Executing [666 at test:4] NoOp(" Local/666 at test-89ed,2
> > > <mailto:Local/666 at test-89ed <mailto:Local/666 at test-89ed>,2>",
> > "ul1=38") in new stack
> > > -- Executing [666 at test:5] Dial("Local/666 at test-89ed,2
> > > <mailto:Local/666 at test-89ed <mailto:Local/666 at test-89ed>,2>",
> > "Zap/g1/0x") in new stack
> > > -- digital call, setting user information layer 1 to 38
> (0x26)
> > > -- Requested transfer capability: 0x18 - VIDEO
> > > -- Called g1/06xxxx
> > > * -- Channel 0/2, span 1 got hangup, cause 100
> > > * -- Hungup 'Zap/2-1'
> > > Cause 100 means the following on a page of isdn cause codes i
> found:
> > >
> > > *Cause No. 100 - Invalid information element contents.*
> > > This cause indicates that the equipment sending this cause has
> > received
> > > and information element which it has implemented; however, one or
> > more
> > > of the fields in the information element are coded in such a way
> > which
> > > has not been implemented by the equipment sending this cause.
> > >
> > > What it means:
> > > Like cause 1 and cause 88, this usually indicates that the ISDN
> > number
> > > being dialed is in a format that is not understood by the
> equipment
> > > processing the call. SPIDs will sometimes fail to initialize with
> a
> > > Cause 100, or a call will fail with this cause.
> > >
> > > Can anyone help me in resolving this problem?
> > > I am running Asterisk 1.4.15 with Digium TE110P 1 span on a KPN
> (also
> > > tried MCI) E1 line.
> > >
> > > If any more info needed please let me know.
> > >
> > > Thanks and cheers!
> > > René van Weert
> > >
> > >
> > >
> >
> ------------------------------------------------------------------------
> >
> > >
> > > _______________________________________________
> > > --Bandwidth and Colocation Provided by
> > http://www.api-digital.com-- <http://www.api-digital.com--/>
> > >
> > > asterisk-video mailing list
> > > To UNSUBSCRIBE or update options visit:
> > > http://lists.digium.com/mailman/listinfo/asterisk-video
> >
> > _______________________________________________
> > --Bandwidth and Colocation Provided by http://www.api-digital.com--
> > <http://www.api-digital.com--/>
> >
> > asterisk-video mailing list
> > To UNSUBSCRIBE or update options visit:
> > http://lists.digium.com/mailman/listinfo/asterisk-video
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > --Bandwidth and Colocation Provided by http://www.api-digital.com--
> >
> > asterisk-video mailing list
> > To UNSUBSCRIBE or update options visit:
> > http://lists.digium.com/mailman/listinfo/asterisk-video
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-video mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-video
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-video/attachments/20080326/6d271cc9/attachment-0001.htm
More information about the asterisk-video
mailing list