|
|
|
Bookmark this page:
Yahoo!
Windows Live
del.icio.us
digg
Netscape
|
|
||||||||||
|
Posted by on January 14, 2005, 1:40 pm
Please log in for more thread options
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 >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 Threads | Posted |
| 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 |

Mitel SX-2000: how to (un)block area codes
Yahoo!
Windows Live
del.icio.us
digg
Netscape 








>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.