Thanks for the time Dave. I'm going to check out the API. We will definitely be using your software. The Gears software sounds great. Let me know what you can sell the IP30 for. We will be low quantity at the outset. An order of 5 would be likely.
Charlie Youakim Partner cell: 651-343-4692 fax: 888-804-1783 web: www.passportparking.com On Wed, Jul 20, 2011 at 5:27 PM, Dave Cridland <[email protected]> wrote: > On Tue Jul 19 21:19:15 2011, XMPP Extensions Editor wrote: > >> The XMPP Extensions Editor has received a proposal for a new XEP. >> >> Title: Whitespace Keepalive Negotiation >> > > FWIW, this one seems sensible for the XSF to adopt. > > I'd like to make some observations: > > 1) I think the negotiation should be more like resource binding - the > client offers a suggestion, the server sets the interval based on that > suggestion. I don't see a need for a back-and-forth where the client's value > is rejected as being out of range. > > 2) If either party sends any data, including whitespace, the timer MUST be > restarted. > > 3) Typically, I'd expect a client to negotiate a high keepalive, and then > issue the whitespace itself, in order to control transmission timing. (A > mobile client will want to send all its keepalive traffic at once). > > 4) Servers SHOULD use XEP-0199 or XEP-0198 to actively solicit traffic from > silent clients, and SHOULD only terminate the connection of unresponsive > clients, rather then merely silent ones. > > Dave. > -- > Dave Cridland - mailto:[email protected] - xmpp:[email protected] > - > acap://acap.dave.cridland.net/**byowner/user/dwd/bookmarks/<http://acap.dave.cridland.net/byowner/user/dwd/bookmarks/> > - http://dave.cridland.net/ > Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade >
