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

Mon Nov 29 13:55:37 EST 2010

I've tested this before in my lab, and if you have two single line DNs the
phone will attempt to use the next line for the transfer.  Much like how you
can conference 2 calls on two different lines in CME.

The use case was this -> Every user had two phone lines, the first was a
shared DN (1000) and the second line was their personal (2XXX).  They said
that when they transferred calls the other person would know who was
transferring it, and something had changed and prevented that.  I didn't
think that was possible, but after finding out that the phone would use the
second line this was possible.  Kind of a cool-but-clunky way of making it
work.

-nick

On Sun, Nov 28, 2010 at 6:37 AM, Jim McBurnett <jim at tgasolutions.com> wrote:

>  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<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
> > 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
>
> _______________________________________________
> 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/20101129/00d9db7e/attachment.html>