07-16-2012 07:47 AM - edited 03-04-2019 04:58 PM
Hi,
I'm trying to resolve an issue with phones on remote routers thet keep re-registering throughout the day. I changed the:
policy-map shaper
class class-default
shape average 2000000
service-policy voice_and_video
To:
policy-map shaper
class class-default
shape average 8000000
service-policy voice_and_video
Not sure what I have just done but it didn't break it. The Comcast bandwidth is atleast 8000000 so, I figured I would match it with this.
What does this command effect?
Thanks, Pat.
07-16-2012 08:45 AM
The change you made affects all outbound traffic and shapes it from 2Mb to 8Mb. That would allow more outbound traffic out, but it doesn't control what's coming inbound because shaping only affects outbound. The service policy that's attached to it is possibly the cause of the issue, but we need to know a little more about what the issue really is. What type of phones are they and where is the call server that they attach to? Is it over a tunnel?
HTH,
John
07-16-2012 09:51 AM
The phone s are 7965s and they are attached to a call manager at the Main site via a DMVPN tunnel. So, I've affected outbound but, not inbound. Could I have made that value too large as the upload speeds are generally slower on a Internet connection.
policy-map mark_incoming_traffic
class discover_voip
set dscp ef
class discover_signaling
set dscp cs3
class discover_video
set dscp cs2
class non_voip
set dscp default
!
Thanks, Pat.
07-16-2012 01:00 PM
Could I have made that value too large as the upload speeds are generally slower on a Internet connection.
Not really. If it was too large, the provider will drop you on inbound anyway, so you're really not affecting much. The only time that you really need to shape is if you're link speed is faster than the CIR. For example if you have a 100Mb FE connection and you had a 10Mb CIR. The provider will drop your incoming traffic to a 10Mb rate, but if you shape it outbound toward them to 10Mb you'll better your chances of not being dropped.
policy-map mark_incoming_traffic
class discover_voip
set dscp ef
class discover_signaling
set dscp cs3
class discover_video
set dscp cs2
class non_voip
set dscp default
I see that you're marking your traffic, but what are you doing with it on the other end? Are you pre-classifying the traffic on the tunnel interface with "qos pre-classify"?
HTH,
John
07-16-2012 01:06 PM
Yes we have qos pre-classify on both tunnel interfaces on each 881 router.
Thanks, Pat.
07-16-2012 01:13 PM
John,
Not so sure that this means much but, a user I am woking with noticed that every time his CPU process spikes in task manager, he notices the phone starts re-registering.
07-16-2012 01:17 PM
That's interesting. What's causing the spike, and have you noticed this on other phones as well?
07-16-2012 01:19 PM
One time was when he was opening his Outlook
07-16-2012 01:25 PM
Is it this one user having a problem, or are there multiple users having the same problem?
07-16-2012 01:26 PM
I've seen the issue in several routers
07-16-2012 01:32 PM
Can you post "sh policy-map interf" from one of the routers? You said that you see it in several routers. Is this all at the same time or is it at different times between sites? Within a site, do all phones try to reregister or is it only a couple of phones?
07-16-2012 01:52 PM
These are remote 881s with only one 7965 attached. As far as I know, they re-register at different times - not all at once. Don't know if I can confirm this though.
Hope this is what you wanted:
sh policy-map interface
FastEthernet4
Service-policy output: shaper
Class-map: class-default (match-any)
870208 packets, 215404021 bytes
5 minute offered rate 101000 bps, drop rate 0 bps
Match: any
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/145/0
(pkts output/bytes output) 870021/216862901
shape (average) cir 8000000, bc 32000, be 32000
target shape rate 8000000
Service-policy : voice_and_video
queue stats for all priority classes:
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 511560/150398640
Class-map: call_setup (match-any)
23011 packets, 3360404 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: ip dscp cs3 (24)
23011 packets, 3360404 bytes
5 minute rate 0 bps
Match: ip precedence 3
0 packets, 0 bytes
5 minute rate 0 bps
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 23011/3365682
bandwidth 32 kbps
Class-map: internetwork_control (match-any)
93561 packets, 13603082 bytes
5 minute offered rate 3000 bps, drop rate 0 bps
Match: access-group name isakmp_acl
2151 packets, 212786 bytes
5 minute rate 0 bps
Match: ip precedence 7
0 packets, 0 bytes
5 minute rate 0 bps
Match: ip precedence 6
91410 packets, 13390296 bytes
5 minute rate 3000 bps
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 93559/15198032
bandwidth 32 kbps
Class-map: voice (match-any)
511560 packets, 150398640 bytes
5 minute offered rate 96000 bps, drop rate 0 bps
Match: access-group name voice_acl
511560 packets, 150398640 bytes
5 minute rate 96000 bps
Match: ip dscp ef (46)
0 packets, 0 bytes
5 minute rate 0 bps
Match: ip precedence 5
0 packets, 0 bytes
5 minute rate 0 bps
Priority: 128 kbps, burst bytes 3200, b/w exceed drops: 0
Class-map: video (match-any)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: ip precedence 2
0 packets, 0 bytes
5 minute rate 0 bps
Match: ip dscp cs2 (16)
0 packets, 0 bytes
5 minute rate 0 bps
Priority: 460 kbps, burst bytes 11500, b/w exceed drops: 0
Class-map: class-default (match-any)
242076 packets, 48041895 bytes
5 minute offered rate 2000 bps, drop rate 0 bps
Match: any
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/145/0
(pkts output/bytes output) 241891/47900547
Vlan10
Service-policy input: mark_incoming_traffic
Class-map: discover_voip (match-any)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: protocol rtp payload-type "0"
0 packets, 0 bytes
5 minute rate 0 bps
Match: protocol rtp payload-type "18"
0 packets, 0 bytes
5 minute rate 0 bps
Match: protocol rtp audio
0 packets, 0 bytes
5 minute rate 0 bps
QoS Set
dscp ef
Packets marked 0
Class-map: discover_signaling (match-any)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: protocol skinny
0 packets, 0 bytes
5 minute rate 0 bps
Match: protocol sip
0 packets, 0 bytes
5 minute rate 0 bps
QoS Set
dscp cs3
Packets marked 0
Class-map: discover_video (match-any)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: protocol cuva
0 packets, 0 bytes
5 minute rate 0 bps
Match: protocol rtp video
0 packets, 0 bytes
5 minute rate 0 bps
QoS Set
dscp cs2
Packets marked 0
Class-map: non_voip (match-all)
220471 packets, 50773746 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: access-group name non_voip_traffic_acl
QoS Set
dscp default
Packets marked 220471
Class-map: class-default (match-any)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: any
Vlan30
Service-policy input: mark_incoming_traffic
Class-map: discover_voip (match-any)
511560 packets, 109473840 bytes
5 minute offered rate 65000 bps, drop rate 0 bps
Match: protocol rtp payload-type "0"
0 packets, 0 bytes
5 minute rate 0 bps
Match: protocol rtp payload-type "18"
0 packets, 0 bytes
5 minute rate 0 bps
Match: protocol rtp audio
511560 packets, 109473840 bytes
5 minute rate 65000 bps
QoS Set
dscp ef
Packets marked 511560
Class-map: discover_signaling (match-any)
23304 packets, 1784332 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: protocol skinny
23304 packets, 1784332 bytes
5 minute rate 0 bps
Match: protocol sip
0 packets, 0 bytes
5 minute rate 0 bps
QoS Set
dscp cs3
Packets marked 23304
Class-map: discover_video (match-any)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: protocol cuva
0 packets, 0 bytes
5 minute rate 0 bps
Match: protocol rtp video
0 packets, 0 bytes
5 minute rate 0 bps
QoS Set
dscp cs2
Packets marked 0
Class-map: non_voip (match-all)
31919 packets, 2333518 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: access-group name non_voip_traffic_acl
QoS Set
dscp default
Packets marked 31893
Class-map: class-default (match-any)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: any
07-16-2012 02:06 PM
I see drops from the main shaper class. What's the bandwidth at this location?
Service-policy output: shaper
Class-map: class-default (match-any)
870208 packets, 215404021 bytes
5 minute offered rate 101000 bps, drop rate 0 bps
Match: any
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/145/0
(pkts output/bytes output) 870021/216862901
shape (average) cir 8000000, bc 32000, be 32000
target shape rate 8000000
This is shaping the cir to 8Mb. If the offered rate is higher than the cir and the router can't buffer it, it will drop the traffic. Do you have any servers or hosts that could possibly be uploading a ton of data to your main site? Can you also post "sho proc cpu | inc five"? These counters are cumulative though. If this is the router that you changed the cir on from your previous post, it could be from your router shaping to 2Mb instead of the 8.
07-17-2012 04:52 AM
John, this is the router I changed from 2mbs to 8mbs. When I issued this output it was at 8mbs and still is. I will wait another hour to post the output of the sho proc cpu | inc five till there is some traffic. No, there shouldn't be any remote users uploading a ton of traffic. There is only about ten of them using the DMVPN.. I'm a little confused about the sentence,"sho proc cpu | inc five". Should I keep the shaping at 8mbs of put it to the offered rate or put it back to 2mbs?
Thanks, Pat.
07-17-2012 05:21 AM
Pat,
The "sho proc cpu | inc five" command will only give us the very first line that deals with processor utilization. It will show if there have been any spikes in cpu utilization that could be causing the router to stop processing traffic. It really depends on what the cir is for your connection. If you have a 15Mb down/8Mb up connection, by all means keep it at 8mb. If it's 15Mb down/2Mb up, you'll want to change it back to 2Mb because the provider is forcefully dropping anything over the cir ( anything > 2Mb).
HTH,
John
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: