Re: [Syslog] Discuss - Congestion Control
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Syslog] Discuss - Congestion Control



Chris, Magnus,
Response from Magnus:
This mostly addresses my concerns. I still think there is one major issue around this with congestion control. And that is
some description on how to rate-limit your traffic. Either in UDP to some pre-configured threshold and in the case of TLS
over TCP the rate actually available. There can occur situations where the amount of generated data will be larger than
what can be transfered. How does one resolve this? I think it probably needs to be more text in syslog-protocol spec about this. How to use scope and prio to determine which messages to throw away or queue up (within limits).




Most sources of potentially voluminous syslog messages have a rate limit mechanism already in as much as they will aggregate messages (the old "Last message repeated N times" thing). I propose that we add some wording along the lines of the following in syslog-udp:

   syslog generator implementors must be mindful of the downstream
   resources their messages will consume, both from a network and
   server standpoint.  A single syslog source that has the capability
   to produce a flood of messages should aggregate and rate limit them
   in some appropriate fashion.  An event count combined with rate
   limiting has been used very successfully in the past.

How about that?

_______________________________________________
Syslog mailing list
Syslog at lists.ietf.org
https://www1.ietf.org/mailman/listinfo/syslog




Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.