Posted: Wed Mar 26, 2008 5:53 pm Post subject: [Asterisk-video] Trouble making outbound h324m video call
Hey Klaus,
Sorry it is a little late.. But I'm still having the same trouble... Here is a pri debug:
-- Executing [665@from-sip:1] h324m_call("SIP/2000-08236c10", "666@test ([email]666@test[/email])") in new stack
-- Executing [666@test:1] Set("Local/666@test-1826,2 ([email]Local/666@test-1826,2[/email])", "CHANNEL(transfercapability)=VIDEO") in new stack
-- Executing [666@test:2] NoOp("Local/666@test-1826,2 ([email]Local/666@test-1826,2[/email])", "transfer=VIDEO") in new stack
-- Executing [666@test:3] Set("Local/666@test-1826,2 ([email]Local/666@test-1826,2[/email])", "CHANNEL(userinformationlayer1)=38") in new stack
-- Executing [666@test:4] NoOp("Local/666@test-1826,2 ([email]Local/666@test-1826,2[/email])", "ul1=38") in new stack
-- Executing [666@test:5] Dial("Local/666@test-1826,2 ([email]Local/666@test-1826,2[/email])", "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
Quote:
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)
Quote:
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
Quote:
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' ]
Quote:
[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>
Quote:
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@test-1826,2' ([email]'Local/666@test-1826,2'[/email]) 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@pernau.at (klaus.mailinglists@pernau.at)> wrote:
Quote:
Hi Rene!
Do you have a pri debug dump of an incoming H324M call?
Could you provide q931 dumps of the incoming and the outgoing call?
> (use
Quote:
"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
Quote:
> stuck with the following error:
>
> -- Executing [665@from-sip:1] h324m_call("SIP/2000-08214978",
Quote:
> "666@test <mailto:666@test ([email]666@test[/email]) <mailto:666@test ([email]666@test[/email])>>") in new stack
> > -- Executing [666@test:1] Set(" Local/666@test-89ed,2
Quote:
> <mailto:Local/666@test-89ed ([email]Local/666@test-89ed[/email]) <mailto:Local/666@test-89ed ([email]Local/666@test-89ed[/email])>,2>",
> "CHANNEL(transfercapability)=VIDEO") in
Quote:
> new stack
> -- Executing [666@test:2] NoOp("Local/666@test-89ed,2
Quote:
> <mailto:Local/666@test-89ed ([email]Local/666@test-89ed[/email]) <mailto:Local/666@test-89ed ([email]Local/666@test-89ed[/email])>,2>",
> "transfer=VIDEO") in new stack
> <mailto:Local/666@test-89ed ([email]Local/666@test-89ed[/email]) <mailto:Local/666@test-89ed ([email]Local/666@test-89ed[/email])>,2>",
> "CHANNEL(userinformationlayer1)=38") in
Quote:
> new stack
> -- Executing [666@test:4] NoOp(" Local/666@test-89ed,2
Quote:
> <mailto:Local/666@test-89ed ([email]Local/666@test-89ed[/email]) <mailto:Local/666@test-89ed ([email]Local/666@test-89ed[/email])>,2>",
> "ul1=38") in new stack
> -- digital call, setting user information layer 1 to 38 (0x26)
> -- Requested transfer capability: 0x18 - VIDEO
> > -- Called g1/06xxxx
Quote:
> * -- 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:
> >
Quote:
> *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
Quote:
> 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
Quote:
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.
Quote:
>
> 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.
Quote:
>
> If any more info needed please let me know.
>
> Thanks and cheers!
> René van Weert
>
> >
Posted: Mon Mar 31, 2008 12:52 pm Post subject: [Asterisk-video] Trouble making outbound h324m video call
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@from-sip:1] h324m_call("SIP/2000-08236c10", "666@test ([email]666@test[/email])") in new stack
-- Executing [666@test:1] Set("Local/666@test-1826,2 ([email]Local/666@test-1826,2[/email])", "CHANNEL(transfercapability)=VIDEO") in new stack
-- Executing [666@test:2] NoOp("Local/666@test-1826,2 ([email]Local/666@test-1826,2[/email])", "transfer=VIDEO") in new stack
-- Executing [666@test:3] Set("Local/666@test-1826,2 ([email]Local/666@test-1826,2[/email])", "CHANNEL(userinformationlayer1)=38") in new stack
-- Executing [666@test:4] NoOp("Local/666@test-1826,2 ([email]Local/666@test-1826,2[/email])", "ul1=38") in new stack
-- Executing [666@test:5] Dial("Local/666@test-1826,2 ([email]Local/666@test-1826,2[/email])", "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
> 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 ]
Quote:
[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]
Quote:
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@test-1826,2' ([email]'Local/666@test-1826,2'[/email]) 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@pernau.at (klaus.mailinglists@pernau.at)> wrote:
Quote:
Rene van Weert schrieb:
> Dear Klaus,
Quote:
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--
Posted: Mon Mar 31, 2008 1:18 pm Post subject: [Asterisk-video] Trouble making outbound h324m video call
Hi Rene,
The q931 SETUP message is correct, the other side is the one that is tearing down the call with:
Cause: Invalid information element contents (100), class = Protocol Error (e.g. unknown message) (6)
Check it with your ISDN PRI provider.
Best regards
Sergio
----- Original Message -----
From: Rene van Weert [mailto:rvweert@gmail.com]
To: asterisk-video@lists.digium.com
Sent: Mon, 31 Mar 2008 14:43:52 +0200
Subject: Re: [Asterisk-video] Trouble making outbound h324m video call
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@from-sip:1] h324m_call("SIP/2000-08236c10", "666@test")
in new stack
-- Executing [666@test:1] Set("Local/666@test-1826,2",
"CHANNEL(transfercapability)=VIDEO") in new stack
-- Executing [666@test:2] NoOp("Local/666@test-1826,2",
"transfer=VIDEO") in new stack
-- Executing [666@test:3] Set("Local/666@test-1826,2",
"CHANNEL(userinformationlayer1)=38") in new stack
-- Executing [666@test:4] NoOp("Local/666@test-1826,2", "ul1=38") in new
stack
-- Executing [666@test:5] Dial("Local/666@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
Quote:
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)
Quote:
Ext: 1 Trans mode/rate: 64kbps, circuit-mode
(16)
Quote:
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
Quote:
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)
Quote:
Presentation: Presentation permitted, user
number not screened (0) '2000' ]
Quote:
[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']
Quote:
[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@test-1826,2' status is
'CHANUNAVAIL'
== Auto fallthrough, channel 'SIP/2000-08236c10' status is 'UNKNOWN'
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--
Posted: Mon Mar 31, 2008 2:14 pm Post subject: [Asterisk-video] Trouble making outbound h324m video call
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:
Quote:
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@from-sip:1] h324m_call("SIP/2000-08236c10",
"666@test <mailto:666@test>") in new stack
-- Executing [666@test:1] Set("Local/666@test-1826,2
<mailto:Local/666@test-1826,2>", "CHANNEL(transfercapability)=VIDEO") in
new stack
-- Executing [666@test:2] NoOp("Local/666@test-1826,2
<mailto:Local/666@test-1826,2>", "transfer=VIDEO") in new stack
-- Executing [666@test:3] Set("Local/666@test-1826,2
<mailto:Local/666@test-1826,2>", "CHANNEL(userinformationlayer1)=38") in
new stack
-- Executing [666@test:4] NoOp("Local/666@test-1826,2
<mailto:Local/666@test-1826,2>", "ul1=38") in new stack
-- Executing [666@test:5] Dial("Local/666@test-1826,2
<mailto:Local/666@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@test-1826,2'
<mailto:'Local/666@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@pernau.at <mailto:klaus.mailinglists@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--/>
<mailto:Local/666@test-1826 ([email]Local/666@test-1826[/email]),2>", "ul1=38") in new stack
> -- Executing [666@test:5] Dial("Local/666@test-1826,2
Quote:
<mailto:Local/666@test-1826 ([email]Local/666@test-1826[/email]),2>", "ZAP/g0/0654566635") in new stack
> -- Making new call for cr 32784
Quote:
-- 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
Quote:
> 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)
Quote:
> Ext: 1 Trans mode/rate: 64kbps,
circuit-mode (16)
> User information layer 1: H.223 and
> H.245 (38)
> 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
Quote:
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']
Quote:
> [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
Location: User (0)
< Ext: 1 Cause: Invalid information element contents
(100), class = Protocol Error (e.g. unknown message) (6) ]
> < Cause data 1: 04 (4)
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@test-1826,2'
Quote:
<mailto:'Local/666@test-1826,2'> status is 'CHANUNAVAIL'
> == Auto fallthrough, channel 'SIP/2000-08236c10' status is 'UNKNOWN'
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?
Quote:
What is the exact problem? Does the mobile phone starts ringing? If yes,
does it indicate an incoming audio or an incoming video call?
>
Posted: Mon Mar 31, 2008 6:37 pm Post subject: [Asterisk-video] Trouble making outbound h324m video call
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:
Quote:
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@isdn-in:1] GotoIf("Zap/31-1", "1?11:21") in
new stack
-- Goto (isdn-in,367508108,11)
-- Executing [367508108@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@isdn-in:12] h324m_gw("Zap/31-1", "s@video
<mailto:s@video>") in new stack
-- Executing [s@video:1] h324m_gw_answer("Local/s@video-2b16,2
<mailto:Local/s@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@video:2] Dial("Local/s@video-2b16,2
<mailto:Local/s@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@video-2b16,2'
<mailto:'Local/s@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@pernau.at <mailto:klaus.mailinglists@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@from-sip:1] h324m_call("SIP/2000-08236c10",
> "666@test <mailto:666@test <mailto:666@test>>") in new stack
> -- Executing [666@test:1] Set("Local/666@test-1826,2
> <mailto:Local/666@test-1826 <mailto:Local/666@test-1826>,2>",
"CHANNEL(transfercapability)=VIDEO") in
> new stack
> -- Executing [666@test:2] NoOp("Local/666@test-1826,2
> <mailto:Local/666@test-1826 <mailto:Local/666@test-1826>,2>",
"transfer=VIDEO") in new stack
> -- Executing [666@test:3] Set("Local/666@test-1826,2
> <mailto:Local/666@test-1826 <mailto:Local/666@test-1826>,2>",
"CHANNEL(userinformationlayer1)=38") in
> new stack
> -- Executing [666@test:4] NoOp("Local/666@test-1826,2
> <mailto:Local/666@test-1826 <mailto:Local/666@test-1826>,2>",
"ul1=38") in new stack
> -- Executing [666@test:5] Dial("Local/666@test-1826,2
> <mailto:Local/666@test-1826 <mailto:Local/666@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@test-1826,2'
> <mailto:'Local/666@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@pernau.at
<mailto:klaus.mailinglists@pernau.at>
<mailto:klaus.mailinglists@pernau.at
<mailto:klaus.mailinglists@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--/>
Posted: Mon Mar 31, 2008 7:11 pm Post subject: [Asterisk-video] Trouble making outbound h324m video call
Hi Klaus,
I already applied this patch, actually I applied the following ones:
- libpri-1.4.7.1-llc-transmit-receive-patch.txt
- 10217-asterisk-unrestricted-digital-llc-11595-1.4.17.patch
Are there any other ones I might have forgotten?
Kind regards,
René
On Mon, Mar 31, 2008 at 8:27 PM, Klaus Darilion <klaus.mailinglists@pernau.at (klaus.mailinglists@pernau.at)> wrote:
Quote:
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
< 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' ]
Quote:
< [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]
Quote:
< 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)
Quote:
< 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
Quote:
-- 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)
Type: 3
> Ext: 1 Channel: 31 ]
-- Accepting call from '06xxxxxxxx' to '367508108' on channel 0/31,
> span 1
Quote:
-- Executing [367508108@isdn-in:1] GotoIf("Zap/31-1", "1?11:21") in
new stack
-- Goto (isdn-in,367508108,11)
-- Executing [367508108@isdn-in:11] Answer("Zap/31-1", "") in new stack
> q931.c:3052 q931_connect: call 7928 on channel 31 enters state 8
<mailto:Local/s@video-2b16 ([email]Local/s@video-2b16[/email]),2>", "SIP/2000") in new stack
> [Mar 31 18:14:45] WARNING[16489]: app_dial.c:1196 dial_exec_full: Unable
Quote:
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@video-2b16,2'
Quote:
<mailto:'Local/s@video-2b16,2'> status is 'CHANUNAVAIL'
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.
Quote:
regards
klaus
Rene van Weert schrieb:
> Hi Klaus,
>
> Well the phone doesn't start ringing. The call doesn't get setup
> at all
Quote:
> in Asterisk, I get the following messages:
>
> -- Executing [665@from-sip:1] h324m_call("SIP/2000-08236c10",
Quote:
> "666@test <mailto:666@test ([email]666@test[/email]) <mailto:666@test ([email]666@test[/email])>>") in new stack
> > -- Executing [666@test:1] Set("Local/666@test-1826,2
Quote:
> <mailto:Local/666@test-1826 ([email]Local/666@test-1826[/email]) <mailto:Local/666@test-1826 ([email]Local/666@test-1826[/email])>,2>",
> "CHANNEL(transfercapability)=VIDEO") in
Quote:
> new stack
> -- Executing [666@test:2] NoOp("Local/666@test-1826,2
Quote:
> <mailto:Local/666@test-1826 ([email]Local/666@test-1826[/email]) <mailto:Local/666@test-1826 ([email]Local/666@test-1826[/email])>,2>",
> "transfer=VIDEO") in new stack
> <mailto:Local/666@test-1826 ([email]Local/666@test-1826[/email]) <mailto:Local/666@test-1826 ([email]Local/666@test-1826[/email])>,2>",
> "CHANNEL(userinformationlayer1)=38") in
Quote:
> new stack
> -- Executing [666@test:4] NoOp("Local/666@test-1826,2
Quote:
> <mailto:Local/666@test-1826 ([email]Local/666@test-1826[/email]) <mailto:Local/666@test-1826 ([email]Local/666@test-1826[/email])>,2>",
> "ul1=38") 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
> == Everyone is busy/congested at this time (1:0/0/1)
> == Auto fallthrough, channel 'Local/666@test-1826,2'
> <mailto:'Local/666@test-1826,2'> status is 'CHANUNAVAIL'
> > == Auto fallthrough, channel 'SIP/2000-08236c10' status is
Quote:
'UNKNOWN'
>
> With kind regards,
>
> Rene
>
> > On Mon, Mar 31, 2008 at 1:17 PM, Klaus Darilion
>
>
> Rene van Weert schrieb:
> > Dear Klaus,
> >
> > I did what you said (remove AST_FORMAT_ULAW from
> app_h324m.c) but I
Quote:
> > 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,
Quote:
> does it indicate an incoming audio or an incoming video call?
>
> klaus
>
> _______________________________________________
> > --Bandwidth and Colocation Provided by
Posted: Mon Mar 31, 2008 9:05 pm Post subject: [Asterisk-video] Trouble making outbound h324m video call
have you set h324m=lcc in zaptel.conf?
+; H324M signalling. 3G UMTS video calls require to set a certain User
Information Layer 1
+; value. The UL1 can be set either in the Bearer Capability Information
Element or in the
+; Low Layer Compatiblity Information Element. Depending on the switch
were your PRI is
+; connected to, you need one or the other.
+; Allowed values: bc or llc
+; Default value: bc
+;
+;h324m=lcc
and check if the outgoing SETUP contains LCC Information element
regards
klaus
Rene van Weert wrote:
Quote:
Hi Klaus,
I already applied this patch, actually I applied the following ones:
- libpri-1.4.7.1-llc-transmit-receive-patch.txt
- 10217-asterisk-unrestricted-digital-llc-11595-1.4.17.patch
Are there any other ones I might have forgotten?
Kind regards,
René
On Mon, Mar 31, 2008 at 8:27 PM, Klaus Darilion
<klaus.mailinglists@pernau.at <mailto:klaus.mailinglists@pernau.at>> wrote:
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@isdn-in:1] GotoIf("Zap/31-1",
"1?11:21") in
> new stack
> -- Goto (isdn-in,367508108,11)
> -- Executing [367508108@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@isdn-in:12] h324m_gw("Zap/31-1", "s@video
> <mailto:s@video <mailto:s@video>>") in new stack
> -- Executing [s@video:1] h324m_gw_answer("Local/s@video-2b16,2
> <mailto:Local/s@video-2b16 <mailto:Local/s@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@video:2] Dial("Local/s@video-2b16,2
> <mailto:Local/s@video-2b16 <mailto:Local/s@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@video-2b16,2'
> <mailto:'Local/s@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@pernau.at
<mailto:klaus.mailinglists@pernau.at>
<mailto:klaus.mailinglists@pernau.at
<mailto:klaus.mailinglists@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@from-sip:1]
h324m_call("SIP/2000-08236c10",
> > "666@test <mailto:666@test <mailto:666@test>
<mailto:666@test <mailto:666@test>>>") in new stack
> > -- Executing [666@test:1] Set("Local/666@test-1826,2
> > <mailto:Local/666@test-1826 <mailto:Local/666@test-1826>
<mailto:Local/666@test-1826 <mailto:Local/666@test-1826>>,2>",
> "CHANNEL(transfercapability)=VIDEO") in
> > new stack
> > -- Executing [666@test:2] NoOp("Local/666@test-1826,2
> > <mailto:Local/666@test-1826 <mailto:Local/666@test-1826>
<mailto:Local/666@test-1826 <mailto:Local/666@test-1826>>,2>",
> "transfer=VIDEO") in new stack
> > -- Executing [666@test:3] Set("Local/666@test-1826,2
> > <mailto:Local/666@test-1826 <mailto:Local/666@test-1826>
<mailto:Local/666@test-1826 <mailto:Local/666@test-1826>>,2>",
> "CHANNEL(userinformationlayer1)=38") in
> > new stack
> > -- Executing [666@test:4] NoOp("Local/666@test-1826,2
> > <mailto:Local/666@test-1826 <mailto:Local/666@test-1826>
<mailto:Local/666@test-1826 <mailto:Local/666@test-1826>>,2>",
> "ul1=38") in new stack
> > -- Executing [666@test:5] Dial("Local/666@test-1826,2
> > <mailto:Local/666@test-1826 <mailto:Local/666@test-1826>
<mailto:Local/666@test-1826 <mailto:Local/666@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@test-1826,2'
> > <mailto:'Local/666@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@pernau.at
<mailto:klaus.mailinglists@pernau.at>
> <mailto:klaus.mailinglists@pernau.at
<mailto:klaus.mailinglists@pernau.at>>
> <mailto:klaus.mailinglists@pernau.at
<mailto:klaus.mailinglists@pernau.at>
> <mailto:klaus.mailinglists@pernau.at
<mailto:klaus.mailinglists@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--/>
> > <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--/>
> <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--/>
Posted: Tue Apr 01, 2008 7:36 am Post subject: [Asterisk-video] Trouble making outbound h324m video call
Dear Klaus,
I added the line to zapata.conf as you mentioned. However I still get the same result:
-- Executing [665@from-sip:1] h324m_call("SIP/2000-0823bb08", "666@test ([email]666@test[/email])") in new stack
-- Executing [666@test:1] Set("Local/666@test-23e7,2 ([email]Local/666@test-23e7,2[/email])", "CHANNEL(transfercapability)=VIDEO") in new stack
-- Executing [666@test:2] NoOp("Local/666@test-23e7,2 ([email]Local/666@test-23e7,2[/email])", "transfer=VIDEO") in new stack
-- Executing [666@test:3] Set("Local/666@test-23e7,2 ([email]Local/666@test-23e7,2[/email])", "CHANNEL(userinformationlayer1)=38") in new stack
-- Executing [666@test:4] NoOp("Local/666@test-23e7,2 ([email]Local/666@test-23e7,2[/email])", "ul1=38") in new stack
-- Executing [666@test:5] Dial("Local/666@test-23e7,2 ([email]Local/666@test-23e7,2[/email])", "ZAP/g0/06xxxxxxxx") in new stack
-- Making new call for cr 32772
-- 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
Quote:
Call Ref: len= 2 (reference 4/0x4) (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)
Quote:
User information layer 1: H.223 and H.245 (38)
[18 03 a9 83 81]
Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0
> ChanSel: Reserved
Quote:
Ext: 1 Coding: 0 Number Specified Channel Type: 3
Ext: 1 Channel: 1 ]
[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' ]
Quote:
[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) '06xxxxxxxx' ]
> [a1]skdev*CLI>
Quote:
Sending Complete (len= 1)
q931.c:3245 q931_setup: call 32772 on channel 1 enters state 1 (Call Initiated)
-- Called g0/06xxxxxxxx
< Protocol Discriminator: Q.931 (8) len=10
< Call Ref: len= 2 (reference 4/0x4) (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 32772 on channel 1 enters state 0 (Null)
-- Channel 0/1, 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/1-1'
== Everyone is busy/congested at this time (1:0/0/1)
== Auto fallthrough, channel 'Local/666@test-23e7,2' ([email]'Local/666@test-23e7,2'[/email]) status is 'CHANUNAVAIL'
== Auto fallthrough, channel 'SIP/2000-0823bb08' status is 'UNKNOWN'
Posted: Tue Apr 01, 2008 8:03 am Post subject: [Asterisk-video] Trouble making outbound h324m video call
Try to use a different numbering plan, I have had problems with that in my network. "Unknown Number Plan (0)" sounds strange, try to use local or international.
This is setup in zapata.conf file, pridialplan and prilocaldialplan settings.
De:asterisk-video-bounces@lists.digium.com [mailto:asterisk-video-bounces@lists.digium.com] En nombre de Rene van Weert
Enviado el: martes, 01 de abril de 2008 9:25
Para: Development discussion of video media support in Asterisk
Asunto: Re: [Asterisk-video] Trouble making outbound h324m video call
Dear Klaus,
I added the line to zapata.conf as you mentioned. However I still get the same result:
-- Executing [665@from-sip:1] h324m_call("SIP/2000-0823bb08", "666@test ([email]666@test[/email])") in new stack
-- Executing [666@test:1] Set("Local/666@test-23e7,2 ([email]Local/666@test-23e7,2[/email])", "CHANNEL(transfercapability)=VIDEO") in new stack
-- Executing [666@test:2] NoOp("Local/666@test-23e7,2 ([email]Local/666@test-23e7,2[/email])", "transfer=VIDEO") in new stack
-- Executing [666@test:3] Set("Local/666@test-23e7,2 ([email]Local/666@test-23e7,2[/email])", "CHANNEL(userinformationlayer1)=38") in new stack
-- Executing [666@test:4] NoOp("Local/666@test-23e7,2 ([email]Local/666@test-23e7,2[/email])", "ul1=38") in new stack
-- Executing [666@test:5] Dial("Local/666@test-23e7,2 ([email]Local/666@test-23e7,2[/email])", "ZAP/g0/06xxxxxxxx") in new stack
-- Making new call for cr 32772
-- digital call, setting user information layer 1 to 38 (0x26)
-- zap call: h324musellc=0, ast->userinformationlayer1=38
-- Requested transfer capability: 0x18 - VIDEO
Quote:
Protocol Discriminator: Q.931 (8) len=37
Call Ref: len= 2 (reference 4/0x4) (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 81]
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: 1 ]
[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) '06xxxxxxxx' ]
[a1]skdev*CLI>
Sending Complete (len= 1)
q931.c:3245 q931_setup: call 32772 on channel 1 enters state 1 (Call Initiated)
-- Called g0/06xxxxxxxx
< Protocol Discriminator: Q.931 (8) len=10
< Call Ref: len= 2 (reference 4/0x4) (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 32772 on channel 1 enters state 0 (Null)
-- Channel 0/1, 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/1-1'
== Everyone is busy/congested at this time (1:0/0/1)
== Auto fallthrough, channel 'Local/666@test-23e7,2' ([email]'Local/666@test-23e7,2'[/email]) status is 'CHANUNAVAIL'
== Auto fallthrough, channel 'SIP/2000-0823bb08' status is 'UNKNOWN'
Posted: Tue Apr 01, 2008 9:18 am Post subject: [Asterisk-video] Trouble making outbound h324m video call
The SETUP message does not contain LCC. MAybe the patch is not applied
properly? Or wrong zaptel.conf config? Check the config of one of the
zap channels in the respective trunk, e.g.:
videogw*CLI> zap show channel 1
Channel: 1I>
File Descriptor: 17
Span: 1
Extension: >
Dialing: no
Context: frompstn
Caller ID: 00436648232115
Calling TON: 17
Caller ID name:
Destroy: 0
InAlarm: 0
Signalling Type: ISDN PRI
Radio: 0
Owner: <None>
Real: <None>
Callwait: <None>
Threeway: <None>
Confno: -1
Propagated Conference: -1
Real in conference: 0
DSP: no
Relax DTMF: no
Dialing/CallwaitCAS: 0/0
Default law: alaw
Fax Handled: no
Pulse phone: no
Echo Cancellation: 128 taps unless TDM bridged, currently OFF
PRI Flags:
PRI Logical Span: Implicit
H324M Signalling: use 'Low Layer Compatibility' IE
^^^^^^^^^^^^^^^^^^
1. The line "H324M Signalling" indicates that the patch is applied.
2. It should show "use 'Low Layer Compatibility' IE"
Further, as Jose suggested make a proper zaptel config:
Ext: 0 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0)
Unknown Number Type is ok, but I never saw Unknown Number Plan.
regards
klaus
Rene van Weert schrieb:
Quote:
Dear Klaus,
I added the line to zapata.conf as you mentioned. However I still get
the same result:
-- Executing [665@from-sip:1] h324m_call("SIP/2000-0823bb08",
"666@test <mailto:666@test>") in new stack
-- Executing [666@test:1] Set("Local/666@test-23e7,2
<mailto:Local/666@test-23e7,2>", "CHANNEL(transfercapability)=VIDEO") in
new stack
-- Executing [666@test:2] NoOp("Local/666@test-23e7,2
<mailto:Local/666@test-23e7,2>", "transfer=VIDEO") in new stack
-- Executing [666@test:3] Set("Local/666@test-23e7,2
<mailto:Local/666@test-23e7,2>", "CHANNEL(userinformationlayer1)=38") in
new stack
-- Executing [666@test:4] NoOp("Local/666@test-23e7,2
<mailto:Local/666@test-23e7,2>", "ul1=38") in new stack
-- Executing [666@test:5] Dial("Local/666@test-23e7,2
<mailto:Local/666@test-23e7,2>", "ZAP/g0/06xxxxxxxx") in new stack
-- Making new call for cr 32772
-- 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 4/0x4) (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 81]
> 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: 1 ]
> [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) '06xxxxxxxx' ]
> [a1]skdev*CLI>
> Sending Complete (len= 1)
q931.c:3245 q931_setup: call 32772 on channel 1 enters state 1 (Call
Initiated)
-- Called g0/06xxxxxxxx
< Protocol Discriminator: Q.931 (8) len=10
< Call Ref: len= 2 (reference 4/0x4) (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 32772 on channel 1 enters state 0 (Null)
-- Channel 0/1, 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/1-1'
== Everyone is busy/congested at this time (1:0/0/1)
== Auto fallthrough, channel 'Local/666@test-23e7,2'
<mailto:'Local/666@test-23e7,2'> status is 'CHANUNAVAIL'
== Auto fallthrough, channel 'SIP/2000-0823bb08' status is 'UNKNOWN'
Kind regards,
You can post new topics in this forum You can reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum