VM Ports on Visual Voicemail idle screen

[jhayshk]

We have a few users that use their visual voicemail (9608G phones) and leave the screen idle after checking voicemails. This leaves an active call to the VMPro taking up a voicemail port. We currently have 6 VM ports and I have only ever seen one alert that all were in use. This is a new system at our company and this issue has not become a problem as of yet, but I can see how it could become one. I was wondering if anyone else has noticed this and if anyone has any suggestions on a software based solution as the easiest solution I can think of is to simply tell the employees not to let their phones hang in that state (although you can only lead a horse to water). My original thought was to adjust the 46xx settings for home idle time, however I don't think that this setting applies to the 9608G phones and if it does I am not sure the phones state is actually idle since there is an active connection to the VMPro. Just looking for some suggestions. I apologize in advance is this is a dumb question, but I am unfortunately a n00b.

 

[derfloh]

Not possible to change that as far as I know. Only way would be to disable visual voice.

You can also try to check monitor what short code is dialed if the Voicemail button is hit. If you can find that out you should be able to adjust that short code to disconnect after 10min. Look for short code character 't'

 

[jhayshk]

Thanks derfloh. That sounds pretty promising, but I am not sure it will work. I can't seem to see an associated short code here (although I do not yet have an eye for the monitor output yet). Anyway here is a small portion of the log that I believe contains the function of the visual voicemail button. To me it looks to be dialing into the user extension without a shortcode. Looking like it may be impossible. Either way thanks for the info. I think the 't' character may be useful in the future.

08:22:45 1880159804mS CMExtnEvt: v=(null) State, new=Idle old=Idle,0,0,5432: Feature Key Pressed 7CPLFeatureMessages
08:22:45 1880159960mS H323Evt: Recv: RegistrationRequest 10.1.7.27; Extn(3227), time since last RRQ-KA 55010, Endpoints registered: 60; Endpoints in registration: 0
08:22:46 1880160654mS H323Evt: Recv: RegistrationRequest 10.1.7.42; Extn(5302), time since last RRQ-KA 100015, Endpoints registered: 60; Endpoints in registration: 0
08:22:47 1880161873mS H323Evt: Recv: RegistrationRequest 10.1.7.26; Extn(3219), time since last RRQ-KA 55011, Endpoints registered: 60; Endpoints in registration: 0
08:22:47 1880161892mS CMExtnEvt: v=(null) State, new=Idle old=Idle,0,0,5432: Menu Key Pressed 11:H
08:22:47 1880161892mS CMCallEvt: 0000000000000000 0.48230.0 -1 BaseEP: NEW CMEndpoint f4cffdb8 TOTAL NOW=5 CALL_LIST=2
08:22:47 1880161893mS CMCallEvt: 0000000000000000 0.48230.0 -1 Joe Hays.-1: NEW CMExtnEndpoint f4cffdb8, Name=Joe Hays, Extn=5432, Phys Extn=5432
08:22:47 1880161893mS CMCallEvt: CREATE CALL:14275 (f189453c)
08:22:47 1880161894mS CMCallEvt: 0000000000000000 0.48231.0 -1 BaseEP: NEW CMEndpoint f4d23608 TOTAL NOW=6 CALL_LIST=2
08:22:47 1880161895mS CMExtnEvt: Joe Hays: CMExtnHandler::SetCurrent( id: 0->48230 )
08:22:47 1880161896mS CMExtnRx: v=5432, p1=0
CMSetup
Line: type=IPLine 250 Call: lid=314 id=48230 in=0
Called[?Joe Hays] Type=Voicemail (102) Reason=CMDRdirect Called SubAddress[oink] Calling[5432] Type=Internal Plan=Default
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ULaw
IE CMIEFastStartInfoData (6) 12 item(s)
IE CMIECallingPartyName (110)(Type=CMNameDefault) name=Joe Hays
IE CMIECallingPartyKName (226)(Type=CMNameDefault) name=Joe Hays
08:22:47 1880161896mS CMCallEvt: c0a82a010000bc66 314.48230.0 14275 Joe Hays.0: StateChange: END=A CMCSIdle->CMCSDialInitiated
08:22:47 1880161896mS CMExtnEvt: v=181 State, new=Dialling old=Idle,0,0,Joe Hays