[c-nsp] QoS over two T1's

[Voll, Scott]

Was doing per-packet

-----Original Message-----
From: Lupi, Guy [mailto:Guy.Lupi at eurekanetworks.net] 
Sent: Tuesday, March 08, 2005 10:24 AM
To: Voll, Scott; cisco-nsp at puck.nether.net
Subject: RE: [c-nsp] QoS over two T1's

Are you load sharing per-packet or per-destination? 

-----Original Message-----
From: cisco-nsp-bounces at puck.nether.net
[mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Voll, Scott
Sent: Tuesday, March 08, 2005 1:17 PM
To: cisco-nsp at puck.nether.net
Subject: [c-nsp] QoS over two T1's

Background

 

Customer runs two t1's from us to them.  Load balanced via EIGRP.  They
use
a third party application that is very slow.  So we did some testing and
put
all the regular internet traffic over one t1 and the third party
application
over the other t1.  This has greatly increased there speed.
But this application is only using about 300k of bandwidth.

 

What I would like to do:

 

I would like to go back to load balancing the two t1's and prioritize
the
traffic so the 3rd party app. Gets the bandwidth it needs but get back
some
of there bandwidth for regular internet traffic.

 

I've setup QoS before but i have not had to load balance while
prioritizing.
Any suggestions.

 

I'm thinking I match the traffic with an ACL, use a class-map to match
it,
and apply to the Policy map.  Then apply to the two serial interfaces
and
continue to use EIGRP for load balancing?  Does this sound right?

 

Or

 

Do I use a route-map to keep all the 3rd party app going down one t1 and
mark it, match it with class-map, apply to policy map and then only
apply to
the one serial interface?

 

In the midst of Policy maps, being this is data and not voice should I
Priortize or use bandwidth?  With out fail I need to make sure this
traffic
gets the bandwidth it needs. But would also like to use the bandwidth
for
internet traffic if not used.

 

TIA

 

Scott

_______________________________________________
cisco-nsp mailing list  cisco-nsp at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/