Voice over IP Cisco - Call transfer to a phone with CFA enabled

This is Interesting: Free IT Magazines  
Home > Archive > Voice over IP Cisco > May 2006 > Call transfer to a phone with CFA enabled





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author Call transfer to a phone with CFA enabled
Evi Pekou

2006-05-23, 1:11 pm

Hello,

I have a phone (6100) with CFA set to another phone (6125).
If someone calls 6100, the call is forwarded to 6125. Is it possible to
configure 6125 to be able to transfer this call back to 6100?

This feature was supported in the customer old pbx and is something they
use often.

Regards,
Evi.
Lelio Fulgenzi

2006-05-23, 1:11 pm

ROLM had this feature. It was called a COM group. Basically, it was a feature that 'bypassed' forwarding on the phone. Great feature, one of our biggest complaints.

Nothing like that yet, we had to create seperate DNs for forwarding calls back like this, a poor man's IPMA so to speak. Works out well.

I believe they have acknowledged that this is a feature they would like to include in subsequent versions, but no word as of yet of engineering commit.

--------------------------------------------------------------------------------
Lelio Fulgenzi, B.A.
Network Analyst (CCS) * university of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Sanity First : Number of days with fewer than
50 messages in my inbox at the end of the day: buffer overrun
----- Original Message -----
From: Evi Pekou
To: cisco-voip@puck.nether.net
Sent: Tuesday, May 23, 2006 9:47 AM
Subject: [cisco-voip] Call transfer to a phone with CFA enabled



Hello,

I have a phone (6100) with CFA set to another phone (6125).
If someone calls 6100, the call is forwarded to 6125. Is it possible to configure 6125 to be able to transfer this call back to 6100?

This feature was supported in the customer old pbx and is something they use often.

Regards,
Evi.


------------------------------------------------------------------------------


________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

pnowicki@neo.rr.com

2006-05-25, 1:11 am

You could setup a hunt group, say extension *6100, that would include
just extension 6100 in it. Hunt groups bypass forwarding set on a
phone and as such would allow you to call the phone even when it was
forwarded.. (this is all assuming that you are running 4.X)

----- Original Message -----
From: Lelio Fulgenzi <lelio@uoguelph.ca>
Date: Tuesday, May 23, 2006 11:32 am
Subject: Re: [cisco-voip] Call transfer to a phone with CFA enabled
To: cisco-voip@puck.nether.net

> ROLM had this feature. It was called a COM group. Basically, it
> was a feature that 'bypassed' forwarding on the phone. Great
> feature, one of our biggest complaints.
>
> Nothing like that yet, we had to create seperate DNs for
> forwarding calls back like this, a poor man's IPMA so to speak.
> Works out well.
>
> I believe they have acknowledged that this is a feature they would
> like to include in subsequent versions, but no word as of yet of
> engineering commit.
>
> -------------------------------------------------------------------
> -------------
> Lelio Fulgenzi, B.A.
> Network Analyst (CCS) * university of Guelph * Guelph, Ontario N1G

2W1
> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
>

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Sanity First : Number of days with fewer than
> 50 messages in my inbox at the end of the day: buffer overrun
> ----- Original Message -----
> From: Evi Pekou
> To: cisco-voip@puck.nether.net
> Sent: Tuesday, May 23, 2006 9:47 AM
> Subject: [cisco-voip] Call transfer to a phone with CFA enabled
>
>
>
> Hello,
>
> I have a phone (6100) with CFA set to another phone (6125).
> If someone calls 6100, the call is forwarded to 6125. Is it
> possible to configure 6125 to be able to transfer this call back
> to 6100?
>
> This feature was supported in the customer old pbx and is
> something they use often.
>
> Regards,
> Evi.
>
>
> -------------------------------------------------------------------
> -----------
>
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>

Lelio Fulgenzi

2006-05-25, 7:11 am

A very interesting workaround. Thanks for pointing that out. We might have to investigate this option.

However, with workarounds like this, I find two things:
a.. We cannot be guarenteed that hunt groups will always work this way. What happens when cisco modifies the behaviour in v4.1(8) [just making that version up] so that it does follow forwarding because so many people asked for it and there is no system or phone configuration option to differentiate behaviour? Using the behaviour of a feature to deliver a different feature (or unadvertised feature) is risky. Changes to that behaviour in subsequent versions can cause problems.
b.. Workarounds that are based on partitions and calling search spaces are not scalable in my opinion. We have over 300 departments on campus, each had their own 'com' group to bypass forwarding. I would need to create a similar number of partitions and calling search spaces to mimic this. And because I have groups on campus with different off-campus restrictions, the number might increase.
Just my two cents.


--------------------------------------------------------------------------------
Lelio Fulgenzi, B.A.
Network Analyst (CCS) * university of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
"I can eat fifty eggs." "Nobody can eat fifty eggs."
----- Original Message -----
From: <pnowicki@neo.rr.com>
To: "Lelio Fulgenzi" <lelio@uoguelph.ca>
Cc: <cisco-voip@puck.nether.net>
Sent: Thursday, May 25, 2006 12:35 AM
Subject: Re: [cisco-voip] Call transfer to a phone with CFA enabled


> You could setup a hunt group, say extension *6100, that would include
> just extension 6100 in it. Hunt groups bypass forwarding set on a
> phone and as such would allow you to call the phone even when it was
> forwarded.. (this is all assuming that you are running 4.X)
>
> ----- Original Message -----
> From: Lelio Fulgenzi <lelio@uoguelph.ca>
> Date: Tuesday, May 23, 2006 11:32 am
> Subject: Re: [cisco-voip] Call transfer to a phone with CFA enabled
> To: cisco-voip@puck.nether.net
>
> 2W1
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>

Bernhard Albler

2006-05-29, 4:56 pm

Oh, those pesky european demands (I feel your pain ;-) )

Regarding the Huntgroup Workaround:
While this may change in the future, it is quite well documented
(actually quite often seen as a caveat: forwards do not work with HGs)

Another possibility would be to use mlpp. A precedence call will ignore
the normal call forward all. This might be a possibility for you, and
since it only requires a translation pattern in some "higher priority"
css this might be quite scalable.

Regards
bernhard

------------------------------------------
DI (FH) Bernhard Albler, NTS AG
Tel.: +43 (316) 405 455 -0, email: balbler@nts.at
Erick Bergquist

2006-05-29, 4:57 pm

In CCM 4.2 users can log in and out of huntgroups if there phone is configured with that option, so if they logged out of huntgroup the below wouldn't work.

----- Original Message ----
From: Lelio Fulgenzi <lelio@uoguelph.ca>
To: pnowicki@neo.rr.com
Cc: cisco-voip@puck.nether.net
Sent: Thursday, May 25, 2006 7:08:57 AM
Subject: Re: [cisco-voip] Call transfer to a phone with CFA enabled

A very interesting workaround. Thanks for pointing that out. We might have to investigate this option.

However, with workarounds like this, I find two things:
We cannot be guarenteed that hunt groups will always work this way. What happens when cisco modifies the behaviour in v4.1(8) [just making that version up] so that it does follow forwarding because so many people asked for it and there is no
system or phone configuration option to differentiate behaviour? Using the behaviour of a feature to deliver a different feature (or unadvertised feature) is risky. Changes to that behaviour in subsequent versions can cause problems. Workaro
unds that are based on partitions and calling search spaces are not scalable in my opinion. We have over 300 departments on campus, each had their own 'com' group to bypass forwarding. I would need to create a similar number of partitions and cal
ling search spaces to mimic this. And because I have groups on campus with different off-campus restrictions, the number might in
crease. Just my two cents.


--------------------------------------------------------------------------------
Lelio Fulgenzi, B.A.
Network Analyst (CCS) * university of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
"I can eat fifty eggs." "Nobody can eat fifty eggs."
----- Original Message ----- From: <pnowicki@neo.rr.com>
To: "Lelio Fulgenzi" <lelio@uoguelph.ca>
Cc: <cisco-voip@puck.nether.net>
Sent: Thursday, May 25, 2006 12:35 AM
Subject: Re: [cisco-voip] Call transfer to a phone with CFA enabled



> You could setup a hunt group, say extension *6100, that would include
> just extension 6100 in it. Hunt groups bypass forwarding set on a
> phone and as such would allow you to call the phone even when it was
> forwarded.. (this is all assuming that you are running 4.X)
>
> ----- Original Message -----
> From: Lelio Fulgenzi <lelio@uoguelph.ca>
> Date: Tuesday, May 23, 2006 11:32 am
> Subject: Re: [cisco-voip] Call transfer to a phone with CFA enabled
> To: cisco-voip@puck.nether.net
>
> 2W1
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> ________________________________________
_______

cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip




Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com