[asterisk-dev] ISDN ETSI Call Rerouting

[Matthew Fredrickson]

Klaus Darilion wrote:
> 
> Steve Totaro schrieb:
>> On Wed, Jun 4, 2008 at 8:23 AM, Klaus Darilion
>> <klaus.mailinglists at pernau.at> wrote:
>>> Hi!
>>>
>>> I have Asterisk in front of an Siemens PBX which sends Call Rerouting
>>> messages (e.g. a user forwards incoming calls to its mobile phone).
>>>
>>> The ETSI Call Rerouting works this way:
>>>
>>>                                        Hicom   rerouting
>>> Caller          Telco                   PBX     target
>>> ------SETUP-----> |
>>>                   | ----SETUP------------>
>>>                   |
>>>                   | <---CALL PROCEEDING---
>>>                   |
>>>                   | <---FACILITY+ --------
>>>                   |    EtsiCallRerouting
>>>                   |
>>>                   | ----DISCONNECT------->
>>>                   | <---RELEASE-----------
>>>                   | ----RELEASE COMPLETE->
>>>                   |
>>>                   | ----SETUP--------------------->
>>>
>>>
>>>
>>> Thus, I would like to have Asterisk to forward the FACILITY message to
>>> the telco. I use Asterisk 1.2 which does not support it and AFAIK there
>>> is also no support for that in 1.4.
>>>
>>> Before starting coding I want to know if there is already support for
>>> that (or at least for decoding/encoding the ETSI Call Rerouting)
>>> Asterisk 1.6 or trunk?
>>>
>>> thanks
>>> Klaus
>>>
>> Is this what you are looking for? http://kb.digium.com/entry/140/
>>
>> RLT, What is it?
> 
> This sound a bit different. From the description on 
> http://www.voip-info.org/wiki-Asterisk+bounty+PRI+2B+channel+transfer it 
> sounds to me that the RLT feature uses 2 B channels for a short time 
> (until the get bridged and cleared by the switch) whereas ETSI Call 
> Rerouting does not setup a second B channel. I think this ETSI Call 
> Rerouting is similar to ISDN Call Deflection but uses FACILITY instead 
> of INFO (which I guess is used for call deflection).

If it is like Call Deflection, where a second channel is not allocated, 
we definitely don't have an implementation for it right now.  The most 
we have is the various 2B channel transfer implementations.

-- 
Matthew Fredrickson
Software/Firmware Engineer
Digium, Inc.