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 strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Octel 250 intergation with Cisco CallManager Express

Status
Not open for further replies.

acsee

IS-IT--Management
Dec 12, 2005
41
US
Does anyone have any advice on integrating the Octel 250 with the CallManager Express? We have a need to do so and for the most part it works with the minor exception of transferring calls.

The Octel has 8 FXO ports, one of which is dedicated to MWI only as stated by Cisco. What happens is when a caller calls in to either the Auto attendant or 0s out from a mailbox, you hear the DTMF tones and the call drops. We've tried changing the hook flash time at various increments from 500ms to 2000 (max) ms. When the hook is changed to 1200ms, you no longer hear the DTMF tones but the call still does not transfer- same with the higher flash values. We've tested hook flash and transfer on the CME by directly connecting to an FXS port with an analogue telephone and it works fine.

Any suggestions, etc would be greatly appreciated as this has been an issue for months now.
 
What type of PBX is the Octel set for in menu 1-1 and what line type are you using for the ports?

Ken Means

"I find that the harder I work, the more luck I seem to have."
- Thomas Jefferson (1743-1826)
 
Hi Ken,

Many thanks for the reply:

The PBX type is set to 2 (other) and the line types are set to type 1.
 
So you are using inband from the Cisco ?

Also do you ever see the transfer in the online CDR? It may be that the Octel does not like the dial tone from the Cisco system and will not transfer the call.

Try changing the line type to a 3 or 4 and see what it does.

Ken Means

"I find that the harder I work, the more luck I seem to have."
- Thomas Jefferson (1743-1826)
 
Thanks for the reply again,

Here is what I received from the Octel admin:

Yes we are using inband and you do see the call in CDR.

With line the line type changes:

Type 2 & 3 – no change

Type 4 & 5 – got a response immediately that the open trees ext. 9530 was not valid

Types 17 – 19 not valid options

Types 33 – 35 not valid options

Thanks!

 
Haven't been able to resolve- any ideas?
 
I'm having good success integrating a 250 to CallManager using an analog gateway (VG248) and treating the CallManager as if it were a Centrex. Call data comes across as SMDI data across a serial port, the voice path goes across analog lines, and everything works fine.

I'd recommend using SMDI rather than inband.

--"I'm sorry, ma'am. The problem seems to be between your chair and the handset.
 
Hi CJ,

That is what we would have been done in a CCM/Octel integration but this is a CME/Octel integration. Unfortunately we can't do serial integration with the router.
 
So just to make sure you are saying that it all works fine but the transfers right?

Ken Means

"I find that the harder I work, the more luck I seem to have."
- Thomas Jefferson (1743-1826)
 
Hi Ken,

Yes all else is working including MWI- just not the 0 out transfer, AA transfer, or Dial by name transfer.

Analog transfer was tested on each port of router and was found to be working on the CME side- but we are perplexed as to where the problem is.
 
I think it is in the CME side. Do you have an analog station from somewhere else that you can hook up and test with ? I have seen some odd things with the CM on analog ports and it was always in the Cisco side.

Can you post a printout of a online cdr of a transfer as well as menu 6 1 and 4 1 1

Ken Means

"I find that the harder I work, the more luck I seem to have."
- Thomas Jefferson (1743-1826)
 
Also the dial tone that you get on the analog sta is it normal or some other type of dial tone ?

Ken Means

"I find that the harder I work, the more luck I seem to have."
- Thomas Jefferson (1743-1826)
 
Thanks Ken- Yes it is a normal dialtone. We noted this procedure for a direct (not conferenced/supervised) transfer:

flash dial number flash- we had tried that to no avail as well.

I will obtain the CDR and menu outputs and paste here.

Thanks again!
 
Hi Ken,

Here is an example CDR:


***** 03 JAN 08 05:03:21PM
UR_CHG:(USER RECORD CHANGE)
Port: OTH Time: 31 JUL 07 06:52:00AM
Box: 9533 MboxType: 0 ActType: 2 ModType: 6 Who: 0
PWLen: 255 PWType: 255 AppID: 0

***** 03 JAN 08 05:04:48PM
IC:(INCOMING CALL)
Port: 1A TransID: 1313725

***** 03 JAN 08 05:04:49PM
TNE:(TREES, NORMAL ENTRY)
Port: 1A CallType: 5 Caller: Callee: 9533

***** 03 JAN 08 05:04:49PM
SMS:(SESSION MODE SET)
Port: 1A Mode: 1 Box: 9533
AppID: 0

***** 03 JAN 08 05:04:57PM
XFR:(TRANSFER)
Port: 1A Src: 5 Ext: 9540 Stat: 0
AppID: 0

***** 03 JAN 08 05:05:02PM
ON_HOOK:(PORT GOES ON HOOK)
Port: 1A TransID: 1313725

|
***** 03 JAN 08 05:06:20PM
IC:(INCOMING CALL)
Port: 1A TransID: 1313726

***** 03 JAN 08 05:06:21PM
TNE:(TREES, NORMAL ENTRY)
Port: 1A CallType: 5 Caller: Callee: 9533

***** 03 JAN 08 05:06:21PM
SMS:(SESSION MODE SET)
Port: 1A Mode: 1 Box: 9533
AppID: 0

\
***** 03 JAN 08 05:06:29PM
XFR:(TRANSFER)
Port: 1A Src: 5 Ext: 9540 Stat: 0
AppID: 0

***** 03 JAN 08 05:06:34PM
ON_HOOK:(PORT GOES ON HOOK)
Port: 1A TransID: 1313726

-
... and the 2 menus

Menu 4 - Port Assignments 09970

Extension/ Ln Pt Extension/ Ln Pt
Pt Phone No. I O T M N P F Tp D Gp Pt Phone No. I O T M N P F Tp D Gp
-- ---------- - - - - - - - --- - -- -- ---------- - - - - - - - --- - --
1A 8801 Y N Y N N N N 1 4 1 2E
1B 8802 Y N Y N Y N N 1 4 1 2F
1C 8803 Y N Y N N N N 1 4 1 2G
1D 8804 Y Y Y N N N N 1 4 1 2H

1E 8805 Y N Y N N N N 1 4 1 3A
1F 8806 Y Y Y N Y Y N 1 4 1 3B
1G 8807 Y Y Y N Y Y N 1 4 1 3C
1H 8808 N Y N Y N N N 1 4 1 3D

2A 3E
2B 3F
2C 3G
2D 3H




Menu 6 - Dialing and Serial Channel Parameters 09970
- Transfer, Outcall, Fax, and Pager Sequences -

"Flash" On-hook Time: 500 milliseconds
"Pause" Time: 1000 milliseconds

Block Automated Attendant Transfer: 8, , , .
Dialing Sequence to Transfer a Call: FPN
Dialing Sequence to Reconnect with a Call -
Ring/No Answer: F
Busy: F

Dialing Sequence for On-PBX Calls (if VPMOD is on a PBX): N
Dialing Sequence for Local Calls: 8N
Dialing Sequence for Long-distance Calls: 8N
Dialing Sequence for AMIS International Calls: 8N
Dialing Sequence for Private Network Calls: 8N
Pager Dialing Sequences:
1: PPPPPP9530#D 2: 3:
4: 5: 6:



Menu 6 - Dialing and Serial Channel Parameters 09970
- In-band Integration -

Maximum Time Before First Digit Received: 1000 milliseconds
Wink Response Duration ("R"): 150 milliseconds
Dialing Sequence to Activate Message Waiting: *88N
Dialing Sequence to Deactivate Message Waiting: *89N
Retry Message Waiting on Failed Attempt: N
Number of Message Waiting Retry Attempts: 0
Response Time for Message Waiting Confirmation: 0 milliseconds
Message Waiting Timeout: 1 - Timeout = Positive Acknowledgement
Reset Message Waiting on System Boot: Y

Digit Sequence for Direct Calls:
Digit Sequence for Forward - All Calls: N
Digit Sequence for Forward - Ring No Answer/Busy: N
Digit Sequence for Forward - Ring No Answer: N
Digit Sequence for Forward - Busy: N
Number of Digits in Calling Party ID ("E"): 0
Number of Digits in Called Party ID ("N"): 0
 
one thing to try is on menu 1-2 change the Supervised Return to Operator: N to a yes and see if it will transfer the call.

What kind of gateway are you using for the analog ports? I have seen where the Cisco will reverse the polarity on the analog line on any state change and that would make the call drop during a transfer from the Octel.

Ken Means

"I find that the harder I work, the more luck I seem to have."
- Thomas Jefferson (1743-1826)
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top