[cisco-voip] ccm 4-2 remote branch attendant console problem

[Scott Voll]

Arc Console might be a good third party option for the customer.

Scott

On Nov 12, 2007 11:49 AM, Erik Erasmus (E) <ErasmuE4 at telkom.co.za> wrote:
>
> Hi Justin
>
> Unfortunately they customer wil not budge from the fact that he wants Qing
> -- Can try again. For the HQ I did set up a demo for them where we use IPCC
> express and agents combined with the ac client and they were not even keen
> on this - a case of I baught it make it work. For branches - even if they
> give in to the IPCC express idea I can not use it because I can not allow
> the voice media across the wan for all attendant calls in a branch to the
> central IPCC express.
>
> I will keep it in mind anyway - maybe we get (or the customer gets ) so
> desperate that we have no choice but to look at other alternatives like the
> one you mention -- thanks
>
> I am opening a tac case tomorrow
>
> erik
>
> ________________________________
> From: Justin Steinberg [mailto:jsteinberg at gmail.com]
> Sent: Mon 2007-11-12 21:34
> To: Erik Erasmus (E)
> Cc: cisco-voip at puck.nether.net
> Subject: Re: [cisco-voip] ccm 4-2 remote branch attendant console problem
>
>
>
>
>
> Does this environment absolutely require AC call queuing ?  If you can
> get away from this need, maybe you can switch from AC hunt groups to
> CM hunt groups.  You could still use AC software for call control,
> just not TCD for call routing.
>
> The benefit of this is that since you're on CM4.2 you could use the
> hlog key to control call flow.
>
> I know this doesn't directly answer your question, but it's atleast an
> option if it fits.
>
> Justin
>
> On Nov 12, 2007 2:21 PM, Erik Erasmus (E) <ErasmuE4 at telkom.co.za> wrote:
> >
> >
> > I have a customer on 4-2-3 sr3 with central cluster and one branch both
> > sides using cisco attendant consoles. Had issues with the attendants for
> > months now. before we were on sr3 we had calls stuck in the attendant Qs.
> > Cisco promissed this will be fixed in sr3 and we loaded it -- will wait
> and
> > see -- lasted a couple of days now. We also had a problem at the branch
> > attendants. Randomly - once a day or sometimes twice a day or some times
> not
> > at all the attendants receives a call from the pstn on the voice gateway
> > PRIs but the caller and the called attendant can not hear each other for
> > several seconds - eventually the voice stream come through and they talk.
> > The attendant then needs to treansfer the caller to an Ip phone in the
> > branch and this alos fails - the transfer just doesn't want to happen.
> When
> > we reset tcd service and cti manager things start working again. I am
> going
> > to open a tac case again but not that hopeful so looking for ideas. Have
> > already checked:
> >
> > wan - 256 Kbps MPLS circuit from central ccm cluster to branch - looks
> good
> > and not highly utilised
> > QoS - wan and lan looks good
> > call manager config looks fine because 99.9% of time things work correctly
> > attendant PCs and apps fine and latest 4-2-3 sr 3 builds
> > happens at all three remote attendats so no one PC or port etc problem
> > lan switches look fine
> > voice gateway - configured like many others and clocking looks fine
> >  remote branch runs MOH multicast from flash
> >
> > as said will open a tac case but can not rely on this only - with stuck in
> Q
> > it took several weeks before cisco admitted it was a bug.
> >
> > Unforunately the customer does not have sasu or ucss so can not upgrade to
> > anything and with call centres etc hanging of the CCM cluster not
> something
> > one would just tackle lightly one afternoon. Keeping sharp objects away
> from
> > myself because I am getting depressed
> >
> > any ideas
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >  This e-mail is subject to the Telkom SA electronic communication legal
> > notice, available at :
> >  http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
> >  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >
> > _______________________________________________
> > 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
>