12-10-2014 04:47 AM
Hi All,
We are trying to push an image on 400 phones using the Phone.Push Method in CiscoSDK and we receive <CiscoIPPhoneError Number="6" /> on random phones.
the error occurs when trying to push to this huge number of phones, but doesn't occur when sending to few number of phones.
Can you please advise what's the reason of this issue?
Best Regards,
Marwa Ads
12-10-2014 03:41 PM
Inspecting a network packet capture of the application traffic (e.g. via Wireshark) may be helpful. Feel free to attach here if you do not spot anything...
12-11-2014 01:22 AM
12-11-2014 08:53 AM
Error Number 6 indicates a timeout problem. I'm seeing TCP Window Full and TCP Zerowindow errors in the pcap (this happens when the TCP receiver cannot accept any more data), which may be related to your problem. Are the phones all the same? What type of phones, and what's the firmware version?
12-11-2014 10:50 AM
More information: The errors seem to be tied to the IP address 10.112.160.56.
12-13-2014 11:58 PM
The IP Address 10.112.160.56 is the IP of the server where the application is running on.
The phones are different, below are the models and their firmware:
Cisco 9971 sip9971.9-4-1-9
Cisco 7975 SCCP75.9-3-1SR4-1S
Cisco 7941 SCCP41.9-3-1SR4-1S
Cisco 7961 SCCP41.9-3-1SR4-1S
12-14-2014 05:47 PM
Can you tell us where this packet capture was taken? I suspect it is from the application server host..?
A typical error scenario looks like the below:
Packet 10137
Time: 33.198154000
POST /CGI/Execute HTTP/1.1
Content-Length: 406
Packet 11679
Time: 35.960246000
HTTP/1.1 200 OK
<CiscoIPPhoneError Number="6" />
As there is >2 seconds between request and response, I would also suspect that the phone is timing out trying to establish a connection with the page it is supposed to retrieve (or possibly the Authorization URL.) As the retrieve URL seems to be the same host as the requestor - and per Nick's observation the app host network connection may be experiencing congestion - this may indicate that the server is overwhelmed and is unable to serve the page quickly enough, causing the phone to time out.
If you can manage to obtain a pcap from a phone (e.g. by plugging in a PC to the phone's extra switch port), this would give a clearer picture of what's happening at the phone during this 2 seconds. My expectation would be we would see the phone attempting to establish TCP connections and timing out. If not (for example if the phone appears to do nothing for 2 seconds and just returns the error) we may need to look at the onboard phone logs to see what's happening...
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