My apologies. Wrong Dave!
Charlie Youakim
Partner
cell: 651-343-4692
fax: 888-804-1783
web: www.passportparking.com
On Wed, Jul 20, 2011 at 5:31 PM, Charles Youakim
charlie.youa...@passportparking.com wrote:
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 d...@cridland.net 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:d...@cridland.net - xmpp:d...@dave.cridland.net
-
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