Hi Justin, Thanks for your reply.
After taking out and reapplying the config it appears that the HQ to SC issue for calls work. The calls between SB , HQ , SC also work. However when inbound calls come from pstn to the H323 gateway leading to the PSTN I notice that it gives a fast busy. Upon removing QOS the calls work fine. Questions: ================= 1) Would you recommend applying wan qos manually? is it the same procedure ? Also how is it different from the auto qos option? 2) What would be a safe approach to take ? 3) My LAN QOS has not been setup on the switch ? Do you think that this could cause an issue on the WAN? Regards, Vir From: Justin Carney <[email protected]> Sent: Tue, 24 Sep 2013 04:04:57 To: virajith <[email protected]> Cc: "[email protected]" <[email protected]> Subject: Re: [OSL | CCIE_Voice] QOS WAN For Site A - it looks like your serial sub interface 102 references DLCI 103, then suf-if 103 references DLCI 102...is that a typo or is that correct? Shut down one and verify that you can still get to the other (correct) site. For Site B - I noticed an interesting line in your R2 output on physical s0/1/0 it looks like it is set to 56K. I recently had this same issue but didn't have time to continue to troubleshoot. Whatever is causing that to show up may be part of your issue with your site B. The way I got myself in that situation was by configuring under the wrong subinterface (and creating one) and then "no" sub-if without removing the map-class. When I get time to lab I plan to recreate this and then try putting the wrong sub-if back, remove the map class, then delete the sub-if. I don't see anything that jumps out for your site C but will compare that to my results next time I lab (probably tomorrow) On Mon, Sep 23, 2013 at 11:46 AM, virajith <[email protected]> wrote: Hello Justin, Thanks for your reply. Please find the necessary outputs below... At R1 : ============= interface Serial0/0/0.102 point-to-point ----> connected to R3 <<<<<<< sub-IF is .102 ip address X..X.X.1 255.255.255.0 ip ospf network point-to-point frame-relay interface-dlci 103 <<<<<<< dlci is 103...is that intentional to not match sub-if or a typo? class 2MBPS ip rsvp bandwidth 112 ! interface Serial0/0/0.103 point-to-point ----> connected to R2 <<<<<<< sub-IF is .103 bandwidth 384 ip address X..X.X.1 255.255.255.0 ip ospf network point-to-point frame-relay interface-dlci 102 class AutoQoS-FR-Se0/0/0-102 <<<<<<< dlci is 102 auto qos voip trust R1#show interfaces serial 0/0/0.102 Serial0/0/0.102 is up, line protocol is up Hardware is GT96K Serial Internet address is X..X.X.1/24 MTU 1500 bytes, BW 1544 Kbit/sec, DLY 20000 usec, reliability 255/255, txload 4/255, rxload 1/255 Encapsulation FRAME-RELAY CRC checking enabled Last clearing of "show interface" counters never R1#show interfaces serial 0/0/0.103 Serial0/0/0.103 is up, line protocol is up Hardware is GT96K Serial Internet address is X..X.X.1/24 MTU 1500 bytes, BW 384 Kbit/sec, DLY 20000 usec, reliability 255/255, txload 4/255, rxload 1/255 Encapsulation FRAME-RELAY CRC checking enabled Last clearing of "show interface" counters never At R2 : ============ interface Serial0/2/0.103 point-to-point ----> connected to R1 bandwidth 384 ip address X..X.X.2 255.255.255.0 ip ospf network point-to-point frame-relay interface-dlci 201 class AutoQoS-FR-Se0/2/0-201 auto qos voip trust AT R3 : ================= interface Serial0/3/0.3 point-to-point -----> connected to R1 ip address X.X.X.3 255.255.255.0 ip ospf network point-to-point frame-relay interface-dlci 301 class 2MBPS ip rsvp bandwidth 112 **To check traffic shape & show frame-r pvc** ============================================== 1) For R1 R1#sh traffic-shape Interface Se0/0/0.102 Access Target Byte Sustain Excess Interval Increment Adapt VC List Rate Limit bits/int bits/int (ms) (bytes) Active 103 2048000 2560 20480 0 10 2560 - Interface Se0/0/0.103 Access Target Byte Sustain Excess Interval Increment Adapt VC List Rate Limit bits/int bits/int (ms) (bytes) Active 102 364800 456 3648 0 10 456 - R1#sh frame-relay pvc PVC Statistics for interface Serial0/0/0 (Frame Relay DTE) Active Inactive Deleted Static Local 2 0 0 0 Switched 0 0 0 0 Unused 0 0 0 0 DLCI = 102, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0/0.103 input pkts 215336 output pkts 186772 in bytes 11708216 out bytes 65850084 dropped pkts 0 in pkts dropped 0 out pkts dropped 0 out bytes dropped 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 out bcast pkts 3306 out bcast bytes 401511 5 minute input rate 4000 bits/sec, 10 packets/sec 5 minute output rate 15000 bits/sec, 9 packets/sec pvc create time 06:57:12, last time pvc status changed 00:57:39 DLCI = 103, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0/0.102 input pkts 34516 output pkts 33480 in bytes 2683832 out bytes 21201718 dropped pkts 13 in pkts dropped 0 out pkts dropped 13 out bytes dropped 12610 late-dropped out pkts 13 late-dropped out bytes 12610 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 out bcast pkts 3248 out bcast bytes 396343 5 minute input rate 0 bits/sec, 1 packets/sec 5 minute output rate 21000 bits/sec, 0 packets/sec pvc create time 06:57:21, last time pvc status changed 00:57:48 2) For R2 --------------------- R2#show traffic-shape Interface Se0/2/0 Access Target Byte Sustain Excess Interval Increment Adapt VC List Rate Limit bits/int bits/int (ms) (bytes) Active 301 56000 875 7000 0 125 875 - <<<<<<< THIS 56K may be an issue Interface Se0/2/0.103 Access Target Byte Sustain Excess Interval Increment Adapt VC List Rate Limit bits/int bits/int (ms) (bytes) Active 201 364800 456 3648 0 10 456 - R2#sh fram R2#sh frame-relay pvc PVC Statistics for interface Serial0/2/0 (Frame Relay DTE) Active Inactive Deleted Static Local 1 0 0 0 Switched 0 0 0 0 Unused 1 0 0 0 DLCI = 201, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/2/0.103 input pkts 188478 output pkts 216759 in bytes 66282296 out bytes 11785898 dropped pkts 0 in pkts dropped 0 out pkts dropped 0 out bytes dropped 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 out bcast pkts 3327 out bcast bytes 400955 5 minute input rate 26000 bits/sec, 9 packets/sec 5 minute output rate 4000 bits/sec, 10 packets/sec pvc create time 06:59:50, last time pvc status changed 00:59:30 DLCI = 301, DLCI USAGE = UNUSED, PVC STATUS = ACTIVE, INTERFACE = Serial0/2/0 input pkts 0 output pkts 0 in bytes 0 out bytes 0 dropped pkts 0 in pkts dropped 0 out pkts dropped 0 out bytes dropped 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 out bcast pkts 0 out bcast bytes 0 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec pvc create time 00:59:52, last time pvc status changed 00:59:32 R2# 3) For R3 -------------------- R3#sh traffic-shape R3#sh fram R3#sh frame-relay pv PVC Statistics for interface Serial0/3/0 (Frame Relay DTE) Active Inactive Deleted Static Local 1 0 0 0 Switched 0 0 0 0 Unused 0 1 0 0 DLCI = 201, DLCI USAGE = UNUSED, PVC STATUS = INACTIVE, INTERFACE = Serial0/3/0 input pkts 0 output pkts 0 in bytes 0 out bytes 0 dropped pkts 0 in pkts dropped 0 out pkts dropped 0 out bytes dropped 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 out bcast pkts 0 out bcast bytes 0 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec pvc create time 07:03:41, last time pvc status changed 07:03:41 DLCI = 301, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/3/0.3 input pkts 33687 output pkts 35031 in bytes 21243954 out bytes 2728102 dropped pkts 0 in pkts dropped 0 out pkts dropped 0 out bytes dropped 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 out bcast pkts 3311 out bcast bytes 401031 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 1 packets/sec pvc create time 07:03:53, last time pvc status changed 01:02:23 R3# Thanks once again for your reply. -Vir From: Justin Carney <[email protected]> Sent: Mon, 23 Sep 2013 19:39:31 To: virajith <[email protected]> Cc: "[email protected]" <[email protected]> Subject: Re: [OSL | CCIE_Voice] QOS WAN At first glance those steps look ok. What do you see from "show traffic" and "show frame-r pvc #" on all three site routers? For odd audio issues I would look at LAN QoS (make sure you're not policing too low) and ensure you don't have one-way LFI or cRTP (which looks like you moved crtp to policy-map already). For SC phones not registering double check to ensure your frts is keeping that PVC at 2M and its not at the default 56k once frts was enabled on physical interface. Worst case you could back out the configuration, reload, and reapply the config either using auto qos or use your current config as a template and apply manually. You could also post you full cli configs for review. -Justin On Sun, Sep 22, 2013 at 10:30 AM, virajith <[email protected]> wrote: Hello All, Any update? I am still waiting for a reply. Please assist guys. From: "virajith "<[email protected]> Sent: Sat, 21 Sep 2013 07:18:00 To: "[email protected]"<[email protected]> Subject: QOS WAN hi All, I am trying to connect HQ and SB with a 384 k frame relay PVC.Enable FRF.12 link fragmentation and interleave on the Frame Relay connections to fragment large data packets and interleave voice packets to minimize delays. Max delay between fragments should be set at 10 ms . Also provision RTP header compression. Configure LLQ between HQ and SB to ensure voice bearer traffic gets priority queue treatment & voice signalling is guaranteed for 16kbps. Configure the priority queue accomodates up to 4 G729 calls between HQ and SB. Lastly, assume all bearer voice traffic has been marked with traffic CS3. Here are the steps I am following ... ------------------------------------------------------------- 1) Going to serial interface connecting from HQ to SB on the HQ router and changing the BW to 384 R1(conf)#int ser0/1/0.X R1(config-subif)#bandwidth 384 2) Then apply "auto qos voip trust" under the interface R1(conf)#int ser0/1/0.X point-to-point #frame-relay interface-dlci 201 #auto qos voip trust 3) Then after the auto qos trust is applied . I remove no match ip dscp af31 4) add ...priority 47 and bandwidth 16 5) Then remove "no frame-relay ip rtp header-compression" 6) Add the following... map-class frame-relay AutoQoS-FR-Se0/1/0-201 frame-relay cir 364800 frame-relay bc 3648 frame-relay be 0 frame-relay mincir 364800 frame-relay fragment 480 service-policy output AutoQoS-Policy-Trust 7) add "compress ip header rtp" 8) I then move to SB router and do the same steps ( 1-7) on the interface connecting to HQ 9) After this I create a class map on HQ router with Site C map-class frame-relay 2MBPS frame-relay cir 2048000 frame-relay bc 20480 frame-relay be 0 frame-relay mincir 2048000 interface Serial0/1/0.2 point-to-point description *** FR Connected to BR2 *** frame-relay interface-dlci 202 class 2MBPS Problem: ------------------------- 1) My phones in Site C unregister and don't register back after the above configuration. Looks like QOS breaks phone registration 2) The calls between sites appear to be slightly delayed. 3) Audio on the phones seems to be watery. Questions : ------------------------ 1) What is wrong with the above config? 2) Is there an easier and safer way for achieving the task? 3) How can the above task be achieved without causing problems? Regards, Vir Ganesha offers Company email & website (FREE) at your own domain (FREE) - KNOW MORE > Ganesha offers Company email & website (FREE) at your own domain (FREE) - KNOW MORE > _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com Ganesha offers Company email & website (FREE) at your own domain (FREE) - KNOW MORE >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
