[cisco-voip] Call Transfer on CCME without dual-line?

[Jim McBurnett]

This is true us you are doing full consultative transfer.. For blind transfer you don't need that second line.



-----Original Message-----
From: Peter Slow [peter.slow at gmail.com]
Received: Saturday, 27 Nov 2010, 7:24pm
To: Jason Aarons (US) [jason.aarons at us.didata.com]
CC: cisco-voip at puck.nether.net [cisco-voip at puck.nether.net]
Subject: Re: [cisco-voip] Call Transfer on CCME without dual-line?

According to the documentation, you just need more than one
single-line DN on a particular phone. I vaguely recall having tested
this, but in the event that I'm wrong, I'm pointing the finger at the
documentation.

I believe this carries over from how transfer worked before there were
dual-line DNs. according to the command reference, dual-line was a
feature added significantly after CME (ITS) was created.

http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/command/reference/cme_e1ht.html#wp1036270
ephone-dn
Cisco IOS Release       Cisco Product   Modification
12.1(5)YD       Cisco ITS 1.0   This command was introduced.
12.2(8)T        Cisco ITS 2.0   This command was integrated into Cisco IOS
Release 12.2(8)T.
12.2(15)ZJ      Cisco CME 3.0    The dual-line keyword was added.
12.3(4)T    Cisco CME 3.4    The dual-line keyword was integrated into
Cisco IOS Release 12.3(4)T.


....On a different note, Ariel, I think you could probably ALSO do
what you're wanting to do through the use of the huntstop channel
command, which would keep calls from hunting to the second channel of
a dual-line DN should the first be busy. See the below,

http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/command/reference/cme_h1ht.html#wp1022686
huntstop (ephone-dn and ephone-dn-template)
To disable call hunting for directory numbers or channels, use the
huntstop command in ephone-dn or ephone-dn-template configuration
mode. To reset to the default, use the no form of this command.
    huntstop [channel number-of-channels]
    no huntstop [channel number-of-channels]

Syntax Description
    channel - (Optional) For dual-line and octo-line directory
numbers. Prevents incoming calls from hunting to the next channel if
the first channel is busy or does not answer.
    number-of-channels - Supported for octo-line directory numbers
only. Number of channels available to accept incoming calls. Remaining
channels are reserved for outgoing calls or features such as call
transfer, call waiting, and conferencing. Range: 1 to 8. Default: 8.

-Peter


On Sat, Nov 27, 2010 at 5:19 PM, Jason Aarons (US)
<jason.aarons at us.didata.com> wrote:
>
> You need dual-line or octo-line.
>
>
>
> Transfer places the call on hold, give you a second line…thus without dual-line or octo-line it won’t work -jason
>
>
>
> From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of ROZA, Ariel
> Sent: Friday, November 26, 2010 10:47 AM
> To: cisco-voip at puck.nether.net
> Subject: [cisco-voip] Call Transfer on CCME without dual-line?
>
>
>
> Hi, guys!
>
>
>
>   Does anyone know if it Is possible to configure Call Transfers and Call forwards in CCME without configuring the lines as dual-line?
>
> I have a requirement to disable call waiting and allow call transfers at the same time.
>
>
>
> I am working with a CCME 4.1, but I can propose an upgrade if it´s required.
>
>
>
> Regards,
>
>
>
>
>
>
>
> ARIEL ROZA
> Advanced Engineering
>
>
>
> LOGICALIS
> Perú 327 1er Piso - C.A.B.A. - Argentina - C1067AAG
> Tel/Fax: +54 (11) 4344-0300
> ariel.roza at la.logicalis.com
> www.la.logicalis.com<http://www.la.logicalis.com>
> www.logicalisnow.com<http://www.logicalisnow.com>
>
> Por favor, piense en el medioambiente antes de imprimir este email.
> La presente información se envía únicamente para el destinatario, y contiene información de carácter CONFIDENCIAL o PRIVLEGIADA.
> La modificación, retransmisión, difusón, copia u otro uso de esta información por cualquier medio, por personas distintas al destinatario, están estrictamente prohibidas.
>
>
>
>
>
>
>
> ________________________________
>
> Disclaimer: This e-mail communication and any attachments may contain confidential and privileged information and is for use by the designated addressee(s) named above only. If you are not the intended addressee, you are hereby notified that you have received this communication in error and that any use or reproduction of this email or its contents is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and deleting it from your computer. Thank you.
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20101128/0b19f30d/attachment.html>