Posted: Thu Jun 26, 2008 10:57 am Post subject: [Asterisk-video] Fw: Outbound video Calls
Hi all,
Originally sent this to the asterisk-users list, reposting here.
--
Paul
Quote:
Hi all,
I am trying to make an outbound video call to a mobile from asterisk.
however it keeps failing.
I can make inbound calls from a mobile and view video.
I am using x-lite to initiate the outbound call, however I have tried
using
the management interface as well (action: etc...) and result is the same.
normal voice outbound calls work fine.
Circuit is a q931 30 channel from telewest (virgin media).
Any pointers would be appreciated.
below is pri debug output and relevant conf entries.
// BEGIN //
-- Executing [666@sip_in:1] Goto("SIP/paul-081ff260",
"video_test_out|666|1") in new stack
-- Goto (video_test_out,666,1)
-- Executing [666@video_test_out:1] Set("SIP/paul-081ff260",
"CHANNEL(transfercapability)=VIDEO") in new stack
-- Executing [666@video_test_out:2] Set("SIP/paul-081ff260",
"CHANNEL(userinformationlayer1)=38") in new stack
-- Executing [666@video_test_out:3] h324m_gw("SIP/paul-081ff260",
"s@video_test_out_context") in new stack
[Jun 26 09:21:46] WARNING[7881]: channel.c:700 ast_best_codec: Don't know
any of 0x2000 formats
-- Executing [s@video_test_out_context:1]
h324m_call("Local/s@video_test_out_context-f51e,2",
"dialcell@video_test_out_context") in new stack
-- Executing [dialcell@video_test_out_context:1]
Set("Local/dialcell@video_test_out_context-de13,2",
"CHANNEL(transfercapability)=VIDEO") in new stack
-- Executing [dialcell@video_test_out_context:2]
NoOp("Local/dialcell@video_test_out_context-de13,2", "transfer=VIDEO") in
new stack
-- Executing [dialcell@video_test_out_context:3]
Set("Local/dialcell@video_test_out_context-de13,2",
"CHANNEL(userinformationlayer1)=38") in new stack
-- Executing [dialcell@video_test_out_context:4]
NoOp("Local/dialcell@video_test_out_context-de13,2", "ul1=38") in new
stack
-- Executing [dialcell@video_test_out_context:5]
Dial("Local/dialcell@video_test_out_context-de13,2",
"Zap/g0/07525029025|40|tTkK") in new stack
-- Making new call for cr 32771
-- digital call, setting user information layer 1 to 38 (0x26)
-- Requested transfer capability: 0x18 - VIDEO
> Protocol Discriminator: Q.931 (8) len=38
> Call Ref: len= 2 (reference 3/0x3) (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)
> Ext: 1 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
This enables LCC in chan_zap. Is this was done some time ago I do not
remember anymore who it is activated, I think you have to add the
h324m=lcc
option to zapata.conf
I remember one scenario where H324M signaling was required to be in
Bearer Capabilite AND Low Layer Compatibility. I think you can easily
extend the patches to signal both versions at the same time.
Always take a look at the outgoing SETUP message to see if it contains LCC.
PS: Please dump an incoming SETUP message for a video call - does it
contain LCC too?
regards
klaus
Asterisk Users schrieb:
Quote:
Hi all,
Originally sent this to the asterisk-users list, reposting here.
--
Paul
> Hi all,
>
> I am trying to make an outbound video call to a mobile from asterisk.
> however it keeps failing.
>
> I can make inbound calls from a mobile and view video.
> I am using x-lite to initiate the outbound call, however I have tried
> using
> the management interface as well (action: etc...) and result is the same.
>
> normal voice outbound calls work fine.
>
> Circuit is a q931 30 channel from telewest (virgin media).
>
> Any pointers would be appreciated.
>
> below is pri debug output and relevant conf entries.
>
> // BEGIN //
>
> -- Executing [666@sip_in:1] Goto("SIP/paul-081ff260",
> "video_test_out|666|1") in new stack
>
> -- Goto (video_test_out,666,1)
>
> -- Executing [666@video_test_out:1] Set("SIP/paul-081ff260",
> "CHANNEL(transfercapability)=VIDEO") in new stack
>
> -- Executing [666@video_test_out:2] Set("SIP/paul-081ff260",
> "CHANNEL(userinformationlayer1)=38") in new stack
>
> -- Executing [666@video_test_out:3] h324m_gw("SIP/paul-081ff260",
> "s@video_test_out_context") in new stack
>
> [Jun 26 09:21:46] WARNING[7881]: channel.c:700 ast_best_codec: Don't know
> any of 0x2000 formats
>
> -- Executing [s@video_test_out_context:1]
> h324m_call("Local/s@video_test_out_context-f51e,2",
> "dialcell@video_test_out_context") in new stack
>
> -- Executing [dialcell@video_test_out_context:1]
> Set("Local/dialcell@video_test_out_context-de13,2",
> "CHANNEL(transfercapability)=VIDEO") in new stack
>
> -- Executing [dialcell@video_test_out_context:2]
> NoOp("Local/dialcell@video_test_out_context-de13,2", "transfer=VIDEO") in
> new stack
>
> -- Executing [dialcell@video_test_out_context:3]
> Set("Local/dialcell@video_test_out_context-de13,2",
> "CHANNEL(userinformationlayer1)=38") in new stack
>
> -- Executing [dialcell@video_test_out_context:4]
> NoOp("Local/dialcell@video_test_out_context-de13,2", "ul1=38") in new
> stack
>
> -- Executing [dialcell@video_test_out_context:5]
> Dial("Local/dialcell@video_test_out_context-de13,2",
> "Zap/g0/07525029025|40|tTkK") in new stack
>
> -- Making new call for cr 32771
>
> -- digital call, setting user information layer 1 to 38 (0x26)
>
> -- Requested transfer capability: 0x18 - VIDEO
>
>> Protocol Discriminator: Q.931 (8) len=38
>> Call Ref: len= 2 (reference 3/0x3) (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)
>> Ext: 1 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 41 80 70 61 75 6c]
>> Calling Number (len= 8) [ Ext: 0 TON: Subscriber Number (4) NPI:
>> ISDN/Telephony Numbering Plan (E.164/E.163) (1)
>> Presentation: Presentation permitted, user
>> number not screened (0) 'paul' ]
>> [70 0c c1 30 37 35 32 35 30 32 39 30 32 35]
>> Called Number (len=14) [ Ext: 1 TON: Subscriber Number (4) NPI:
>> ISDN/Telephony Numbering Plan (E.164/E.163) (1) '07525029025' ]
>> [a1]CLI>
>> Sending Complete (len= 1)
> q931.c:2881 q931_setup: call 32771 on channel 1 enters state 1 (Call
> Initiated)
>
> -- Called g0/07525029025
>
> < Protocol Discriminator: Q.931 (8) len=10
>
> < Call Ref: len= 2 (reference 3/0x3) (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:3503 q931_receive: call 32771 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)
>
> -- Executing [dialcell@video_test_out_context:6]
> Hangup("Local/dialcell@video_test_out_context-de13,2", "") in new stack
>
> == Spawn extension (video_test_out_context, dialcell, 6) exited non-zero
> on 'Local/dialcell@video_test_out_context-de13,2'
>
> == Auto fallthrough, channel 'Local/s@video_test_out_context-f51e,2'
> status is 'UNKNOWN'
>
> == Spawn extension (video_test_out, 666, 3) exited non-zero on
> 'SIP/paul-081ff260'
>
>
>
> // END //
>
>
>
>
>
> extensions.conf:
>
>
>
> [video_test_out]
>
> exten => 666,1,Set(CHANNEL(transfercapability)=VIDEO)
>
> exten => 666,n,Set(CHANNEL(userinformationlayer1)=38)
>
> exten => 666,n,h324m_gw(s@video_test_out_context)
>
> exten => 666,n,Hangup
>
>
>
> [video_test_out_context]
>
> exten => s,1,h324m_call(dialcell@video_test_out_context)
>
> exten => dialcell,1,Set(CHANNEL(transfercapability)=VIDEO)
>
> exten => dialcell,n,NoOp(transfer=${CHANNEL(transfercapability)})
>
> exten => dialcell,n,Set(CHANNEL(userinformationlayer1)=38)
>
> exten => dialcell,n,NoOp(ul1=${CHANNEL(userinformationlayer1)})
>
> exten => dialcell,n,Dial(Zap/g0/07xxxxxxxxx,40,tTkK)
>
> exten => dialcell,n,Hangup()
>
> exten => t,1,Goto(s,2)
>
>
>
> sip.conf:
>
>
>
> [general]
>
> context=sip_in
>
> allowoverlap=no
>
> bindport=5060
>
> bindaddr=0.0.0.0
>
> videosupport=yes
>
> disable=all
>
> allow=ulaw
>
> allow=alaw
>
> allow=h263+
>
> ;allow=h263
>
> ;allow=h263p
>
> allow=speex
>
> allow=gsm
>
> #include "/etc/pbx-tandil/sip.conf"
>
> #include "/etc/asterisk/sip_dps.conf"
>
>
>
> [paul]
>
> type=friend
>
> username=paul
>
> secret=georgina
>
> nat=never
>
> host=dynamic
>
> canreinvite=no
>
> allow=h263p
>
> --
>
> Paul Verity
>
>
>
>
>
>
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
Posted: Fri Jun 27, 2008 9:05 am Post subject: [Asterisk-video] Fw: Outbound video Calls
Hi,
I have applied that patch, and the libpri one as well.
I did an intense debug on an incoming and outgoing call, neither of them
show an LCC, however the incoming call does not have User information layer
1 in bearer capability ?
This log shows first an incoming call, which works fine, i hangup, then use
xlite to initiate an outbound call to the same mobile.
// BEGIN //
T203 counter expired, sending RR and scheduling T203 again Sending Receiver
Ready (60)
Quote:
[ 00 01 01 79 ]
Quote:
Supervisory frame:
Quote:
SAPI: 00 C/R: 0 EA: 0
Quote:
TEI: 000 EA: 1
Quote:
Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
Quote:
N(R): 060 P/F: 1
Quote:
0 bytes of data
-- Restarting T203 counter
< [ 00 01 01 79 ]
< Supervisory frame:
< SAPI: 00 C/R: 0 EA: 0
< TEI: 000 EA: 1
< Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
< N(R): 060 P/F: 1
< 0 bytes of data
-- ACKing all packets from 59 to (but not including) 60
-- Since there was nothing left, stopping T200 counter
T203 counter expired, sending RR and scheduling T203 again Sending Receiver
Ready (65)
Quote:
[ 00 01 01 83 ]
Quote:
Supervisory frame:
Quote:
SAPI: 00 C/R: 0 EA: 0
Quote:
TEI: 000 EA: 1
Quote:
Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
Quote:
N(R): 065 P/F: 1
Quote:
0 bytes of data
-- Restarting T203 counter
< [ 00 01 01 81 ]
< Supervisory frame:
< SAPI: 00 C/R: 0 EA: 0
< TEI: 000 EA: 1
< Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
< N(R): 064 P/F: 1
< 0 bytes of data
-- ACKing all packets from 63 to (but not including) 64
-- Since there was nothing left, stopping T200 counter
-- Stopping T203 counter since we got an ACK
-- Nothing left, starting T203 counter
-- Got RR response to our frame
-- Restarting T203 counter
// END //
--
Paul
----- Original Message -----
From: "Klaus Darilion" <klaus.mailinglists@pernau.at>
To: "Development discussion of video media support in Asterisk"
<asterisk-video@lists.digium.com>
Sent: Thursday, June 26, 2008 3:36 PM
Subject: Re: [Asterisk-video] Fw: Outbound video Calls
This enables LCC in chan_zap. Is this was done some time ago I do not
remember anymore who it is activated, I think you have to add the
h324m=lcc
option to zapata.conf
I remember one scenario where H324M signaling was required to be in
Bearer Capabilite AND Low Layer Compatibility. I think you can easily
extend the patches to signal both versions at the same time.
Always take a look at the outgoing SETUP message to see if it contains
LCC.
PS: Please dump an incoming SETUP message for a video call - does it
contain LCC too?
regards
klaus
Asterisk Users schrieb:
> Hi all,
>
> Originally sent this to the asterisk-users list, reposting here.
>
> --
> Paul
>
>
>
>> Hi all,
>>
>> I am trying to make an outbound video call to a mobile from asterisk.
>> however it keeps failing.
>>
>> I can make inbound calls from a mobile and view video.
>> I am using x-lite to initiate the outbound call, however I have tried
>> using
>> the management interface as well (action: etc...) and result is the
>> same.
>>
>> normal voice outbound calls work fine.
>>
>> Circuit is a q931 30 channel from telewest (virgin media).
>>
>> Any pointers would be appreciated.
>>
>> below is pri debug output and relevant conf entries.
>>
>> // BEGIN //
>>
>> -- Executing [666@sip_in:1] Goto("SIP/paul-081ff260",
>> "video_test_out|666|1") in new stack
>>
>> -- Goto (video_test_out,666,1)
>>
>> -- Executing [666@video_test_out:1] Set("SIP/paul-081ff260",
>> "CHANNEL(transfercapability)=VIDEO") in new stack
>>
>> -- Executing [666@video_test_out:2] Set("SIP/paul-081ff260",
>> "CHANNEL(userinformationlayer1)=38") in new stack
>>
>> -- Executing [666@video_test_out:3] h324m_gw("SIP/paul-081ff260",
>> "s@video_test_out_context") in new stack
>>
>> [Jun 26 09:21:46] WARNING[7881]: channel.c:700 ast_best_codec: Don't
>> know
>> any of 0x2000 formats
>>
>> -- Executing [s@video_test_out_context:1]
>> h324m_call("Local/s@video_test_out_context-f51e,2",
>> "dialcell@video_test_out_context") in new stack
>>
>> -- Executing [dialcell@video_test_out_context:1]
>> Set("Local/dialcell@video_test_out_context-de13,2",
>> "CHANNEL(transfercapability)=VIDEO") in new stack
>>
>> -- Executing [dialcell@video_test_out_context:2]
>> NoOp("Local/dialcell@video_test_out_context-de13,2", "transfer=VIDEO")
>> in
>> new stack
>>
>> -- Executing [dialcell@video_test_out_context:3]
>> Set("Local/dialcell@video_test_out_context-de13,2",
>> "CHANNEL(userinformationlayer1)=38") in new stack
>>
>> -- Executing [dialcell@video_test_out_context:4]
>> NoOp("Local/dialcell@video_test_out_context-de13,2", "ul1=38") in new
>> stack
>>
>> -- Executing [dialcell@video_test_out_context:5]
>> Dial("Local/dialcell@video_test_out_context-de13,2",
>> "Zap/g0/07525029025|40|tTkK") in new stack
>>
>> -- Making new call for cr 32771
>>
>> -- digital call, setting user information layer 1 to 38 (0x26)
>>
>> -- Requested transfer capability: 0x18 - VIDEO
>>
>>> Protocol Discriminator: Q.931 (8) len=38
>>> Call Ref: len= 2 (reference 3/0x3) (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)
>>> Ext: 1 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 41 80 70 61 75 6c]
>>> Calling Number (len= 8) [ Ext: 0 TON: Subscriber Number (4) NPI:
>>> ISDN/Telephony Numbering Plan (E.164/E.163) (1)
>>> Presentation: Presentation permitted, user
>>> number not screened (0) 'paul' ]
>>> [70 0c c1 30 37 35 32 35 30 32 39 30 32 35]
>>> Called Number (len=14) [ Ext: 1 TON: Subscriber Number (4) NPI:
>>> ISDN/Telephony Numbering Plan (E.164/E.163) (1) '07525029025' ]
>>> [a1]CLI>
>>> Sending Complete (len= 1)
>> q931.c:2881 q931_setup: call 32771 on channel 1 enters state 1 (Call
>> Initiated)
>>
>> -- Called g0/07525029025
>>
>> < Protocol Discriminator: Q.931 (8) len=10
>>
>> < Call Ref: len= 2 (reference 3/0x3) (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:3503 q931_receive: call 32771 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)
>>
>> -- Executing [dialcell@video_test_out_context:6]
>> Hangup("Local/dialcell@video_test_out_context-de13,2", "") in new stack
>>
>> == Spawn extension (video_test_out_context, dialcell, 6) exited
>> non-zero
>> on 'Local/dialcell@video_test_out_context-de13,2'
>>
>> == Auto fallthrough, channel 'Local/s@video_test_out_context-f51e,2'
>> status is 'UNKNOWN'
>>
>> == Spawn extension (video_test_out, 666, 3) exited non-zero on
>> 'SIP/paul-081ff260'
>>
>>
>>
>> // END //
>>
>>
>>
>>
>>
>> extensions.conf:
>>
>>
>>
>> [video_test_out]
>>
>> exten => 666,1,Set(CHANNEL(transfercapability)=VIDEO)
>>
>> exten => 666,n,Set(CHANNEL(userinformationlayer1)=38)
>>
>> exten => 666,n,h324m_gw(s@video_test_out_context)
>>
>> exten => 666,n,Hangup
>>
>>
>>
>> [video_test_out_context]
>>
>> exten => s,1,h324m_call(dialcell@video_test_out_context)
>>
>> exten => dialcell,1,Set(CHANNEL(transfercapability)=VIDEO)
>>
>> exten => dialcell,n,NoOp(transfer=${CHANNEL(transfercapability)})
>>
>> exten => dialcell,n,Set(CHANNEL(userinformationlayer1)=38)
>>
>> exten => dialcell,n,NoOp(ul1=${CHANNEL(userinformationlayer1)})
>>
>> exten => dialcell,n,Dial(Zap/g0/07xxxxxxxxx,40,tTkK)
>>
>> exten => dialcell,n,Hangup()
>>
>> exten => t,1,Goto(s,2)
>>
>>
>>
>> sip.conf:
>>
>>
>>
>> [general]
>>
>> context=sip_in
>>
>> allowoverlap=no
>>
>> bindport=5060
>>
>> bindaddr=0.0.0.0
>>
>> videosupport=yes
>>
>> disable=all
>>
>> allow=ulaw
>>
>> allow=alaw
>>
>> allow=h263+
>>
>> ;allow=h263
>>
>> ;allow=h263p
>>
>> allow=speex
>>
>> allow=gsm
>>
>> #include "/etc/pbx-tandil/sip.conf"
>>
>> #include "/etc/asterisk/sip_dps.conf"
>>
>>
>>
>> [paul]
>>
>> type=friend
>>
>> username=paul
>>
>> secret=georgina
>>
>> nat=never
>>
>> host=dynamic
>>
>> canreinvite=no
>>
>> allow=h263p
>>
>> --
>>
>> Paul Verity
>>
>>
>>
>>
>>
>>
>
>
> _______________________________________________
> --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--
Posted: Fri Jun 27, 2008 11:23 am Post subject: [Asterisk-video] Fw: Outbound video Calls
Asterisk Users schrieb:
Quote:
Hi,
I have applied that patch, and the libpri one as well.
I did an intense debug on an incoming and outgoing call, neither of them
please no "intense", only the Q931 is interresting.
Quote:
show an LCC, however the incoming call does not have User information layer
1 in bearer capability ?
strange. At least for outgoing calls you need to set UL1 as otherwise
the mobile (and the mobile operator) does not know that the incoming
call is an video call.
Use: zap show channel 1 (or any other channel on this trunk). You should
see a line like:
H324M Signalling: use 'Low Layer Compatibility' IE
If you do not have the "H324M Signalling" line then the patch is not
properly applied. If you do have this line but it says "Bearer
Capability" then you do not have configured it correctly.
If sending H324M in LCC or sending in both then I do not know how to
solve this issue - then I suspect your telco blocks it somewhere.
regards
klaus
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
T203 counter expired, sending RR and scheduling T203 again Sending Receiver
Ready (65)
Quote:
[ 00 01 01 83 ]
Quote:
Supervisory frame:
Quote:
SAPI: 00 C/R: 0 EA: 0
Quote:
TEI: 000 EA: 1
Quote:
Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
Quote:
N(R): 065 P/F: 1
Quote:
0 bytes of data
-- Restarting T203 counter
< [ 00 01 01 81 ]
< Supervisory frame:
< SAPI: 00 C/R: 0 EA: 0
< TEI: 000 EA: 1
< Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
< N(R): 064 P/F: 1
< 0 bytes of data
-- ACKing all packets from 63 to (but not including) 64
-- Since there was nothing left, stopping T200 counter
-- Stopping T203 counter since we got an ACK
-- Nothing left, starting T203 counter
-- Got RR response to our frame
-- Restarting T203 counter
// END //
----- Original Message -----
From: "Klaus Darilion" <klaus.mailinglists@pernau.at>
To: "Development discussion of video media support in Asterisk"
<asterisk-video@lists.digium.com>
Sent: Friday, June 27, 2008 1:12 PM
Subject: Re: [Asterisk-video] Fw: Outbound video Calls
Quote:
Asterisk Users schrieb:
> Hi,
>
> I have applied that patch, and the libpri one as well.
>
> I did an intense debug on an incoming and outgoing call, neither of them
please no "intense", only the Q931 is interresting.
> show an LCC, however the incoming call does not have User information
> layer
> 1 in bearer capability ?
strange. At least for outgoing calls you need to set UL1 as otherwise
the mobile (and the mobile operator) does not know that the incoming
call is an video call.
Use: zap show channel 1 (or any other channel on this trunk). You should
see a line like:
H324M Signalling: use 'Low Layer Compatibility' IE
If you do not have the "H324M Signalling" line then the patch is not
properly applied. If you do have this line but it says "Bearer
Capability" then you do not have configured it correctly.
If sending H324M in LCC or sending in both then I do not know how to
solve this issue - then I suspect your telco blocks it somewhere.
regards
klaus
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
Posted: Fri Jun 27, 2008 12:24 pm Post subject: [Asterisk-video] Fw: Outbound video Calls
Hi,
Just noticed that i now get a different error when outbound.
< Protocol Discriminator: Q.931 (8) len=9
< Call Ref: len= 2 (reference 3/0x3) (Terminator)
< Message type: DISCONNECT (69)
< [08 02 84 83]
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0
Location: Public network serving the remote user (4)
< Ext: 1 Cause: No route to destination (3), class =
Normal Event (0) ]
No route to destination ?
does that mean that my supplier is blocking the outbound call ? ( a voice
call to the same mobile number works fine )
--
Paul
----- Original Message -----
From: "Klaus Darilion" <klaus.mailinglists@pernau.at>
To: "Development discussion of video media support in Asterisk"
<asterisk-video@lists.digium.com>
Sent: Friday, June 27, 2008 1:12 PM
Subject: Re: [Asterisk-video] Fw: Outbound video Calls
Quote:
Asterisk Users schrieb:
> Hi,
>
> I have applied that patch, and the libpri one as well.
>
> I did an intense debug on an incoming and outgoing call, neither of them
please no "intense", only the Q931 is interresting.
> show an LCC, however the incoming call does not have User information
> layer
> 1 in bearer capability ?
strange. At least for outgoing calls you need to set UL1 as otherwise
the mobile (and the mobile operator) does not know that the incoming
call is an video call.
Use: zap show channel 1 (or any other channel on this trunk). You should
see a line like:
H324M Signalling: use 'Low Layer Compatibility' IE
If you do not have the "H324M Signalling" line then the patch is not
properly applied. If you do have this line but it says "Bearer
Capability" then you do not have configured it correctly.
If sending H324M in LCC or sending in both then I do not know how to
solve this issue - then I suspect your telco blocks it somewhere.
regards
klaus
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
T203 counter expired, sending RR and scheduling T203 again Sending Receiver
Ready (65)
> [ 00 01 01 83 ]
> Supervisory frame:
> SAPI: 00 C/R: 0 EA: 0
> TEI: 000 EA: 1
> Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
> N(R): 065 P/F: 1
> 0 bytes of data
-- Restarting T203 counter
< [ 00 01 01 81 ]
< Supervisory frame:
< SAPI: 00 C/R: 0 EA: 0
< TEI: 000 EA: 1
< Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
< N(R): 064 P/F: 1
< 0 bytes of data
-- ACKing all packets from 63 to (but not including) 64
-- Since there was nothing left, stopping T200 counter
-- Stopping T203 counter since we got an ACK
-- Nothing left, starting T203 counter
-- Got RR response to our frame
-- Restarting T203 counter
// END //
----- Original Message -----
From: "Klaus Darilion" <klaus.mailinglists@pernau.at>
To: "Development discussion of video media support in Asterisk"
<asterisk-video@lists.digium.com>
Sent: Friday, June 27, 2008 1:12 PM
Subject: Re: [Asterisk-video] Fw: Outbound video Calls
>
> Asterisk Users schrieb:
>> Hi,
>>
>> I have applied that patch, and the libpri one as well.
>>
>> I did an intense debug on an incoming and outgoing call, neither of them
> please no "intense", only the Q931 is interresting.
>
>> show an LCC, however the incoming call does not have User information
>> layer
>> 1 in bearer capability ?
> strange. At least for outgoing calls you need to set UL1 as otherwise
> the mobile (and the mobile operator) does not know that the incoming
> call is an video call.
>
> Use: zap show channel 1 (or any other channel on this trunk). You should
> see a line like:
> H324M Signalling: use 'Low Layer Compatibility' IE
>
> If you do not have the "H324M Signalling" line then the patch is not
> properly applied. If you do have this line but it says "Bearer
> Capability" then you do not have configured it correctly.
>
> If sending H324M in LCC or sending in both then I do not know how to
> solve this issue - then I suspect your telco blocks it somewhere.
>
> regards
> klaus
>
> _______________________________________________
> --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--
Posted: Fri Jun 27, 2008 12:45 pm Post subject: [Asterisk-video] Fw: Outbound video Calls
Just a note, maybe related:
I earlier this spring added a codec: field to the call file format in
trunk, so that you can now set up outbound calls that Asterisk
originates *with* video.
This was added to manager as well.
/O
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
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