Another CFW off net issue 1

[rflores]

Hello everyone, here is another CFW off net issue. I have a Norstar MICS DR4.1 w/PRI and a NAM 4.0. The set is setup with redirect:Y and redirect ring:Y. The set has prime line:I/C with 2 I/C assigned. The set has 2 apprs of the DID number. Switch is setup with 2 routes, 001 is used for local and 002 is for LD. I can F4 and F84 to a LD number using either routes but unable to F4 or F84 to a local number (getting a fast busy). I was able to setup my Norstar in my lab using CO lines, since my boss would be upset if I took down are PRI to test the Norstar. I have tried to resolve this using my Tier Support and are client is getting hot under the collar now. Any one have any suggestions.

 

[luv2ski]

first pri and 4.1 is a bad mix..that said...you are saying that you f4 then 9 5551212 will not work but when you dial it from icom it does?


ski season has started

 

[rflores]

I can dial a local and LD number fine, but I can not call forward or line redirect to a local number(cell, pager, phone will not work). It only works for LD numbers.

 

[jiniguez]

Ensure the routes you have built are using the proper line pools PRI-A or B accordingly. Second ensure the set has access to both line pools, under line access. Under the route check and see what the absorb rate is. This can sometimes cause problems. As far as using F84 this should not apply here since that is what your call routing table is for.

 

[rflores]

The routes are setup to use PRI-A. All sets have access to PRI-A. The absorb digits under desicodes, I think that is what your asking has the following 901 absorb:2 and 902 absorb:all. By rights 901 absorb:2 should not work, I have tried to change it to absorb:all with no luck.

Ramon Flores
TDSC
Voice Engineer

 

[jiniguez]

What line pool are the routes using check under routes.

 

[rflores]

Its setup to use Pool A, which should be the PRI.

 

[jiniguez]

Also what are the destination codes you have programmed. Im assuming you using 90 as your access codes based on your absorb digit. Do you have to PRI's or a T-1.
Here is a quick reference for you. For a customer using two PRI or T1 combo. One circuit is dedicated for local and the second for long distance.

Local programing:
Destination code 9 uses Route 1--Route 1 absorb all or 1--Route 1 use PRI A--Under line programming lines 1-23 are set up under PRI pool A. Set has access to line pool

The Second T1 used for long distance:
Destination code 91 uses Route 2--Route 2 absorb all--Route 2 uses pool B--Lines 24-48 are assigned to pool B. Set has access to pool B.

If you are only using one PRI for both then check translation table and see what the outdial digits are. By default the system are set to 7 but in some areas you need to change to 10.

 

[jiniguez]

So are you good now... Please let me know..I have plenty of time to help if you need

 

[bkrike]

Quote/ rflores: "Its setup to use Pool A, which should be the PRI."
This is incorrect. pool A is not the PRI. If you have a PRI the pool should be PRI-A. Other than that, 4.1 never really did work right as far as PRI's and off premise fowarding.

 

[skippy440]

To luv2ski

The first version of MICS 4.1 was problematic with either analog or PRI.

There was a second version introduced that
was more stable and worked quite well.

The main issues that 4.1 had was the forwarding issue that gets mentioned by bkrike.

 

[rflores]

Thank you everyone for your help, so I guess the only option I have is to use the option 7 in voicemail since are client does not like to spend money on upgrades. I will have to talk are client into setting up restrictions, Considering this can open up the site to further toll fraud.