I've got my UC500 with a few 7960G phones. Call waiting functionality works but I cannot get any audible sounds to inform me that a call is comming in.
I have tried the 'call-waiting beep / ring' commands but they don't take. The strange thing is, is that the commands are accepted without erro, but when I do a sh run, they are not never there?
I just updated to 4.9 and still the same issue.
Solved! Go to Solution.
The full config is super long as you know, so I'll post just the obvious stuff. If you need more, let me know. Thanks!
Here is my Ephone:
ephone-8 Mac:000D.BD2C.D59B TCP socket: activeLine:0 REGISTERED in SCCP ver 11/8
mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:8
IP:10.1.1.13 50882 Telecaster 7960 keepalive 2097 max_line 6
button 1: dn 13 number 101 CH1 IDLE CH2 IDLE overlay
overlay 1: 13(101) 30(1101)
speed dial 1:1 Intercom
speed dial 2:300 Page All Phones
speed dial 3:700 Live Record
Username: bfleishman Password: 1101
load 7960-7940 P00308000500
load 7914 S00105000200
load 7902 CP7902080002SCCP060817A
load 7921 CP7921G-1.2.1
load 7931 SCCP31.8-2-2SR2S
load 7941GE SCCP41.8-2-2SR2S
load 7941 SCCP41.8-2-2SR2S
load 7961GE SCCP41.8-2-2SR2S
load 7961 SCCP41.8-2-2SR2S
load 7975 SCCP75.8-3-2S
load 7965 SCCP45.8-3-2S
load 7945 SCCP45.8-3-2S
load 7942 SCCP42.8-3-2S
load 7962 SCCP42.8-3-2S
load 7971 SCCP70.8-2-2SR2S
load 7970 SCCP70.8-2-2SR2S
load 7936 cmterm_7936.3-3-13-0
load 7906 SCCP11.8-2-2SR2S
load 7911 SCCP11.8-2-2SR2S
load 521G-524G cp524g-08-01-12
ip source-address 10.1.1.1 port 2000
auto assign 10 to 19
auto assign 5 to 8 type anl
system message Jaydien Network Solutions
url services http://10.1.10.1/voiceview/common/login.do
url authentication http://10.1.10.1/voiceview/authentication/authenticate.do
max-conferences 8 gain -6
call-forward pattern .T
call-forward system redirecting-expanded
multicast moh 220.127.116.11 port 2000
web admin system name cisco secret 5 $1$LueE$BYPOgzzgSJk4ep/WZBDMN0
transfer-system full-consult dss
create cnf-files version-stamp 7960 Jan 29 2009 17:14:33
ephone-dn 13 dual-line
number 101 secondary 4101 no-reg primary
description Brian Fleishman
name Brian Fleishman
call-forward busy 900
call-forward noan 900 timeout 20
Now I see what's happening here. What you are seeing is expected behavior for overlay DN's. Call waiting is automatically disabled in this case.
Hope this helps,
On button 1 for that phone you are using the overlay operator, something like:
So you get both extensions 101 and 1101 to ring on that button. The "o" separator implies "overlay", which automatically disables call-waiting tone (but not visual indication).
A way to correct this is to have DN 30 assigned to a different physical button and leave DN 13 on button one exclusively:
Ah. I see what you mean now. Thanks for your help. I changes the overlay portion of it. I gues call waiting will start working as planned now? I'll test and post.
Wish granted :-)
With the introduction of octo DN's (instead of dual lines) and parallel hunt groups, the need for overlay DN's will be greatly reduced. Both features are available in 12.4(20)T and up.
That's interesting. I'm not familar with octo DN's. I'll have to reaad up on that. With octo DN's, I could use my original configuration for my buttons and still have call waiting function like it should?
I noticed that 11.4.(22)T is posted, and there is a VOD posted on this site about enabling Live Record where it requires you upgrade to that version. Is that version stable at this point? Should I be concerned about performing that upgrade?
I would advise you stick to the tested SBCS releases. We have an Early Adopter Software Pack (18.104.22.168) with all these features. You can upgrade to it using CCA. Please refer to the download page:
Being an Early Adopter package, you do incur into some potential risks, as these releases are not subject to the extensive testing of say, 4.2.9. But if you want to use octo lines, then 22.214.171.124 gives you that possibility. Typically you would deploy this in a test bed before moving it into production (though I understand sometimes this is not feasible).