Hi,

I'm working on some little bots based on the jabber protocol, and I found a bit limiting the jabberd bandwidth shaping method with karma. For example one of my bots is a dictionary server, which can produce answers of some kilobytes of text, depending from the query. When this happens the bot's karma rapidly decreases and the bot seems not very responsive, annoying the user. This happens also when on the server there is no other traffic at all and I see no reason for this. Attaching these kind of bots to a dedicated server with appropriate karma settings may be a solution, but how will it behave in s2s connections? I fear that in this way I only push a bit further the same problem... For these reason I'd like an alternative bandwith shaping implementation, with just priority: who has a better karma is served first, but when there is no other traffic also clients with a bad karma may be served.
An other solution may be the option to redirect temporary the stream, connecting directly the two peers, in order to bypass the server when there are long messages or many but frequent short messages to exchange (I believe that oob data is not suitable in this case).

Any reaction or suggestion?

--
Fabio Forno - PhD Student
Politecnico di Torino - Dip. Automatica ed Informatica
C.so Duca degli Abruzzi 24 - 10129 Torino (Italy)
[EMAIL PROTECTED]

_______________________________________________
jdev mailing list
[EMAIL PROTECTED]
http://mailman.jabber.org/listinfo/jdev

Reply via email to