<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=utf-8">
<META content="MSHTML 6.00.2900.3132" name=GENERATOR></HEAD>
<BODY style="MARGIN: 4px 4px 1px">
<DIV>Thanks.....this is interesting....</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>>>> "Ted Nugent" <tednugent69@yahoo.com> 9/5/2007 12:26 PM >>><BR>Agreed it would be nice to have that feature and I<BR>understand where you're going with this but I still<BR>don’t see the problem and an increase in admin<BR>providing your dialplan is designed to scale. (BTW, I<BR>worked for a very large bank for a while so I know<BR>what a pain in the ass it can be)<BR><BR>If you're expanding from 4,5,7,10 digit DID or<BR>whatever to an 11 digit extension then why not have<BR>the translations set to do the same thing outlined but<BR>in another partition?<BR>example<BR>Gateway-CSS – <BR>contains <BR>Translation-PT<BR>5XXX->19195555XXX (4Digits from the provide to 11<BR>digit DN)you allready need to do this right..<BR><BR>The CSS on the TP set to a “Translation-CSS” which<BR>contains your "Phones-PT", Internal-PT etc and ordered<BR>after them a "CatchAll-PT" with a TP of<BR>XXXXXXXXXXX->operator DN or Unity-AA. If this pattern<BR>is only visible to your Gateway/translation-CSS then<BR>it will not interfere with IDT or your main dialplan.<BR>No muss no fuss.<BR><BR><BR><BR><BR><BR><BR>--- STEVEN CASPER <SCASPER@mtb.com> wrote:<BR><BR>> But that is my point - if I have the 5XXX pattern I<BR>> still have to keep track of what numbers are being<BR>> used or not used in the block and create translation<BR>> patterns for one of these scenarios We have multiple<BR>> sites with all kinds of crazy overlapping DID ranges<BR>> that we expand to a 11 digit directory numbers. It<BR>> would be much easier if the system recognized an<BR>> unassigned number and routed it appropriately but I<BR>> guess due to the way partitions and Calling Search<BR>> Spaces work that could be difficult. So it sounds<BR>> like Translation Patterns are the way to go. I think<BR>> I need a raise!<BR>> <BR>> <BR>> >>> "Robert Singleton" <rsingleton@morsco.com><BR>> 9/5/2007 10:29 AM >>><BR>> On Wed, 2007-09-05 at 07:14 -0700, Ted Nugent wrote:<BR>> > why are you trying to avoid this? I've had to do<BR>> this<BR>> > in the past and it worked fine and took no<BR>> > administration.<BR>> > I my case it was a TP of 5XXX (DID block) ordered<BR>> last<BR>> > in my gateway-css and routed all stray calls to<BR>> the<BR>> > main attentdant.<BR>> <BR>> I have several blocks of DIDs that I route<BR>> similarly. In our case, I<BR>> translate the whole block to the Unity pilot number<BR>> with a wildcard,<BR>> then when DIDs are needed, a more specific DID will<BR>> be a better match<BR>> and the call will be routed there instead.<BR>> Simplicity.<BR>> <BR>> Robert<BR>> <BR>> <BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> cisco-voip@puck.nether.net <BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco">https://puck.nether.net/mailman/listinfo/cisco</A>-voip <BR>> <BR>> <BR>> <BR>> ************************************<BR>> This email may contain privileged and/or<BR>> confidential information that is intended solely for<BR>> the use of the addressee. If you are not the<BR>> intended recipient or entity, you are strictly<BR>> prohibited from disclosing, copying, distributing or<BR>> using any of the information contained in the<BR>> transmission. If you received this communication in<BR>> error, please contact the sender immediately and<BR>> destroy the material in its entirety, whether<BR>> electronic or hard copy. This communication may<BR>> contain nonpublic personal information about<BR>> consumers subject to the restrictions of the<BR>> Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act. <BR>> You may not directly or indirectly reuse or disclose<BR>> such information for any purpose other than to<BR>> provide the services for which you are receiving the<BR>> information.<BR>> There are risks associated with the use of<BR>> electronic transmission. The sender of this<BR>> information does not control the method of<BR>> transmittal or service providers and assumes no duty<BR>> or obligation for the security, receipt, or third<BR>> party interception of this transmission.<BR>> ************************************<BR>> > _______________________________________________<BR>> cisco-voip mailing list<BR>> cisco-voip@puck.nether.net<BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco">https://puck.nether.net/mailman/listinfo/cisco</A>-voip<BR><BR><BR><BR> <BR>____________________________________________________________________________________<BR>Boardwalk for $500? In 2007? Ha! Play Monopoly Here and Now (it's updated for today's economy) at Yahoo! Games.<BR><A href="http://get.games.yahoo.com/proddesc?gamekey=monopolyherenow">http://get.games.yahoo.com/proddesc?gamekey=monopolyherenow</A> <BR><BR><BR></DIV>
<P>************************************<br>
This email may contain privileged and/or confidential information that is intended solely for the use of the addressee. If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act. You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information.<br>
There are risks associated with the use of electronic transmission. The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission.<br>
************************************<br>
</P></BODY></HTML>