Telecom Technical Mitel SX-2000: how to (un)block area codes

Bookmark this page:  YahooMyWeb Yahoo!  Google Google  Windows Live Favorites Windows Live  del.icio.us del.icio.us  digg digg  Add to Netscape Netscape
Subject Author Date
Mitel SX-2000: how to (un)block area codes reedl 01-14-05
Posted by on January 14, 2005, 1:40 pm
Please log in for more thread options
We have an SX-2000 that is (I think) currently blocking calls to area
code 809 (the Dominican Republic.) I haven't been able to find anyplace
in the switch that deals with this sort of thing, although I seem to
recall stumbling over it once while looking for something else.

I can't find any reference to such blocking in the Features and
Services binder so maybe it is not the switch doing this. Can it? And
where would I find its table in CDE?

Thanks for any pointers,

r



Posted by on January 14, 2005, 9:39 pm
Please log in for more thread options
reedl@tatteredcover.com writes:

>We have an SX-2000 that is (I think) currently blocking calls to area
>code 809 (the Dominican Republic.) I haven't been able to find anyplace
>in the switch that deals with this sort of thing, although I seem to
>recall stumbling over it once while looking for something else.

>I can't find any reference to such blocking in the Features and
>Services binder so maybe it is not the switch doing this. Can it? And
>where would I find its table in CDE?

>Thanks for any pointers,

There are a number of ways to block area 809 (or any particular digit
string or range of digits for that matter) on the SX-2000

First of all, blocked simply by omission. In other words, the digit string
'809' does not appear in the ARS table and there are no wildcard
combinations programmed to include this range. Open the AU (automatic
Route Select) table, type in leading digit '8' and hit recall. With this
table open, look for the digits dialed 09 and # of digits to follow = 7
- OR leading digits 8 and "unknown" to follow, or leading digits '80' with
8 digits to follow. If none of these combinations appear then 809 is
blocked by omission. You dial 809-xx etc and the phone displays "invalid"

Secondly, blocked explicitly. This time one of the above described
scenarios exists and is directed to a specific route. The route contains a
trunk group but the trunk group contains only 1 trunk. The trunk
assignment form shows an "Interconnect" number. You check the Interconnect
Restriction table to find that the interconnect number assigned to the
trunk is restricted from accessing all 64 other interconnects. You dial
809-xx etc and the phone displays "CALL BARRED"

Thirdly, blocked permissively. In this scenario only specific numbers in
area 809 appear in the ARS table. Companies do this when they have a
business relationship there, i.e., with a bank, and so they wish to
"allow" only a handful of numbers, perhaps only one or two, and so the
entire digit string(s) of the ALLOWED numbers would appear in the ARS
table.

Fourth, blocked by a simple digit conflict. Example, to place a call to
a/c 809 you might have to dial 9-1-809-xxx-xxxx. To stop these calls you
need only program up a DN on the pbx with the extension "91809". Try to
dial a number in a/c 809 and you'll never get past the 91809 part of the
call. A really tricky to do this is to bury "91809" in the feature access
code table.

Fifth, blocked by customer request at the LEC or LD carrier. Here the
customer has requested their LD provider to block area 809 for them. This
is really simple to do and is usually provided as a free or no-charge
service. You can test this easily by dialing the Individual Trunk Select
feature code + the 4-digit trunk number of one of your outside trunks,
followed by 1-809-xxx-xxxx. If the call goes through, your LEC or IXC is
not the one blocking these calls.

I could go on, but you probably get the idea.

WDG



Posted by DPGumby on January 15, 2005, 3:09 am
Please log in for more thread options
And finally if you don't understand how COR works you shouldn't be dicking
around in your switch.

> reedl@tatteredcover.com writes:
>
>>We have an SX-2000 that is (I think) currently blocking calls to area
>>code 809 (the Dominican Republic.) I haven't been able to find anyplace
>>in the switch that deals with this sort of thing, although I seem to
>>recall stumbling over it once while looking for something else.
>
>>I can't find any reference to such blocking in the Features and
>>Services binder so maybe it is not the switch doing this. Can it? And
>>where would I find its table in CDE?
>
>>Thanks for any pointers,
>
> There are a number of ways to block area 809 (or any particular digit
> string or range of digits for that matter) on the SX-2000
>
> First of all, blocked simply by omission. In other words, the digit string
> '809' does not appear in the ARS table and there are no wildcard
> combinations programmed to include this range. Open the AU (automatic
> Route Select) table, type in leading digit '8' and hit recall. With this
> table open, look for the digits dialed 09 and # of digits to follow = 7
> - OR leading digits 8 and "unknown" to follow, or leading digits '80' with
> 8 digits to follow. If none of these combinations appear then 809 is
> blocked by omission. You dial 809-xx etc and the phone displays "invalid"
>
> Secondly, blocked explicitly. This time one of the above described
> scenarios exists and is directed to a specific route. The route contains a
> trunk group but the trunk group contains only 1 trunk. The trunk
> assignment form shows an "Interconnect" number. You check the Interconnect
> Restriction table to find that the interconnect number assigned to the
> trunk is restricted from accessing all 64 other interconnects. You dial
> 809-xx etc and the phone displays "CALL BARRED"
>
> Thirdly, blocked permissively. In this scenario only specific numbers in
> area 809 appear in the ARS table. Companies do this when they have a
> business relationship there, i.e., with a bank, and so they wish to
> "allow" only a handful of numbers, perhaps only one or two, and so the
> entire digit string(s) of the ALLOWED numbers would appear in the ARS
> table.
>
> Fourth, blocked by a simple digit conflict. Example, to place a call to
> a/c 809 you might have to dial 9-1-809-xxx-xxxx. To stop these calls you
> need only program up a DN on the pbx with the extension "91809". Try to
> dial a number in a/c 809 and you'll never get past the 91809 part of the
> call. A really tricky to do this is to bury "91809" in the feature access
> code table.
>
> Fifth, blocked by customer request at the LEC or LD carrier. Here the
> customer has requested their LD provider to block area 809 for them. This
> is really simple to do and is usually provided as a free or no-charge
> service. You can test this easily by dialing the Individual Trunk Select
> feature code + the 4-digit trunk number of one of your outside trunks,
> followed by 1-809-xxx-xxxx. If the call goes through, your LEC or IXC is
> not the one blocking these calls.
>
> I could go on, but you probably get the idea.
>
> WDG
>




Posted by TerryS on January 15, 2005, 11:17 am
Please log in for more thread options
Whats wrong with the scientific method ?


> And finally if you don't understand how COR works you shouldn't be dicking
> around in your switch.
>
>> reedl@tatteredcover.com writes:
>>
>>>We have an SX-2000 that is (I think) currently blocking calls to area
>>>code 809 (the Dominican Republic.) I haven't been able to find anyplace
>>>in the switch that deals with this sort of thing, although I seem to
>>>recall stumbling over it once while looking for something else.
>>
>>>I can't find any reference to such blocking in the Features and
>>>Services binder so maybe it is not the switch doing this. Can it? And
>>>where would I find its table in CDE?
>>
>>>Thanks for any pointers,
>>
>> There are a number of ways to block area 809 (or any particular digit
>> string or range of digits for that matter) on the SX-2000
>>
>> First of all, blocked simply by omission. In other words, the digit
>> string
>> '809' does not appear in the ARS table and there are no wildcard
>> combinations programmed to include this range. Open the AU (automatic
>> Route Select) table, type in leading digit '8' and hit recall. With this
>> table open, look for the digits dialed 09 and # of digits to follow = 7
>> - OR leading digits 8 and "unknown" to follow, or leading digits '80'
>> with
>> 8 digits to follow. If none of these combinations appear then 809 is
>> blocked by omission. You dial 809-xx etc and the phone displays
>> "invalid"
>>
>> Secondly, blocked explicitly. This time one of the above described
>> scenarios exists and is directed to a specific route. The route contains
>> a
>> trunk group but the trunk group contains only 1 trunk. The trunk
>> assignment form shows an "Interconnect" number. You check the
>> Interconnect
>> Restriction table to find that the interconnect number assigned to the
>> trunk is restricted from accessing all 64 other interconnects. You dial
>> 809-xx etc and the phone displays "CALL BARRED"
>>
>> Thirdly, blocked permissively. In this scenario only specific numbers in
>> area 809 appear in the ARS table. Companies do this when they have a
>> business relationship there, i.e., with a bank, and so they wish to
>> "allow" only a handful of numbers, perhaps only one or two, and so the
>> entire digit string(s) of the ALLOWED numbers would appear in the ARS
>> table.
>>
>> Fourth, blocked by a simple digit conflict. Example, to place a call to
>> a/c 809 you might have to dial 9-1-809-xxx-xxxx. To stop these calls you
>> need only program up a DN on the pbx with the extension "91809". Try to
>> dial a number in a/c 809 and you'll never get past the 91809 part of the
>> call. A really tricky to do this is to bury "91809" in the feature access
>> code table.
>>
>> Fifth, blocked by customer request at the LEC or LD carrier. Here the
>> customer has requested their LD provider to block area 809 for them. This
>> is really simple to do and is usually provided as a free or no-charge
>> service. You can test this easily by dialing the Individual Trunk Select
>> feature code + the 4-digit trunk number of one of your outside trunks,
>> followed by 1-809-xxx-xxxx. If the call goes through, your LEC or IXC is
>> not the one blocking these calls.
>>
>> I could go on, but you probably get the idea.
>>
>> WDG
>>
>
>




Posted by on January 15, 2005, 1:15 pm
Please log in for more thread options

>Whats wrong with the scientific method ?

Okay, I'll bite. Explain the 'scientific method' to us.

With a PBX the class of the SX2000 and which is supported by a technical
staff with at least half a brain, you're apt to find all of the "manual
pic" (i.e., the 10-10 stuff and 800# direct carrier access) blocked and
find the 0 and 0+ stuff either blocked as well or redirected to an
internal attendant (or requiring use of an independent account code). I
like the acct. code method personally as it places accountability directly
on the employee who thereafter can no longer claim that, "its the cleaning
people using my phone at night."

When programming your routing tables to block the Dominican Republic, one
has to first realize that today area Code 809 hardly resembles its former
self. The original AC 809 now includes more than a dozen splits and
overlays, including: 242, 264, 268, 284, 345, 441, 473, 664, 758, 767,
784, 787, 809, 868, 869, 876. Where shall we begin?



Similar ThreadsPosted
Mitel SX-2000: how to (un)block area codes January 14, 2005, 1:40 pm
Multi-Line Mobile Provider with different area codes? June 16, 2005, 10:14 am
Illinois Area Codes: Latest Developments, and Some History August 21, 2006, 3:42 am
MITEL SX2000 August 5, 2004, 7:12 am
Mitel SX2000 August 5, 2004, 9:28 am
mitel sx2000 lw29 TBCT March 8, 2005, 6:03 pm
Possible Problems with LNP and Multiple area code in my area, anything wrong? August 27, 2006, 1:20 am
Mitel SX2000 - support for Superset 4000 handsets August 26, 2004, 12:57 pm
SBC PIC codes revealed March 2, 2005, 7:12 pm
Partner AVS programming codes May 15, 2007, 10:42 pm
I found ADSI unlock codes - now what? January 15, 2005, 10:26 am
Sprint Call-forward star codes May 11, 2006, 6:48 pm
Summary of New NPA Codes (NANP) in Recent Years August 21, 2006, 4:39 am
ANI for Denver CO area September 30, 2004, 11:02 pm
PANASONIC: Need tech in St. Louis, MO area. December 17, 2004, 1:51 pm
Residential Cabling Guide

Home Cabling Guide

Finally, an instantly downloadable book that saves you thousands in home improvement dollars! Enjoy living in 21st century technology-advanced home while increasing its selling value and competitive advantage on the real estate market. Whether your cabling is for home office or high-tech leisure, you can wire your home yourself or learn "wirish" to speak with your cabling contractors in their language!

Learn More