60 likes | 196 Views
draft-aoki-simple-interdomain-bcp-01. Edwin Aoki, AOL Avshalom Houri, IBM Tim Rang, Microsoft. Purpose of this Draft. Provide a catalog of high-level BCPs derived from experience in operating large enterprise and consumer IM communities Two categories of recommendations in this draft
E N D
draft-aoki-simple-interdomain-bcp-01 Edwin Aoki, AOL Avshalom Houri, IBM Tim Rang, Microsoft
Purpose of this Draft • Provide a catalog of high-level BCPs derived from experience in operating large enterprise and consumer IM communities • Two categories of recommendations in this draft • A recommended minimum profile for SIMPLE implementations to satisfy expectations of “real world” users • E.g., implementation of “activity” from RPID draft • Techniques that can assist in scalability and accuracy of presence/IM info in large and very large deployments
What is an “Interdomain” Issue? • SIP/SIMPLE is essentially a point to point (user to user) protocol • But, these users often exist within an administrative domain • Enterprises • Consumer services • ISPs or mobile access providers • By recognizing these domains, we can achieve efficiencies and optimizations • However, many of these BCPs can apply to the point to point case as well.
What Kinds of Efficiencies? • Multiplexing of multiple dialogs over the connection between edge proxies • Optimizations that allow a proxy to cache certain kinds of responses on behalf of identifiers in its namespace • Recommendations on timeouts, refreshes, compression and security usage and use of Page Mode and Session Mode (MSRP) for IMs
History of the Draft/Change Log • Draft originated asdraft-levin-simple-interdomain-reqs-03.txt • Separated provisioning and scalability requirements into requirements drafts (draft-houri-speermint-rtc-provisioning-reqs-00 and draft-rang-simple-problem-statement-00) • Removed discussion of non-MSRP session-based protocols • Simplified language and made more consistent with a BCP • Note: current draft was submitted with an incorrect expiry date; this will be fixed after the moratorium
Next Steps • Does the WG see utility in documenting this kind of information? • Is this the right information to cover? • Are there others with operational experience to contribute?