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

Aman Chugh aman.chugh at gmail.com
Tue Nov 13 12:43:47 EST 2007


Erik,

Dont give up so soon, AC has not been a reliable application but it can be
troubleshooted with little help. CTI redundancy is something which should
consider,twiking the parametters of CTI service should also be considered.
AC logs when the problem occures can be picked from client pc to see what
component fails.


Aman

On 11/13/07, Scott Voll <svoll.voip at gmail.com> wrote:
>
> 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
> >
> _______________________________________________
> 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/20071113/e737bca0/attachment-0001.html 


More information about the cisco-voip mailing list