Thanks for the reply. I thought media flow aound was with ip to ip GW`s, can you explain some more and how it is used. In addition I would be using SRST enabkle routers not CME at the remote sites

Well, basically CM will 'tell' to phone and and GW that they can communicate directly, so the media flow-around around is automatic. I don't think any command is required to do that.

But isn`t normal peer to peer.In my case a call comes in from a remote site A which points to Unity in the central site B. Press 1, press 2 recording is sent from Unity across the WAN to the remote site A/user only after pressing 1 does it become peer to peer again i.e remote GW to an extension in the remote site A?

Yes, my understanding is that the normal behavior is as you described.

If Unity was to remain as "pivot point" for all calls it redirects, it would become soon a bottleneck.

Instead, the system is able to "shortcut", that is, to enforce media flow-around every time is possible.

Chuck thanks.

Normally the amount of calls hitting the reception/ AA- Press 1, press 2 will be higher then the hit we will take on CF NA, Busy to VM across the WAN. I can see the B-ACD can work in CME but can it work in a remote site? look forward to your test

Hi,

B-ACD/AA being a TCL/IVR script is largely independent of CME and can work as long you use H.323 or SIP between GW and CM, as opposed as MGCP.

What I'm trying to tell you, but apparently you are not convinced, is that you don't need it, because after Unity transfers the call to an extension where also the GW is located, the media will NOT go across WAN.

I suggest you check live on router to see if what I'm saying is true. If it not, I will be pleased to say that I'm completely off-base.

I`m happy with that, but the initial annoucement "Welcome to....., press 1 for this , press 2 for that" is across the WAN - Is it not? Only after you selected the options do you go peer to peer with the local extension/ GW?

Yes. Especially considering that your initial call is being forwarded to Unity to serve these requests... This RTP stream happens from GW endpoint directly to Unity so the TCL B-ACD Script is indeed relevant in paring down the bandwidth needed across the WAN.

As I said, I have a customer who has this very need right now.

Chuck

It would appear that the answer is, yes, indeed this is possible but will require some tweaking to fit the individual needs... I need to play with it some more but it will answer the phone on an incoming call...

Chuck

chuck,

Thanks for update, could you send me the tweaks you had to do

ciscouser55@hotmail.co.uk