<div dir="ltr">I don't have any experience with the file based patterns. If they have room for a few more VM's, putting SME in the middle and hang CUBE off of that might be another way to do it cleanly. Then ils could take care of those patterns.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 26, 2015 at 5:42 AM, Boon <span dir="ltr"><<a href="mailto:ciscovoipuser@gmail.com" target="_blank">ciscovoipuser@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I have a client who is planning on splitting their single CUCM cluster with CUBE and PSTN SIP into two separate clusters. <br></div><div><div><br></div><div>The challenge is that they want to share the CUBE solution and DID range between both clusters.</div><div><br></div><div>I can see an opportunity here to use the IOS dial-peer feature 'Multiple Destination Pattern' matching using a file hosted in the router flash. </div><div><br></div><div>Although the configuration looks pretty straight forward I wanted to find out if any of you guys had deployed this feature and whether there are any gotchas to be aware of? I'm aware of the minimum IOS version requirement. I'm wondering whether file maintenance can become an issue.</div><div><br></div><div>Also, has anyone used this with a CUBE HA solution?</div><div><br></div><div>Any help appreciated. Thanks</div></div></div>
<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" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Ed Leatherman<br></div>
</div>