Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

prompter not transferring calls to other locations, can't transfer incoming external calls.

Status
Not open for further replies.

JoeyIT

IS-IT--Management
Feb 16, 2017
12
US
Hello All,

Ok here's the issue I am having. Put in a IP Office 500v2 at one of our locations. Originally didn't have the voice networking license so I wasn't able to make calls between sites. Got that installed and now I can call each office internally with no issues using the 4 digit extensions. Now here where the problem comes in. Setup our prompter system via voicemail pro. We can get to the recording and hear all the options. But the moment I hit an option to transfer the call, it disconnects itself. Then found that when I call in and want to transfer the call to an extension at another office, I get the number busy disc error. Yet if I dial that same 4 digit extension directly it works fine. Any thoughts as to what I'm missing here?

Thanks!
 
analog lines ?
Allow trunk to trunk connect?

Joe W.

FHandw, ACSS (SME)


"This is the end of the world, make sure to buy your T-shirt before it is too late"
Original expression of my daughter
 
We have a mpls pri at each location and we run the internal traffic over the mpls. All the phone systems are aware of each other as we have an h450 setup for each location in all the systems.
 
Put in an invalid option and point back to the top of the menu, this will keep it from disconnecting, but I would watch it in monitor to see what it is doing. You may need to run debug if monitor doesn't show where it is failing. Restarting the VMPro service might be a good idea to if you haven't done that already.


Dermis and feline can be divorced by manifold methods.*
*(Disclaimer for all advise given)--'Version Dependent'
 
Just restarted it. We have it set as a transfer action and have the 4 digit extension in there. If I dial 0 it rings the local hunt group like I want. And if I put in the 4 digit extension of one of the phones located here it will ring. It's when I try to transfer to another system. If I dial the same 4 digit extension I have the transfer action set for I can get to it.
 
Here's some of the monitor stuff from a call I just made to the prompter before getting booted



16:54:26 13568491mS H323Evt: Recv: RegistrationRequest 10.45.20.46; Extn(6002), time since last RRQ-KA 55004, Endpoints registered: 5; Endpoints in registration: 0
16:54:27 13569651mS H323Evt: Recv: RegistrationRequest 10.45.20.42; Extn(6009), time since last RRQ-KA 55005, Endpoints registered: 5; Endpoints in registration: 0
16:54:28 13570511mS H323Evt: Recv: RegistrationRequest 10.45.20.45; Extn(6005), time since last RRQ-KA 55004, Endpoints registered: 5; Endpoints in registration: 0
16:54:31 13573662mS CMExtnRx: v=RAS, p1=0
CMFacility
Line: type=NoLine 0 Call: lid=0 id=-1 in=0
Called[CLAIM] Type=ACD (103) Reason=CMDRdirect
16:54:31 13573672mS CD: CALL: 1.13.1 BState=Connected Cut=3 Music=0.0 Aend="Line 1" (1.3) Bend="Short Codes.MainAA(Short Codes.MainAA)" [VoiceMail] (21.11) CalledNum=Short Codes.MainAA () CallingNum=97346376873 (WIRELESS CALLER) Internal=0 Time=32168 A
State=Connected
16:54:31 13573772mS CMExtnRx: v=RAS, p1=0
CMTransfer
Line: type=NoLine 0 Call: lid=0 id=-1 in=0
Called[2600] Type=Default (100) Reason=CMDRdirect SndComp
16:54:31 13573772mS CMCallEvt: 0a2d141e00000554 0.1364.0 116 RAS.0: Transfer CMCauseTransfer
16:54:31 13573772mS CD: CALL: 1.13.1 BState=Connected Cut=3 Music=0.0 Aend="Line 1" (1.3) Bend="Short Codes.MainAA(Short Codes.MainAA)" [VoiceMail] (21.11) CalledNum=Short Codes.MainAA () CallingNum=97346376873 (WIRELESS CALLER) Internal=0 Time=32268 A
State=Connected
16:54:31 13573773mS CMTARGET: 0a2d141e0000000d 1.13.1 116 Q931 Trunk:1 CHAN=2: ADD TARGET (N): number=2600 type=100 depth=1 nobar=0 setorig=1 ses=0
16:54:31 13573773mS CMTARGET: 0a2d141e0000000d 1.13.1 116 Q931 Trunk:1 CHAN=2: SYS SC: 2600 4 00 sc=type=Dial3K1 code=26xx, num=26N callinfop->sending_complete=1 secondary_dialtone=
16:54:31 13573773mS CMTARGET: 0a2d141e0000000d 1.13.1 116 Q931 Trunk:1 CHAN=2: PrepareTransferTargets Found 0 target
16:54:31 13573774mS CMExtnRx: v=RAS, p1=0
CMReleaseComp
Line: type=NoLine 0 Call: lid=0 id=-1 in=0
Cause=16, Normal call clearing
16:54:31 13573774mS CMCallEvt: 0a2d141e00000554 0.1364.0 116 RAS.0: StateChange: END=B CMCSConnected->CMCSCompleted
16:54:31 13573774mS CMExtnEvt: v=1012 State, new=PortRecoverDelay old=Connected,0,0,RAS
16:54:31 13573775mS CMLOGGING: CALL:2017/02/2116:53,00:00:32,000,97346376873,I,2600,8602232020,WIRELESSCALLER,,,0,,"",0,n/a
16:54:31 13573775mS CD: CALL: 1.13.1 BState=Disconnecting Cut=1 Music=0.0 Aend="Line 1" (1.3) Bend="Short Codes.MainAA(Short Codes.MainAA)" [VoiceMail] (21.11) CalledNum=Short Codes.MainAA () CallingNum=97346376873 (WIRELESS CALLER) Internal=0 Time=322
71 AState=Connected
16:54:31 13573775mS CD: CALL: 1.13.1 Deleted
16:54:31 13573776mS CMLineTx: v=1
CMDisconnect
Line: type=Q931Line 1 Call: lid=1 id=13 in=1
Cause=16, Normal call clearing
16:54:31 13573776mS CMCallEvt: 0a2d141e0000000d 1.13.1 -1 Q931 Trunk:1 CHAN=2: StateChange: END=X CMCSConnected->CMCSCompleted
16:54:31 13573776mS CMExtnEvt: RAS: CALL LOST (CMCauseNormal)
16:54:31 13573776mS CMExtnEvt: RAS: CMExtnHandler::SetCurrent( id: 1364->0 )
16:54:31 13573776mS CMCallEvt: 0a2d141e00000554 0.1364.0 -1 RAS.-1: StateChange: END=X CMCSCompleted->CMCSDelete
16:54:31 13573776mS CMExtnEvt: v=1012 State, new=Idle old=PortRecoverDelay,0,0,RAS
16:54:31 13573776mS CMExtnTx: v=RAS, p1=0
CMReleaseComp
Line: type=RAS 1 Call: lid=0 id=1012 in=0
BChan: slot=21 chan=11
Cause=16, Normal call clearing
 
I would remove the 26XX short code. It should get the ext number from the SCN.

Dermis and feline can be divorced by manifold methods.*
*(Disclaimer for all advise given)--'Version Dependent'
 
Remove it from the manager? I don't have them set at an scn, just as a h450. All of our other locations don't have this issue, its only here. This is the newest one out of the bunch and currently the only ip 500v2. The rest are ip 500 or ip 406.
 
You should not have the short code if it's an SCN.
If you need the short code to dial another site then there is a bigger problem.
 
So turns out there is a check box in manager that is labeled inhibit off-switch forward/transfer. Unchecking that did the trick.
 
What are your extension ranges and what options do you have programmed on Menu?
If you are using say extensions in the 5000 range then you can't simply set up an option 5 or 5??? on menu without additional programing so you can dial the extensions and and use option 5.

 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top