List Info

Thread: Trouble making outbound h324m video call




Trouble making outbound h324m video call
user name
2007-12-19 14:42:30
Hey everyone,
 
I'm trying to make an outbound call using h324m_call but I keep getting stuck with the following error:
 
    -- Executing [665from-sip:1] h324m_call("SIP/2000-08214978", " 666test">666test";) in new stack
    -- Executing [666test:1] Set(" Local/666test-89ed,2"> Local/666test-89ed,2", "CHANNEL(transfercapability)=VIDEO") in new stack
    -- Executing [666test:2] NoOp("; Local/666test-89ed,2">Local/666test-89ed,2", "transfer=VIDEO") in new stack
    -- Executing [666test:3] Set(" Local/666test-89ed,2">Local/666test-89ed,2", "CHANNEL(userinformationlayer1)=38") in new stack
    -- Executing [666test:4] NoOp("; Local/666test-89ed,2"> Local/666test-89ed,2", "ul1=38") in new stack
    -- Executing [666test:5] Dial("; Local/666test-89ed,2">Local/666test-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
Re: Trouble making outbound h324m video call
user name
2007-12-20 03:07:57
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 [665from-sip:1]
h324m_call("SIP/2000-08214978", 
> "666test <mailto:666test>") in new
stack
>     -- Executing [666test:1] Set("
Local/666test-89ed,2 
> <mailto:Local/666test-89ed,2>",
"CHANNEL(transfercapability)=VIDEO") in 
> new stack
>     -- Executing [666test:2]
NoOp("Local/666test-89ed,2 
> <mailto:Local/666test-89ed,2>",
"transfer=VIDEO") in new stack
>     -- Executing [666test:3]
Set("Local/666test-89ed,2 
> <mailto:Local/666test-89ed,2>",
"CHANNEL(userinformationlayer1)=38") in 
> new stack
>     -- Executing [666test:4] NoOp("
Local/666test-89ed,2 
> <mailto:Local/666test-89ed,2>",
"ul1=38") in new stack
>     -- Executing [666test:5]
Dial("Local/666test-89ed,2 
> <mailto:Local/666test-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.c
om--
> 
> 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.c
om--

asterisk-video mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-video

Re: Trouble making outbound h324m video call
user name
2007-12-24 09:47:09
Dear Klaus,
 
Here is the pri debug dump:
&nbsp;

[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 [665from-sip:1] h324m_call("SIP/2000-082158d8", "666test") 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 [666test:1] Set("Local/666test-bb08,2", "CHANNEL(transfercapability)=VIDEO&quot;) in new stack

[Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666test:2] Set("Local/666test-bb08,2", "CALLERID(NUM)=367111999&quot;) in new stack

[Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666test:3] NoOp(";Local/666test-bb08,2", "transfer=VIDEO&quot;) in new stack

[Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666test:4] Set("Local/666test-bb08,2", "CHANNEL(userinformationlayer1)=38&quot;) in new stack

[Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666test:5] NoOp(";Local/666test-bb08,2", "ul1=38") in new stack

[Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666test:6] Dial(";Local/666test-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/666test-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.mailinglistspernau.at">klaus.mailinglistspernau.at> wrote:
Hi Rene!

Do incoming h324m call work?

Could you provide q931 dumps of the incoming and the outgoing call? (use
&quot;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
&gt; stuck with the following error:
>;
>     -- Executing [665from-sip:1] h324m_call("SIP/2000-08214978",
> "666test <mailto: 666test">666test>&quot;) in new stack
>     -- Executing [666test:1] Set(" Local/666test-89ed,2
> <mailto: Local/666test-89ed">Local/666test-89ed,2>";, "CHANNEL(transfercapability)=VIDEO&quot;) in
> new stack
>     -- Executing [666test:2] NoOp(";Local/666test-89ed,2
> <mailto: Local/666test-89ed">Local/666test-89ed,2>";, "transfer=VIDEO&quot;) in new stack
>     -- Executing [666test:3] Set("Local/666test-89ed,2
> <mailto: Local/666test-89ed">Local/666test-89ed,2>";, "CHANNEL(userinformationlayer1)=38&quot;) in
> new stack
>     -- Executing [666test:4] NoOp("; Local/666test-89ed,2
> <mailto: Local/666test-89ed">Local/666test-89ed,2>";, "ul1=38") in new stack
>     -- Executing [666test:5] Dial(";Local/666test-89ed,2
> <mailto: Local/666test-89ed">Local/666test-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.
&gt;
> 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?
&gt; I am running Asterisk 1.4.15 with Digium TE110P 1 span on a KPN (also
> tried MCI) E1 line.
&gt;
> If any more info needed please let me know.
>
> Thanks and cheers!
&gt; René van Weert
>
>
> ------------------------------------------------------------------------
&gt;
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
&gt;
> 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:
&nbsp; http://lists.digium.com/mailman/listinfo/asterisk-video

Re: Trouble making outbound h324m video call
user name
2008-03-26 12:46:02
Hey Klaus,
 
Sorry it is a little late.. But I'm still having the same trouble... Here is a pri debug:
 
&nbsp;   ; -- Executing [665from-sip:1] h324m_call("SIP/2000-08236c10", " 666test">666test";) in new stack
&nbsp; &nbsp; -- Executing [666test:1] Set(" Local/666test-1826,2">Local/666test-1826,2", "CHANNEL(transfercapability)=VIDEO&quot;) in new stack
&nbsp; &nbsp; -- Executing [666test:2] NoOp("; Local/666test-1826,2">Local/666test-1826,2", "transfer=VIDEO&quot;) in new stack
&nbsp; &nbsp; -- Executing [666test:3] Set(" Local/666test-1826,2">Local/666test-1826,2", "CHANNEL(userinformationlayer1)=38&quot;) in new stack
&nbsp; &nbsp; -- Executing [666test:4] NoOp("; Local/666test-1826,2">Local/666test-1826,2", "ul1=38") in new stack
&nbsp; &nbsp; -- Executing [666test:5] Dial("; Local/666test-1826,2">Local/666test-1826,2", "ZAP/g0/0654566635") in new stack
-- Making new call for cr 32784
&nbsp; &nbsp; -- digital call, setting user information layer 1 to 38 (0x26)
&nbsp; &nbsp; -- zap call: h324musellc=0, ast->userinformationlayer1=38
 &nbsp;  -- Requested transfer capability: 0x18 - VIDEO
&gt; 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)
>  ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp;  Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
>&nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp;  User information layer 1: H.223 and H.245 (38)
> [18 03 a9 83 82]
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit&nbsp; PRI  Spare: 0  Exclusive&nbsp; Dchan: 0
>&nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; ChanSel: Reserved
&gt; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; Ext: 1  Coding: 0  Number Specified&nbsp; Channel Type: 3
>&nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;   ;  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)
>  ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; Presentation: Presentation permitted, user number not screened (0)  '2000&#39; ]
> [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)
 &nbsp;  -- Called g0/0654566635
< Protocol Discriminator: Q.931 (8)  len=10
&lt; 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)
<  ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; Ext: 1  Cause: Invalid information element contents (100), class = Protocol Error (e.g. unknown message) (6) ]
<&nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp;  Cause data 1: 04 (4)
-- Processing IE 8 (cs0, Cause)
q931.c:3875 q931_receive: call 32784 on channel 2 enters state 0 (Null)
&nbsp;   -- 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
 ; &nbsp; -- Hungup 'Zap/2-1'
&nbsp; == Everyone is busy/congested at this time (1:0/0/1)
  == Auto fallthrough, channel 'Local/666test-1826,2'">9;Local/666test-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.mailinglistspernau.at">klaus.mailinglistspernau.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 [665from-sip:1]
> h324m_call("SIP/2000-082158d8", "666test") 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 [666test:1]
&gt; Set("Local/666test-bb08,2", "CHANNEL(transfercapability)=VIDEO&quot;) in new
> stack
>
> [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666test:2]
> Set("Local/666test-bb08,2", "CALLERID(NUM)=367111999&quot;) in new stack
>
> [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666test:3]
&gt; NoOp(";Local/666test-bb08,2", "transfer=VIDEO&quot;) in new stack
&gt;
> [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666test:4]
&gt; Set("Local/666test-bb08,2", "CHANNEL(userinformationlayer1)=38&quot;) in new
> stack
>
> [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666test:5]
> NoOp(";Local/666test-bb08,2", "ul1=38") in new stack
>
> [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666test:6]
&gt; Dial(";Local/666test-bb08,2", "Zap/g1/06150XXXX") in new stack
&gt;
> [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
&gt; 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)
>
&gt; [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
&gt; information (8)
>
&gt; [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]
>
&gt; [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]
>
&gt; [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' ]
>
&gt; [Dec 24 16:28:06] VERBOSE[7207] logger.c: > [a1]
>
> [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Sending Complete (len= 1)
>
&gt; [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
>
&gt; [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]
>
&gt; [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
&gt; information element contents (100), class = Protocol Error (e.g. unknown
&gt; 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)
&gt;
> [Dec 24 16:28:06] VERBOSE[4445] logger.c: -- Channel 0/1, span 1 got
> hangup, cause 100
>
&gt; [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
&gt; hangup once, and clearing call
>
> [Dec 24 16:28:06] VERBOSE[7207] logger.c: NEW_HANGUP DEBUG: Calling
&gt; 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:
&gt; OFF(0) on Zap/1-1
&gt;
> [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
&gt; 'Local/666test-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...
&gt; Thanks! Ohw and of course a very happy christmas to you and everyone
&gt; else reading this! Enjoy!
>;
> René
>;
> On Dec 20, 2007 10:07 AM, Klaus Darilion < klaus.mailinglistspernau.at">klaus.mailinglistspernau.at
> <mailto: klaus.mailinglistspernau.at">klaus.mailinglistspernau.at>> wrote:
>;
>     Hi Rene!
>
>     Do incoming h324m call work?
>
>     Could you provide q931 dumps of the incoming and the outgoing call?
&gt;     (use
>     "pri debug span x"  x is your span)
>
>     regards
&gt;     klaus
>
>     Rene van Weert schrieb:
&gt;      > Hey everyone,
>      >
>      > I'm trying to make an outbound call using h324m_call but I keep
>;     getting
&gt;      > stuck with the following error:
>;      >
>      >     -- Executing [665from-sip:1] h324m_call("SIP/2000-08214978",
>      > "666test <mailto: 666test">666test <mailto: 666test">666test>&gt;") in new stack
>      >     -- Executing [666test:1] Set(" Local/666test-89ed,2
>      > <mailto: Local/666test-89ed">Local/666test-89ed <mailto: Local/666test-89ed">Local/666test-89ed>,2>&quot;,
>     "CHANNEL(transfercapability)=VIDEO&quot;) in
>      > new stack
>      >     -- Executing [666test:2] NoOp(";Local/666test-89ed,2
>      > <mailto: Local/666test-89ed">Local/666test-89ed <mailto: Local/666test-89ed">Local/666test-89ed>,2>&quot;,
>     "transfer=VIDEO&quot;) in new stack
>      >     -- Executing [666test:3] Set("Local/666test-89ed,2
>      > <mailto: Local/666test-89ed">Local/666test-89ed <mailto: Local/666test-89ed">Local/666test-89ed>,2>&quot;,
>     "CHANNEL(userinformationlayer1)=38&quot;) in
>      > new stack
>      >     -- Executing [666test:4] NoOp("; Local/666test-89ed,2
>      > <mailto: Local/666test-89ed">Local/666test-89ed <mailto: Local/666test-89ed">Local/666test-89ed>,2>&quot;,
>     "ul1=38") in new stack
>      >     -- Executing [666test:5] Dial(";Local/666test-89ed,2
>      > <mailto: Local/666test-89ed">Local/666test-89ed <mailto: Local/666test-89ed">Local/666test-89ed>,2>&quot;,
>     "Zap/g1/0x") in new stack
>      >     -- digital call, setting user information layer 1 to 38 (0x26)
>;      >     -- Requested transfer capability: 0x18 - VIDEO
&gt;      >     -- 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:
&gt;      >
>      > *Cause No. 100 - Invalid information element contents.*
>      > This cause indicates that the equipment sending this cause has
>     received
&gt;      > 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:
&gt;      > 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?
&gt;      > I am running Asterisk 1.4.15 with Digium TE110P 1 span on a KPN (also
&gt;      > tried MCI) E1 line.
>      >
>      > If any more info needed please let me know.
>      >
>      > Thanks and cheers!
&gt;      > René van Weert
>      >
>      >
>      >
>     ------------------------------------------------------------------------
>;
>      >
>      > _______________________________________________
>      > --Bandwidth and Colocation Provided by
>;     http://www.api-digital.com-- <http://www.api-digital.com--/&gt;
>      >
>      > asterisk-video mailing list
>      > To UNSUBSCRIBE or update options visit:
>;      >    http://lists.digium.com/mailman/listinfo/asterisk-video
>
&gt;     _______________________________________________
>     --Bandwidth and Colocation Provided by http://www.api-digital.com--
&gt;     <http://www.api-digital.com--/&gt;
>
&gt;     asterisk-video mailing list
>     To UNSUBSCRIBE or update options visit:
>;       http://lists.digium.com/mailman/listinfo/asterisk-video
>
&gt;
>
&gt; ------------------------------------------------------------------------
>;
> _______________________________________________
> --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:
&nbsp; http://lists.digium.com/mailman/listinfo/asterisk-video

[1-4]

about | contact  Other archives ( Real Estate discussion Medical topics )