Thanks Vik and Jason. Yes, i just confirmed it myself too. It worked for me today. I was using IP Blue Soft phone and for some reasons that didn't work with the compression. I used Cisco IP Communicator today to test it out and it worked. Did you use IP Blue or IP Communicator to test for your compression? JD
Date: Fri, 18 Apr 2008 15:28:22 -0500From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Re: [OSL | CCIE_Voice] RTP Header Compression IssueCC: [EMAIL PROTECTED]; [email protected] 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]: [EMAIL PROTECTED]; [EMAIL PROTECTED]: RE: [OSL | CCIE_Voice] RTP Header Compression IssueDate: 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] Join our free online support and peer group 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 AMTo: [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]: [EMAIL PROTECTED]; [EMAIL PROTECTED]: RE: [OSL | CCIE_Voice] RTP Header Compression IssueDate: 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 efclass-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-queuepolicy-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] Join our free online support and peer group 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 DevildocSent: Wednesday, April 16, 2008 12:57 PMTo: CCIE Voice Online Study ListSubject: [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 bpsAccording 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! Pack up or back up–use SkyDrive to transfer files or keep extra copies. Learn how. Going green? See the top 12 foods to eat organic. _________________________________________________________________ Going green? See the top 12 foods to eat organic. http://green.msn.com/galleries/photos/photos.aspx?gid=164&ocid=T003MSN51N1653A
