Im assuming you are referring to outbound calls. What you need to do is put all of your NY phones in 1 CSS. Then make a route list with only the NY T1's, and make a route group with only the NY route list in it. Make your route patterns and point these route patterns to the NY route group. Be sure that the partition that these route patterns are in are accessible by the CSS for your NY phones. In the NY CSS, make sure that the partition in which the route patterns pointing to the NY route group is at the top of the list of partitions in the NY CSS.
Im not quite sure im understanding your setup, but basically put whatever partitions you need NY to access in the NY CSS, and whichever partition your outbound route pattern resides in, put this partition first in the list of partitions in your NY CSS.
Thanks for your effort, I may see if I can do a diagram.
Your last explanation is how I have it for NY, but the calls still use the CT T1. The route patterns for CT and NY are identical and in the CT CSS the route pattern PT is higher than the NY Route pattern which contains the dealer board numbers..could this affect it?
After looking at the problem further i've identifed where the issue is.
The inbound calling search space for the QSIG is the Conneticut CSS, this CSS only has route patterns for Conneticut.
If I add a partition which contains route patterns for NY I can't see away of directing the inbound calls to use specific route patterns outbound, also the route patterns for NY & CT are identical, so even if we add a NY partiton that contain route patterns for NY the highest partition with the closest match will win so its an either or situation. The calls will go out of NY or CT
There isn't away of routing the call based on source?....Any suggestions
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...