Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations derfloh on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

External Call Forward MIC 6.1

Status
Not open for further replies.

telemarv

Vendor
Apr 30, 2003
582
CA
I have a customer who uses external call forwarding extensively POTS lines. Its been functioning perfectly for the almost a year. Today he calls and tells me its stopped working.

Here's what happens. If you call a forwarded extension internally via intercom. Call is forwarded no problem to the external number. However, if you try to transfer a call to the forwarded phone the transferring telephone gets an error "access denied".

All lines are set in pool A, route 3 has been created to out dial on pool A, a destination code of 7 (with absorb 1 digit to absorb the 7) to access route 3. All phones with external forwarding have redirect set to yes.

What am I missing?
 
Not sure how you get the option to Absorb 1. With a single digit desti Code it should be ALL or 0. Does the phone that is doing the Tranfer have acess to Pool A?
 
yes phones have access to pool a. Absorb 1 digit is an option. As I said it works fine on internal call to the DN. it seems as if conferencing is not allowed which is what is required for external call forwarding.
 
If it was working for a year, I would guess you are not missing anything. Perhaps it needs a reboot, or perhaps your customer came here for some advice and changed something...LOL. I would start by checking to make sure DS did not get taken off the lines for some reason, or the routing tables did not get changed. Or maybe they changed providers and the voltage looks wrong to the system. Have you been onsite yet, or are you posting first?
 
One other thing... Is it happening from all the phones, or just one?

P.S. I have been looking for a remote reboot device. These new underlined keyword links may turn out to be cool.
 
Were you onsite to check the other stuff (all phones or single), or duplicate the problem..or did the customer reboot.

Are they incoming calls, or is it maybe that the customer is trying to transfer a call that they started?
 
Still haven't solved this problem short of defaulting the system and reprogramming from scratch
 
bkrike has a good suggestion. I'm pretty sure the manual says only incoming calls can be externally transferred. Possibly this customer is trying to externally transfer calls they have initiated?

Brian Cox
 
Brian I will check that, but I'm pretty sure it worked for initiated calls too
 
If that is what they are doing, that is the problem, and you will get "access denied" message...per the manual....

When transferring an external call to an external number, the external call you are trying to transfer must be an incoming call on a disconnect supervised line.

While on a conference call, you can remove yourself from the conference and connect the other two callers using the
Transfer feature. However, if both of the other people are from outside the system, at least one of the outside callers must have called you and both of the outside calls must be on disconnect supervision lines.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top