09-01-2008 03:53 PM - edited 03-06-2019 01:07 AM
Hi Guys,
i got 1 question regarding question. i was just wondering if anyone can help me in answering it.
I have a frame-relay link lets say 1 mb.
i wanna configure qos and for some application lets say for example telnet. i wanna guarantee banwdith 4000 bits per second. what the best way ?
regards
amit
09-01-2008 04:33 PM
lets match the telnet traffic
class-map telenet-class
match protocol telnet
policy-map fr-policy
class telnet-class
police 40000 conform-action transmit exceed-action drop
map-class frame-relay FR-MAP-CLASS
service-policy output fr-policy
go to the frame-relay interface for example
interface Serial2/0.12 point-to-point
class FR-MAP-CLASS
now applied
good luck
please, ifhelpful Rate
09-01-2008 06:14 PM
agrre with Joseph 100% :)
so u can use the same way i told u but with simpl change on the policy-map like:
class-map telenet-class
match protocol telnet
policy-map fr-policy
class telnet-class
bandwidth [the amount of bandwidth in Kbp]
map-class frame-relay FR-MAP-CLASS
service-policy output fr-policy
go to the frame-relay interface for example
interface Serial2/0.12 point-to-point
class FR-MAP-CLASS
and here u got two ways to achieve Qos with frame-relay :)
if helpful Rate
09-01-2008 04:36 PM
If available on the platform you're going to use, CBWFQ might be the "best" method to guarantee a minimum bandwidth when there's congestion.
E.g. (something somewhat like this)
class-map match-any yourclassname
match protocol telnet
policy-map yourpolicyname
class yourclassname
bandwidth 4
interface serial 0
service-policy output yourpolicyname
[edit]
PS:
I see my and Marwan's posted about the same time. You can see they are similar. One important difference, Marwan's police statement caps the maximum bandwidth for telnet at 4K. My policy defines a minimum. The two can also be used together to define both a minimum and maximum.
09-01-2008 07:01 PM
Hi Guys,
i really appreciate your time and efforts.
But question was bits per second.
all Qos supports minimum of 8 Kbps. which is 8000 bits per seconds, and that is 4000 bits more than what i need.
police will rate-limit the traffic. and it doesnt guarantee bandwidth.
i tried on my router . i think you cannot use bandwidth on frame-relay interface. you have to use shape average instead.
regards
09-01-2008 07:15 PM
hi amit
about last thing
u can use bandwidth with shaping
and policy maps
this is called nested policy-map or neted Qos
so u shape the over all interface or subinterface to amount of traffic and within that amount u might want to garntee bandwidth for voip for eaxmple
if helpful Rate
thank you
09-01-2008 10:31 PM
Dear Marwanshawi.
I know that i can use nested policy. but when it comes to guarantee bandwidth. Bandwidth command comes in the picture. and the minimum bandwidth i can guarantee is 8 kbps.
But my requirement is 4000 bits per second. which is 4kb.
this is half of what is set to be as default of the command line or minimum..
i was thinking to shape 8kbps. which i can and then nest a policy..(child-policy) and bandwidth 50% there .
Now when i do this. and do show policy-map interface se0/0
i see shaping active NO.
why is that?? any idea guys.
09-01-2008 10:42 PM
have u tried it
in the police or rate-limt the second is the burst
so if u put like 4000 8000 it mean u have policed it to 4k with burst max 8000 which is minimum as well
but havnt tried it !
so good luck :)
09-01-2008 11:33 PM
What you could try is, is create a "networking class" with 8kbs as the policed amount of traffic, then create a child policy - and shape the CIR to a percentage of the overall policed amount - say 50%....so 50% of 8kbs = 4kbs.
The reason why you see "shaping active NO" is because you have not generated enough traffic over the 8kbs for the policy to take affect.
HTH>
09-02-2008 01:47 AM
Thanks mate ,
it means my config was right. its because there is no enough traffic thats why it is showing down.
thanks for this..
09-02-2008 01:50 AM
np - glad to help.
09-02-2008 03:21 AM
Touche about the 8 Kbps minimum!
The simple answer is use 8 Kbps since this is the configuration minimum. (Sometimes we need to work within the constraints of the device capabilities.)
Remember with CBWFQ, the unused "reserved bandwidth" will be used by other traffic, i.e. it's not lost. If there is a concern that you really want to also limit telnet to not exceed 4 Kbps, then you can also shape it or police it at 4 Kbps even within the 8 Kbps bandwidth reservation. (Although for telnet, and working with 4 to 8 Kbps out of 1 Mbps, limiting it doesn't make much sense especially since CBWFQ will guarantee bandwidth for other traffic.)
The issue of shaping not appearing active, has been addressed by the other posters, i.e. likely not enough traffic to activate the shaper.
With regard to being unable to active CBWFQ on a frame-relay subinterface, the issue is CBWFQ needs to know what the overall bandwidth it's working with. Other posts have mentioned using a hierarchical CBWFQ policy as one technique. Another, I recall(?), is using traffic-shape within the subinterface.
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: