Accepted Solutions
@LisaW_81625Looking at your document in more detail I see a few things that you should change. Yesterday I read it on my mobile.
- Remove the translation pattern you have for translating 8700 to 1070.
- As has already been noted by me and @sudaggar, you need to have either individual route patterns or summary route pattern(s) if you have a continuous range of numbers that are used for FoIP in XMedius. So create a route pattern for 8700 to send it to the RL for XMedius, or to the trunk directly if you're not using RL/RG. If you do you should reconfigure this to use RL and RG instead.
- Never have this set on route or translation patterns that you don't intend to play secondary dial tone.
It will mess up your ability to get secondary dial tone for when you intend it. - You should change the below setting on the SIP trunk to XMedius.
Screen shot from our setup for this. This will fix the problem you have will calling party being the last redirect number. - Remove the called transformation you created with TAC and the use of it on the SIP trunk. Or at least the use of it on the SIP trunk, you can remove it and the partition and CSS later once you're all good with you setup.
The whole setup as suggested by TAC is redundant as all it does is to negate that you first do a transform of called number on the translation pattern from 8700 to 1070 and then back from 1070 to 8700 with the called party transformation pattern. It just a waste of anything to do that. - Deselect PSTN Access on the SIP trunk.
Not related to your problem as such, but the SIP trunk to XMedius use isn't for PSTN so it's a bad habit to have it selected. - Set urgent priority on the route pattern.
Not related to your problem as such either, but will keep you from having to wait for inter-digit timeout.
With this I think you should be all good with what you ask for.
Spot on @Ayodeji Okanlawon.
Didn't even pay attention that the OP wrote DNIS in the text, but Caller ID in the topic.
@LisaW_81625Would you mind to share some additional information on your setup and what you want to achieve for us to better be able to help you?
You should create one route pattern per directory number you have for fax destination in XMedius. It won’t work to have one for all and translation patterns that translate to the route pattern number. We also use XMedius, if you’d want to discuss in a one on one call, please send me a PM and we can set it up for tomorrow.
@LisaW_81625Looking at your document in more detail I see a few things that you should change. Yesterday I read it on my mobile.
- Remove the translation pattern you have for translating 8700 to 1070.
- As has already been noted by me and @sudaggar, you need to have either individual route patterns or summary route pattern(s) if you have a continuous range of numbers that are used for FoIP in XMedius. So create a route pattern for 8700 to send it to the RL for XMedius, or to the trunk directly if you're not using RL/RG. If you do you should reconfigure this to use RL and RG instead.
- Never have this set on route or translation patterns that you don't intend to play secondary dial tone.
It will mess up your ability to get secondary dial tone for when you intend it. - You should change the below setting on the SIP trunk to XMedius.
Screen shot from our setup for this. This will fix the problem you have will calling party being the last redirect number. - Remove the called transformation you created with TAC and the use of it on the SIP trunk. Or at least the use of it on the SIP trunk, you can remove it and the partition and CSS later once you're all good with you setup.
The whole setup as suggested by TAC is redundant as all it does is to negate that you first do a transform of called number on the translation pattern from 8700 to 1070 and then back from 1070 to 8700 with the called party transformation pattern. It just a waste of anything to do that. - Deselect PSTN Access on the SIP trunk.
Not related to your problem as such, but the SIP trunk to XMedius use isn't for PSTN so it's a bad habit to have it selected. - Set urgent priority on the route pattern.
Not related to your problem as such either, but will keep you from having to wait for inter-digit timeout.
With this I think you should be all good with what you ask for.
