Projects tigase _server server-core Issues #40
Traffic throttling (#40)
Jon Ferguson opened 1 decade ago

Is there a way to throttle or limit messages being sent from users? So, for example, User 'x' can send up to 3 messages in a 10sec interval.

Cheers,

Jon

  • Artur Hefczyc commented 1 decade ago

    It is not possible right now. A new plugin, preprocessor could handle this easily though.

  • Jon Ferguson commented 1 decade ago

    Hey Artur,

    On this point..

    1. would the preprocessor just drop the message given to many were being received?

    2. another thought I had would be something like.. after hitting a threshold, lowering the priority of the messages from the same Full JID and putting it back in the queue.. or somehow changing the messages for an offending full JID in this way at an earlier point in the workflow. That might be more friendly - a sort of soft throttle.

    Does this make sense?

    Cheers,

    Jon

    -----Original Message-----

    From: support@tigase.org [mailto:support@tigase.org]

    Sent: Sunday, April 17, 2011 11:12 PM

    Subject: [Tigase XMPP Server - Feature #105] Message Throttling?

    Issue #105 has been updated by Artur Hefczyc.

    Tracker changed from Support to Feature

    Assignee set to Artur Hefczyc

    Target version set to 5.2.0

    It is not possible right now. A new plugin, preprocessor could handle this easily though.


    Feature #105: Message Throttling?

    http://projects.tigase.org/issues/105

    Author: Jon Ferguson

    Status: New

    Priority: Normal

    Assignee: Artur Hefczyc

    Category:

    Target version: 5.2.0

    Is there a way to throttle or limit messages being sent from users? So, for example, User 'x' can send up to 3 messages in a 10sec interval.

    Cheers,

    Jon

  • Unknown commented 1 decade ago

    See comments below:

    Issue #105 has been updated by Jon Ferguson.

    Hey Artur,

    On this point..

    1. would the preprocessor just drop the message given to many were being received?

    That's a good question. It is really a business decision. Detecting abuse or a problem is one thing

    and a half of the job. Handling the case properly is another part. It's up to upper management to

    decide what to do. Even if you just drop the packet you would like to know that it happened,

    how often, which user is the offender, etc....

    1. another thought I had would be something like.. after hitting a threshold, lowering the priority of the messages from the same Full JID and putting it back in the queue.. or somehow changing the messages for an offending full JID in this way at an earlier point in the workflow. That might be more friendly - a sort of soft throttle.

    This is a bit dangerous. First of all you may endup with messages reordering for that user.

    However, as he is offender we may not care too much. On the other hand if you put the

    message back to the beginning of the queue, the queue may get full at some point because

    of the traffic generated by offender and packets for other users may get dropped.

    As I said this is a business decision.

    Artur

  • Jon Ferguson commented 1 decade ago

    Thanks,

    Jon

    -----Original Message-----

    From: support@tigase.org [mailto:support@tigase.org]

    Sent: Wednesday, May 18, 2011 3:35 PM

    Subject: [Tigase XMPP Server - Feature #105] Message Throttling?

    Issue #105 has been updated by Anonymous.

    See comments below:

    Issue #105 has been updated by Jon Ferguson.

    Hey Artur,

    On this point..

    1. would the preprocessor just drop the message given to many were being received?

    That's a good question. It is really a business decision. Detecting abuse or a problem is one thing

    and a half of the job. Handling the case properly is another part. It's up to upper management to

    decide what to do. Even if you just drop the packet you would like to know that it happened,

    how often, which user is the offender, etc....

    1. another thought I had would be something like.. after hitting a threshold, lowering the priority of the messages from the same Full JID and putting it back in the queue.. or somehow changing the messages for an offending full JID in this way at an earlier point in the workflow. That might be more friendly - a sort of soft throttle.

    This is a bit dangerous. First of all you may endup with messages reordering for that user.

    However, as he is offender we may not care too much. On the other hand if you put the

    message back to the beginning of the queue, the queue may get full at some point because

    of the traffic generated by offender and packets for other users may get dropped.

    As I said this is a business decision.

    Artur


    Feature #105: Message Throttling?

    http://projects.tigase.org/issues/105

    Author: Jon Ferguson

    Status: New

    Priority: Normal

    Assignee: Artur Hefczyc

    Category:

    Target version: 5.2.0

    Database:

    Is there a way to throttle or limit messages being sent from users? So, for example, User 'x' can send up to 3 messages in a 10sec interval.

    Cheers,

    Jon

  • Artur Hefczyc commented 1 decade ago

    This ticket was originally about message throttling. I have renamed it to a more generic problem traffic throttling. More details how it is implemented now: http://www.tigase.org/content/initproperties#cm-traffic-throttling

  • Artur Hefczyc commented 1 decade ago

    Applied in changeset tigase-server|commit:9eee9a62a1823490ba2a2d5794934c81ed6fc10d.

  • Artur Hefczyc commented 1 decade ago

    Applied in changeset tigase-server|commit:147be59062e1ee9f9a50e6a107a7737274459161.

issue 1 of 1
Type
New Feature
Priority
Normal
Assignee
RedmineID
105
Version
tigase-server-5.1.3
Estimation
0
Issue Votes (0)
Watchers (0)
Reference
tigase/_server/server-core#40
Please wait...
Page is in error, reload to recover