Perhaps a dead CF? Seen that before since the CF wears out over time...
(in Administration HelpSystem Information Flash Wear)
Try to read the CF in a cardreader to see if it is still working ok.
Martijn Arrachart
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens Carter, Bill
Hello All,
I am having the following problem in my customer:
The problem was that, after I place a call to the RP on IPCC, a call goes to
the agent and then the agent goes to reserved state, after that the call goes
to the queue, after the delay inside the queue, the call goes again to the
When the Agent goed in reserved state, that means that IPCC reserves the
agent and the phone is going to get a call from the queue. Is the phone ringing
or not?
Normally, when the agent did'n answer, he would go in the Not Ready state
since the system thinks he's unavailable.
Can you be
Hi Martijn,
You have understood the problem.
Yes, the phone rings, but then it goes to the queue, I am not able to answer
the call.
Van: ccie_voice-bounces at onlinestudylist.com [mailto:ccie_voice-bounces at
onlinestudylist.com] Namens Martijn Arrachart Verzonden: maandag 8 september
The Phone rings...
Why aren't you able to take the call? Is the noan timer perhaps too low for you
to pickup the horn?
The system default within IPCC is about 3 rings, did you change the timer?
Please tell me exactly what happens and what actions you take when the phone is
ringing. For
Check the CSS on your IPCC ports. If they can't call the agent DN then you'll
see this behavior. CTI is attempting to land the call by reserving the agent
and attempts to connect the call with the agent. When that fails, the call is
placed back into queue and attempted to connect again.
The timers are the same, I did not change any value.
The phone rings showing that the agent is reserved but for some reason it
does not connect after that the call goes to the queue.
When the phone is ringing I do not see the Calling ID, I just see reserved in
the phone´s display.
I agree with Dan, check your dialplan. CSS of CTI Port must be incorrect.
Martijn Arrachart
Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Dan Russell
Verzonden: maandag 8 september 2008 18:31
Aan: ccie_voice@onlinestudylist.com
Onderwerp: Re: [OSL | CCIE_Voice] IPCC - Agent in
Did you check the CSS applied to CTI ports?
Sometimes, when the agent goes to reserved state and the goes back to queue,
its a CSS problem.
//r.a.
On Mon, Sep 8, 2008 at 12:33 PM, o Ninja [EMAIL PROTECTED] wrote:
The timers are the same, I did not change any value.
The phone rings showing
Hi,
I have in my notes that it is not recommended to use the MGCP ccm-manager
config and ccm-manager config server commands. I always use these commands
in my lab and I can't recall the reason the instructor said that it was a
bad idea to use these commands. Does somebody remember why the
Right and the next time you reset the gateway, it will change it back.
However, you can busy out the remaining channels with B-channel maintenance
status... So, you can accomplish the same thing and still have MGCP push a
config.
Jonathan
On Mon, Sep 8, 2008 at 3:50 PM, Robertico Gonzalez
This is a problem (see the tech note...) with a script (possibly)
http://www.cisco.com/en/US/products/sw/custcosw/ps1846/products_tech_note09186a0080262545.shtml
Or, it could be that your CTI Ports do not have CSS visability to the agent
DN partitions, so, via CTI it put the agent in reserved
Hi Everyone,
What strategy do you use to verify your jub after you completed the
configuration steps? Sure, some stuff is easy to verify, like NTP status,
infrastructure or components status. But what about dial plan? How do you
verify that all dialing work in every situation, and what does
Does anyone know of an easier way to find out what module is plugged into
what slot on the gateway besides
show diag and sho ver
14 matches
Mail list logo
