JD, Vik, Compression works for me.
Same configs as Vik's...
Service-policy output: br1llq
Class-map: br1rtp (match-any)
1134 packets, 72576 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: ip dscp ef (46)
1134 packets, 72576 bytes
5 minute rate 0 bps
Queueing
Strict Priority
Output Queue: Conversation 40
Bandwidth 96 (kbps) Burst 2400 (Bytes)
(pkts matched/bytes matched) 1134/29588
(total drops/bytes drops) 0/0
compress:
header ip rtp
UDP/RTP (compression on, Cisco, RTP)
Sent: 1134 total, 1133 compressed,
42988 bytes saved, 25052 bytes sent
2.71 efficiency improvement factor
99% hit ratio, five minute miss rate 0 misses/sec, 0
max
rate 0 bps
On Fri, Apr 18, 2008 at 7:29 AM, Devildoc <[EMAIL PROTECTED]> wrote:
> Hi Vik,
>
> I believe you, and I would never think that you would hoax me in anyway.
> :)
>
> I just don't know why my configuration didn't work, so i'll retry it
> tonight with the router reloaded and report back to you. Thanks for all
> your help.
>
> JD
>
>
> ------------------------------
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]; [email protected]
> Subject: RE: [OSL | CCIE_Voice] RTP Header Compression Issue
> Date: Thu, 17 Apr 2008 10:26:19 -0700
>
>
> JD- I assure you I have it working, my cut n paste excluded the last line
> which is " service-policy WAN-EDGE-BR2" - I'm not trying to hoax you:-)
>
> I have it working with the config, try again and report back but the only
> thing I did was reload. I will hazard a guess that you will not have any
> problem seeing the compression working.
>
> Vik Malhi – CCIE #13890
> Senior Technical Instructor - IPexpert, Inc.
> Telephone: +1.810.326.1444
> Fax: +1.810.454.0130
> Mailto: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Join our free online support and peer group communities:
> http://www.IPexpert.com/communities <http://www.ipexpert.com/communities>
> IPexpert - The Global Leader in Self-Study, Classroom-Based,
> Video-On-Demand and Audio Certification Training Tools for the Cisco CCIE
> R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and
> CCIE Storage Lab Certifications.
>
>
> ------------------------------
> *From:* Devildoc [mailto:[EMAIL PROTECTED]
> *Sent:* Thursday, April 17, 2008 5:40 AM
> *To:* [EMAIL PROTECTED]; 'CCIE Voice Online Study List'
> *Subject:* RE: [OSL | CCIE_Voice] RTP Header Compression Issue
>
> Vik,
>
> Thanks for the info. My configuration is pretty much like yours, except
> that according to your configuration below, i don't see how you had your
> compression working since you didn't even associate your CBWFQ policy
> WAN-EDGE-BR2
> to your class-based traffic shaping policy shape-br2.
>
> In my case, after I applied my CBWFQ policy to the class-based traffic
> shaping policy and attached my shaping policy to the FR map class (without
> reloading the router), I did a show policy-map interface while making a call
> from HQ to BR1 (in my case it is between HQ and BR1) and saw that the number
> of packets for RTP and signal traffics incremented while my compression
> packets remained at zero.
>
> However, if i applied my CBWFQ policy to the virtual interface using MLP
> and used generic traffic shaping under the FR map class, then compression
> worked. I saw that the number of packets for RTP, signal, and
> compression all incremented.
>
> I'll give it another try next time but with the router reloaded to see if
> that makes any difference. Thanks for your info.
>
> JD
>
>
>
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]; [email protected]
> Subject: RE: [OSL | CCIE_Voice] RTP Header Compression Issue
> Date: Wed, 16 Apr 2008 14:40:05 -0700
>
>
> I got it working with class-based shaping. Make sure you really do have a
> call traversing the WAN and that you have matches in your RTP class within
> the policy-map. I reloaded the router (for a different reason) so I am not
> 100% sure if this is required. If your config looks good maybe worth a try.
> I have the policy-map I used shown below.
>
>
> class-map match-all RTP
> match ip dscp ef
> class-map match-all SIG
> match ip dscp cs3
> !
> !
> policy-map WAN-EDGE-BR2
> class RTP
> priority 120
> compress header ip rtp
> class SIG
> bandwidth 32
> class class-default
> fair-queue
> policy-map shape-br2
> class class-default
> shape average 729600 7296 0
> !
> !
> interface Serial0/0/0:0.2 point-to-point
> ...
> frame-relay interface-dlci 202
> class br2
> !
> !
> map-class frame-relay br2
> frame-relay cir 729600
> frame-relay bc 7296
> frame-relay be 0
> frame-relay mincir 729600
> service-policy output shape-br2
>
> Here is a snippet of the output of sh policy-map interface
>
> Service-policy : WAN-EDGE-BR2
>
> Class-map: RTP (match-all)
> 1711 packets, 109504 bytes
> 5 minute offered rate 8000 bps, drop rate 0 bps
> Match: ip dscp ef (46)
> Queueing
> Strict Priority
> Output Queue: Conversation 72
> Bandwidth 120 (kbps) Burst 3000 (Bytes)
> (pkts matched/bytes matched) 0/0
> (total drops/bytes drops) 0/0
> compress:
> header ip rtp
> UDP/RTP (compression on, Cisco, RTP)
> Sent: 1827 total, 1826 compressed,
>
> Vik Malhi – CCIE #13890
> Senior Technical Instructor - IPexpert, Inc.
> Telephone: +1.810.326.1444
> Fax: +1.810.454.0130
> Mailto: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Join our free online support and peer group communities:
> http://www.IPexpert.com/communities <http://www.ipexpert.com/communities>
> IPexpert - The Global Leader in Self-Study, Classroom-Based,
> Video-On-Demand and Audio Certification Training Tools for the Cisco CCIE
> R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and
> CCIE Storage Lab Certifications.
>
>
> ------------------------------
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Devildoc
> *Sent:* Wednesday, April 16, 2008 12:57 PM
> *To:* CCIE Voice Online Study List
> *Subject:* [OSL | CCIE_Voice] RTP Header Compression Issue
>
> Hello,
>
> Has anyone gotten RTP header compression working with LLQ? I have tried
> different methods (legacy FRTS and class-based FRTS) and none of them
> worked. I could only get it to work if I used MLP and attached the LLQ
> policy to the virtual interface. That seemed to work fine. Short of MLP,
> nothing worked for me.
>
> Here is the compression section of the show policy-map interface output:
>
> compress:
> header ip rtp
> UDP/RTP (compression on, Cisco, RTP)
> Sent: 0 total, 0 compressed,
> 0 bytes saved, 0 bytes sent
> rate 0 bps
>
> According to the output, compression is on and it is using Cisco format.
> In the MLP case, compression was using IPHC format.
>
> So what are the differences between the 2 formats and why did MLP work and
> other FRTS methods didn't work? Anyone has any idea? Thanks.
>
> JD
>
>
>
> ------------------------------
> Use video conversation to talk face-to-face with Windows Live Messenger. Get
> started!<http://www.windowslive.com/messenger/connect_your_way.html?ocid=TXT_TAGLM_WL_Refresh_messenger_video_042008>
>
>
> ------------------------------
> Pack up or back up–use SkyDrive to transfer files or keep extra copies. Learn
> how.<http://www.windowslive.com/skydrive/overview.html?ocid=TXT_TAGLM_WL_Refresh_skydrive_packup_042008>
>
>
> ------------------------------
> Going green? See the top 12 foods to eat
> organic.<http://green.msn.com/galleries/photos/photos.aspx?gid=164&ocid=T003MSN51N1653A>
>
