[asterisk-dev] [Code Review] Prevent caller ID set on channel from getting discarded when originate used with local channel (small patch - review quickly, earn rewards!)
Jeff Peeler
jpeeler at digium.com
Wed Aug 4 16:20:44 CDT 2010
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/847/
-----------------------------------------------------------
(Updated 2010-08-04 16:20:43.993328)
Review request for Asterisk Developers.
Changes
-------
Updated description to include reproducing instructions.
Summary (updated)
-------
The scenario here is that the channel that caller ID is set on is getting swapped with the zombie channel which is hung up and then lost. I am weary of the this change though as I am unsure if the clone channel would ever have valuable caller ID that needs to be swapped.
(Proof that this is not a trap)
To demonstrate the issue put the snippet below in your dialplan, changing the endpoints sip/5001 and sip/5002:
[default]
exten => 5001, 1, dial(sip/5001,,tTkK)
[kobaz3]
exten => s, 1, noop("dialnumber")
exten => s, n, set(CALLERID(name)=FooBarInc)
exten => s, n, set(CALLERID(num)=8005551120)
exten => s, n, set(CHANNEL(callgroup)=3)
exten => s, n, noop("about to wait")
exten => s, n, wait(1) ; delay so that masquerade completes
exten => s, n, noop("done waiting callerid name ${CALLERID(name)}") ; callerid will not have original values
exten => s, n, dial(sip/5002)
And then do an originate:
originate local/5001 extension s at kobaz3
This addresses bug 17138.
https://issues.asterisk.org/view.php?id=17138
Diffs
-----
/branches/1.4/main/channel.c 280912
Diff: https://reviewboard.asterisk.org/r/847/diff
Testing
-------
Fixes the problematic scenario.
Thanks,
Jeff
More information about the asterisk-dev
mailing list