cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2443
Views
5
Helpful
12
Replies

Call forwarding from outside line to outside line

Question.. we are running...

 

CME 

Cisco IOS Software, C3900 Software (C3900-UNIVERSALK9-M), Version 15.4(3)M5, REEASE SOFTWARE (fc1)

 

We have hunt group that we want to forward to an OUTSIDE Toll free number after 20 seconds of ringing the hunt group. (I created an ephone-dn) All seems well, except when call starts to forward, the CME asks for a password followed by the # key. Essentially we are trying to send the call to a company that answers the phones for us when it gets busy. They have options to return the call to a DID or service the customer.

 

Is there a way to allow that single ephone-dn to make the forward bypassing the Cal Transfer Blocking?

 

voice hunt-group 3 parallel
final 2297
list 2203,2204,2206,2207,2219,2525
timeout 20
pilot 5102
description Service


ephone-dn 297
number 2297
call-forward all 918557620250
transfer-mode blind

CCNA
1 Accepted Solution

Accepted Solutions

Well that''s the only workaround that you can add or at least the one that I can think of. You have two options now - either do away with lpcor which I know won't be possible or do away with call forward to external numbers.

View solution in original post

12 Replies 12

R0g22
Cisco Employee
Cisco Employee
Attach a "show run" from the CME.

R0g22
Cisco Employee
Cisco Employee
Also, why are you going to a dummy 2297 extension first ? You can add the "918557620250" number as the HG final.

Thanks very much for the help.

 

If I use the number as the final in the HG, the CME still asks for a password followed by the # key. I created a 4 digit password using the username / password autocommand exit.

The call originates from OUTSIDE and I want to forward it to OUTSIDE (Toll free number).

Is there a way to open up the transfer pattern or insert some pause in the dial command to allow the password to go in?

Cheers

Paul

 

CCNA

There should not be a need for a password. Can you please attach "show run" from the CME to review ?

I've tried to send the config in plain text via a private message *after removing some items for security reasons* but it is too large..

CCNA

Can you share it over dopbox or google drive etc ?

R0g22
Cisco Employee
Cisco Employee
I checked your config. You have LPCOR enabled with FAC/Pin to allow calls. You won't be able to bypass it since lpcor cannot be applied directly to pots dial-peer or controller. You have to apply it to voice-ports only and every call using that voice-port will be subjected to the lpcor restriction.

A workaround could be to create a separate dial-peer with the destination-pattern as "918557620250,1234".
Each comma you add introduces a one-second pause. Digits after the comma would be your PIN/password.

Play around with the number of commas to hit the sweet spot.

I tried the following.. No joy.. If I use final 918557620250 (with no commas and password) , I get the voice prompt for the password, if I enter the 4 digit password the call goes through.

 

If I use final 918557620250,,3818 I get silence, not even a voice prompt for the password

 

Cheers

 


#Autopoint transfer config timing


voice hunt-group 3 parallel
final 918557620250,,3818
list 2203,2204,2206,2207,2219,2525
timeout 20
pilot 5102
description Service

CCNA

Well that''s the only workaround that you can add or at least the one that I can think of. You have two options now - either do away with lpcor which I know won't be possible or do away with call forward to external numbers.

Thanks very much for your help and assistance. Kudos. 

I'll see if there is some sort of script that may help, or maybe an alternative using an asa setup to add a phone at the location.

Cheers

 

CCNA

It might be possible with a TCL script, yes.

skurczodyna
Level 1
Level 1

My company requires an access code for making long distance calls from an office phone.  This is setup through our service provider (not through CME).  Does your office do the same?  If so, you could be hitting the access code requirement since you are dialing 1+ area code.  If it is a local call, try dialing without the 1 + area  code.