1
MiVoice Office 250/Mitel 5000 / Re: Off-Node Routing call to display CLI
« on: February 16, 2014, 08:43:43 AM »
TE
I thought i followed you up to your last post.
I've added my comments to your sentences below for clarity only: -
Correct in that the phone initiating the call is on Node 2 but i want to set the CPN to a DDI that is local to Node 1 not Node 2. At the same time, those phones should only display that DDI when calls are routed via Node 1 and not display it within calling its own native market.
Perhaps a bit of the background. Both nodes route ARS calls to each other via a facility/routing group that is configured with IP routing. Node 1 has a local DDI that routes incoming CO trunk calls to Node 2 that rings in to stations within Node 2's HG. When ringing, the display on Node 2's phones shows the same username configured for the DDI under the call routing tables in Node 1. All expected behaviour.
When the reverse is happening, Node 2 (via IP routing again) calls a number within the Node 1 market and routes out over its CO trunks. The CLI that is now observed is the billable number for that line. I want to change it so that when the HG within Node 2 calls the Node 1 market via Node 1, it also shows the incoming DDI set for it.
Currently, Node 2 does not have any DDI configured that would conflict with the Node 1 whitelist. The DDI i want allocated is on the Node 1 whitelist.
Is this the same thing as you've said or am i confusing myself here?
Cheers!
Pops
I thought i followed you up to your last post.
I've added my comments to your sentences below for clarity only: -
Quote from: Tech Electronics said earlier
Now, what he wants to do is for those stations that are answering the call [on Node 2] to present the DDI that is routed to them as their Outbound Caller ID (Calling Party Number) and that number belongs to a different System [on Node 1] and maybe even a different carrier and that can only be done if the carrier allows it. This is what is commonly referred to as Non-Native Caller ID.
Quote from: Tech Electronics recently said
Since the phone your are initiating the call with is on another node [yes] and you set its Calling Party Number to a DDI that is local to its own controller [no, not yet] and sending that information over when dialling out that is where your problem occurs.
Correct in that the phone initiating the call is on Node 2 but i want to set the CPN to a DDI that is local to Node 1 not Node 2. At the same time, those phones should only display that DDI when calls are routed via Node 1 and not display it within calling its own native market.
Perhaps a bit of the background. Both nodes route ARS calls to each other via a facility/routing group that is configured with IP routing. Node 1 has a local DDI that routes incoming CO trunk calls to Node 2 that rings in to stations within Node 2's HG. When ringing, the display on Node 2's phones shows the same username configured for the DDI under the call routing tables in Node 1. All expected behaviour.
When the reverse is happening, Node 2 (via IP routing again) calls a number within the Node 1 market and routes out over its CO trunks. The CLI that is now observed is the billable number for that line. I want to change it so that when the HG within Node 2 calls the Node 1 market via Node 1, it also shows the incoming DDI set for it.
Currently, Node 2 does not have any DDI configured that would conflict with the Node 1 whitelist. The DDI i want allocated is on the Node 1 whitelist.
Is this the same thing as you've said or am i confusing myself here?
Cheers!
Pops