All of lore.kernel.org
 help / color / mirror / Atom feed
* [LARTC] packet marking: only a ratio, not all
@ 2006-03-30 13:56 pfer
  0 siblings, 0 replies; 2+ messages in thread
From: pfer @ 2006-03-30 13:56 UTC (permalink / raw)
  To: lartc


[-- Attachment #1.1: Type: text/plain, Size: 1776 bytes --]

Hi all!
 
 In short: 
 
 Anybody wrote a patch for DSMARK to make it capable of marking
 only a ratio (a given arg to the tc command) of the packets it gets?
 Say, 20%? Or, do I have to hack into the source? Alternatives,
 like a filter spitting packets to 2 different DSMARK based on this ratio?
 
 In long:
 
 I'm a hungarian univ student involved in a project (RMD-QoS stuff)
 which needs the following:
 
  \                    This node has 3 ingress and 1 egress link, all have for ex. 10 Mbit
    \                  limit to their traffic.
      \
   ---  node -----  Suppose ingress traffic is: 8 + 3 +5 = 16 while the egress
     /                 link will be congested with 10. Because this node is a simple,
   /                   intradomain router, we would like to notify the downstream 
 /                    edge node about this congestion, to tear down some of the flows
                      causing it. (Congestion occured via for. ex. a net failure)
 
 What the protocol (draft) says, is that the edge will be notified of the level of the congestion, which will be calculated by this proportional data packet marking method, to avoid additional signaling.
 Say, if 16 would go on a link with 10 capacity, congested core-node will mark
 60% of the packets it sends to the output of the link to another DSCP.
 
 I thought about DSMARK first, but that is incapable of doing this stuff.
 (or I think so :)
 Ideas?
 
 PS: I did not check the archives rigorously, so sorry if I am asking trivial things.
 
 PS2: Since I checked not to get mails from this list, please send your answer
 to forgamedev@yahoo.com.
 
 Thanks in advance,
 
 Ferenc
 
		
---------------------------------
New Yahoo! Messenger with Voice. Call regular phones from your PC and save big.

[-- Attachment #1.2: Type: text/html, Size: 2600 bytes --]

[-- Attachment #2: Type: text/plain, Size: 143 bytes --]

_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [LARTC] packet marking: only a ratio, not all
@ 2006-04-07 22:23 Andy Furniss
  0 siblings, 0 replies; 2+ messages in thread
From: Andy Furniss @ 2006-04-07 22:23 UTC (permalink / raw)
  To: lartc

pfer wrote:
> Hi all!
>  
>  In short: 
>  
>  Anybody wrote a patch for DSMARK to make it capable of marking
>  only a ratio (a given arg to the tc command) of the packets it gets?
>  Say, 20%? Or, do I have to hack into the source? Alternatives,
>  like a filter spitting packets to 2 different DSMARK based on this ratio?
>  
>  In long:
>  
>  I'm a hungarian univ student involved in a project (RMD-QoS stuff)
>  which needs the following:
>  
>   \                    This node has 3 ingress and 1 egress link, all have for ex. 10 Mbit
>     \                  limit to their traffic.
>       \
>    ---  node -----  Suppose ingress traffic is: 8 + 3 +5 = 16 while the egress
>      /                 link will be congested with 10. Because this node is a simple,
>    /                   intradomain router, we would like to notify the downstream 
>  /                    edge node about this congestion, to tear down some of the flows
>                       causing it. (Congestion occured via for. ex. a net failure)
>  
>  What the protocol (draft) says, is that the edge will be notified of the level of the congestion, which will be calculated by this proportional data packet marking method, to avoid additional signaling.
>  Say, if 16 would go on a link with 10 capacity, congested core-node will mark
>  60% of the packets it sends to the output of the link to another DSCP.
>  
>  I thought about DSMARK first, but that is incapable of doing this stuff.
>  (or I think so :)
>  Ideas?
>  
>  PS: I did not check the archives rigorously, so sorry if I am asking trivial things.
>  
>  PS2: Since I checked not to get mails from this list, please send your answer
>  to forgamedev@yahoo.com.

I am not sure I get the logic of what you are trying to do for this 
paticular setup, but there are examples of using policers with meters 
shared across ingress links to dsmark overlimits packets in the iproute2 
sources.

Andy.
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2006-04-07 22:23 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-04-07 22:23 [LARTC] packet marking: only a ratio, not all Andy Furniss
  -- strict thread matches above, loose matches on Subject: below --
2006-03-30 13:56 pfer

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.