CUCM =>SIP TRUNK1=>CUBE#1=>SIP Trunk to Service Provider
CUCM =>SIP TRUNK2=>CUBE#2=>SIP Trunk to Service Provider
We have a private circuit to SP connecting to CUBE#1. The SP sends calls to us on this trunk first.
We route to SP connecting to CUBE#2 over the internet. The SP sends calls to us on this trunk after the first one fills.
We use Circular Distribution outbound, mostly so I can see that both trunks are up. There's about a 2:1 distribution of calls, because the SP is trying to fill up the first trunk before using the 2nd, ...and we're distributing calls outbound on both, ...relatively evenly.
Yesterday we started receiving 503 Service Unavailable on outbound calls because the first trunk was full. I'd be happy to have assistance in configuring some sort of limit where it would fail over to the second trunk when the first one's full.
I know there's a "max-conn" statement that can be given on dial-peers on CUBE, but as I've got two dial-peers (inbound and outbound), I don't think that would take into consideration the two directions of calls on each trunk.
Out of interest, what's your reason for separate inbound and outbound dial peers in this particular case?
"Do you typically combine your dial-peers (incoming/outgoing) into a single dial-peer?"
I've not yet come across a reason to separate them. Obviously there are some settings that are only needed on an outbound DP and some only needed inbound, however they can be set in the same DP. In general the settings needed for both directions would be the same values (codec choices, DTMF handling off the top of my head) so it makes sense to have them set in only one place. So typically in a CUCM/CUBE configuration I'll have one DP for CUBE<->CUCM and one for CUBE<->ITSP.
Turning the question around, in what circumstances have you found a setting that needs to be different for inbound vs outbound, meaning you couldn't use the same DP?
Cheers. I think that's slightly different though as if you point a Route Pattern direct to a gateway you can't also have the GW in a Route Group, so seriously limit options further down the line. What function or scale is lost by using the same dial peer for inbound and outbound call legs? I still can't see any unless there's a setting that needs to be different.