[asterisk-bugs] [Asterisk 0016637]: [patch] Dial option 'L' does not work correctly when a local channel is involved
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Mar 3 15:27:03 CST 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=16637
======================================================================
Reported By: kobaz
Assigned To: lmadsen
======================================================================
Project: Asterisk
Issue ID: 16637
Category: Channels/chan_local
Reproducibility: always
Severity: minor
Priority: normal
Status: closed
Target Version: 1.4.31
Asterisk Version: SVN
JIRA: SWP-750
Regression: No
Reviewboard Link: https://reviewboard.asterisk.org/r/534/
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.0
SVN Revision (number only!): 240716
Request Review:
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 2010-01-18 13:32 CST
Last Modified: 2010-03-03 15:27 CST
======================================================================
Summary: [patch] Dial option 'L' does not work correctly when
a local channel is involved
Description:
If you spawn a local channel, and then dial a sip/iax/etc device, L does
nothing at all.
context foo {
2 => {
Dial(SIP/201,,L(60000:45000:15000));
}
}
context services {
1 => {
Dial(Local/2 at foo);
}
}
User dials 1 at services
== Spawn extension (services, 1, 1) exited non-zero on
'IAX2/branch-2941'
-- Hungup 'IAX2/branch-2941'
-- Accepting AUTHENTICATED call from 192.168.15.1:
> requested format = ulaw,
> requested prefs = (ulaw|alaw|gsm|g726|ilbc),
> actual format = ulaw,
> host prefs = (ulaw|alaw|gsm|g726|ilbc),
> priority = mine
-- Executing [1 at services:1] Dial("IAX2/branch-607", "Local/2 at foo") in
new stack
-- Called 2 at foo
new stack
-- Executing [2 at foo:1] Dial("Local/2 at foo-9c9a;2",
"SIP/201,,L(60000:45000:15000)") in new stack
-- Limit Data for this call:
> timelimit = 60000
> play_warning = 45000
> play_to_caller = yes
> play_to_callee = no
> warning_freq = 15000
> start_sound =
> warning_sound = timeleft
> end_sound =
== Using SIP RTP CoS mark 5
-- Called 201
-- SIP/201-00000003 is ringing
-- Local/2 at foo-9c9a;1 is ringing
-- SIP/201-00000003 answered Local/2 at foo-9c9a;2
-- Local/2 at foo-9c9a;1 answered IAX2/branch-607
== Spawn extension (foo, 2, 4) exited non-zero on 'Local/2 at foo-9c9a;2'
demo1*CLI>
After 2 minutes the call is still not hung up, and no warning sounds have
been played
As opposed to the following... which does work
-----
-- Accepting AUTHENTICATED call from 192.168.15.1:
> requested format = ulaw,
> requested prefs = (ulaw|alaw|gsm|g726|ilbc),
> actual format = ulaw,
> host prefs = (ulaw|alaw|gsm|g726|ilbc),
> priority = mine
-- Executing [261 at trunkhandler_from-branch:1] Dial("IAX2/branch-430",
"SIP/201,,L(60000:45000:15000)") in new stack
-- Limit Data for this call:
> timelimit = 60000
> play_warning = 45000
> play_to_caller = yes
> play_to_callee = no
> warning_freq = 15000
> start_sound =
> warning_sound = timeleft
> end_sound =
== Using SIP RTP CoS mark 5
-- Called 201
-- SIP/201-00000005 is ringing
-- SIP/201-00000005 answered IAX2/branch-430
-- <IAX2/branch-430> Playing 'vm-youhave.ulaw' (language 'en')
-- <IAX2/branch-430> Playing 'digits/40.ulaw' (language 'en')
-- <IAX2/branch-430> Playing 'digits/5.ulaw' (language 'en')
-- <IAX2/branch-430> Playing 'queue-seconds.ulaw' (language 'en')
-- <IAX2/branch-430> Playing 'vm-youhave.ulaw' (language 'en')
-- <IAX2/branch-430> Playing 'digits/30.ulaw' (language 'en')
-- <IAX2/branch-430> Playing 'queue-seconds.ulaw' (language 'en')
-- <IAX2/branch-430> Playing 'vm-youhave.ulaw' (language 'en')
-- <IAX2/branch-430> Playing 'digits/15.ulaw' (language 'en')
-- <IAX2/branch-430> Playing 'queue-seconds.ulaw' (language 'en')
== Spawn extension (trunkhandler_from-branch, 261, 1) exited non-zero on
'IAX2/branch-430'
-- Hungup 'IAX2/branch-430'
As a workaround, if you do Dial(Local/2 at foo/n), the L option will
work...but then this makes for other problems because now the local
channels are not merged into the device channels and GROUP()'s will behave
differently.
======================================================================
----------------------------------------------------------------------
(0118908) svnbot (reporter) - 2010-03-03 15:27
https://issues.asterisk.org/view.php?id=16637#c118908
----------------------------------------------------------------------
Repository: asterisk
Revision: 250612
U branches/1.6.0/doc/tex/localchannel.tex
------------------------------------------------------------------------
r250612 | lmadsen | 2010-03-03 15:27:02 -0600 (Wed, 03 Mar 2010) | 19
lines
Merged revisions 250609 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk
........
r250609 | lmadsen | 2010-03-03 16:22:55 -0500 (Wed, 03 Mar 2010) | 11
lines
Update existing Local channel documentation.
A complete re-write of the Local channel documentation has been
performed, with
the existing information from localchannel.txt and localchannel.tex
merged in.
(closes issue https://issues.asterisk.org/view.php?id=16637)
Reported by: kobaz
Patches:
localchannel.tex uploaded by lmadsen (license 10)
localchannel.txt uploaded by lmadsen (license 10)
Tested by: lmadsen, jsmith, mmichelson
........
------------------------------------------------------------------------
http://svn.digium.com/view/asterisk?view=rev&revision=250612
Issue History
Date Modified Username Field Change
======================================================================
2010-03-03 15:27 svnbot Checkin
2010-03-03 15:27 svnbot Note Added: 0118908
======================================================================
More information about the asterisk-bugs
mailing list