PBXtech.info  
\'\'

Go Back   PBXtech.info > Avaya > Definity Servers

Reply
 
LinkBack Thread Tools Display Modes
Old November 16th, 2004, 04:06 AM   #1 (permalink)
otsohoji
 
Join Date: Nov 2004
Posts: 1
otsohoji is on a distinguished road
'double' call-forward problem

hi all!

I've got a problem with call-forward. When one extension (e.g. 500) has activated a call-fwd to extension 510, and 510 has activated a call-fwd to another number (extension or outside), only first call-fwd will work.

Example: a call to 500 will be forwarded to 510 and will stop there. Call-fwd on the extension 510 won't work.

It's a little bit confusing, because users don't have to know, who has activated the call-fwd.

my system's software:

SOFTWARE VERSION
Memory Resident: R011x.03.2.536.1
Disk Resident: R011x.03.2.536.1


Thanks in advance for help!
otsohoji is offline   Reply With Quote
Old November 16th, 2004, 05:02 AM   #2 (permalink)
ISA_Flee
PBXtech SILVER 25+ posts
 
Join Date: Mar 2004
Posts: 68
ISA_Flee is on a distinguished road
Re: 'double' call-forward problem

As far as I am aware a single call can only be subjected to a call-fwd function once.
ISA_Flee is offline   Reply With Quote
Advertisement
 
Advertisement
Sponsored links

Old November 16th, 2004, 07:33 AM   #3 (permalink)
jsena
PBXtech GOLD 100+ posts
 
Join Date: Mar 2004
Posts: 108
jsena is on a distinguished road
Re: 'double' call-forward problem

If you want to see who is using call-forwarding, the command is list call-forwarding.
jsena is offline   Reply With Quote
Old November 16th, 2004, 10:02 AM   #4 (permalink)
koelemon
PBXtech GOLD 100+ posts
 
koelemon's Avatar
 
Join Date: Dec 2003
Posts: 143
koelemon is on a distinguished road
Re: 'double' call-forward problem

It has always worked like this and probably always will, so dearly called the "double coverage" rule. Once a call has forwarded or covered within the switch, it won't do it again (yes you can do it by leaving the switch to an adjunct, etc.) and it applies to vectors (if you have a station cover to a VDN then the vector does a route-to with coverage...the coverage won't workie) and all that. It actually makes sense, otherwise you would have no idea where calls would end up in a complex coverage and forwarding setup.
__________________
"There are only 10 types of people in the world,
those who can read binary and those that cannot."
koelemon is offline   Reply With Quote
Old November 16th, 2004, 10:24 AM   #5 (permalink)
liquidvw
PBXtech PLATINUM 300+ posts
 
Join Date: Nov 2004
Posts: 354
liquidvw is on a distinguished road
Re: 'double' call-forward problem

Koelemon is correct. If this wasn't true you could create a loop by forwarding ext 5000 to 6000 and 6000 to 5000. Then if call came into 5000 in would forward to 6000 which would forward to 5000 which would forward to 6000 which would forward to 5000 which would forward to 6000, etc....This would not be a good thing. I am sure it would eat up a lot of processor cycles and probably crash a system.
liquidvw is offline   Reply With Quote
Old November 17th, 2004, 10:20 AM   #6 (permalink)
ISA_Flee
PBXtech SILVER 25+ posts
 
Join Date: Mar 2004
Posts: 68
ISA_Flee is on a distinguished road
Re: 'double' call-forward problem

How about setting up a coverage path remote. Have it as the first point of cover. The call gets routed to the 2nd extension and then the call will follow her coverage path. The down side would be it would be like an outside call coming in. I set it up here and it works great.

The steps

1. change coverage remote
9xxxxxxx
2. Change the coverage path of the manager’s extension to r? for the remote coverage path number.

Lee
ISA_Flee is offline   Reply With Quote
Advertisement
 
Advertisement
Sponsored links

Old November 17th, 2004, 10:55 AM   #7 (permalink)
koelemon
PBXtech GOLD 100+ posts
 
koelemon's Avatar
 
Join Date: Dec 2003
Posts: 143
koelemon is on a distinguished road
Re: 'double' call-forward problem

Quote:
Originally Posted by ISA_Flee
How about setting up a coverage path remote. Have it as the first point of cover. The call gets routed to the 2nd extension and then the call will follow her coverage path. The down side would be it would be like an outside call coming in. I set it up here and it works great.

The steps

1. change coverage remote
9xxxxxxx
2. Change the coverage path of the manager’s extension to r? for the remote coverage path number.

Lee
yep, that is pretty much what I was thinking when I said "yes you can do it by leaving the switch to an adjunct, etc."

great example ISA_Flee!
__________________
"There are only 10 types of people in the world,
those who can read binary and those that cannot."
koelemon is offline   Reply With Quote
Reply



Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On

Similar Threads
Thread Thread Starter Forum Replies Last Post
Call Forward External mwade Meridian systems 0 July 18th, 2005 09:34 AM
ACD call problem STRSG3r Definity Servers 7 April 18th, 2005 01:50 PM
Problem with forward to VM. mtfs Norstar systems 4 December 6th, 2003 08:59 AM
Call Forward on Busy overrides CLID Andrew Norstar systems 0 July 18th, 2003 08:31 AM
Setting up Call Forward remotely Andrew Norstar systems 0 July 18th, 2003 08:27 AM


All times are GMT -6. The time now is 12:00 PM.


Powered by vBulletin® Version 3.7.2
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Optimization by vBSEO 3.0.0 RC6
Copyright ©2002 - 2007, PBXtech LLCAd Management by RedTyger

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36