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!

IQ DNIS Routing

Status
Not open for further replies.

mitelmitel

Programmer
Feb 10, 2009
261
GB
I have a customer who has the following.

3 x trunking gateways

GW1 = Main incomming system that has paths and IQ ports on.
GW2 = 1st choice overflow for I/C calls
GW3 = 2nd choice overflow for I/C calls

The main incomming DDI's are translated by system speeddials that are then associated to a HG. The HG is forwarded always to the IQ HG.

IQ then references the system speed call as the DNIS and follows the call flow.

*If the call comes in on the other overflow gateways then the system speed on the overflow points to the HG on GW1*


The problem is:

A] They have run out of HGs
B] System speed call has to be assigned to a HG before routing to the IQ for the DNIS lookup to work off the sys sp call.
C] When an I/C call is overflowed to one of the the other systems and then routed back to GW1 - the IQ picks up on the CEID/HG number as the DNIS instead of the sys sp call no as it should. [I.e. 67013300] 6701 is the CEID, 3300 is the HG number. 925555 is the system speed dial.

This means that every DNIS entry on IQ needs to have a system speed dial and HG number assigned for all calls to work:-

DNIS
67013300
925555


I can solve problem A by programming some virtual 5020IPs with a PKM. This gives me plenty of keys I can program up to act like the same as our dummy HGs.

I was wondering if there was a way where the IQ would work on DNIS without the use of intermediate numbers like dummy HG's or Keys?

Thanks

Mr Mit
 
Your question in a nutshell is circular.

To paraphrase, you are asking for DN routing without actually using a DN.

Logically, this makes no sense.

Using Huntgroups is a good solution when the total DN's are limited. In your case, creating Phantom DN's via key programming makes the most sense.

a 5224 with Dual PKM will provide 120 DN's (this is the maximum number until they allow PKM's on a 5340)




*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.
 
Questions what version of IQ are you using?
Is the IQ fronting all calls across all systems?
Are all three systems Networked together?
Pfyre was bringing out a totally revamped IQ with the ability to wild card DNIS entries, I have done something similiar to this with ACD but less involved.
my only query is how you are getting the DDI to follow the call flow as in my experience the 6160
taps the MN3300 directly on Mitai (This is assuming both lines and 6160 are on the same 3300) and takes whatever your Network provider is giving and just ignores the MN3300 trunk service settings on DDI, requiring the full number 87651234 and 1234 the 4 digit extn number to make DNIS lookup work.
Have you looked in the logs under the DNIS file to see what the 6160 is seeing also?
KWB is right in what he is saying I could give more suggestions if you have a detailed call flow example.
A colleague used something similiar on SX's to a 33 with an IQ for a Call centre.
 
To answer a few Q's.

IQ is on 5.5. 3300's are on MCD 4.0

All systems are clustered.

This is how the system is programmed [e.g]

*On the Main I/C system*
1] HG is programmed [5001] and forwarded always to IQ HG [4000]
2] System speed dial is programmed to what the carrier sends in [552000] whihc points to HG [5001]
3] DNIS plan is programmed and the following DNIS' are added:-

552000
67015001

Note - 6701 is the CEID of the main I/C switch.

*On the I/C overflow system*
1] System speed dial is programmed [552000] and is pointed to 67015001.



When calling into the main I/C system the following is displayed as the DNIS in the IQ logs:-

552000


When calling into the overflow I/C system the following is displayed as the DNIS in the IQ logs:-

67015001

 
KWB - nice heads up on the 5224's with dual PKMs.
 
I got this working in the end without having to use HG's on a cluster/IP Network.

If you route a Sys Sp Call directly to IQ HG it looks up the Sys Sp Call as a DNIS fine.

To get a call routed from another Trunking Gateway over IP Trunks to the main Trunking Gateway - and get the IQ to pickup the system sp call as the DNIS I needed to create another speedial on each of the other TG's but point it to the main TG's speeddial number. The IQ will then pick it up fine.

i.e

Main trunking gateway [GW2]
sys sp call 670100 points directly to IQ HG 2000

Overflow trunking gateway [i.e. GW3]
sys sp call 670100 points to GW2's speeddial [3002670100] CEID of GW2 +speedial number.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top