Bridge call Transfer via sip to avst

[Teleman7777]

I’m having an issue with bridged calls: The scenario is I have a station ext 1555; it has a bridge appearance of ext 2000 on it. A call comes into 2000, when the user transfers this call to another ext say 3000, it goes to the mailbox of 2000.

I have cm 5.1, I’m using Sip ses server with integration to a Callxpress with sip ports. Everything else works great, just this transfer issue. Any ideas would be appreciated.

Pete

 

[Nick44]

Hi Pete,
I've never played with a CX on a SIP integration, but have done probably hundreds of other integration types form DTMF (mode-code) through VBPC, digital set emulation and IP.
The usual clue to finding out what's going wrong is look at what CX tells you when it answers. i.e. does it think the call is a direct subscriber call? "please enter your security code", does it think it's a direct trunk "sorry I'm not at my desk" and so on.

What you describe is that the CX is seeing the wrong thing, with ACM this can be for a variety of reasons, have you tried repeating the call scenario with the bridge removed?
Are the example you have given "real" ones, i.e. will a transferred call to 3000 always answer with MBX 2000?
Is there any coverage to a cover path route in the way? This will always confuse a VM as ACM dosn't pass the itegration info from one cover path to another, Is the bridge a ringing bridge? if it is, what happens if you turn off the ring?
Have a try and see what you get.


Speak softly and carry a big switch

 

[Teleman7777]

Thanks for the response! I know this is a strange one. From what I can see in wire shark I never get the called number showing up from cm. It always answers the with the MBX.

The only way it works is if the person transfering stays on the line and waits for the CX to pickup, then it integrates to the correct mailbox. I tried the no ring on the bridged appearence, no difference on that.

There must be something I'm missing in CM, just not sure what it is.

Thanks for the help.

Pete

 

[wildcard100001]

Do you have entries in "display private-numbering x" x being the lead digit of the extensions? In your example do you have an entry for the 3000 range?\

Just a thought...

Wildcard