Eric Wieling wrote:
Doug Lytle wrote:
Eric Wieling wrote:
Remove the qualify= option from sip.conf. Also make sure the DISABLE
CDP in the Polycom's boot menu.
That didn't help and CDP is off by default, the phones still couldn't
receive/send calls when in this state.
Anthony Francis wrote:
Did you ever try turning off all phones, flushing the lease table and
bringing the phones back up?
Yes,
It made no difference.
Doug
--
Ben Franklin quote:
Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither
Hey everybody,
I'm still having issues with this system. The phones won't stay
registered for more then a few minutes. They're bouncing up and down.
I'm able to ping the phones just fine. What I've done so far:
Power cycled all phones and verified
Power cycled all switches
Checked the ARP
On Tue, 2008-05-20 at 11:51 -0400, Doug Lytle wrote:
Hey everybody,
I'm still having issues with this system. The phones won't stay
registered for more then a few minutes. They're bouncing up and down.
I'm able to ping the phones just fine. What I've done so far:
Power cycled all
Patrick wrote:
Not sure if this helps but iirc I've seen checksum issues on an Asterisk
DHCP box that I was able to get rid of by turning off some of the
Thanks Patrick.
I've narrowed the issue down a bit, I put 2 Polycom phones and the phone
system on it's own switch, the phones
Remove the qualify= option from sip.conf. Also make sure the DISABLE
CDP in the Polycom's boot menu.
Doug Lytle wrote:
Hey everybody,
I'm still having issues with this system. The phones won't stay
registered for more then a few minutes. They're bouncing up and down.
I'm able to ping
Eric Wieling wrote:
Remove the qualify= option from sip.conf. Also make sure the DISABLE
CDP in the Polycom's boot menu.
That didn't help and CDP is off by default, the phones still couldn't
receive/send calls when in this state. I've sent an employee out to
grab a replacement NIC.
Doug Lytle wrote:
Eric Wieling wrote:
Remove the qualify= option from sip.conf. Also make sure the DISABLE
CDP in the Polycom's boot menu.
That didn't help and CDP is off by default, the phones still couldn't
receive/send calls when in this state. I've sent an employee out to
Eric Wieling wrote:
Doug Lytle wrote:
Based on the SIP poke message you pasted in an earlier message, the
qualify= option you used is virtually guaranteed to cause SIP poke problems.
Understood, wouldn't it also indicate that, when putting 2 phones and
the phone system on it's own little
SIP poke does NOT just measure network latency. It also measures the
PHONE latency. Asterisk sends a SIP OPTIONS packet to the phone, the
phone responds, Asterisk measures how long it took. Most phones seem to
make responding to OPTIONS packets a low priority. A phone busy doing a
10 matches
Mail list logo