cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1565
Views
0
Helpful
4
Replies

->FXO->FXS-> call transfer not working...

wizard-vrn
Level 1
Level 1

We have cisco2811 with c2800nm-adventerprisek9-mz.124-16 and 1 FXO + 2 FXS ports.

at this moment i use CME B-ACD to auto answering and forward call to internal fxs port.

problem - this call, terminated to fxs, cann't be transferred by using flash button on analog phone(to transfer call from fxs to fxs port i use app-h450-transfer.2.0.0.9.tcl)

Can somebody tall me WHAT to use to make transfer feature working??

my config in attachment

4 Replies 4

b.hsu
Level 5
Level 5

Try configurring "timing hookflash-in 500" on the voice-port

dford333
Level 1
Level 1

http://cisco.com/en/US/products/sw/voicesw/ps4625/products_implementation_design_guide_chapter09186a00805f06a2.html

Call Transfer Methods for VoIP

This section describes several methods for implementing call transfer across VoIP networks:

? H.450 and SIP

? Hairpin Routing

? H.450.12

? Empty Capabilities Set

H.450 and SIP

The ITU-T standards-based H.450.2 transfer method and the Cisco method operate in a similar way. In both cases, when a call transfer occurs, a control message is sent back to the transferee party to request that the transferee initiates a follow-on call from the transferee to the final transfer-to destination. In the H.450.2 case, the follow-on call originated by the transferee can act to replace the transfer consultation call that is in progress between the transferor and the transfer-to destination party. The consultation call between transferor and transfer-to and the original transferee-transferor call are not torn down until the "replaces" operation is completed successfully. The term replaces is used here in the context of "Call 2 replaces call 1." If for any reason the replacement operation fails, it is usually possible for the transferor to reconnect the call to the transferee. The H.450.2 mechanism works in a manner similar to the REFER method used for SIP VoIP calls. The Cisco transfer mechanism does not support the call replacement mechanism and, therefore, allows you to perform only blind call transfers. This proprietary method is similar to the older BYE/ALSO method that was used to perform blind transfers for SIP VoIP calls. The BYE/ALSO method has been mostly superseded by the SIP REFER method.

Both of these H.323 call transfer methods result in an optimal direct call path between the transferee and the transfer-to party after the call transfer is committed.

Hairpin Routing

The third alternative is to hairpin route the VoIP call transfer. In this case, the original transferee-to-transferor VoIP call leg is kept, and a second transferor to transfer-to VoIP call leg is created for the consultation call phase of the transfer.

For the sake of completeness, it is worth mentioning a fourth alternative for call transfers: Empty Capabilities Set (ECS). Cisco Unified CME does not support the instigation of transfer using ECS.

Cisco Unified CME VoIP Call Transfer Options

Your Cisco Unified CME system by default is set up to allow local transfers between IP phones only. It uses the Cisco H.323 call transfer extensions to transfer calls that include an H.323 VoIP participant.

To configure your Cisco Unified CME system to use H.450.2 transfers (this is recommended), set transfer-system full-consult under the telephony-service command mode. You also have to use this configuration for SIP VoIP transfers.

To enable hairpin routing of VoIP calls that cannot be transferred (or forwarded) using H.450, use the allow-connections command. The following example shows a call transfer configuration using this command.

voice service voip

supplementary-service h450.12

allow-connections h323 to h323

telephony-service

transfer-system full-consult

transfer-pattern .T

The configuration shown in the preceding example turns on the H.450.2 (transfer-system full-consult) and H.450.12 services, allows VoIP-to-VoIP hairpin call routing (allow-connections) for calls that don't support H.450, and permits transfers to all possible destinations (transfer-pattern). The transfer permission is set to .T to provide full wildcard matching for any number of digits. (The T stands for terminating the transfer destination digit entry with a timeout.)

The following example shows a configuration for more restrictive transfer permissions.

telephony-service

transfer-system full-consult

transfer-pattern 1...

transfer-pattern 2... blind

wizard-vrn
Level 1
Level 1

All fixed with:

B-acd tcl script to serv incoming PSTN calls, sccp + e-phones binded to all fxs ports.

As a result - welcom pprompt + transfer to operator + moh + all standart features at internal calls.

Thanks for all for help!

A houp my 2 week sex with cisco wil be helpful for somebody...

You can help me? i need file app-h450-transfer thanks.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: