Subject: [Sipping] Comments to draft-garcia-sipping-resource-event-package-01.txt

From: "Willekens, Marc" <[email-masked]>
Date: Sun, 18 Mar 2007 08:40:48 +0100

Hi Miguel,
 
Some specific comments/question/remarks to your draft:
http://www.ietf.org/internet-drafts/draft-garcia-sipping-resource-event-package-01.txt <http://www.ietf.org/internet-drafts/draft-garcia-sipping-resource-event-package-01.txt> 
 
[Page 6], 3.4 Subscription duration, §2

Should the short duration include the required search time for the information search in a p2p network?

[Page 7], 3.5 Notify Bodies, §2

Resource documents from different EPAs or other sources: all belonging to the same presentity??

"....that contains all the available known resources to the EPA." Which EPA, when the composition use information coming from different EPAs?

[Page 9], 3.8 Subscriber processing of NOTIFY requests, §2

What has to be done when the "version number" in a partial notification is more then one? Discard the partial update + all subsequent partial updates and wait for the next full notification? Can the client inform the server about it?

[Page 10], 3.10 Rate of Notifications, §2

How is this max. rate of 1 sec be chosen? Is it based on a certain traffic model for resource subscriptions? What will be the influence on other types of event traffic such as presence updates for the IM service? 

[Page 10], 3.11 State Agents, §3

"The same resource is available in different endpoints."  Is it exactly the same resource in different endpoints or only a certain subset? Is the resource related to a presentity, to a device of a presentity or is it decoupled and used as a stand-alone resource? 

[Page 10], 3.13 Use of URI, §2

What is the definition of "too large"?

[Page 11], 3.18 Rate of publication, §2

Why are there no rate limiting recommendations for 'resource'.

[Page 14], 4.1 Full 'resource document', §11

"The <sha1> element ..."

Why is only secure hash algorithm sha1 considered and not sha2?

Best regards,
Marc Willekens.
_______________________________________________
Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use [email-masked] for questions on current sip
Use [email-masked] for new developments of core SIP