[Asterisk-video] Trouble making outbound h324m video call

Klaus Darilion klaus.mailinglists at pernau.at
Wed Mar 26 18:33:26 CDT 2008


try removing AST_FORMAT_ULAW from app_h324m.c? (just grep for it and 
read the comments next to it)

regards
klaus

Rene van Weert wrote:
> 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 <mailto:666 at test>") in new stack
>     -- Executing [666 at test:1] Set("Local/666 at test-1826,2 
> <mailto:Local/666 at test-1826,2>", "CHANNEL(transfercapability)=VIDEO") in 
> new stack
>     -- Executing [666 at test:2] NoOp("Local/666 at test-1826,2 
> <mailto:Local/666 at test-1826,2>", "transfer=VIDEO") in new stack
>     -- Executing [666 at test:3] Set("Local/666 at test-1826,2 
> <mailto:Local/666 at test-1826,2>", "CHANNEL(userinformationlayer1)=38") in 
> new stack
>     -- Executing [666 at test:4] NoOp("Local/666 at test-1826,2 
> <mailto:Local/666 at test-1826,2>", "ul1=38") in new stack
>     -- Executing [666 at test:5] Dial("Local/666 at test-1826,2 
> <mailto: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' 
> <mailto:'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 <mailto: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>
>      > <mailto: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>
>     <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>
>     <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>
>     <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>
>     <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>
>     <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>
>     <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--/>
>     <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--/>
>      >     <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--
>     <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



More information about the asterisk-video mailing list