06-24-2004 01:06 AM - edited 03-13-2019 05:23 AM
Hi,
I'm looking for info on the CiscoIPPhoneResponse. I am sending a CiscoIPPhoneExecute with one URL and one URI to a phone. The URI, which tells the phone to play a tone, executes correctly. The URL is never requested by the phone (proven with LAN sniffer). Obviously the XML format and encoding is fine, as is the authentication, or the tone would not play.
Question: What does Status="1" and Data="Request Busy" mean?
Thanks,
<CiscoIPPhoneExecute><ExecuteItem Priority="1" URL="http://10.3.1.254/MessageServer/phonemessenger?messageid=1088067451569"/><ExecuteItem Priority="1" URL="Play:Bass.raw"/> </CiscoIPPhoneExecute>
<?xml version="1.0" encoding="iso-8859-1"?>
<CiscoIPPhoneResponse>
<ResponseItem Status="1" Data="Request Busy" URL="http://10.3.1.254/MessageServer/phonemessenger?messageid=1088067451569"/>
<ResponseItem Status="0" Data="" URL="Play:Bass.raw"/>
<ResponseItem Status="0" Data="" URL=""/>
</CiscoIPPhoneResponse>
06-24-2004 04:44 AM
I have seen that behaviour as well, for no apparent reason. The tone would play, but the message would not display. After changing the phone settings around a bit and resetting the phone a few times it finally started working again (only that phone was affected). The settings I modified were trivial (I believe I only adjusted the idle timeout to 0 to see if the idle url was interfering). I would speculate that it may be an intermittant problem relating to the phone state.
"Request Busy" is documented as normal behaviour when the phone's directory is being displayed. See bug CSCed43986 for the writeup on the directory issue. It is noted as being fixed in various releases, so perhaps one of the versions noted in that bug writeup may resolve your problem.
Try resetting the phone from CM/cycle the power, it may clear itself up when the phone realizes it's not "busy". Also verify that the same push works with another phone...
06-24-2004 02:00 PM
Thanks for your feedback. Found the answer.
The phones in question had an idle URL set. Even though the timeout was set to 0, the CiscoIPPhoneExecute would not work correctly until I removed the URL.
Seems flakey to me.
Callum
06-24-2004 02:20 PM
If you put idle back on, the execute should still work. It does seem a bit flaky though...
06-24-2004 02:21 PM
I did, and it stopped working again.
c
06-24-2004 08:19 PM
ahhh ....
the idle URL is invalid - it points to a server that doesn't exist.
maybe that's the difference.
c
12-19-2004 10:52 AM
Power off/Reset/Romove idle URL...Any other options?
I met this "Request Busy" problem too when I tried
the push2phone service.
But the strange thing was the push2phone worked fine
on 7970/7960/IP Communicator at the beginning. Alert
message was displayed and the audio was played.
From the third day onwards, only the audio was played
on the 7970/7960 phones, alert message was not displayed. From the ethereal, "Request Busy" was found in the CiscoIPPhoneResponse message.
The push2phone works fine on the IP Communicator all
the time.
I have power off/reset/removed the idle URL
on both phones, result is the same, "RequestBusy".
If it is something wrong with the firmware, why did
it work at the beginning?
Should I update the firmware of 7970/7960? If yes,
how to do it?
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide