[cisco-voip] Soft Keys just go away

[Kevin Dunn]

So the ?+Line workaround did nto work.

Also there was an error in the Event Viewer (and I feel a little stupid for
not looking there earlier) MtpNoMoreResourcesAvailable.

So to remedy that error, do I need to reload the server?  I go to
SERVICE>MR>MTP and see one one both the SUB (primary) and the PUB (by name
and not IP address).
Is there an MTP service I can restart?

I still have the case open with TAC....

On 4/29/08, Kevin Dunn <cheesevoice at gmail.com> wrote:
>
> The soft keys are there (XFER the most used one) it just doesn't do
> anything when she selects it...
>
> It isn't always when multiple calls are coming in her phone either.  At
> first I thought it was just user miseducation, she was trying to XFER a call
> she hadn't answered yet, but there was a paramter on her phone we checked
> (Activate New Line??) anyway we checked that DISABLED and that wasn't the
> issue.
>
> Like I said, sometimes it happens when just one call is coming in.
>
> I will try the ?+line trick, and Application Event Log on the SUB and PUB
> and see if teh MTP is in error.  I checked and the MTP is enabled on both
> servers, and with our call volume, I doubt we are overusing it...BUT I will
> check regardless.
>
> Thanks so much for the point...it is appreciated Ryan (Wes, et al)
>
> Kevin
>
>
>  On Tue, Apr 29, 2008 at 5:07 PM, Ryan Ratliff <rratliff at cisco.com> wrote:
>
> >  Application event log of one of the servers.  The reason he asked is
> > that if an MTP needs to be allocated for a call but none is available in
> > some cases the call will connect but you will lose supplementary services
> > (hold, transfer, etc).  In that case though the softkeys will be present,
> > they just won't do anything.  For this issue are there any softkeys present
> > at all or are none shown?  If it shows Redial, NewCall, and CfwdAll (or some
> > subset) then it's probably just that the phone is showing the softkeys for a
> > different line appearance than the active call is on.  Try having the
> > receptionist hit the ? button and then the line she is talking on to see if
> > this brings the softkeys back.  There are a few parameters on the Device
> > page that control the phone's behavior when multiple calls are ringing in or
> > active.  I don't have access to a server to check right now or I'd list them
> > :/
> >
> > -Ryan
> >
> >
> >  ------------------------------
> > *From:* cisco-voip-bounces at puck.nether.net [mailto:
> > cisco-voip-bounces at puck.nether.net] *On Behalf Of *Kevin Dunn
> > *Sent:* Tuesday, April 29, 2008 5:12 PM
> > *To:* Cisco Voice
> > *Subject:* Re: [cisco-voip] Soft Keys just go away
> >
> >
> >   Last time I posted this Wes had asked if I was getting any alarms for
> > MTP, MRG, MRGL exhausted.
> >
> > the short answer is no, but then to make sure, where would I SEE those
> > alerts?
> >
> > Kevin
> >
> >
> > On 4/29/08, Kevin Dunn <cheesevoice at gmail.com> wrote:
> > >
> > > Recently we had an issue with our incoming calls, not every call but
> > > 3-4 times a day the receptionist at multiple locations (H323 and MGCP
> > > gateways) would lose Softkeys (HOLD, PARK, TRANSFER) on both digital and
> > > analog incoming calls.  It seems to happen to everyone occasionally, but
> > > since receptionists take the majority of incoming non DID calls, they see it
> > > more often (6-8 times a day now).  We are running Call Manager 4.1.3.25626
> > > (4.1(3)sr6a) and were running sr3 before that.
> > >
> > > I have a TAC case open, and I see similar issues, but nothing really
> > > matching this activity exactly.  I know sr7 was just released, but none of
> > > those bug fixes seem to match this either...
> > >
> > > anyone seen this symptom or anything like it before??
> > >
> > > Thanks
> > >
> > > Kevin
> > >
> > > PS I have GWGK and TUC left then I am finished certification.... yeah
> > > me.
> > >
> >
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20080430/2c681e54/attachment.html