LARTC
[Top] [All Lists]

[LARTC] Watchdog timer and packet enqueuing

To: lartc@mailman.ds9a.nl
Subject: [LARTC] Watchdog timer and packet enqueuing
From: Claudio Greco <cla.greco@fastwebnet.it>
Date: Thu, 31 May 2007 12:29:15 +0200
Delivered-to: sp-com-lists@consult.net
Delivered-to: lartc-list@securepoint.com
Delivered-to: lartc@outpost.ds9a.nl
List-archive: <http://mailman.ds9a.nl/pipermail/lartc>
List-help: <mailto:lartc-request@mailman.ds9a.nl?subject=help>
List-id: "Mailinglist of the Linux Advanced Routing &amp; Traffic Control project" <lartc.mailman.ds9a.nl>
List-post: <mailto:lartc@mailman.ds9a.nl>
List-subscribe: <http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc>, <mailto:lartc-request@mailman.ds9a.nl?subject=subscribe>
List-unsubscribe: <http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc>, <mailto:lartc-request@mailman.ds9a.nl?subject=unsubscribe>
Sender: lartc-bounces@mailman.ds9a.nl
User-agent: Thunderbird 1.5.0.10 (Macintosh/20070221)
Hello everybody,

I'm implementing a qdisc for my MSc thesis and I've experienced some issue maybe you can help me with.

The discipline is simply a slotted max-weight in which any user has a Ceil Rate they mustn't trespass on.

Being such a discipline non-work-conserving, I've to set a watchdog timer in order to allow further call of the dequeue function.

However, I've noticed that such a solution prevents the local generated packets to be enqueued, which is very concerning to me being the priority based on the backlog...

Does anyone know any trade-off solution between these needs (non-conserving-work and continuous enqueue flow)?

Thanks in advance,
Claudio.
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

<Prev in Thread] Current Thread [Next in Thread>
  • [LARTC] Watchdog timer and packet enqueuing, Claudio Greco <=