[Asterisk-video] Trouble making outbound h324m video call
Klaus Darilion
klaus.mailinglists at pernau.at
Mon Mar 31 13:27:08 CDT 2008
ok!
this one has H.223 in User Information Layer 1 in Bearer Compatibility
AND Low Layer Compatibility.
To make a similar outgoing SETUP request (H.223 in UL1 and LCC) you can
try the following patch. I used this patch successfully with another
switch which also required LCC too.
http://bugs.digium.com/view.php?id=11595
regards
klaus
Rene van Weert wrote:
> Dear Klaus,
> Here is a dump of an incoming call:
>
> < Protocol Discriminator: Q.931 (8) len=46
> < Call Ref: len= 2 (reference 7928/0x1EF8) (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 a1 83 9f]
> < 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: 31 ]
> < [6c 0b 21 83 36 31 35 30 36 34 30 38 30]
> < Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI:
> ISDN/Telephony Numbering Plan (E.164/E.163) (1)
> < Presentation: Presentation allowed of
> network provided number (3) '615064080' ]
> < [70 0a a1 33 36 37 35 30 38 31 30 38]
> < Called Number (len=12) [ Ext: 1 TON: National Number (2) NPI:
> ISDN/Telephony Numbering Plan (E.164/E.163) (1) '367508108' ]
> < [7c 03 88 90 a6]
> < Low-layer Compatability (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)
> < [a1]
> < Sending Complete (len= 1)
> -- Making new call for cr 7928
> -- Processing Q.931 Call Setup
> -- Processing IE 4 (cs0, Bearer Capability)
> User layer 1: H.223 and H.245 (38)
> -- Processing IE 24 (cs0, Channel Identification)
> -- Processing IE 108 (cs0, Calling Party Number)
> -- Processing IE 112 (cs0, Called Party Number)
> -- Processing IE 124 (cs0, Low-layer Compatibility)
> receive_low_layer_compatibility
> octet 3 decoded!
> octet 4 decoded!
> len=5, pos=2
> looking for octet 5!
> LLC User layer 1: H.223 and H.245 (38)
> octet 5 decoded!
> -- Processing IE 161 (cs0, Sending Complete)
> q931.c:3670 q931_receive: call 7928 on channel 31 enters state 6 (Call
> Present)
> q931.c:2923 q931_call_proceeding: call 7928 on channel 31 enters state 9
> (Incoming Call Proceeding)
> > Protocol Discriminator: Q.931 (8) len=10
> > Call Ref: len= 2 (reference 7928/0x1EF8) (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: Reserved
> > Ext: 1 Coding: 0 Number Specified Channel
> Type: 3
> > Ext: 1 Channel: 31 ]
> -- Accepting call from '06xxxxxxxx' to '367508108' on channel 0/31,
> span 1
> -- Executing [367508108 at isdn-in:1] GotoIf("Zap/31-1", "1?11:21") in
> new stack
> -- Goto (isdn-in,367508108,11)
> -- Executing [367508108 at isdn-in:11] Answer("Zap/31-1", "") in new stack
> q931.c:3052 q931_connect: call 7928 on channel 31 enters state 8
> (Connect Request)
> > Protocol Discriminator: Q.931 (8) len=10
> > Call Ref: len= 2 (reference 7928/0x1EF8) (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: Reserved
> > Ext: 1 Coding: 0 Number Specified Channel
> Type: 3
> > Ext: 1 Channel: 31 ]
> -- Executing [367508108 at isdn-in:12] h324m_gw("Zap/31-1", "s at video
> <mailto:s at video>") in new stack
> -- Executing [s at video:1] h324m_gw_answer("Local/s at video-2b16,2
> <mailto:Local/s at video-2b16,2>", "") in new stack
> < Protocol Discriminator: Q.931 (8) len=5
> < Call Ref: len= 2 (reference 7928/0x1EF8) (Originator)
> < Message type: CONNECT ACKNOWLEDGE (15)
> q931.c:3828 q931_receive: call 7928 on channel 31 enters state 10 (Active)
> -- Executing [s at video:2] Dial("Local/s at video-2b16,2
> <mailto:Local/s at video-2b16,2>", "SIP/2000") in new stack
> [Mar 31 18:14:45] WARNING[16489]: app_dial.c:1196 dial_exec_full: Unable
> to create channel of type 'SIP' (cause 3 - No route to destination)
> == Everyone is busy/congested at this time (1:0/0/1)
> == Auto fallthrough, channel 'Local/s at video-2b16,2'
> <mailto:'Local/s at video-2b16,2'> status is 'CHANUNAVAIL'
> < Protocol Discriminator: Q.931 (8) len=9
> < Call Ref: len= 2 (reference 7928/0x1EF8) (Originator)
> < 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:3935 q931_receive: call 7928 on channel 31 enters state 12
> (Disconnect Indication)
> -- Channel 0/31, span 1 got hangup request, cause 16
> == Spawn extension (isdn-in, 367508108, 12) exited non-zero on 'Zap/31-1'
> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication,
> peerstate Disconnect Request
> q931.c:3068 q931_release: call 7928 on channel 31 enters state 19
> (Release Request)
> > Protocol Discriminator: Q.931 (8) len=9
> > Call Ref: len= 2 (reference 7928/0x1EF8) (Terminator)
> > 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/31-1'
> < Protocol Discriminator: Q.931 (8) len=5
> < Call Ref: len= 2 (reference 7928/0x1EF8) (Originator)
> < Message type: RELEASE COMPLETE (90)
> q931.c:3875 q931_receive: call 7928 on channel 31 enters state 0 (Null)
> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
> NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
>
> Kind regards,
>
> Rene
>
> On Mon, Mar 31, 2008 at 4:01 PM, Klaus Darilion
> <klaus.mailinglists at pernau.at <mailto:klaus.mailinglists at pernau.at>> wrote:
>
> Hi!
>
> I supsect that the ISDN switch does not like the signaling of H324M -
> either it wants to have different format or it blocks h324m completely.
>
> Please send the "pri debug" of an incoming SETUP with h324m. Usually
> switches expect the same format as they send.
>
> regards
> klaus
>
> Rene van Weert schrieb:
> > Hi Klaus,
> >
> > Well the phone doesn't start ringing. The call doesn't get setup
> at all
> > in Asterisk, I get the following messages:
> >
> > -- Executing [665 at from-sip:1] h324m_call("SIP/2000-08236c10",
> > "666 at test <mailto: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 <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 <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 <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 <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 <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'
> >
> > With kind regards,
> >
> > Rene
> >
> > On Mon, Mar 31, 2008 at 1:17 PM, 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:
> >
> >
> >
> > Rene van Weert schrieb:
> > > Dear Klaus,
> > >
> > > I did what you said (remove AST_FORMAT_ULAW from
> app_h324m.c) but I
> > > still get exactly the same error...
> > > What else do you think could be wrong?
> >
> >
> > What is the exact problem? Does the mobile phone starts
> ringing? If yes,
> > does it indicate an incoming audio or an incoming video call?
> >
> > klaus
> >
> > _______________________________________________
> > --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