Great, at least it works!
Sounds like you worked it all out after all... LOL.
Sorry, I was assuming that you were using ICM at the beginning.
Good luck mate.
Ahhh... makes sense.
Caller dials 88xxx, translated to 3100, goes into the script, and play prompt, but it tried to place a call on CCM, CCM translates it again, putting the call back to 3100, and so it goes round and round...
To prove it, you should be able to find the relevant calls within...
No worries, I wonder if you have used the wrong step. Rather than using Call Redirect, have you tried Place Call, with the same variable gathered at the beginning?
Looked at the script, and can see where the tight loop occurs. The Call Redirect is pointing back to Get Contact Info.
When this ends, I assume you go back to ICM?
I'd suggest you set a variable after Call Redirect, and pass this variable back to ICM, perhaps a label?
Sorry, without knowing...
I think what you have there is for outgoing. mind if I ask which GW you are using? Is it 6508 / CMM or AS GW? I don't think the translation part is what you are looking for. There should be some pots that you need to configure. Let me try to dig out something and see whether I could provide more...
Need to double check, but you should be able to do so by dial peers and pots. Look at the configuration on the GW, and you should find the relevant dial-peers for all of your other calls. In there, you should be able to specify the CLI, and if you don't map that CLI to any dial-peers, the call...
Depends, what are you trying to block? ALL calls from the outside world? Don't see that being the case. If you are trying to block calls on certain circuits, why not configure the trunks to be made outbound only?
I think someone else has asked this before, the way I used to do it is to query into the Router Current Queue time, and put it into a variable, which then passed into the IPIVR / IPQM, to play the announcement when the call is queued. Hope this helps.
I think you need to enable that feature on the PG first though. Read up on it and see if it works. Trouble is, i can't see how you could put the call back to the Network IVR, without using Blind Network Transfer.
have you enabled NetworkTransfer in the script, it's worth looking into. Bascially, what this does is that the NAM will take back the call and another call made to the IVR.
Looking at what you have, it seems that this is the only way you could put the call back to the network IVR. Unless you...
right, so from what you are saying, you take the call into post routing, but need to go back to periphonics, is this network IVR?
It sounds like you are "trumboning" the calls a bit~~
How did you route the call into Avaya via ICM? You look for an agent, or simply returning a lable?
Once the call...
Is this multisite deployment, or a single site?
I'm going to take a wild guess here, so you have your IN connecting to the SS7 INAP, through to the Routers, into ICM, picks the agent, then lable sent back to IN and calls go directly onto the ACD right?
If that's the case, I can only see that you...
I think you could tackle this in 2 ways. When the call arrives, you can set a call variable to say, 1, for sales calls. That variable could then be passed onto the IP-IVR script for reference.
Then in your Queue to SG node, you could perhaps specify the condition to if callvariable is = 1, and...
One way to do this, without touching priority, is possibly using subskillgroup for the agent.
Another way is to alter the script to check for DNIS, if the DNIS matches the sales call, you could route to sale SG first, then support SG, and visa versa for support calls.
you could use Router Queue Time Now as a variable in your IVR to play the current queue time, and ask the caller to either hold or press a digit to continue.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.