I purchased this switch as an affordable way to deploy POE and to verify QOS marking if the need arises.
I have connected NEC phones and have confirmed via Cisco 2960's that the phones are marking EF (DSCP 46) correctly. I then replaced the 2960 with the SG200.
I am attempting to see the DSCP Markings statistics increase during phone conversations.
Using the guide I chose the port in question and attempted to see Queue 4 for both "Set1 and Set2" (not great explanations as to what those are). In any event Queue 4 "total packets" is not displaying hits. Before I cleared the counters there were some numbers in the total packets column but not while on a call.
My question are, will the switch only show hits against this querry if there is contention?
I get the set 1 and set 2 dirrences but then you need to chose a "drop precendence" too. Not sure why this is required or the differences. You would think queue 4 in this example would always be low drop precedence?
I simply want to ensure packets are getting marked to be forwrded by my RTR. I need to do this in case my MPLS provider does not honor the markings. The Branch RTR is not controlled by me so it's important I have some insight as to the marking as they leave the phone.
I am not trunking. The RTR is not under my administrative control and currently all branches are a flat network. For ease of rollout I am planning on leaving it that way as there are only going to be 5 phones per store. So the switch port is default access. (I would have to change 250 RTR's (and pay for it) to setup a trunk).
I was wondering if thats what was wrong. I did not think you have to trunk with DiffServ? I did try to mark the packet cos 5 forced on the switch via one of the menu's but still could'nt get the stats to move (in queue 4).
I am guessing based on the question I have to trunk to get the switch to honor the markings? Or put it on the non defalt vlan which would still require a trunk?
Hi GMA, the easiest way to accomplish your goal is through 802.1p functionality of the switch which relies on the vlan tag. Without any QoS configuration or VLAN configuration you may try to be creative and tag the default vlan on the port the phone connects to so long as you can make the phone send the tag packet. That should achieve your desired result.
Another idea is to make use of LLDP policy for the phone.
Or last, your way. I'd have to fudge with the configuration (unfortunately I don't have a phone to test with) but there should be a value over ride where you can assign anything from the port to the value desired.
-Tom Please mark answered for helpful posts
Please mark answered for helpful posts
I did try and mark the packets right on the port as I set the port with the phone hanging off it to cos5. I then changed the switch from trust dscp to cos but the stats still wouldn't budge.
I will try and trunk today and leave the phone vlan as vlan 1. I'll create a dummy vlan behind it that will go unused (great idea!).
I did also try "smartport" but am not sure I had it configured 100% correctly. With smartport it tagged 2 of the 4 phone ports as ip phone / PC but not the other 2 so I don't trust it. I also tried to tag the port with the macro "NEC" phone but the switch wouldn't allow the change so again there must be something I'm doing wrong there (whew).
Sx550X, Sx350X, Sx250: PSE will Supply Power to Catalyst PSE Ports
May 31, 2016
June 5, 2017
Configure Remote Network Monitoring (RMON) Events Control Settings on a Switch through the Command Line Interface (CLI)
Remote Network Monitoring (RMON) was developed by the Internet Engineering Task Force (IETF) to support...