Tony,

I'm not sure if this is the same, but...

There was a customer that had an issue where 50 percent of about 100
polycoms would randomly lockup.  They were not on calls at the time,
just out of the blue lock-ups.  I never tracked down the ultimate
problem, but did come up with a workaround.  I removed all SRV records
and used just a single A record avoided the lockups.  In this case,
customer didn't need HA so we could do this.

I discovered this because the last log message in polycom phone log
was a SRV record lookup.


On Thu, Jun 23, 2011 at 5:56 AM, Tony Graziano (JIRA)
<[email protected]> wrote:
> Polycom phone rebots after 10-14 minutes on a call
> --------------------------------------------------
>
>                 Key: XX-9724
>                 URL: http://track.sipfoundry.org/browse/XX-9724
>             Project: sipXecs
>          Issue Type: Bug
>          Components: Polycom, sipXbridge, sipXproxy
>    Affects Versions: 4.4
>         Environment: 4.4 installed from ISO all patched up, polycom firmware 
> 3.1.3, 3.2.4, 3.2.5
>            Reporter: Tony Graziano
>
>
> I am finding my polycom 650 reboots if i am on a call "more than" ten 
> minutes. I have gone back to CDR data and looked at the failed calls (which 
> only show COMPLETED) and find they are 10, 12 or 14 minutes long thus far. 
> The phone is not remote in this case either. It is using a sip trunk, but 
> have tried several POPS. Calls through analog ATA's stay up and do not reboot.
>
> The phone does have several "external lines on it".
>
> I will grab sip traces and log files and post after I verify it happens 
> without external lines on it or not.
>
> If you are also having the same type of issue details would also be 
> appreciated.
>
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the administrators: 
> http://track.sipfoundry.org/secure/Administrators.jspa
> -
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>
_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Reply via email to