First thanks for your post, but why no need to use Translation Patterns that translate inbound numbers to JTAPI triggers, and if you have VG sample configuration of E1 in UCCX implemention please post it.
There really isn't any best practice as far as an E1 configuration goes. What I think you need to take into account is that it is 2 seperate technologies. You have an E1 circuit plugged into some sort of ISR router ( 2800, 3800 ) series router. As far as the config goes on the router are you doing MGCP or H.323? I would recommend H.323 from a resiliancy standpoint. On the LAN side, make sure you have proper QoS on your routers and switches.
From a E1 in Call Managers perspective, there is not much to look at there. What you want to NOT do, is to have Translation Patterns that translate inbound numbers to JTAPI triggers, you would just put the inbound number on the JTAPI triggers directly! If you don't do this I have seen weird stuff happen in CUCM.
From IPCC standpoint, make sure you run your Erlang calculations to determine what size and number of E1's you need to meet capacity.
Hi First thanks for your
Hi
First thanks for your post, but why no need to use Translation Patterns that translate inbound numbers to JTAPI triggers, and if you have VG sample configuration of E1 in UCCX implemention please post it.
Thanks
E1 with UCCX
There really isn't any best practice as far as an E1 configuration goes. What I think you need to take into account is that it is 2 seperate technologies. You have an E1 circuit plugged into some sort of ISR router ( 2800, 3800 ) series router. As far as the config goes on the router are you doing MGCP or H.323? I would recommend H.323 from a resiliancy standpoint. On the LAN side, make sure you have proper QoS on your routers and switches.
From a E1 in Call Managers perspective, there is not much to look at there. What you want to NOT do, is to have Translation Patterns that translate inbound numbers to JTAPI triggers, you would just put the inbound number on the JTAPI triggers directly! If you don't do this I have seen weird stuff happen in CUCM.
From IPCC standpoint, make sure you run your Erlang calculations to determine what size and number of E1's you need to meet capacity.
Hope that helps!