[asterisk-users] Caller ID on Transfers

[asterisk at txpe.net]

What you describe is an attended transfer.  To do blind transfer on 
Polycom, you hit TRANSFER button, then the BLIND _soft_ button, then 
the extension.
My Polycom's show original CID info when doing blind transfers (but 
not attended txfr's).


At 05:27 PM 7/25/2006, you wrote:
>content-class: urn:content-classes:message
>Content-Type: multipart/alternative;
>         boundary="----_=_NextPart_001_01C6B039.789D6078"
>
>I don't understand how that's possible. When you press the 
>'transfer' button on the polycom, enter a number, and press send, 
>the SIP messaging and setup at that point is exactly the same for 
>both an attended and unattanded call. The Polycom doesn't give you 
>the second transfer button, to release the call as unattended until 
>AFTER the destination number has started to ring.
>
>Doug.
>-----Original Message-----
>From: Watkins, Bradley [mailto:Bradley.Watkins at compuware.com]
>Sent: Tuesday, July 25, 2006 4:15 PM
>To: Asterisk Users Mailing List - Non-Commercial Discussion
>Subject: RE: [asterisk-users] Caller ID on Transfers
>
>I can say with absolute certainty that in our installations using 
>the blind transfer of the Polycom (NOT the Asterisk transfers) will 
>show the original caller ID and not the caller ID of the 
>transferer.  Attended transfers, of course, show the transferer 
>since that is a new call initially.
>
>Regards,
>- Brad
>
>
>----------
>From: asterisk-users-bounces at lists.digium.com 
>[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Douglas Garstang
>Sent: Tuesday, July 25, 2006 4:05 PM
>To: Asterisk Users Mailing List - Non-Commercial Discussion
>Subject: RE: [asterisk-users] Caller ID on Transfers
>
>Bruce, I bet your doing Asterisk assisted transfers (blindxfer and 
>atxfer in features.conf), and not using the 'transfer' soft or hard 
>key on the Polycom phones...
>-----Original Message-----
>From: Bruce Reeves [mailto:asterisk at nortex-networks.com]
>Sent: Tuesday, July 25, 2006 1:53 PM
>To: Asterisk Users Mailing List - Non-Commercial Discussion
>Subject: Re: [asterisk-users] Caller ID on Transfers
>
>that's odd, our Polycom phones show the original caller id on blind 
>transfers but the callerid of the person doing the attended 
>transfer, in our case a receptionist.
>
>On 7/25/06, Doug Lytle <<mailto:support at drdos.info>support at drdos.info> wrote:
>Douglas Garstang wrote:
> >> talking to).  Blind transfers show the original caller.
> >>
> >
> > Doesn't seem to be happening that way with Polycom phones and 
> blind/attended transfers.
> > Both are showing the original calling party caller id.
> > _______________________________________________
> >
>
>I can confirm this.
>
>Both Attended and Blind transfers show the same Caller ID (That of the
>person doing the transfer).
>
>DOug
>
>--
>
>Ben Franklin quote:
>
>"Those who would give up Essential Liberty to purchase a little 
>Temporary Safety, deserve neither Liberty nor Safety."
>
>
>_______________________________________________
>--Bandwidth and Colocation provided by <http://Easynews.com>Easynews.com --
>
>asterisk-users mailing list
>To UNSUBSCRIBE or update options visit:
> 
><http://lists.digium.com/mailman/listinfo/asterisk-users>http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
>
>
>--
>Bruce
>Nortex Networks
>
>The contents of this e-mail are intended for the named addressee 
>only. It contains information that may be confidential. Unless you 
>are the named addressee or an authorized designee, you may not copy 
>or use it, or disclose it to anyone else. If you received it in 
>error please notify us immediately and then destroy it.
>
>_______________________________________________
>--Bandwidth and Colocation provided by Easynews.com --
>
>asterisk-users mailing list
>To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060725/4d336492/attachment.htm