----- Original Message ----- From: Douglas Garstang [mailto:dgarstang@oneeighty.com] To: Asterisk Users Mailing List - Non-Commercial Discussion [mailto:asterisk-users@lists.digium.com] Sent: Tue, 25 Jul 2006 15:25:15 -0300 Subject: [asterisk-users] Caller ID on Transfers> I have three phones here with extensions 2944093, 3254103 and 9220371. > > 2944093 calls 3254103. 3254103 transfers 2944093 to 9220371. We want the > caller id of 2944093 to be presented on the display of 9220371. > However, the caller id of the transferer, 3254103, is appearing. This > doesn't make any sense. > > How can we do this? > > Doug. >What type of transfer? blind or attended? Joshua Colp Digium
I have three phones here with extensions 2944093, 3254103 and 9220371. 2944093 calls 3254103. 3254103 transfers 2944093 to 9220371. We want the caller id of 2944093 to be presented on the display of 9220371. However, the caller id of the transferer, 3254103, is appearing. This doesn't make any sense. How can we do this? Doug. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060725/ebca1a82/attachment.htm
> -----Original Message----- > From: Joshua Colp [mailto:jcolp@digium.com] > Sent: Tuesday, July 25, 2006 8:41 AM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [asterisk-users] Caller ID on Transfers > > > > > ----- Original Message ----- > From: Douglas Garstang > [mailto:dgarstang@oneeighty.com] > To: Asterisk Users Mailing List - > Non-Commercial Discussion [mailto:asterisk-users@lists.digium.com] > Sent: > Tue, 25 Jul 2006 15:25:15 -0300 > Subject: [asterisk-users] Caller ID on > Transfers > > > > I have three phones here with extensions 2944093, 3254103 > and 9220371. > > > > 2944093 calls 3254103. 3254103 transfers 2944093 to > 9220371. We want the > > caller id of 2944093 to be presented on the display of 9220371. > > However, the caller id of the transferer, 3254103, is > appearing. This > > doesn't make any sense. > > > > How can we do this? > > > > Doug. > > > > What type of transfer? blind or attended?Does it matter? Both... Doug.
On Tuesday 25 July 2006 14:37, Douglas Garstang wrote:> > What type of transfer? blind or attended? > > Does it matter? Both...Yes it does matter. On any KSU or PBX I have used, attended transfers show the name/extension of the transferer (presumably because it is THEM you are talking to). Blind transfers show the original caller. -A.
> -----Original Message----- > From: Andrew Kohlsmith [mailto:akohlsmith-asterisk@benshaw.com] > Sent: Tuesday, July 25, 2006 12:48 PM > To: asterisk-users@lists.digium.com > Subject: Re: [asterisk-users] Caller ID on Transfers > > > On Tuesday 25 July 2006 14:37, Douglas Garstang wrote: > > > What type of transfer? blind or attended? > > > > Does it matter? Both... > > Yes it does matter. On any KSU or PBX I have used, attended > transfers show > the name/extension of the transferer (presumably because it > is THEM you are > 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.
> -----Original Message----- > From: Joshua Colp [mailto:jcolp@digium.com] > Sent: Tuesday, July 25, 2006 8:54 AM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: RE: [asterisk-users] Caller ID on Transfers > > > ----- Original Message ----- > From: Douglas Garstang > [mailto:dgarstang@oneeighty.com] > To: Asterisk Users Mailing List - > Non-Commercial Discussion [mailto:asterisk-users@lists.digium.com] > Sent: > Tue, 25 Jul 2006 15:37:10 -0300 > Subject: RE: [asterisk-users] Caller ID on > Transfers > > > > > > > What type of transfer? blind or attended? > > > > Does it matter? Both... > > > > Doug. > > Yes, it does matter. An attended SIP transfer is handled much > differently then a blind transfer. It starts out as a regular > call to another person, Asterisk doesn't know it's actually a > transfer. Then when the transfer actually happens the phone > says "hey, this call I have up over here to you... it's > replacing this other call".I thought the new SIP invite had a 'Diverted' field or something in it? If that's true, this is really bad because I need some way in my AGI script to determine that it's a transferred call, and not a new call. In the case of a transferred call, we want to set the caller id to the original calling party info, not the transferring party info. I swear that last week when I was doing this, the RDNIS agi variable was being set and I could use that to set the caller id information as needed. However, now it's suddenly stopped working and I don't know why.> > Call flow: > > Call #1 > Phone A ---> Asterisk ---> Phone B > (Phone A performs attended transfer) > Phone B is put on hold. > > Call #2 > Phone A ---> Asterisk ---> Phone C > (Phone A transfers Phone B to Phone C) > > Transfer > "Hey Asterisk, this call with ID 4653456sdfgawe45 I have up > to Phone B... it's replacing this call adsf8wet I have up to > Phone C -- they should be talking to eachother" > Phone B ---> Asterisk ---> Phone C > Phone A disappears out of both calls. > > With a blind transfer the phone can simply say hey channel... > this is your new extension and context.Is this documented somewhere?
> -----Original Message----- > From: Doug Lytle [mailto:support@drdos.info] > Sent: Tuesday, July 25, 2006 1:37 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [asterisk-users] Caller ID on Transfers > > > 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). > > DOugHi Doug. Your doing your transfers with the transfer keys on the Polycom, right? So am I. I think a distinction needs to be made here. I get the impression that most people, and certainly the others are using #1 and #2 to do Asterisk assisted transfers. When we initiated transfers with #1, the caller id of the original caller is sent to the destination, and when we do #2, the caller id of the transferring party is sent to the destination. However, when using the transfer key on the polycom phone, and doing both attended and unattended transfers, the caller id of the original party is sent to the destination. We want to use our transfer buttons on the phones! It appears that asterisk is treating the sequence of SIP messages from polycom phones, such that it thinks all transfers are attended transfers, for the purposes of caller id 'pass-thru'. Has anyone else experienced this? Doug.
> -----Original Message----- > From: Joshua Colp [mailto:jcolp@digium.com] > Sent: Tuesday, July 25, 2006 9:47 AM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: RE: [asterisk-users] Caller ID on Transfers > > > ----- Original Message ----- > From: Douglas Garstang > [mailto:dgarstang@oneeighty.com] > To: Asterisk Users Mailing List - > Non-Commercial Discussion [mailto:asterisk-users@lists.digium.com] > Sent: > Tue, 25 Jul 2006 16:31:13 -0300 > Subject: RE: [asterisk-users] Caller ID on > Transfers > > > > > I thought the new SIP invite had a 'Diverted' field or > something in it? If > > that's true, this is really bad because I need some way in > my AGI script to > > determine that it's a transferred call, and not a new call. > In the case of a > > transferred call, we want to set the caller id to the > original calling party > > info, not the transferring party info. I swear that last > week when I was > > doing this, the RDNIS agi variable was being set and I > could use that to set > > the caller id information as needed. However, now it's > suddenly stopped > > working and I don't know why. > > > > > > Is this documented somewhere? > > No, the new INVITE does not have that info... I even just > tested it from my Polycom IP600, it was a regular normal > INVITE. As for documented about the call flow... probably > somewhere on the internet, it's a standard SIP REFER transfer > with a replaces.If the new invite looks like a regular call, how can an AGI script tell that it's a transferred call? Doug.
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@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 < support@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 Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Bruce Nortex Networks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060725/22056033/attachment.htm
> -----Original Message----- > From: Doug Lytle [mailto:support@drdos.info] > Sent: Tuesday, July 25, 2006 2:27 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [asterisk-users] Caller ID on Transfers > > > Douglas Garstang wrote: > >> DOug > >> > > > > Hi Doug. Your doing your transfers with the transfer keys > on the Polycom, right? So am I. I think a distinction needs > to be made here. I get the impression that most people, and > certainly the others are using #1 and #2 to do Asterisk > assisted transfers. > > > > > I've tried it both ways, same results. > > I don't know if me calling from our Definity to the Polycom, > putting the > call on hold and transfering from the Polycom to my line 2 on the > Definity pollutes the results or not.Doug, Thanks, but this isn't the same scenario. Can you try transferring from one Polycom to another Polycom? Doug.
> -----Original Message----- > From: Joshua Colp [mailto:jcolp@digium.com] > Sent: Tuesday, July 25, 2006 10:31 AM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: RE: [asterisk-users] Caller ID on Transfers > > > ----- Original Message ----- > From: Douglas Garstang > [mailto:dgarstang@oneeighty.com] > To: Asterisk Users Mailing List - > Non-Commercial Discussion [mailto:asterisk-users@lists.digium.com] > Sent: > Tue, 25 Jul 2006 17:03:00 -0300 > Subject: RE: [asterisk-users] Caller ID on > Transfers > > > > > If the new invite looks like a regular call, how can an AGI > script tell that > > it's a transferred call? > > > > Doug. > > I know of no way for it to.Well that just sucks.
In my experience (although I didn't test this as I type now) using the
Transfer button on the Polycom if you do a blind will show the
original CID, and doing an attended will show the transferees CID.
RDNIS should not come up, but ${BLINDTRANSFER} on a blindtransfer
should. On a non blind transfer the ${CDR(channel)} or
${CDR(dstchannel)} should hold the right channel info. Doing some
logic on the CDR(var) helps to figure out what happened with the call.
If the src/dst don't match the channel/dstchannel, then you know a
xfer occured, also if there are 2 records then you are dealing with an
attd xfer, while a blind xfer will just have one record that the
dst/src and dstchannel/channel don't match.
Hope this help.
On 7/25/06, Douglas Garstang <dgarstang@oneeighty.com>
wrote:>
>
> I have three phones here with extensions 2944093, 3254103 and 9220371.
>
> 2944093 calls 3254103. 3254103 transfers 2944093 to 9220371. We want the
> caller id of 2944093 to be presented on the display of 9220371.
> However, the caller id of the transferer, 3254103, is appearing. This
> doesn't make any sense.
>
> How can we do this?
>
> Doug.
>
> _______________________________________________
> --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
>
>
>
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@lists.digium.com [mailto:asterisk-users-bounces@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@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 <support@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 Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060725/52c60918/attachment.htm
The 'o' option to the Dial() command, along with using blind transfers, fixed this problem for us. A. On Jul 25, 2006, at 11:25 AM, Douglas Garstang wrote:> I have three phones here with extensions 2944093, 3254103 and 9220371. > ? > 2944093 calls 3254103. 3254103 transfers 2944093 to 9220371. We want > the caller id of 2944093 to be presented on the display of 9220371. > However, the caller id of the transferer, 3254103, is appearing. This > doesn't make any sense. > ? > How can we do this? > ? > Doug. > ?_______________________________________________ > --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
> -----Original Message----- > From: C F [mailto:shmaltz@gmail.com] > Sent: Tuesday, July 25, 2006 4:06 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [asterisk-users] Caller ID on Transfers > > > In my experience (although I didn't test this as I type now) using the > Transfer button on the Polycom if you do a blind will show the > original CID, and doing an attended will show the transferees CID. > RDNIS should not come up, but ${BLINDTRANSFER} on a blindtransfer > should. On a non blind transfer the ${CDR(channel)} or > ${CDR(dstchannel)} should hold the right channel info. Doing some > logic on the CDR(var) helps to figure out what happened with the call. > If the src/dst don't match the channel/dstchannel, then you know a > xfer occured, also if there are 2 records then you are dealing with an > attd xfer, while a blind xfer will just have one record that the > dst/src and dstchannel/channel don't match. > Hope this help.That's not the results I am getting. My dial plan has: exten => 2944093,1,Dial(SIP/2944093,20,tr) exten => 3254103,1,Dial(SIP/3254103,20,tr) exten => 9220371,1,Dial(SIP/9220371,20,tr) When 2944093 dials 3254103, and 3254103 transfers to 9220371, with the Polycom transfer soft key, both attended and unattended, the display of 9220371 shows what's in sip.conf's caller id for 3254103, not 2944093. When 2944093 dials 32534103, and 3254103 transfers to 9220371 with an asterisk assisted blind transfer(blindxfer), the display of 9220371 shows what's in sip.conf for 2944093. When 2944093 dials 32534103, and 3254103 transfers to 9220371 with an asterisk assisted attended transfer(atxfer), the display of 9220371 shows what's in sip.conf for 3254103. I changed my dial plan to: exten => 2944093,1,Dial(SIP/2944093,20,tr) exten => 3254103,1,Dial(SIP/3254103,20,tr) exten => 9220371,1,NoOp(${BLINDTRANSFER}) exten => 9220371,2,Dial(SIP/9220371,20,tr) When I do an asterisk assisted blind transfer, the BLINDTRANSFER field is populated. However, when I do a Polycom blind transfer (hit transfer soft key, enter dest num, hit send), the BLINDTRANSFER field is not set. Part of the problem may be that 3254103 STILL HAS CONTROL of the call. I have not pressed transfer a second time yet to release the call, and Asterisk still think that it is attended at this point. Any way, it's really screwy, because it means that if you use Polycom phones, and you use the soft transfer key, your _always_ going to get the caller id of the transferer, not the original party. Douglas.
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@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@lists.digium.com [mailto:asterisk-users-bounces@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@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 < support@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 Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060725/dc618df6/attachment.htm
> -----Original Message----- > From: Anthony Rodgers [mailto:Anthony_Rodgers@dnv.org] > Sent: Tuesday, July 25, 2006 4:21 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [asterisk-users] Caller ID on Transfers > > > The 'o' option to the Dial() command, along with using blind > transfers, > fixed this problem for us.Well, for a moment there I thought we had it. Although, as I said earlier, this should never work. When you hit transfer, enter a new number and press send, the call setup is attended at that point. The caller id has already been sent to the new phone before you get the chance to hit the transfer button a second time and release the call, or make it unattended. Anyway, I put 'o' in the dial string, but it made no difference. exten => 2944093,1,Dial(SIP/2944093,20,tro) exten => 3254103,1,Dial(SIP/3254103,20,tro) exten => 9220371,2,Dial(SIP/9220371,20,tro) Can someone post a relevant sip.conf section so I can compare? Here's mine for 3254103... [3254103] type = friend context = pbx_betty_start username = 3254103 secret = foo accountcode = 3254103 qualify = no canreinvite = no host = dynamic callgroup = 1 pickupgroup = 1 dtmfmode = rfc2833 ;nat = no mailbox = 3254103@voicemail allow = g729 Doug.
> -----Original Message----- > From: C F [mailto:shmaltz@gmail.com] > Sent: Tuesday, July 25, 2006 4:34 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [asterisk-users] Caller ID on Transfers > > > what version of asterisk you using? I use the ${BLINDTRANSFER} a lot > in my dialplans (and I know they work otherwise the users would have > complained) and it works for me using the polycom blind xfer button > (the one that shows up only after hitting the transfer button) runing > polycom sip version 1.5.xAsterisk version 1.2.9.1 and Polycom SIP Software 1.6.3. Does it actually say 'Blind xfer' the second time, or 'Transfer'? Mine says 'Transfer'. Still don't see how it can work if it looks like an attended transfer to Asterisk when hit that Transfer button the first time. Doug.
> -----Original Message----- > From: C F [mailto:shmaltz@gmail.com] > Sent: Tuesday, July 25, 2006 4:46 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [asterisk-users] Caller ID on Transfers > > > so you are telling me that all the time you have been bitching you > have been doing an attended transfer. > anyhow, once you hit transfer, another soft button shows up which says > blind hit that and dial the number.Oh Crud. Well, here's what I was doing wrong. I was under the impression that you always pressed 'Transfer', entered the new number, and then pressed send. At this point, if you pressed 'Transfer' again before the other party picked up, then it was an unattended transfer. If you waited until the other party picked up, and pressed 'Transfer' again afterwards, then it was an attended transfer. I hadn't realised there was a 'Blind' button (probably called 'Blind Xfer' in older software versions). That seems to make a difference and is a step in the right direction (BLINDTRANSFER is now set), although I'm still not getting RDNIS set. Doug.
Then you aren't doing a blind transfer in that case. You press 'Transfer', 'Blind', and then enter the number. - Brad ________________________________ From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Douglas Garstang Sent: Tuesday, July 25, 2006 6:27 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: RE: [asterisk-users] Caller ID on Transfers 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@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@lists.digium.com [mailto:asterisk-users-bounces@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@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 <support@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 Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060725/ed4d66fe/attachment.htm