[prev in list] [next in list] [prev in thread] [next in thread]
List: lartc
Subject: [LARTC] Need current interface queue length for network interfaces
From: "Patrick Feighery" <feighery () mitre ! org>
Date: 2005-06-28 16:04:45
Message-ID: 200506281604.j5SG4tL01393 () smtp-bedford-dr ! mitre ! org
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
I have developed a TCP accelerator (TCP PEP) to improve the performance of
TCP based applications over satellite, RF, and other challlanged
environments. Among other things, the TCP PEP assumes a known quantity of
bandwidth has been dedicated to the PEP. Thus the TCP PEP can essentially
emit data at line rate and not self congest the network. I am trying to
port this application to use PPP (and possibly a series of PPP links) for
transmission over the RF. Unfortunately due to compression of these links,
the effective bandwidth can vary tremendously. I'm looking for a way to
monitor the current interface queue length as a mechanism to provide
indirect feedback to the effective bandwidth of the RF side. The idea is to
essentially dynamically modify the rate the TCP PEP emits data to ensure
some minimum level of queueing in the interface queue is maintained.
Unfortunately to date, I have not found a mechanism to provide this
information to an application in user space. Since RED needs this
information I presume it exists somewhere.
Can someone provide a pointer to how I can get this information? Or are
these other stats available that would provide a similar function?
Many thanks
Pat
[Attachment #5 (text/html)]
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2900.2668" name=GENERATOR></HEAD>
<BODY>
<DIV><FONT face=Arial size=2><SPAN class=336283615-28062005>I have developed a
TCP accelerator (TCP PEP) to improve the performance of TCP based applications
over satellite, RF, and other challlanged environments. Among
other things, the TCP PEP assumes a known quantity of bandwidth has
been dedicated to the PEP. Thus the TCP PEP can essentially emit data at
line rate and not self congest the network. I am trying to port this
application to use PPP (and possibly a series of PPP links) for
transmission over the RF. Unfortunately due to compression of these links,
the effective bandwidth can vary tremendously. I'm looking for a way to
monitor the current interface queue length as a mechanism to provide indirect
feedback to the effective bandwidth of the RF side. The idea is to
essentially dynamically modify the rate the TCP PEP emits data to ensure some
minimum level of queueing in the interface queue is maintained.
Unfortunately to date, I have not found a mechanism to provide this information
to an application in user space. Since RED needs this information I
presume it exists somewhere.</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=336283615-28062005></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=336283615-28062005>Can someone provide
a pointer to how I can get this information? Or are these other stats
available that would provide a similar function?</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=336283615-28062005></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=336283615-28062005>Many
thanks</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=336283615-28062005></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=336283615-28062005>
Pat</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=336283615-28062005></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=336283615-28062005></SPAN></FONT><FONT
face=Arial size=2><SPAN
class=336283615-28062005> </SPAN></FONT></DIV></BODY></HTML>
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic