[j-nsp] WAN input prioritization on MX
Gustavo Santos
gustkiller at gmail.com
Mon Oct 15 10:57:40 EDT 2012
Doug,
Like this?
Interface
[edit interfaces ge-1/1/0]
gustavo at BRD01# show
description WAN;
unit 0 {
bandwidth 490m;
family inet {
filter {
input controle;
}
policer {
input gvt;
}
sampling {
input;
output;
}
address 177.99.164.126/30;
}
}
[edit interfaces ge-1/1/0]
Policer
[edit firewall policer wan]
gustavo at BRD01# show
if-exceeding {
bandwidth-limit 490m;
burst-size-limit 625k;
}
then discard;
[edit firewall policer wan]
Filter
gustavo at BRD01# show
term clientes {
from {
destination-address {
177.8.x.0/21;
177.x.x.0/22;
177.6x.x.0/22;
177.6x.xx0.0/24;
177.6x.xx1.0/24;
177.6x.xx3.0/24;
177.1x.1x.0/22;
177.1x.1x.0/24;
177.1x.2x.0/21;
177.1x.2x.0/22;
177.1x.2x.0/22;
}
}
then {
loss-priority low;
forwarding-class expedited-forwarding;
}
}
term resto {
then {
loss-priority high;
forwarding-class best-effort;
}
}
[edit firewall family inet filter controle]
Gustavo Santos
Analista de Redes
CCNA , MTCNA , MTCRE, MTCINE, JUNCIA-ER
2012/10/15 Doug Hanks <dhanks at juniper.net>
> All you need in this scenario is a simple policer and a firewall filter
> than. Just match the different types of traffic as you described below into
> different terms of a firewall filter, then depending on what you want to do
> with the traffic, police it or discard it.
>
> From: Gustavo Santos <gustkiller at gmail.com>
> Date: Mon, 15 Oct 2012 10:40:41 -0300
> To: dhanks <dhanks at juniper.net>
> Cc: "EXT - caillinb at commtelns.com" <caillinb at commtelns.com>, Serge
> Vautour <serge at nbnet.nb.ca>, Chris Evans <chrisccnpspam2 at gmail.com>, "
> juniper-nsp at puck.nether.net" <juniper-nsp at puck.nether.net>
>
> Subject: Re: [j-nsp] WAN input prioritization on MX
>
> Hi, After reading your comments, I will try to explain better what I'm
> trying to achieve. I'm trying to do classification and queueing on an
> ingress interface.
>
> When the wan interface gets rate limit threshold (500mbits), all the
> traffic that is destinated to the high priority destination subnet gets
> precedence and no packet loss or lower packet loss, than the low priority.
>
> The egress traffic to these subnets goes to two different physical
> interfaces ( ge-1/0/5 and ge-1/0/5) So , from what I read from you, the
> ingress interface should "see" the rate limit of 500mbits gets congestion
> and then discard packets from wan that have destination (address) subnet
> that differs from the high priority subnet.
>
> For instance: If the current wan ingress traffic total is 450mbits and
> high priority traffic is 100mbits, and low priority is 350mbits = no packet
> discard, but if traffic towards high priority subnet is 300mbits and low
> priority is 300mbits, then the queuing / scheduler will drop the low
> priority traffic until the sources traffic gets shaped to 200mbits for the
> low priority and the high priority gets 300mbits.
>
> On Linux it's quite simple to achieve.
>
> Gustavo Santos
> Analista de Redes
> CCNA , MTCNA , MTCRE, MTCINE, JUNCIA-ER
>
>
>
> 2012/10/15 Doug Hanks <dhanks at juniper.net>
>
>> >If you're having a hard time writing
>> >the proper code-points to a packet, I would assume the packets are
>> >classified correctly.
>>
>> s/correctly/incorrectly/
>>
>>
>>
>
More information about the juniper-nsp
mailing list