Page History
Versions Compared
Key
- This line was added.
- This line was removed.
- Formatting was changed.
Panel | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
A Bandwidth Profile (BWP) enforces limits on bandwidth utilization according to the Service Level Specification (SLS) that has been agreed upon by the Subscriber and the Service Provider as part of the Service Level Agreement (SLA). It can be thought of as enforcing the long term average guaranteed bandwidth (CIR) and excess bandwidth (EIR) allowed by the service. CIR (Committed Information Rate) is the bit rate for which the SP provides performance guarantees in terms of performance attributes for the service. EIR (Excess Information Rate) is the additional bit-rate that the subscriber can utilize and for which traffic can probably pass through the CEN as long as there is no congestion. Note that the total rate, sometimes known as PIR (Peak Information Rate), is the sum of CIR and EIR. Enforcement of a bandwidth profile is an operation called policing. The policer indicates a frame's compliance or non-compliance to a bandwidth profile using one of three "color" markings. Color MarkingsGreenFrames within the CIR / CBS compliance level. These frames are subject to the SLS. YellowFrames exceeding the CIR/CBS but are within the EIR/EBS. These frames are delivered as "best effort" without being subject to the SLS. The CEN may drop some or all of these frames based on congestion conditions in the network. RedFrames that do not conform to either the CIR/CBS or the EIR/EBS are dropped. Applying Bandwidth ProfilesBandwidth Profile can be applied:-
Ingress and EgressThere are two types of bandwidth profiles:
At a given UNI, at most one ingress BWP can be applied and at most one egress BWP can be applied to a given service frame. This means, for example, that if a BWP is applied to the UNI, then no other bandwidth profiles (in the same direction) can be applied at that UNI.
The Bandwidth Profile AlgorithmThe MEF bandwidth profile is a two rate, three color marker (trTCM) that modeled using a dual token bucket algorithm. One bucket, referred to as the ‘Committed' or ‘C' bucket, is used to determine CIR-conformant, in-profile Service Frames while a second bucket, referred to as the ‘Excess' or ‘E' bucket, is used to determine EIR-conformant, excess Service Frames.
Each token bucket is a bucket of byte ‘tokens'. Initially, each token bucket is full of tokens. Each bucket can hold the allowed burst size, CBS, for the Committed bucket and EBS for the Excess bucket. The buckets are refilled by adding tokens at the respective rates (CIR/8 for the Committed bucket and EIR/8 for the Excess bucket). When a bucket is full, no additional tokens are added (but see the discussion about CF below). The conformance for each Service Frame that passes through the policer (on ingress or egress) is determined by comparing the number of bytes in the Service Frame to the number of tokens in the buckets. If the Committed Bucket has at least as many tokens as the number of bytes in the frame, then the frame is green and those tokens are removed from the Committed Bucket. If not, then the Excess Bucket is compared. If there are enough tokens in the Excess bucket, then the frame is yellow and those tokens are removed from the Excess Bucket. Otherwise the frame is red. This is shown in the following diagram.
Frames are marked with their color so that subsequent components of the carrier network can know how to handle them. Although there are several ways to mark the frames, the most common are:
The bandwidth profile has two additional parameters, the Color Mode, CM, and the Coupling Flag, CF. The Color Mode can have values color-blind and color-aware. The color mode is relevant only if the frame has traversed another policer before this one. In color-blind mode, each frame starts green and is then marked only according to operation of this policer. In color-aware mode, the color marking of the previous policer is the starting point for this frame—an incoming green frame can be green, yellow, or red, but an incoming yellow frame can only be yellow or red. The Coupling Flag indicates whether tokens that would overflow the C-bucket should be added to the E-bucket. If CF=1, then a token that would overflow the C-bucket (i.e. a token that would be added except that the C-bucket is full) is, in effect, added to the E-bucket (unless it is full). If CF=0 then this doesn't happen. CF has a negligible effect when the policing is color-blind. When CF=1 and when operating in color-aware mode, more yellow Service Frames are allowed into the service provider's network. When CF=0, the long term average bit rate of Service Frames that are declared Yellow is bounded by EIR. When CF=1, the long term average bit rate of Service Frames that are declared Yellow is bounded by CIR + EIR depending on the volume of the offered Service Frames that are declared Green. In both cases the burst size of the Service Frames that are declared Yellow is bounded by EBS. The diagram at the right shows the dynamics of the token buckets. The buckets start full. Then there is a burst of six frames at a high rate. The first two frames can be taken from the C-bucket so they are green. The C-bucket doesn't have enough tokens for frame 3 so it is taken from the yellow bucket (and marked yellow). Frame 4 can be taken from the green bucket but frame 5 is taken from the yellow bucket. There aren't enough tokens in either bucket for frame 6, so it is red and discarded. At the end of the burst, both buckets are heavily depleted–although not quite as much as shown since they are being refreshed while these frames were coming in (but the assumption in this example is that the frames are coming in much faster than the buckets are being refreshed). Effect of Each Parameter Setting Setting the appropriate values for CIR and EIR is often relatively easy. Since CIR is a guaranteed bandwidth it should (usually) be set to exactly the agreed value or a little more. For example, if a customer contracts for 20 Mbps guaranteed service with it may be wiser to set CIR to be 21 or 22 Mbps to avoid occasional slips. Since EIR is a best efforts value, it can be set to the agreed on value. Setting the burst size is a bit more complicated. The requirements of the application must be taken into account. For non-bursty traffic such as circuit emulation and other traffic that needs low frame delay variation, smaller burst sizes are appropriate (maybe 2*Maximum Frame Size. For TCP/IP traffic, TCP windowing creates larger bursts, so a larger burst size is needed to achieve reasonable throughput. Note that CBS and EBS must be at least as large as the maximum frame size (MFS). There are two special cases:
If a rate is 0 its bucket should be 0. If a rate is >0, its bucket must be ≥ MFS.
|
Panel | ||
---|---|---|
| ||
Panel | ||||||
---|---|---|---|---|---|---|
| ||||||
Panel | ||||
---|---|---|---|---|
| ||||
|
Panel | ||||||
---|---|---|---|---|---|---|
| ||||||
|
Panel | ||
---|---|---|
| ||
MEF 10.3 | |
Panel | ||||
---|---|---|---|---|
| ||||
|
Panel | ||||
---|---|---|---|---|
| ||||
|