[cisco-voip] Transferred Call Via Attendant Console

[Jason Burns]

There are two types of transfer in AC.

The first option available to the user is just "Transfer" this is actually a
CTI LineCallRedirect. It takes the info for the first inbound call and
redirects that call back out to the final destination. Thats why the
CallerID isn't that of the operator. The operator never makes a new call
out, just redirects the original call.That's probably what your user is
doing.

The next option which you'll want to try in AC is the "Consult Transfer".
This makes a new call from the AC phone to the final destination, then the
AC user has the option to join the first call to this new outbound call.
This is exactly like what is done from the IP Phone, and the CallerID is
that of the Operator IP Phone. You'll want to go this route most likely.

Give that a try and let me know if it works.



On Thu, Jun 25, 2009 at 5:48 PM, Steve G <smgustafson at gmail.com> wrote:

> CCM Version 4.1.3 SR3b
>
> We replaced a PRI backhauled via a sip trunk to an IAD.  After the new PRI
> turnup the receptionist complained of not being able to transfer calls to
> cell phones from Attendant Console (from the desk phone it worked fine).
>
>
>
> So, I grabbed some ISDN  debug information and what is happening is from
> the attendant console the transferred call has a calling party number of my
> phone but when she transfers from her desk phone it carries her calling
> party number.  The calls fail when transferred from Attendant Console since
> the calling party number isn’t one of their DID’s.
>
> My number is the 503XXXXXX number
> The number local to the phone system is the 760XXXXXX number
>
>
> Anyone seen this before?
>
>
>
> *Transfer from Attendant Console*
>
> Jun 25 17:20:24.005: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8  callref =
> 0x21FA
>
>         Bearer Capability i = 0x8090A2
>
>                 Standard = CCITT
>
>                 Transfer Capability = Speech
>
>                 Transfer Mode = Circuit
>
>                 Transfer Rate = 64 kbit/s
>
>         Channel ID i = 0xA98383
>
>                 Exclusive, Channel 3
>
>         Progress Ind i = 0x8183 - Origination address is non-ISDN
>
> r1.cathedral-frd.palmsprings#
>
> *        Calling Party Number i = 0x2181, '503XXXXXX' *
>
>                 Plan:ISDN, Type:National
>
>         Called Party Number i = 0xC1, '534XXXX'
>
>                 Plan:ISDN, Type:Subscriber(local)
>
> Jun 25 17:20:24.021: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8  callref
> = 0x
>
>         Channel ID i = 0xA98383
>
>                 Exclusive, Channel 3
>
> r1.cathedral-frd.palmsprings#
>
>
>
>
>
>
>
>
>
> *Transfer from phone*
>
> un 25 17:21:58.833: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8  callref =
> 0x21FC
>
>         Bearer Capability i = 0x8090A2
>
>                 Standard = CCITT
>
>                 Transfer Capability = Speech
>
>                 Transfer Mode = Circuit
>
>                 Transfer Rate = 64 kbit/s
>
>         Channel ID i = 0xA98382
>
>                 Exclusive, Channel 2
>
>         Progress Ind i = 0x8183 - Origination address is non-ISDN
>
> r1.cathedral-frd.palmsprings#
>
> *        Calling Party Number i = 0x2181, '760XXXXXX' *
>
>                 Plan:ISDN, Type:National
>
>         Called Party Number i = 0xC1, '534XXXX'
>
>                 Plan:ISDN, Type:Subscriber(local)
>
> Jun 25 17:21:58.853: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8  callref
> = 0x
>
>         Channel ID i = 0xA98382
>
>                 Exclusive, Channel 2
>
>
>
> _______________________________________________
> 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/20090625/34d1eec7/attachment.html>