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
24h
Issue Votes (0)
Watchers (0)
Reference
tigase/_server/server-core#40
Please wait...
Page is in error, reload to recover