[cisco-voip] Attendant Console "Failed to transfer the call due to Internal Error" error

Erick Bergquist erickbee at gmail.com
Mon Jan 14 09:47:33 EST 2008


They are losing the calls when they get this error, sometimes.

The people transferring the call are doing a blind transfer real
quick, so is it possible they are hanging up before the person picks
up the call? They do <transfer softkey> 0 <transfer softkey> right
away and put the handset down. I've thought about this also. But then
this is the way everyone is doing it at this place and only a few
peoples transfers show up as "Conference" on the display and

On Jan 14, 2008 8:12 AM, Ryan Ratliff <rratliff at cisco.com> wrote:
> All of the popup errors you get in the AC console come from Jtapi and
> sometimes can be ignored.  You need to look at the transfer in the
> traces and see why Jtapi passed that error up to the client.  One
> instance I saw was during a transfer if the calling party hangs up as
> the transfer is happening.  The AC client thinks it got rid of the
> call via transfer and CM tells the client that the call has dropped
> because the calling party hung up.  AC says it can't transfer the
> call because of the error which was really for a call that was
> already gone.
>
>
> -Ryan
>
>
> On Jan 14, 2008, at 8:55 AM, Erick Bergquist wrote:
>
> Hmm. I'll need to check their permissions. What is weird is, the
> transfers work a majority of the time and this only happens now and
> then.
>
> The other odd part of it is, the calls they sometimes can't transfer
> also say "Conference" on AC for the call info but when they get the
> calls that show up as "Conference" they are able to transfer them most
> of the time.  I am also wondering where the "Conference" comes from in
> the AC display since the users transferring the call to them are using
> the transfer softkey only. I was able to recreate this once when I was
> out there with the transfer softkey from an IP Phone. It happens on
> both internal/external calls and they have just Call Manager. They
> have no Unity server and the calls are being transferred to their
> operator by other users, then the operator transfers them back to
> other people.
>
> The operators DN is part of a line group and pick up group, could that
> be causing weird behavior like this? The people transferring calls to
> them however transfer the call to 0 which goes to their DN directly
> and not using the line group. Their is no AC pilot point/hunt group
> here, just that they use pickup groups and AC to control their
> phone.The operator never touches their physical IP Phone to handle
> calls.
>
> I have a TAC Case open also...
>
> On Jan 14, 2008 7:36 AM, Joel Perez <tman701 at gmail.com> wrote:
> > Each time I have ran into that error it turns out the user didnt
> > have enough
> > permissions on the pc where the AC was installed. Giving them local
> > admin
> > rights or super user rights always cleared up the problem.
> > Hope that helps.
> >
> > Joel P
> >
> >
> >
> > On 1/14/08, Erick Bergquist <erickbee at gmail.com> wrote:
> >>
> >>
> >>
> >> Has anyone seen this error message in AC before when attempting to
> >> transfer a call?
> >>
> >> Dialog that comes up and saids "Failed to transfer the call due to
> >> Internal Error".
> >>
> >> CCM 4.1(3)SR5d and matching AC versions as on server.
> >>
> >> _______________________________________________
> >> 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
>
>


More information about the cisco-voip mailing list