SRST Fallback Mode Incoming calls

Answered Question
Jun 24th, 2009

I need help figuring out if it is possible to have an internal incoming call while being off_net and the first line being on a call, have the call roll over to the second rollver. Right now while being in Fallback mode I can call ext to ext but when another call comes into the main ext, the call does a call wait feature and doesn't rollover to the next line after 30 rings and then it hungs up. I have CCM 4.1(3), IOS 12.4(22)T and using 7960's (G) with firmware 8.0.



Correct Answer by gogasca about 7 years 8 months ago

whats the config?

Do u use FXOs or PRIs ?

You can use alias

alias 1 18890120 to 18890124 preference 5 cfw 18890126 timeout 3


or call-forward no answer command under

call-manager-fallback


  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (1 ratings)
Loading.
Correct Answer
gogasca Wed, 06/24/2009 - 07:45

whats the config?

Do u use FXOs or PRIs ?

You can use alias

alias 1 18890120 to 18890124 preference 5 cfw 18890126 timeout 3


or call-forward no answer command under

call-manager-fallback


ryzardvilla Wed, 06/24/2009 - 08:01

I have a 3825 with 2 FXO cards. I have two trunk lines in 0/0/0 and 0/0/1. I can make incoming and outgoing no problem. It's when I go off_net and plug 2 Cisco 7960's into a test Cisco switch and plug a patch cord from the Switch to the GE 0/0 port. My phones grab an IP locally from SRST and go into Fallback mode. I test call from ext 52723 on one phone to ext 52720 on the other. The call internally works fine. But when I answer the call on 52720 and place it on hold on 52723, then go to another line 42723 and try to call 52720, it will come in on the same line as a call wait and not roll over to 42720 which is the rollover. This is what my Call-Manager-fallback looks like:


call-manager-fallback

secondary-dialtone 9

max-conferences 24 gain -6

transfer-system full-consult

ip source-address 10.136.64.50 port 2000

max-ephones 336

max-dn 960 dual-line preference 3

transfer-pattern 5....

default-destination 52720

huntstop channel

call-forward busy 4....

moh MOH122304.ULAW.wav

ryzardvilla Wed, 06/24/2009 - 08:59

Wait... You helped me figure it out with the first response. I put this into play:



call-manager-fallback

call-forward noan 42720 timeout 4


So after a few rings the call rolled into the rollover extension!


Excellent work my good friend.

Actions

This Discussion