i want to know about the CBWFQ and LLQconfiguration examples? > From: [email protected] > Subject: CCIE_RS Digest, Vol 90, Issue 6 > To: [email protected] > Date: Tue, 16 Jul 2013 12:00:03 -0400 > > Send CCIE_RS mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://onlinestudylist.com/mailman/listinfo/ccie_rs > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CCIE_RS digest..." > > > Today's Topics: > > 1. Qos Question (Jim Kiker) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 15 Jul 2013 20:39:24 -0400 > From: Jim Kiker <[email protected]> > To: [email protected] > Subject: [OSL | CCIE_RS] Qos Question > Message-ID: > <camgsrta4wusc9jlcvd2-npxrsoaw9drg1l+vwdsdubrobx2...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Imran, > > If the interface is only used for the ISP then you want to look at the > interface bandwidth. You can also look at the subinterface bandwidth as > well as the GRE tunnel interface. The GRE tunnel interface is most likely > what the ISP is applying policing against. > > If you are applying QoS policy for either marking, policing or shaping that > is good but the stats from interface snmp monitoring will be more accurate. > > I do not necessarily disagree with your analysis of the performance but > most of the ISP that I have completed performance testing on do not > overprovision a circuit so Layer 3 data throughput achieved is greater > than equal to the circuit ordered. Most ISPs apply policing after the > L2,L3 encapsulation such as GRE or more popular now MPLS. > > So if you performance test the circuit using a bandwidth tool like iperf or > a true speed meter like JSDU TBerd then your L1 bandwidth will get reduced > once the L2 and L3 headers are added. > > > Message: 1 > Date: Mon, 15 Jul 2013 00:06:38 +0300 > From: Imran Ali <[email protected]> > To: [email protected] > Subject: [OSL | CCIE_RS] qos question > Message-ID: > <CAH7EgzcQOoYyPGArP2wFKh40f8AjGaRBVJZs=ji0a_pcxls...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi all, > > we have an isp connection with a dot1q connection on our 3845 series > router. But internet is provided via a gre tunnel . > so main interface is a " sub interface " and internet traffic is > defaulting to GRE > > what i need is to measure the rate of incomming traffic from internet ... > where should i apply my METERING qos polciy ? on dot1q subinterface or > on GRE ? > > 2) do i need to do "pre calssify " on gre ? > > the reason i need to know this because we assume that isp is not servcicing > the contract properly and has configured polcing below CIR . > > HOW do you catch isp's in such cases ? thing of very small isp > > > End of CCIE_RS Digest, Vol 90, Issue 6 > ************************************** _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com http://onlinestudylist.com/mailman/listinfo/ccie_rs
