John,<br><br>Look at one of your switches for class-maps that match traffic and policy-map statements that define classes and set or trust dscp values. (trusting dscp can be defined at the port too). In this example we're trusting dscp assigned by the phone if its already dscp ef. <br>
<br>class-map match-any VOICE<br> match ip dscp ef <br><br>policy-map QOS-MARKING<br> class VOICE<br> trust dscp<br> class class-default<br> set dscp default<br><br>This specific example is being applied "at the vlan" on a 3560 series, so you'd also see:<br>
<br>interface Vlan100<br> service-policy input QOS-MARKING <br><br>and something like this:<br><br>interface range FastEthernet0/1 - 48<br> mls qos vlan-based<br><br>The packets would in fact be marked and you could detect it in a packet capture if the marking is being maintained throughout the network. However just because the marking is there doesn't necessarily mean any specific low latency queuing is being applied anywhere to give precedence to RTP packets over say bulk data / scavenger or unclassified default traffic. There are multiple things you're going to want to look at or have your vendor explain how they implemented it and what percentages of bandwidth they've allocated to each class of traffic.<br>
<br>-Jeff<br><br><br><br><div class="gmail_quote">On Mon, Jan 5, 2009 at 5:01 PM, Weigand, John V. <span dir="ltr"><<a href="mailto:jvw@medicineforthedefense.com" target="_blank">jvw@medicineforthedefense.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
<table style="border-style: solid; border-width: 1px 3px 3px 1px; width: 659px; border-collapse: collapse; height: 285px;" width="659" border="0" cellpadding="0" cellspacing="0" height="285">
<tbody>
<tr>
<td width="4%" height="90"></td>
<td width="59%" height="90">
<p align="left"><img alt="Litigation Management" src="http://www.medicineforthedefense.com/main/gifs/LMI-side-pms690wBlack.jpg" width="279" align="left" border="0" height="54" hspace="0"></p></td>
<td width="36%" height="90">
<p align="right"><font color="navy" face="Verdana"><a href="http://www.medicineforthedefense.com/" target="_blank"><font size="2" color="olive" face="Arial">Serious Medicine for the Defense ®</font></a></font><font size="2" color="olive" face="Arial"> </font></p>
</td>
<td width="1%" height="90"></td></tr>
<tr>
<td colspan="3" width="100%" height="139">
<table width="99%" border="0">
<tbody>
<tr>
<td width="4%"></td>
<td colspan="2" valign="top" width="100%"><font color="navy" face="Verdana">
<p align="left"><font size="2" color="black">
<div>
<p>I've been tasked with checking to see if our VAR ever setup
any QoS at all, and if so, what type and how it's set. Unfortunately, although
I've become fairly proficient at CallManager itself, I'm pretty new
to the inner workings of everything at the actual network level.</p>
<p> </p>
<p>I know there's a few different ways to set it all up,
and I've tried poking around, but I'm not really even sure where to
begin looking. Does anyone have any pointers as to how I might be able to track
down some of this info? Is there anything I can tell from a packet capture of a
call from between two of our sites? I do also have read only access to the
switches/routers on the network. </p>
<p> </p>
<p>Thanks in advance!</p>
</div>
<br></font></p></font></td></tr>
<tr>
<td width="4%"></td>
<td valign="top" width="45%"><font size="2" face="Verdana"><font color="navy"><b>John V. Weigand</b><br></font><font size="1" color="black"><font color="navy">Help Desk Support/Executive Support<br></font><br>Litigation Management, Inc.<br>
300 Allen-Bradley Drive<br>Suite 200<br>Mayfield Heights, OH 44124<br><br></font></font></td>
<td valign="top" width="51%">
<p><font size="2" face="Verdana"><font color="navy"><font size="1"><font color="black"></font></font></font></font></p>
<p><font size="2" face="Verdana"><font color="navy"><font size="1"><font color="black"><br><br><font size="3"><br></font>Tel:</font> 440-484-2000</font><br></font><font size="1"><font color="black">Fax: 440-484-2009<br>Cell: <br>
email: <a href="mailto:jvw@medicineforthedefense.com" target="_blank">jvw@medicineforthedefense.com</a> <br></font></font></font></p></td></tr></tbody></table></td></tr></tbody></table><font size="2" face="Verdana"><font color="#808080"><font size="1"><br>
PRIVILEGE AND CONFIDENTIALITY NOTICE <br><br>The information in this electronic mail is intended for the named recipients only. It may contain privileged and confidential material and may be protected under law by the Health Insurance Portability and Accountability Act. Any use of this information by anyone other than the intended receiver is prohibited. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately by replying to this electronic e-mail or by calling (800) 778-5424. Please delete it from your computer. Thank you.<br>
</font></font></font><font color="black"><br><font size="2" face="Verdana"></font></font></div>
<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br>