[asterisk-dev] chan_dahdi, call deflection, call_rerouting

[Kevin P. Fleming]

On 07/09/2010 08:39 AM, Klaus Darilion wrote:
> IMO it should be handled identical to SIP 3xx redirects
> 
> regards
> Klaus
> 
> Am 09.07.2010 14:40, schrieb Wolfgang Pichler:
>> Hi all,
>>
>> for a project i do need the call rerouting feature implemented in dahdi
>> - so that chan_dahdi is not only able to send call deflection message -
>> it should also be able to handle them.
>>
>> I do have already discussed this with some other people - i have seen
>> that it is already implemented in bristuff - so porting that part to the
>> current libpri/dahdi version would be an idea (bristuff does generate a
>> new local channel when it receives the call deflection message).
>>
>> But libpri / chan_dahdi nowadays does already have most of the needed
>> functions already implemented - so it could be to be easier to make a
>> new implementation based on the current source.
>>
>> What do you think would be better - porting the bristuff parts - or
>> reimplemting it ?
>>
>> The other question is - if it will get reimplemented - how to handle the
>> rerouting / deflection ?
>>
>> - Creating a local channel to handle it
>> - Hangup the call leg were you got the call deflection with a new hangup
>> cause - and store the redirection number in a channel var of the source
>> channel
>> - Handle it like a transfer - if the t option is given in the dialstring
>> - then jump into the transfer context - and go on there
>>
>> What do you think about this ?
>>
>> best regards,
>> Wolfgang

Asterisk SVN trunk (which will become 1.8 shortly) already supports Call
Deflection.

-- 
Kevin P. Fleming
Digium, Inc. | Director of Software Technologies
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
skype: kpfleming | jabber: kfleming at digium.com
Check us out at www.digium.com & www.asterisk.org