<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Robert, I believe there is a service parameter for CallManager called something like "Stop Routing on Unallocated Number Flag" which you could change to False. While I haven't tried changing that to route past a 404 not found code on a SIP trunk to try the next route in a route list, I believe it may do what you want. Under normal circumstances, most systems probably want to keep that flag set to True, because there is no point trying to extend a call twice to a PSTN number that you were told was invalid. Once should be enough.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">-Dave</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 8, 2015 at 7:42 PM, Robert Kulagowski <span dir="ltr"><<a href="mailto:rkulagow@gmail.com" target="_blank">rkulagow@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We're looking to make our trunking more robust. We've had occasions<br>
where we get a 404 from our provider for a call which _should_ work.<br>
We're troubleshooting that.<br>
<br>
The 404 makes CUCM stop processing, even if there's more than one<br>
trunk group (I'm thinking SIP as a primary, with PRI as a secondary)<br>
<br>
If I rewrite the 404 into something else on the SBC, will that work?<br>
If yes, what does CUCM look for to try the next entry?<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote></div><br></div>