<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 7, 2014 at 2:16 AM, A J Stiles <span dir="ltr"><<a href="mailto:asterisk_list@earthshod.co.uk" target="_blank">asterisk_list@earthshod.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
</div>You are suffering from classic Namespace Pollution.<br>
<br>
You need to put the extensions for which you are testing into their own<br>
separate context, e.g. "customer-realexts"; and include -that- context into<br>
your customer-internal context.  That way, your DIALPLAN_EXISTS() function<br>
call won't see the _X.  (which necessarily must be in customer-internal)  to<br>
match against.<br>
<span class="HOEnZb"><font color="#888888"></font></span>-- <br></blockquote></div><br></div><div class="gmail_extra">My customer-internal context doesn't have a _X. in it actually, only the customer-fwd context does. <br>
<br>customer-internal contains a bunch of includes for internal extensions and for routes for long-distance,local, toll calls etc. <br><br>It's only the forward that has and needs the wildcard match as I need the billing code in that context to be executed before the call goes into the customer-internal context.<br>
<br></div><div class="gmail_extra">I suppose I could replace the _X. with a bunch of NXXX rules in customer-forward but it seems needlessly complex to do so there as customer-internal already controls what can be dialed/forwarded/transferred to by the customer.<br>
<br>--<br>A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects.<br>
---Heinlein
</div></div>