Thanks Scott, Dale and the SIP RFCs. I now understand how MWI works. I have tracked this problem down to a point where I think it is a Snom bug. The phones aren't always sending a new SUBSCRIBE request when the old one expires. There is some bug in their countdown timer because, sometimes, the timer decrements right past zero and goes to negative numbers and never sends a new SUBSCRIBE request. Once the timer goes negative, the only way to reset it (that I know of) is to reboot the phone.
Oh well... this Snom 870 is a nicely designed phone, but it seems like I am running into one bug or the other every day. Must be bleeding edge! Thanks again for your helpful suggestions. On Feb 17, 2010, at 1:13 PM, Scott Lawrence wrote: > On Wed, 2010-02-17 at 12:56 -0800, Pizza Napoletana wrote: >> Using sipx 4.1.6. >> >> My snom 870 phones seem to get MWI NOTIFY messages correctly for a few >> hours after the phones are rebooted. But after those few hours, when a >> message is left, no NOTIFY messages are sent out from sipx >> (per /var/log/sipxlogs/*). And if I reboot the phone again, everything >> is fine. >> >> sipx GUI shows that the phone is still registered during the time the >> NOTIFYs are not being sent. I can also call that phone during that >> time. Everything seems fine, except the MWI part. >> >> Any idea what might cause sipx to stop sending NOTIFYs and why a phone >> reboot causes it to send them again for a while? > > It could be that the phone is not correctly noticing that the duration > of the subscription is shortened by a random interval. If that's the > case, then it should eventually start to work again, then fail again, > etc. > > There's a script in sipXtools called 'regtimes' that checks this for > registrations - it could be modified to do the same check for > subscriptions. > _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
