Resending (corrected typo)
> Baqari
>
> As per IPExpert DSG , it can't be so. if LLQ takes place before
> compression , we have to allocate uncompressed bandwidth irrespective of
> whether compression is used or not.
>
> But we allocate different kbps rates for compreesed & uncompressed flows.
>
>
Baqari
As per IPExpert DSG , it can't be so. if LLQ takes place compression , we
have to allocate uncompressed bandwidth irrespective of whether compression
is used or not.
But we allocate different kbps rates for compreesed & uncompressed flows.
Thanks
On Thu, May 3, 2012 at 1:15 AM, Mohd Baqa
LLQ will always take place before header compression. This is the meaning.
Regards,
Mohammed Al Baqari
Sent from my iPhone
On Apr 30, 2012, at 11:43 PM, Ken Wyan wrote:
> Just one more thing
>
> I think we don't need a specific order of priority & compress statements
> under same class. ( a
Just one more thing
I think we don't need a specific order of priority & compress statements
under same class. ( always this bw refers to post-compressed bw).
Can anybody confirm this?
On Tue, May 1, 2012 at 1:04 AM, Ken Wyan wrote:
> Just copied from my router.
>
>
> policy-map AutoQoS-Policy
Just copied from my router.
policy-map AutoQoS-Policy-Trust
class AutoQoS-VoIP-RTP-Trust
priority 90
compress header ip rtp
class AutoQoS-VoIP-Control-Trust
bandwidth 32
class class-default
fair-queue
You can see there are 2 statements under
class AutoQoS-VoIP-RTP-Trust
priority 90