I'm building a dialplan for use with a bunch of GXP2000 desk sets.  During testing, we had some user issues surrounding the lack of an on-phone dialplan.  Users would hit 9 and sit there waiting for a redial tone, and the GXP would time out, sending just '9' to *, which couldn't do much other than spit back a 404 or play pbx-invalid.
<br><br>I turned on the &quot;early dial&quot; option on the GXP, which causes each digit to be sent as it is pressed, and the user response was much more favourable.&nbsp; Now I come to set up my international dialplans and I&#39;m running into a problem.
<br><br>The textbook dial pattern for international calls:<br><br>_9011.<br><br>Isn&#39;t working because * matches the first digit after 011 and sends an incomplete dialstring (dialing something like Zap/R1/0119 for example).
<br><br>I&#39;ve tried using patterns with multiple . wildcards, and switching from . to X, putting patterns like<br><br>_9011XXX<br>_9011XX<br>_9011X<br><br>In the hopes that * would see that &quot;90119&quot; could potentially match a longer extension and not match immediately.&nbsp; No luck though - dialing still starts immediately when one digit past 011 is received.
<br><br>Any thoughts on how to get around this?&nbsp; Right now the best I have (and that&#39;s not saying much) is to have something like:<br><br>[initialcontext]<br>exten =&gt; _9011,1,DISA(no-password|somecontext)<br><br>[somecontext]
<br>exten =&gt; _X.,1,Dial(Zap/R1/011${EXTEN})<br><br>But that&#39;s ugly, not to mention confusing to the users because the amplitude of the dialtone generated by the GXP is lower than the dialtone generated by *, so they notice the bump when they&#39;ve dialed 9011.
<br><br>Any suggestions appreciated.<br><br>-- <br>j.