Thanks Robert, - (15) asr9k's in core - (40 or 50) asr901's and me3600's
That pretty much covers my mpls cloud.... I'm running single area ospf on all those, and mpls on all, and so all of them (9k's, 901's and me's) act as a mix of p's and pe's Aaron -----Original Message----- From: cisco-nsp [mailto:[email protected]] On Behalf Of Robert Blayzor Sent: Friday, August 30, 2013 10:27 AM To: [email protected] list Subject: Re: [c-nsp] qos plan - advice please On Aug 30, 2013, at 11:00 AM, Aaron <[email protected]> wrote: > I mean do I really need to go to each and every interface and apply > policy-map (service-policy) to all the interfaces of all my mpls lsr's ?! > > Is it possible to enable something like rsvp and mpls te to allow for > end to end qos ? > > What is the nicest way to do this ? You're either implementing IntServ (hard) or DiffServ (soft) QoS. The problem is IntServ isn't really practical or scalable unless you have a very small network; it also isn't very resource conservative. If using DiffServ aware TE then you're going to have to setup queueing policies on all of your interfaces in the network. RSVP will do the admission control, but you'll still need to have your service policies on all the interfaces the LSP's traverse. -- Robert Blayzor INOC, LLC [email protected] http://www.inoc.net/~rblayzor/ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
