|
List Info
Thread: Trouble making outbound h324m video call
|
|
| Trouble making outbound h324m video
call |

|
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:
& nbsp; -- Executing [665 from-sip:1] h324m_call("SIP/2000-08214978", " 666 test">666 test") in new stack -- Executing [666 test:1] Set(" Local/666 test-89ed,2">
Local/666 test-89ed,2", "CHANNEL(transfercapability)=VIDEO") in new stack -- Executing [666 test:2] NoOp(" Local/666 test-89ed,2">Local/666 test-89ed,2", "transfer=VIDEO") in new stack
-- Executing [666 test:3] Set(" Local/666 test-89ed,2">Local/666 test-89ed,2", "CHANNEL(userinformationlayer1)=38") in new stack -- Executing [666 test:4] NoOp(" Local/666 test-89ed,2">
Local/666 test-89ed,2", "ul1=38") in new stack -- Executing [666 test:5] Dial(" Local/666 test-89ed,2">Local/666 test-89ed,2", "Zap/g1/0x") in new stack
-- digital call, setting user information layer 1 to 38 (0x26) -- Requested transfer capability: 0x18 - VIDEO -- Called g1/06xxxx -- Channel 0/2, span 1 got hangup, cause 100 -- Hungup 'Zap/2-1'
Cause 100 means the following on a page of isdn cause codes i found:
Cause No. 100 - Invalid information element contents. This cause indicates that the equipment sending this cause has received and information element which it has implemented; however, one or more of the fields in the information element are coded in such a way which has not been implemented by the equipment sending this cause.
What it means: Like cause 1 and cause 88, this usually indicates that the ISDN number being dialed is in a format that is not understood by the equipment processing the call. SPIDs will sometimes fail to initialize with a Cause 100, or a call will fail with this cause.
Can anyone help me in resolving this problem?
I am running Asterisk 1.4.15 with Digium TE110P 1 span on a KPN (also tried MCI) E1 line.
If any more info needed please let me know.
Thanks and cheers!
René van Weert
|
| Re: Trouble making outbound h324m video
call |

|
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 [665 from-sip:1]
h324m_call("SIP/2000-08214978",
> "666 test <mailto:666 test>") in new
stack
> -- Executing [666 test:1] Set("
Local/666 test-89ed,2
> <mailto:Local/666 test-89ed,2>",
"CHANNEL(transfercapability)=VIDEO") in
> new stack
> -- Executing [666 test:2]
NoOp("Local/666 test-89ed,2
> <mailto:Local/666 test-89ed,2>",
"transfer=VIDEO") in new stack
> -- Executing [666 test:3]
Set("Local/666 test-89ed,2
> <mailto:Local/666 test-89ed,2>",
"CHANNEL(userinformationlayer1)=38") in
> new stack
> -- Executing [666 test:4] NoOp("
Local/666 test-89ed,2
> <mailto:Local/666 test-89ed,2>",
"ul1=38") in new stack
> -- Executing [666 test:5]
Dial("Local/666 test-89ed,2
> <mailto:Local/666 test-89ed,2>",
"Zap/g1/0x") in new stack
> -- digital call, setting user information layer 1
to 38 (0x26)
> -- Requested transfer capability: 0x18 - VIDEO
> -- Called g1/06xxxx
> * -- Channel 0/2, span 1 got hangup, cause 100
> * -- Hungup 'Zap/2-1'
> Cause 100 means the following on a page of isdn cause
codes i found:
>
> *Cause No. 100 - Invalid information element
contents.*
> This cause indicates that the equipment sending this
cause has received
> and information element which it has implemented;
however, one or more
> of the fields in the information element are coded in
such a way which
> has not been implemented by the equipment sending this
cause.
>
> What it means:
> Like cause 1 and cause 88, this usually indicates that
the ISDN number
> being dialed is in a format that is not understood by
the equipment
> processing the call. SPIDs will sometimes fail to
initialize with a
> Cause 100, or a call will fail with this cause.
>
> Can anyone help me in resolving this problem?
> I am running Asterisk 1.4.15 with Digium TE110P 1 span
on a KPN (also
> tried MCI) E1 line.
>
> If any more info needed please let me know.
>
> Thanks and cheers!
> René van Weert
>
>
>
------------------------------------------------------------
------------
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.c
om--
>
> asterisk-video mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-video
a>
_______________________________________________
--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
a>
|
|
| Re: Trouble making outbound h324m video
call |

|
2007-12-24 09:47:09 |
|
Dear Klaus,
Here is the pri debug dump:
[Dec 24 16:28:05] VERBOSE[4445] logger.c: NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
[Dec 24 16:28:06] VERBOSE[7206] logger.c: -- Executing [665 from-sip:1] h324m_call("SIP/2000-082158d8", "666 test") in new stack
[Dec 24 16:28:06] DEBUG[7206] app_h324m.c: h324m_call
[Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 test:1] Set("Local/666 test-bb08,2", "CHANNEL(transfercapability)=VIDEO") in new stack
[Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 test:2] Set("Local/666 test-bb08,2", "CALLERID(NUM)=367111999") in new stack
[Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 test:3] NoOp("Local/666 test-bb08,2", "transfer=VIDEO") in new stack
[Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 test:4] Set("Local/666 test-bb08,2", "CHANNEL(userinformationlayer1)=38") in new stack
[Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 test:5] NoOp("Local/666 test-bb08,2", "ul1=38") in new stack
[Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 test:6] Dial("Local/666 test-bb08,2", "Zap/g1/06150XXXX") in new stack
[Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Making new call for cr 32771
[Dec 24 16:28:06] VERBOSE[7207] logger.c: -- digital call, setting user information layer 1 to 38 (0x26)
[Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Requested transfer capability: 0x18 - VIDEO
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > Protocol Discriminator: Q.931 (8) len=42
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > Call Ref: len= 2 (reference 3/0x3) (Originator)
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > Message type: SETUP (5)
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > [04 03 88 90 a6]
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: Unrestricted digital information (8)
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > Ext: 1 User information layer 1: H.223 and H.245 (38)
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > [18 03 a9 83 81]
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > ChanSel: Reserved
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > Ext: 1 Coding: 0 Number Specified Channel Type: 3
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > Ext: 1 Channel: 1 ]
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > [6c 0b 41 81 33 36 37 31 31 31 39 39 39]
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > Calling Number (len=13) [ Ext: 0 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > Presentation: Presentation permitted, user number passed network screening (1) '367111999' ]
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > [70 0b c1 30 36 31 35 30 36 34 30 38 30]
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > Called Number (len=13) [ Ext: 1 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '061506XXXX' ]
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > [a1]
[Dec 24 16:28:06] VERBOSE[7207] logger.c: > Sending Complete (len= 1)
[Dec 24 16:28:06] VERBOSE[7207] logger.c: q931.c:2881 q931_setup: call 32771 on channel 1 enters state 1 (Call Initiated)
[Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Called g1/061506XXXX
[Dec 24 16:28:06] VERBOSE[4445] logger.c: < Protocol Discriminator: Q.931 (8) len=10
[Dec 24 16:28:06] VERBOSE[4445] logger.c: < Call Ref: len= 2 (reference 3/0x3) (Terminator)
[Dec 24 16:28:06] VERBOSE[4445] logger.c: < Message type: RELEASE COMPLETE (90)
[Dec 24 16:28:06] VERBOSE[4445] logger.c: < [08 03 80 e4 04]
[Dec 24 16:28:06] VERBOSE[4445] logger.c: < Cause (len= 5) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: User (0)
[Dec 24 16:28:06] VERBOSE[4445] logger.c: < Ext: 1 Cause: Invalid information element contents (100), class = Protocol Error (e.g. unknown message) (6) ]
[Dec 24 16:28:06] VERBOSE[4445] logger.c: < Cause data 1: 04 (4)
[Dec 24 16:28:06] VERBOSE[4445] logger.c: -- Processing IE 8 (cs0, Cause)
[Dec 24 16:28:06] VERBOSE[4445] logger.c: q931.c:3503 q931_receive: call 32771 on channel 1 enters state 0 (Null)
[Dec 24 16:28:06] VERBOSE[4445] logger.c: -- Channel 0/1, span 1 got hangup, cause 100
[Dec 24 16:28:06] DEBUG[7207] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/1-1
[Dec 24 16:28:06] DEBUG[7207] chan_zap.c: Already hungup... Calling hangup once, and clearing call
[Dec 24 16:28:06] VERBOSE[7207] logger.c: NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
[Dec 24 16:28:06] VERBOSE[7207] logger.c: NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
[Dec 24 16:28:06] DEBUG[7207] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/1-1
[Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Hungup 'Zap/1-1'
[Dec 24 16:28:06] VERBOSE[7207] logger.c: == Everyone is busy/congested at this time (1:0/0/1)
[Dec 24 16:28:06] VERBOSE[7207] logger.c: == Auto fallthrough, channel 'Local/666 test-bb08,2' status is 'CHANUNAVAIL'
[Dec 24 16:28:06] VERBOSE[7206] logger.c: == Spawn extension (from-sip, 665, 1) exited non-zero on 'SIP/2000-082158d8'
Hope this helps...
Thanks! Ohw and of course a very happy christmas to you and everyone else reading this! Enjoy!
René
On Dec 20, 2007 10:07 AM, Klaus Darilion < klaus.mail inglists pernau.at">klaus.mailinglists pernau.at> wrote:
Hi Rene!
Do incoming h324m call work?
Could you provide q931 dumps of the incoming and the outgoing call? (use
"pri debug span x" x is your span)
regards klaus
Rene van Weert schrieb:
> Hey everyone, > > I'm trying to make an outbound call using h324m_call but I keep getting > stuck with the following error: > > -- Executing [665 from-sip:1] h324m_call("SIP/2000-08214978",
> "666 test <mailto: 666 test">666 test>") in new stack
> -- Executing [666  test:1] Set(" Local/666 test-89ed,2
> <mailto: Local/666 test-89ed">Local/666 test-89ed,2>", "CHANNEL(transfercapability)=VIDEO") in
> new stack > -- Executing [666 test:2] NoOp("Local/666 test-89ed,2
> <mailto: Local/666 test-89ed">Local/666 test-89ed,2>", "transfer=VIDEO") in new stack
> -- Executing [666  test:3] Set(" Local/666 test-89ed,2
> <mailto: Local/666 test-89ed">Local/666 test-89ed,2>", "CHANNEL(userinformationlayer1)=38") in
> new stack > -- Executing [666 test:4] NoOp(" Local/666 test-89ed,2
> <mailto: Local/666 test-89ed">Local/666 test-89ed,2>", "ul1=38") in new stack
> -- Executing [666  test:5] Dial(" ;Local/666 test-89ed,2
> <mailto: Local/666 test-89ed">Local/666 test-89ed,2>", "Zap/g1/0x") in new stack
> -- digital call, setting user information layer 1 to 38 (0x26) > -- Requested transfer capability: 0x18 - VIDEO > -- Called g1/06xxxx > * -- Channel 0/2, span 1 got hangup, cause 100
> * -- Hungup 'Zap/2-1' > Cause 100 means the following on a page of isdn cause codes i found: > > *Cause No. 100 - Invalid information element contents.* > This cause indicates that the equipment sending this cause has received
> and information element which it has implemented; however, one or more > of the fields in the information element are coded in such a way which > has not been implemented by the equipment sending this cause.
> > What it means: > Like cause 1 and cause 88, this usually indicates that the ISDN number > being dialed is in a format that is not understood by the equipment > processing the call. SPIDs will sometimes fail to initialize with a
> Cause 100, or a call will fail with this cause. > > Can anyone help me in resolving this problem? > I am running Asterisk 1.4.15 with Digium TE110P 1 span on a KPN (also > tried MCI) E1 line.
> > If any more info needed please let me know. > > Thanks and cheers! > René van Weert > >
> ------------------------------------------------------------------------
> > _______________________________________________ > --Bandwidth and Colocation Provided by http://www.api-digital.com-- > > 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
|
| Re: Trouble making outbound h324m video
call |

|
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 [665 from-sip:1] h324m_call("SIP/2000-08236c10", " 666 test">666 test") in new stack -- Executing [666 test:1] Set(" Local/666 test-1826,2">Local/666 test-1826,2", "CHANNEL(transfercapability)=VIDEO") in new stack
-- Executing [666 test:2] NoOp(" Local/666 test-1826,2">Local/666 test-1826,2", "transfer=VIDEO") in new stack -- Executing [666 test:3] Set(" Local/666 test-1826,2">Local/666 test-1826,2", "CHANNEL(userinformationlayer1)=38") in new stack
-- Executing [666 test:4] NoOp(" Local/666 test-1826,2">Local/666 test-1826,2", "ul1=38") in new stack -- Executing [666 test:5] Dial(" Local/666 test-1826,2">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'">9;Local/666 test-1826,2' status is 'CHANUNAVAIL' == Auto fallthrough, channel 'SIP/2000-08236c10' status is 'UNKNOWN'
Any clues??
Ciao, Rene!
On Wed, Jan 2, 2008 at 11:31 AM, Klaus Darilion < klaus.mail inglists pernau.at">klaus.mailinglists pernau.at> wrote:
Hi Rene!
Do you have a pri debug dump of an incoming H324M call?
klaus
Rene van Weert schrieb:
> Dear Klaus, > ; > Here is the pri debug dump: > > > [Dec 24 16:28:05] VERBOSE[4445] logger.c: NEW_HANGUP DEBUG: Destroying > the call, ourstate Null, peerstate Null
> > [Dec 24 16:28:06] VERBOSE[7206] logger.c: -- Executing [665 from-sip:1] > h324m_call("SIP/2000-082158d8", "666 test") in new stack > > [Dec 24 16:28:06] DEBUG[7206] app_h324m.c: h324m_call
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 test:1] > Set("Local/666 test-bb08,2", "CHANNEL(transfercapability)=VIDEO") in new > stack > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 test:2]
> Set("Local/666 test-bb08,2", "CALLERID(NUM)=367111999") in new stack > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 test:3] > NoOp("Local/666 test-bb08,2", "transfer=VIDEO") in new stack
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 test:4] > Set("Local/666 test-bb08,2", "CHANNEL(userinformationlayer1)=38") in new > stack > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 test:5]
> NoOp("Local/666 test-bb08,2", "ul1=38") in new stack > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Executing [666 test:6] > Dial("Local/666 test-bb08,2", "Zap/g1/06150XXXX") in new stack
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Making new call for cr 32771 > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- digital call, setting user > information layer 1 to 38 (0x26) >
> [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Requested transfer > capability: 0x18 - VIDEO > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Protocol Discriminator: > Q.931 (8) len=42 >
> [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Call Ref: len= 2 (reference > 3/0x3) (Originator) > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Message type: SETUP (5) > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > [04 03 88 90 a6]
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Bearer Capability (len= 5) [ > Ext: 1 Q.931 Std: 0 Info transfer capability: Unrestricted digital > information (8) > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Ext: 1 Trans mode/rate:
> 64kbps, circuit-mode (16) > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Ext: 1 User information > layer 1: H.223 and H.245 (38) > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > [18 03 a9 83 81]
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Channel ID (len= 5) [ Ext: 1 > IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0 > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > ChanSel: Reserved
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Ext: 1 Coding: 0 Number > Specified Channel Type: 3 > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Ext: 1 Channel: 1 ] > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > [6c 0b 41 81 33 36 37 31 31
> 31 39 39 39] > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Calling Number (len=13) [ > Ext: 0 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan > (E.164/E.163) (1) >
> [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Presentation: Presentation > permitted, user number passed network screening (1) '367111999' ] > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > [70 0b c1 30 36 31 35 30 36
> 34 30 38 30] > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Called Number (len=13) [ > Ext: 1 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan > (E.164/E.163) (1) '061506XXXX' ]
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > [a1] > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: > Sending Complete (len= 1) > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: q931.c:2881 q931_setup: call
> 32771 on channel 1 enters state 1 (Call Initiated) > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Called g1/061506XXXX > > [Dec 24 16:28:06] VERBOSE[4445] logger.c: < Protocol Discriminator:
> Q.931 (8) len=10 > > [Dec 24 16:28:06] VERBOSE[4445] logger.c: < Call Ref: len= 2 (reference > 3/0x3) (Terminator) > > [Dec 24 16:28:06] VERBOSE[4445] logger.c: < Message type: RELEASE
> COMPLETE (90) > > [Dec 24 16:28:06] VERBOSE[4445] logger.c: < [08 03 80 e4 04] > > [Dec 24 16:28:06] VERBOSE[4445] logger.c: < Cause (len= 5) [ Ext: 1 > Coding: CCITT (ITU) standard (0) Spare: 0 Location: User (0)
> > [Dec 24 16:28:06] VERBOSE[4445] logger.c: < Ext: 1 Cause: Invalid > information element contents (100), class = Protocol Error (e.g. unknown > message) (6) ] > > [Dec 24 16:28:06] VERBOSE[4445] logger.c: < Cause data 1: 04 (4)
> > [Dec 24 16:28:06] VERBOSE[4445] logger.c: -- Processing IE 8 (cs0, Cause) > > [Dec 24 16:28:06] VERBOSE[4445] logger.c: q931.c:3503 q931_receive: call > 32771 on channel 1 enters state 0 (Null)
> > [Dec 24 16:28:06] VERBOSE[4445] logger.c: -- Channel 0/1, span 1 got > hangup, cause 100 > > [Dec 24 16:28:06] DEBUG[7207] chan_zap.c: Set option AUDIO MODE, value: > ON(1) on Zap/1-1
> > [Dec 24 16:28:06] DEBUG[7207] chan_zap.c: Already hungup... Calling > hangup once, and clearing call > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: NEW_HANGUP DEBUG: Calling > q931_hangup, ourstate Null, peerstate Null
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: NEW_HANGUP DEBUG: Destroying > the call, ourstate Null, peerstate Null > > [Dec 24 16:28:06] DEBUG[7207] chan_zap.c: Set option AUDIO MODE, value:
> OFF(0) on Zap/1-1 > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: -- Hungup 'Zap/1-1' > > [Dec 24 16:28:06] VERBOSE[7207] logger.c: == Everyone is busy/congested > at this time (1:0/0/1)
> > [Dec 24 16:28:06] VERBOSE[7207] logger.c: == Auto fallthrough, channel > 'Local/666 test-bb08,2' status is 'CHANUNAVAIL' > > [Dec 24 16:28:06] VERBOSE[7206] logger.c: == Spawn extension (from-sip,
> 665, 1) exited non-zero on 'SIP/2000-082158d8' > > Hope this helps... > Thanks! Ohw and of course a very happy christmas to you and everyone > else reading this! Enjoy! > > René
> > On Dec 20, 2007 10:07 AM, Klaus Darilion < klaus.mailinglists pernau.at">klaus.mailinglists pernau.at
> > "666 test <mailto: 666 test">666 test <mailto: 666 test">666 test>>") in new stack
> > -- Executing [666 test:1] Set(" Local/666 test-89ed,2
> > <mailto: Local/666 test-89ed">Local/666 test-89ed <mailto: Local/666 test-89ed">Local/666 test-89ed>,2>",
> "CHAN NEL(transfercapability)=VIDEO") in > > new stack > > -- Executing [666 test:2] NoOp("Local/666 test-89ed,2
> > <mailto: Local/666 test-89ed">Local/666 test-89ed <mailto: Local/666 test-89ed">Local/666 test-89ed>,2>",
> "tran sfer=VIDEO") in new stack > > -- Executing [666 test:3] Set("Local/666 test-89ed,2
> > <mailto: Local/666 test-89ed">Local/666 test-89ed <mailto: Local/666 test-89ed">Local/666 test-89ed>,2>",
> "CHAN NEL(userinformationlayer1)=38") in > > new stack > > -- Executing [666 test:4] NoOp(" Local/666 test-89ed,2
> > <mailto: Local/666 test-89ed">Local/666 test-89ed <mailto: Local/666 test-89ed">Local/666 test-89ed>,2>",
> "ul1= 38") in new stack > > -- Executing [666 test:5] Dial("Local/666 test-89ed,2
> > <mailto: Local/666 test-89ed">Local/666 test-89ed <mailto: Local/666 test-89ed">Local/666 test-89ed>,2>",
> "Zap/g1/0x") in new stack > > -- digital call, setting user information layer 1 to 38 (0x26) > > -- Requested transfer capability: 0x18 - VIDEO
> > -- Called g1/06xxxx > > * -- Channel 0/2, span 1 got hangup, cause 100 > > * -- Hungup 'Zap/2-1' > > Cause 100 means the following on a page of isdn cause codes i found:
> > > > *Cause No. 100 - Invalid information element contents.* > > This cause indicates that the equipment sending this cause has > received > > and information element which it has implemented; however, one or
> more > > of the fields in the information element are coded in such a way > which > > has not been implemented by the equipment sending this cause. > > > > What it means:
> > Like cause 1 and cause 88, this usually indicates that the ISDN > number > > being dialed is in a format that is not understood by the equipment > > processing the call. SPIDs will sometimes fail to initialize with a
> > Cause 100, or a call will fail with this cause. > > > > Can anyone help me in resolving this problem? > > I am running Asterisk 1.4.15 with Digium TE110P 1 span on a KPN (also
> > tried MCI) E1 line. > > > > If any more info needed please let me know. > > > > Thanks and cheers! > > René van Weert > >
> > > > > ------------------------------------------------------------------------ > > > > > _______________________________________________ > > --Bandwidth and Colocation Provided by
> http://www.api-digital.com-- <http://www.api-digital.com--/>
|
[1-4]
|
|