I think if we look at the appropriation usage section in the RFC It says that appropriate protcol to be used for appropraite event rate (which can handle events coming at the rate).. Hence it mentions that for SIP, Notifiers sending 1 notify event per second should be fine (can be handled) but avoid using it for scenarios where more events /sec is to be expected (Ex. given is of GPS positioning). Also your other pt for 100 events, i think each package can define throttle mechanism to further lower the rate of events coming in (4.4.10) along with the rate of event as well. Rama
Jhon miller <[EMAIL PROTECTED]> wrote: Hi all, I have query based onthe RFC 3265.In this RFC section 3.11.Rate of Notifications Specifies that the "Notifiers SHOULD NOT generate NOTIFY requests more frequently than once per second." If i am understanding correctly then a notifier will send one notify for one second.(for example if a notifier have to generate the 100 Notifys then it will send the each notify for each second.(for 100 sec)). The RFC states only for the Peak Period? Thanks in advance John A -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm _______________________________________________ Sip-implementors mailing list [email protected] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors --------------------------------- Do you Yahoo!? Send holiday email and support a worthy cause. Do good. _______________________________________________ Sip-implementors mailing list [email protected] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
