[Asterisk-video] Trouble making outbound h324m video call
Rene van Weert
rvweert at gmail.com
Mon Mar 31 11:18:27 CDT 2008
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") in
new stack
-- Executing [s at video:1] h324m_gw_answer("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", "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' 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> 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>") 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'
> >
> > 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>>
> 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--/>
> >
> > 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/20080331/3d8b48f4/attachment-0001.htm
More information about the asterisk-video
mailing list