[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Sipping] WGLC review of draft-ietf-sipping-presence-scaling-requirements-01



Draft:  draft-ietf-sipping-presence-scaling-requirements-01
Reviewer: Vijay K. Gurbani
Review Date: Sept-03-2008
Review Deadline: Sept-03-2008
Status: WGLC

Review summary: This draft is basically ready for publication, but has
nits that should be fixed before publication.

I had reviewed -00 version of this draft (thread archived at
http://www.ietf.org/mail-archive/web/sipping/current/msg15465.html).

-01 version addresses a majority of comments in -00.  The ones
below are pertinent to -01.

- REQ-009: I still do not like the vague "tens of millions of
concurrent users" (the reasons for this are in -00.)  It may be
better to rephrase this sentence thus:

   The solution MUST be scalable (note: we view scalability on
   the order of tens of millions of users instead of tens of
   thousands.)

- REQ-010: The suggested rewrite is better than the text in -00.
Some nits on the new text:
   s/will be coming from/will be from/
   s/watchers form the/watchers from the/

- Section 4, third paragraph: I still believe that the phrase
"The IETF sometimes does not give the right priority to actual
deployments when designing a protocol" is an opinion that really
does not contribute to the discussion at hand.  You could convey
the same meaning without imparting a judgmental tone by slightly
rewording as follows:

OLD:

    It seems that we need to think about the problem in a
    different way.  We need to think about scalability as part of the
    protocol design.  The IETF sometimes does not give the right priority
    to actual deployments when designing a protocol but in this case it
    seems that if we do not think about scalability with the protocol
    design it will be very hard to scale.

NEW:

    Adequate care is must be taken in addressing scalability as part
    of the initial protocol design; efforts at an attempt to shoehorn
    scalability at a later date will be doomed to failure.

IMHO, the above is just as critical without being overtly
judgmental.

- S4, last paragraph at end of page 5:

   s/method is negotiating media/method negotiates media/

Thanks,

- vijay
-- 
Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent
1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60566 (USA)
Email: vkg at {alcatel-lucent.com,bell-labs.com,acm.org}
WWW:   http://www.alcatel-lucent.com/bell-labs
_______________________________________________
Sipping mailing list  https://www.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sip at ietf.org for new developments of core SIP