RE: wan managent

From: ali (asayyed@atheer.net.sa)
Date: Thu May 20 2004 - 03:01:03 GMT-3


Dear All
Thank u very much for ur support
What about id I made classification per ip with classes bu using this
refrence

http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122newft/122
t/122t4/ft2rtplc.htm

is it possible
why because by doing this I can determine the CIR and peak valua

is better than rate-limit shaping or traffic policy shaping

your advice please

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of Joe
Chang
Sent: Wednesday, May 19, 2004 7:36 PM
To: ali; ccielab@groupstudy.com
Subject: Re: wan managent

I think traffic policing is one way. Multiple policing rules can be
configured for an interface, one for each traffic (customer) stream, for a
specific direction (outbound or inbound).

----- Original Message -----
From: "ali" <asayyed@atheer.net.sa>
To: "Joe Chang" <changjoe@earthlink.net>; "ccielab" <ccielab@groupstudy.com>
Sent: Wednesday, May 19, 2004 11:34 AM
Subject: RE: wan managent

> Dear Sir
> Ya I can get some if benefit like the following
> Ae are ISP ok ,, and as u know the customer we request ( as outbound
> request ) around 170K but his inbound traffic more than 1M even he
reserved
> ( buy )from us as 512K ..
> So if I apply the shaping in the LAN side the WAN link will be flooded (
in
> inbound .. I mean from internet to the customer ) by around 1M then in
the
> LAN side will shape by 512
>
> By doing this I loss 512 from wan link ...... and as u know it cost very
> high
>
> So I need to implement QoS to make sure each customer get just his
reserved
> bandwidth even in WAN link
>
> For this reason I said in the Core router
>
> Ur advice is highly concer
>
>
>
>
>
>
>
>
>
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of Joe
> Chang
> Sent: Wednesday, May 19, 2004 5:48 PM
> To: ali; ccielab
> Subject: Re: wan managent
>
> Just curious, why do you want to implement it on the "Core Router"?
Wouldn't
> you conserve more resources if you limit traffic on the "POP Router"?
Would
> there be any advantages limiting traffic on the LAN interface instead of
the
> WAN?
>
> ----- Original Message -----
> From: "ali" <asayyed@atheer.net.sa>
> To: "ccielab" <ccielab@groupstudy.com>
> Sent: Wednesday, May 19, 2004 5:59 AM
> Subject: wan managent
>
>
> > Dear All
> > How I can control the WAN link by using QoS
> > I mean let us I have the fowling
> >
> > Customers ---------------------------------POP Router
> > (serial )-------WAN Link ------------- (serial )Core
> > Router------------------------internet
> >
> > If I have multi customers in the LAN side of the our POP (one Ethernet
> > port ) and I want to limit each customer by some certain bandwidth fomr
> WAN
> > Link
> >
> > Like customer 1 will consume 64 from wan
> > And customer 2 will consume 128 from wan
> > And customer 3 will consume 256 from wan
> >
> > And so on
> >
> > Taking in consideration the uplink request is not like the down link
> > because it is internet services
> >
> > Is the good way to implant it in outbound traffic in serial core router?
> >
> > _______________________________________________________________________
> > Please help support GroupStudy by purchasing your study materials from:
> > http://shop.groupstudy.com
> >
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html



This archive was generated by hypermail 2.1.4 : Wed Jun 02 2004 - 11:12:14 GMT-3