<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Garamond;
panose-1:2 2 4 4 3 3 1 1 8 3;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.gmail-gc-cs-link
{mso-style-name:gmail-gc-cs-link;}
span.gc-cs-link
{mso-style-name:gc-cs-link;}
span.EmailStyle19
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Garamond",serif;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:595.0pt 842.0pt;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body bgcolor="white" lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-family:"Calibri",sans-serif;color:#1F497D">Dana,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Calibri",sans-serif;color:#1F497D">So if I understand you right, you used the SIP profile to set the ranges, GPO to mark the DSCPs, and the switches to trust DSCP.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Calibri",sans-serif;color:#1F497D">I assume this means you used access lists to only accept the marking if from that port range? If not, why did you set the port ranges and how are you mitigating the risk of other
programs hijacking your QoS?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Garamond",serif;color:#1F497D"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal" style="text-autospace:none"><b><span style="font-size:10.0pt;font-family:"Garamond",serif;color:#3B3838">Ben Amick<o:p></o:p></span></b></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;font-family:"Garamond",serif;color:#3B3838">Telecom Analyst</span><span style="font-size:9.0pt;font-family:"Garamond",serif;color:#666666"><o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span style="font-family:"Garamond",serif;color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> cisco-voip [mailto:cisco-voip-bounces@puck.nether.net]
<b>On Behalf Of </b>Dana Tong<br>
<b>Sent:</b> Monday, January 09, 2017 11:29 PM<br>
<b>To:</b> Tom Sparks <tsparks@taosconsulting.com>; cisco-voip@puck.nether.net<br>
<b>Subject:</b> Re: [cisco-voip] Jabber/CIPC and QoS<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif">FYI,<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif">I’ve been working with a customer recently where we have utilised both the SIP Profile on CUCM to specify port ranges for voice /video and AD Group Policy to mark
the traffic. <o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif">There are a few caveats to getting this working. It requires both a Windows registry value turned on, and some settings in the Windows QoS policy.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif">They had a mix of different switches. They configured the switches to “Trust DSCP”.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif">Hope this helps.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><br>
Cheers<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif">Dana<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB" style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span lang="EN-GB" style="font-family:"Calibri",sans-serif;color:black">From:
</span></b><span lang="EN-GB" style="font-family:"Calibri",sans-serif;color:black">cisco-voip <</span><a href="mailto:cisco-voip-bounces@puck.nether.net"><span lang="EN-GB" style="font-family:"Calibri",sans-serif">cisco-voip-bounces@puck.nether.net</span></a><span lang="EN-GB" style="font-family:"Calibri",sans-serif;color:black">>
on behalf of Tom Sparks <</span><a href="mailto:tsparks@taosconsulting.com"><span lang="EN-GB" style="font-family:"Calibri",sans-serif">tsparks@taosconsulting.com</span></a><span lang="EN-GB" style="font-family:"Calibri",sans-serif;color:black">><br>
<b>Date: </b>Thursday, 5 January 2017 at 11:31 am<br>
<b>To: </b>"</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB" style="font-family:"Calibri",sans-serif">cisco-voip@puck.nether.net</span></a><span lang="EN-GB" style="font-family:"Calibri",sans-serif;color:black">" <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB" style="font-family:"Calibri",sans-serif">cisco-voip@puck.nether.net</span></a><span lang="EN-GB" style="font-family:"Calibri",sans-serif;color:black">><br>
<b>Subject: </b>Re: [cisco-voip] Jabber/CIPC and QoS<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-GB"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-GB">I believe that medianet plugin was discontinued by Cisco. But if anyone gets it working, please let me know.
<o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span lang="EN-GB"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-GB">Here's a seemingly good blog on the whole topic also <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-GB"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><a href="http://cp.mcafee.com/d/avndzhJ5xVyWqrz3VKVJ55BZBcsehd79J55BZBcsY-Orhhpvuv7ffK6Qkn3hOqerTKzsSgRmlyEa9JGX3oSVsSjrlS6NJOVJAsOUMeuvW_cLTsvu7tuVtddxPDPhO_t56_khjmKCHtVPBgY-F6lK1FJ4SYqejt-KyUyOCUMqekjtPpesRG9pAEeNSAUJSCT7PZwxNyIk5E_iDbUDt5_bFVstwzF0xYiWau6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrijV4"><span lang="EN-GB">https://infrastructureland.wordpress.com/2015/02/07/jabber-12/</span></a><span lang="EN-GB"> <o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span lang="EN-GB"><br clear="all">
<o:p></o:p></span></p>
<div>
<div>
<div>
<p class="MsoNormal"><span lang="EN-GB">Tom Sparks <o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span lang="EN-GB">Taos Consulting <o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span lang="EN-GB">Sr. Voice | Video Engineer<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><a href="mailto:tsparks@taosconsulting.com" target="_blank"><span lang="EN-GB">tsparks@taosconsulting.com</span></a><span lang="EN-GB"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span class="gc-cs-link"><span lang="EN-GB">+1 415.515.2391</span></span><span lang="EN-GB"><o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span lang="EN-GB"><o:p> </o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal"><span lang="EN-GB"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal"><span lang="EN-GB">On Wed, Jan 4, 2017 at 9:00 AM, <</span><a href="mailto:cisco-voip-request@puck.nether.net" target="_blank"><span lang="EN-GB">cisco-voip-request@puck.nether.net</span></a><span lang="EN-GB">> wrote:<o:p></o:p></span></p>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
<p class="MsoNormal"><span lang="EN-GB">Send cisco-voip mailing list submissions to<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
</span><a href="http://cp.mcafee.com/d/k-Kr4zqb3P5QQT67PtPqabbXaoUsyqejqabbXaoVVZASyyO-Y-euvsdEEK6zAQsTLt6VIxGIH5gkjrlS6NJOVICSHIdzrBPr8VBNwsY_R-pvKU-YeWZOWqr3DfCzB-Wad-EyCJtdmXPDaxVZicHs3jqpJUQsCXZt5N5BdNwQsECXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBztFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdFYMc" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><br>
or, via email, send a message with subject or body 'help' to<br>
</span><a href="mailto:cisco-voip-request@puck.nether.net"><span lang="EN-GB">cisco-voip-request@puck.nether.net</span></a><span lang="EN-GB"><br>
<br>
You can reach the person managing the list at<br>
</span><a href="mailto:cisco-voip-owner@puck.nether.net"><span lang="EN-GB">cisco-voip-owner@puck.nether.net</span></a><span lang="EN-GB"><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of cisco-voip digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: CUCM Patch Insight (NateCCIE)<br>
2. Jabber/CIPC and QoS (Ben Amick)<br>
3. Re: Jabber/CIPC and QoS (Lelio Fulgenzi)<br>
4. Re: Jabber/CIPC and QoS (Ben Amick)<br>
5. Re: Jabber/CIPC and QoS (Hodgeman, Samuel)<br>
6. Re: Jabber/CIPC and QoS (NateCCIE)<br>
7. Re: Jabber/CIPC and QoS (Ryan Huff)<br>
8. LiveData enhancements in UCCX 11.0 and 11.5<br>
(Abhiram Kramadhati (akramadh))<br>
9. Re: Jabber/CIPC and QoS (Ben Amick)<br>
10. Re: Jabber/CIPC and QoS (Ryan Huff)<br>
11. Re: Jabber/CIPC and QoS (Ben Amick)<br>
12. Re: Jabber/CIPC and QoS (Ryan Huff)<br>
13. Re: Jabber/CIPC and QoS (Evgeny Izetov)<br>
14. 7921g-w-k9 -> 7921g-a-k9 (Tim Warnock)<br>
15. Re: Jabber/CIPC and QoS (Ben Amick)<br>
16. Re: Jabber/CIPC and QoS (Lelio Fulgenzi)<br>
17. Re: Jabber/CIPC and QoS (Ryan Huff)<br>
18. Re: 7921g-w-k9 -> 7921g-a-k9 (Ben Amick)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Tue, 3 Jan 2017 10:33:39 -0700<br>
From: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">><br>
To: "'Jeffrey McHugh'" <</span><a href="mailto:jmchugh@fidelus.com"><span lang="EN-GB">jmchugh@fidelus.com</span></a><span lang="EN-GB">>, "'Tim Franklin'"<br>
<</span><a href="mailto:tim@tripplehelix.net"><span lang="EN-GB">tim@tripplehelix.net</span></a><span lang="EN-GB">>, <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] CUCM Patch Insight<br>
Message-ID: <062901d265e7$8652f4c0$92f8de40$@</span><a href="http://cp.mcafee.com/d/2DRPoQcCQm7CbFFKcfCXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CSjrNEVdTWWbybarz1EVhdTdw0O8DOVKQGmGncRAIn8lrxrW0FpKNnwqj-f0QSOehKYYr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6UKdGDJ2D" target="_blank"><span lang="EN-GB">gmail.com</span></a><span lang="EN-GB">><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
I would wait for SU2 at this point. It will be soon.<br>
<br>
<br>
<br>
From: cisco-voip [mailto:</span><a href="mailto:cisco-voip-bounces@puck.nether.net"><span lang="EN-GB">cisco-voip-bounces@puck.nether.net</span></a><span lang="EN-GB">] On Behalf Of Jeffrey McHugh<br>
Sent: Tuesday, January 03, 2017 8:53 AM<br>
To: Tim Franklin <</span><a href="mailto:tim@tripplehelix.net"><span lang="EN-GB">tim@tripplehelix.net</span></a><span lang="EN-GB">>;
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><br>
Subject: Re: [cisco-voip] CUCM Patch Insight<br>
<br>
<br>
<br>
Just did an SU1 upgrade, no issues reported but look into bug CSCux90747 depending on your esxi versions<br>
<br>
<br>
<br>
I would expect SU2 soon as its named in the Expressway 8.9 release notes for some MRA feature preview<br>
<br>
<br>
<br>
From: cisco-voip [mailto:</span><a href="mailto:cisco-voip-bounces@puck.nether.net"><span lang="EN-GB">cisco-voip-bounces@puck.nether.net</span></a><span lang="EN-GB">] On Behalf Of Tim Franklin<br>
Sent: Tuesday, January 3, 2017 10:44 AM<br>
To: </span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"> <mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: [cisco-voip] CUCM Patch Insight<br>
<br>
<br>
<br>
Just curious if anyone on this list has any feedback as to the stability of CUCM 11.5(1)SU1. I'm planning my upgrades out and I'm a bit leery to deploy it given that it's been out since November. While that speaks to no large defects to cause a deferral notice
I'm also wondering if another SU is on the horizon?<br>
<br>
<br>
<br>
Thanks<br>
<br>
<br>
Jeffrey McHugh | Sr. Collaboration Consulting Engineer | VCP-DCV, CCNP Collaboration<br>
<br>
<</span><a href="http://cp.mcafee.com/d/avndygQcz9J5xVyWqrz3VKVJ55BZBcsehd79J55BZBcsY-Orhhpvuv7ffK6Qkn3hOqerTKzsSgRmlyEa9JGX3oSVsSjrlS6NJOVJAsOUMeuvW_cLTsvu7tuVtddxPDPhO_t56_khjmKCHtVPBgY-F6lK1FJwSYqejt-KyUyOCUMqekjtPo09Si7DJQVv3tFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdUnpJeONP" target="_blank"><span lang="EN-GB">http://www.fidelus.com/</span></a><span lang="EN-GB">><br>
<br>
Fidelus Technologies, LLC<br>
Named <</span><a href="http://cp.mcafee.com/d/FZsS86Qm7CbFFKcfCXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CTPrNEVdTWWbybarz1EVhdTdw0Dp8uuTjBYtAxVXt2Y_Ijxk-F6nQbMRnQ2V3WjbJMAXbQ2WWHs9mSsGMEnmzkP93UBVgbP9-nrFK6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrYUwulxMg" target="_blank"><span lang="EN-GB">http://www.fidelus.com/fidelus-technologies-named-best-unified-communications-provider-in-the-usa/</span></a><span lang="EN-GB">>
Best UC Provider in the USA<br>
<br>
240 West 35th Street, 6th Floor, New York, NY 10001<br>
<br>
</span><a href="tel:%2B1-212-616-7801"><span lang="EN-GB">+1-212-616-7801</span></a><span lang="EN-GB"> office |
</span><a href="tel:%2B1-212-616-7850"><span lang="EN-GB">+1-212-616-7850</span></a><span lang="EN-GB"> fax | <</span><a href="http://cp.mcafee.com/d/2DRPoQd3hJ5xVyWqrz3VKVJ55BZBcsehd79J55BZBcsY-Orhhpvuv7ffK6Qkn3hOqerTKzsSgRmlyEa9JGX3oSVsSjrlS6NJOVJAsOUMeuvW_cLTsvu7tuVtddxPDPhO_t56_khjmKCHtVPBgY-F6lK1FJMSYqejt-KyUyOCUMqekjtPo09Si7DJQVv3tFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdzS9S" target="_blank"><span lang="EN-GB">http://www.fidelus.com/</span></a><span lang="EN-GB">>
</span><a href="http://cp.mcafee.com/d/2DRPow76Qm7CbFFKcfCXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CNNJUQsCXZt5N5BdNwQsECXCM0jIAffrFOVKQGmGncRAIn8lrxrW0FpKNnwqj-f0QSOehKYYr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6PNUF0vqu" target="_blank"><span lang="EN-GB">www.fidelus.com</span></a><span lang="EN-GB"><br>
<br>
<</span><a href="http://cp.mcafee.com/d/2DRPow739J5xVyWqrz3VKVJ55BZBcsehd79J55BZBcsY-Orhhpvuv7ffK6Qkn3hOqerTKzsSgRmlyEa9JGX3oSVsSjrlS6NJOVJAsOUMeuvW_cLTsvu7tuVtddxPDPhO_t56_khjmKCHtVPBgY-F6lK1FJUSYqejt-KyUyOCUMqekjtPo08-k2LEixO-bHr0JzIAffrEnDZysaDR8O-CbhGwTqt3tFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdFG6u" target="_blank"><span lang="EN-GB">http://www.linkedin.com/company/fidelus-technologies/products</span></a><span lang="EN-GB">>
<</span><a href="http://cp.mcafee.com/d/FZsScyhJ5xVyWqrz3VKVJ55BZBcsehd79J55BZBcsY-Orhhpvuv7ffK6Qkn3hOqerTKzsSgRmlyEa9JGX3oSVsSjrlS6NJOVJAsOUMeuvW_cLTsvu7tuVtddxPDPhO_t56_khjmKCHtVPBgY-F6lK1FIQsCTzhOrLRQn4mkT63hOyrKr01jciDfUYLwL93PSW1ci4ztFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdJHdfWBYi" target="_blank"><span lang="EN-GB">http://www.twitter.com/FidelusUCC</span></a><span lang="EN-GB">>
<</span><a href="http://cp.mcafee.com/d/1jWVIq6xAe6jqb3P5QQT67PtPqabbXaoUsyqejqabbXaoVVZASyyO-Y-euvsdEEK6zAQsTLt6VIxGIH5gkjrlS6NJOVICSHIdzrBPr8VBNwsY_R-pvKU-YeWZOWqr3DfCzB-Wad-EyCJtdmXPDaxVZicHs3jqdPrNEVdTWWbybarz1EVhdTdw0DtJV2JiLbUbOgYZKwj4x8TqlblbCqOmbAaJMJZ0kIToHMd9_7wqrp78TuudwLQzh0qmXiFqFsPmiNFtd404qg8v718d2MAq8dwwq807Gc6Sn3vxTfwBrD" target="_blank"><span lang="EN-GB">http://www.facebook.com/FidelusUCC</span></a><span lang="EN-GB">>
<</span><a href="http://cp.mcafee.com/d/2DRPowrhouoKCCUM-rKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrp7cKc3DD-LPbZT7TxTnKnjjosVYQsLThhLR4kRHFGTusVkffGhBrwqrhhdL6zATvHEK8IFKc6zB4TsS02blrCSg_BY5V8uuTg4NSk9g8CXiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUr351jzPT" target="_blank"><span lang="EN-GB">http://www.youtube.com/FidelusTraining</span></a><span lang="EN-GB">><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://cp.mcafee.com/d/1jWVIe6x8i6jqb3P5QQT67PtPqabbXaoUsyqejqabbXaoVVZASyyO-Y-euvsdEEK6zAQsTLt6VIxGIH5gkjrlS6NJOVICSHIdzrBPr8VBNwsY_R-pvKU-YeWZOWqr3DfCzB-Wad-EyCJtdmXPDaxVZicHs3jqapJUQsCXZt5N5BdNwQsECXCOsVHkiP5CX5u1FfUY3smAJYhfbiFqFsPmiSreuS9G_2tcjKyeKztD20XXueLrdDfr4RvxcLuZQu1NKQGmGncRAIn8lrxrW0FpKNnwqj-f0QSOehKYYr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6PREboVEC" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170103/b7ece70c/attachment-0001.html</span></a><span lang="EN-GB">><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: image001.png<br>
Type: image/png<br>
Size: 1989 bytes<br>
Desc: not available<br>
URL: <</span><a href="http://cp.mcafee.com/d/FZsS82hJ5xVyWqrz3VKVJ55BZBcsehd79J55BZBcsY-Orhhpvuv7ffK6Qkn3hOqerTKzsSgRmlyEa9JGX3oSVsSjrlS6NJOVJAsOUMeuvW_cLTsvu7tuVtddxPDPhO_t56_khjmKCHtVPBgY-F6lK1FJ5ASYqejt-KyUyOCUMqekjtPpesRG9pyPtyL0QDYu1Kbim-8DBFkJkKpH9rdDfr4RvxeC9Th7nhKPx0tZL7nJCPDJyqLMCnLuX_bg8CXiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrJ5z6" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170103/b7ece70c/attachment-0005.png</span></a><span lang="EN-GB">><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: image002.png<br>
Type: image/png<br>
Size: 1500 bytes<br>
Desc: not available<br>
URL: <</span><a href="http://cp.mcafee.com/d/k-Kr4x0e3xASyMYNtddNxYTsSyyO-OCe78CzASyyO-OCeuvpdEEILLfzDDT3qabxEVd7dXThKr8qHaNk54SRtxIrsKr9JGX3oSVsSOepso7ffZvCnXKfL3KLsKCCMVPVEVvKyzvG8FHnjlKYVOEuvkzaT0QSyMrud79K_nhshpjsod7a9KVIDeqR4INpKNnwqj-f0T5Fbv4jOQGmGncRAJCPDJyqLMDj4XEzHETpMwe-TzHSPpPSNdnUjbTLtPBE4jtFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdJPaTf-pN" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170103/b7ece70c/attachment-0006.png</span></a><span lang="EN-GB">><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: image003.png<br>
Type: image/png<br>
Size: 1526 bytes<br>
Desc: not available<br>
URL: <</span><a href="http://cp.mcafee.com/d/avndy1J5xVyWqrz3VKVJ55BZBcsehd79J55BZBcsY-Orhhpvuv7ffK6Qkn3hOqerTKzsSgRmlyEa9JGX3oSVsSjrlS6NJOVJAsOUMeuvW_cLTsvu7tuVtddxPDPhO_t56_khjmKCHtVPBgY-F6lK1FJ5YSYqejt-KyUyOCUMqekjtPpesRG9pyPtyL0QDYu1Kbim-8DBFkJkKpH9rdDfr4RvxeC9Th7nhKPx0tZL7nJCPDJyqLMCnLuUXBE4jtFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdHfqj0Jdb" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170103/b7ece70c/attachment-0007.png</span></a><span lang="EN-GB">><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: image004.png<br>
Type: image/png<br>
Size: 1450 bytes<br>
Desc: not available<br>
URL: <</span><a href="http://cp.mcafee.com/d/5fHCNAqdEIfcnjjsovdTdEEILIFzxO9EVdEEILIFzDDSjqabbXPUVVZMSyyUqejhPuZQrCO6GOIl1hdJnor6TbCOrqKMSdKndIzCn61PP_nVB-XzXMXHTbFFIes-qenXEETWyaqRQRrLesG7DR8OJMddEK6TzhOrLRQn4mkT63hOyrKr9PCJhbcmrIlU6A_zMdNqiTN4YJaBGBPdpbpIVXoCHY9QNeW8WWdSs83LJUWZISsZIjl-4OZXTuVq14TqlblbCqOmbAaJMJZ0kIToHMd9_7wqrp78TuudwLQzh0qmXiFqFsPmiNFtd404qg8v718d2MAq8dwwq807Gc6Sn3sYDBnprqKTZu" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170103/b7ece70c/attachment-0008.png</span></a><span lang="EN-GB">><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: image005.png<br>
Type: image/png<br>
Size: 1632 bytes<br>
Desc: not available<br>
URL: <</span><a href="http://cp.mcafee.com/d/FZsSd6Qm7CbFFKce6XCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CQhNJUQsCXZt5N5BdNwQsECXCOsVHkiP5CX5u1FfUY3smAJYhfbiFqFsPmiSreuS9G_2tcjKyeKztD20XXueLrdDfr4RvxcLuZPhPOQ29KQGmGncRAIn8lrxrW0FpKNnwqj-f0QSOehKYYr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6UmZUv97LE4AQ" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170103/b7ece70c/attachment-0009.png</span></a><span lang="EN-GB">><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Tue, 3 Jan 2017 21:25:20 +0000<br>
From: Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">><br>
To: Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: [cisco-voip] Jabber/CIPC and QoS<br>
Message-ID:<br>
<</span><a href="mailto:820C24BFE55F434C97807C60D4647ACE0F9D3DBB@E2k10-MB-HT1.humanarc.com"><span lang="EN-GB">820C24BFE55F434C97807C60D4647ACE0F9D3DBB@E2k10-MB-HT1.humanarc.com</span></a><span lang="EN-GB">><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
So, I know this is an age old question that's debated, but I've been wondering if anyone here has a perspective here in regards to QoS for softphones. Obviously, with hardphones, you usually partition a separate VLAN with AutoQoS/DSCP tags, but that isn't applicable
with softphones.<br>
<br>
I've heard of three different options in the past, neither of which seem to be very simple to deploy, but all seem to be Jabber-centric.<br>
<br>
1. Configuring windows to perform DSCP tagging, and do DSCP QoS on the switches they are connected to, as well as trusting the device. Problems: Requires users to be local admins, openings for abuse and network impact due to blind PC trust.<br>
<br>
2. Configuring your switches with an access list that recognizes the ports Jabber does outbound to attach DSCP tags to them. Problems: Other programs could theoretically use those ports<br>
<br>
3. Installing Medianet services on all jabber clients; Configure all switches for medianet tagging. Problem: (I think?) Requires newer switches to use, maybe needs an additional server (I vaguely remember possibly needing prime collab?)?<br>
<br>
Maybe I'm missing some things, but what approach have you guys taken for softphone/Jabber QoS? And on top of that, what options are there for CIPC (I know there's the auto qos trust cisco-softphone for cisco switches, but I don't believe there's a solution
other than #1 for non-cisco switches)?<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://cp.mcafee.com/d/FZsS92gQ96Qm7CbFFKce6XCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CQnzrNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6UJ9rUyumBiRiVCIBISsZIjl-4WoDt4tt6Xec86zDn6k7ISsZIjl-4OZXThU76XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrhqni1KHj" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170103/4d9a63d8/attachment-0001.html</span></a><span lang="EN-GB">><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Tue, 3 Jan 2017 21:35:41 +0000<br>
From: Lelio Fulgenzi <</span><a href="mailto:lelio@uoguelph.ca"><span lang="EN-GB">lelio@uoguelph.ca</span></a><span lang="EN-GB">><br>
To: Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>, Cisco VoIP Group<br>
<</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
Message-ID:<br>
<</span><a href="mailto:YTOPR01MB0251F94A8E59508021DD7D21AC6E0@YTOPR01MB0251.CANPRD01.PROD.OUTLOOK.COM"><span lang="EN-GB">YTOPR01MB0251F94A8E59508021DD7D21AC6E0@YTOPR01MB0251.CANPRD01.PROD.OUTLOOK.COM</span></a><span lang="EN-GB">><br>
<br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
<br>
good question Ben. i look forward to reading this thread.<br>
<br>
<br>
i've been meaning to read up on mediaNet, and it seems it's more required than not, especially for QoS.<br>
<br>
<br>
are you suggesting (with option 3) that there is software you can install on desktops? what about mobile devices?<br>
<br>
<br>
QoS, both wired and wireless, will definitely be an interesting challenge.<br>
<br>
<br>
<br>
---<br>
Lelio Fulgenzi, B.A.<br>
Senior Analyst, Network Infrastructure<br>
Computing and Communications Services (CCS)<br>
University of Guelph<br>
<br>
</span><a href="tel:519-824-4120%20Ext%2056354"><span lang="EN-GB">519-824-4120 Ext 56354</span></a><span lang="EN-GB"><br>
</span><a href="mailto:lelio@uoguelph.ca"><span lang="EN-GB">lelio@uoguelph.ca</span></a><span lang="EN-GB"><br>
</span><a href="http://cp.mcafee.com/d/avndy0s73gArhouoKCCUMUrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrp7cKc3DD-LPbZT7TxTnKnjjosVYQsLThhLR4kRHFGTusVkffGhBrwqrhd79JUQsCXZt5N5BdNwQsECXCM0jtibvDH4-JKmJgTqlblbCqOmbAaJMJZ0kIToHMd9_7wqrp78TuudwLQzh0qmXiFqFsPmiNFtd404qg8v718d2MAq8dwwq807Gc6Sn3rccsL59Vmz-x" target="_blank"><span lang="EN-GB">www.uoguelph.ca/ccs</span></a><span lang="EN-GB"><br>
Room 037, Animal Science and Nutrition Building<br>
Guelph, Ontario, N1G 2W1<br>
<br>
<br>
________________________________<br>
From: cisco-voip <</span><a href="mailto:cisco-voip-bounces@puck.nether.net"><span lang="EN-GB">cisco-voip-bounces@puck.nether.net</span></a><span lang="EN-GB">> on behalf of Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">><br>
Sent: Tuesday, January 3, 2017 4:25 PM<br>
To: Cisco VoIP Group<br>
Subject: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
<br>
So, I know this is an age old question that's debated, but I've been wondering if anyone here has a perspective here in regards to QoS for softphones. Obviously, with hardphones, you usually partition a separate VLAN with AutoQoS/DSCP tags, but that isn't applicable
with softphones.<br>
<br>
<br>
<br>
I've heard of three different options in the past, neither of which seem to be very simple to deploy, but all seem to be Jabber-centric.<br>
<br>
1. Configuring windows to perform DSCP tagging, and do DSCP QoS on the switches they are connected to, as well as trusting the device. Problems: Requires users to be local admins, openings for abuse and network impact due to blind PC trust.<br>
<br>
2. Configuring your switches with an access list that recognizes the ports Jabber does outbound to attach DSCP tags to them. Problems: Other programs could theoretically use those ports<br>
<br>
3. Installing Medianet services on all jabber clients; Configure all switches for medianet tagging. Problem: (I think?) Requires newer switches to use, maybe needs an additional server (I vaguely remember possibly needing prime collab?)?<br>
<br>
<br>
<br>
Maybe I'm missing some things, but what approach have you guys taken for softphone/Jabber QoS? And on top of that, what options are there for CIPC (I know there's the auto qos trust cisco-softphone for cisco switches, but I don't believe there's a solution
other than #1 for non-cisco switches)?<br>
<br>
<br>
<br>
Ben Amick<br>
<br>
Telecom Analyst<br>
<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://cp.mcafee.com/d/1jWVIq4zqb3P5QQT673tPqabbXaoUsyqejqabbXaoVVZASyyO-Y-euvsdEEK6zAQsTLt6VIxGIH5gkjrlS6NJOVICSHIdzrBPr8VBNwsY_R-pvKU-YeWZOWqr3DfCzB-Wad-EyCJtdmXPDaxVZicHs3jqtPrNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6UJ9rUyumBiRiVCIBISsZIjl-4WoDt4tt6XenRBxB5-SreuS9G_2puZXEY3ztFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdKt1CZLGM" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170103/0a34315c/attachment-0001.html</span></a><span lang="EN-GB">><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Tue, 3 Jan 2017 22:02:42 +0000<br>
From: Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">><br>
To: Lelio Fulgenzi <</span><a href="mailto:lelio@uoguelph.ca"><span lang="EN-GB">lelio@uoguelph.ca</span></a><span lang="EN-GB">>, Cisco VoIP Group<br>
<</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
Message-ID:<br>
<</span><a href="mailto:820C24BFE55F434C97807C60D4647ACE0F9D3E0F@E2k10-MB-HT1.humanarc.com"><span lang="EN-GB">820C24BFE55F434C97807C60D4647ACE0F9D3E0F@E2k10-MB-HT1.humanarc.com</span></a><span lang="EN-GB">><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
From what I understand, it's not so much as "software" as it is a plugin for jabber that enables Jabber to send the medianet signaling. I don't believe it's a function of iOS/android Jabber though, but I could be mistaken<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
From: Lelio Fulgenzi [mailto:</span><a href="mailto:lelio@uoguelph.ca"><span lang="EN-GB">lelio@uoguelph.ca</span></a><span lang="EN-GB">]<br>
Sent: Tuesday, January 03, 2017 4:36 PM<br>
To: Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>; Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: Jabber/CIPC and QoS<br>
<br>
<br>
<br>
<br>
good question Ben. i look forward to reading this thread.<br>
<br>
<br>
<br>
i've been meaning to read up on mediaNet, and it seems it's more required than not, especially for QoS.<br>
<br>
<br>
<br>
are you suggesting (with option 3) that there is software you can install on desktops? what about mobile devices?<br>
<br>
<br>
<br>
QoS, both wired and wireless, will definitely be an interesting challenge.<br>
<br>
<br>
<br>
<br>
---<br>
Lelio Fulgenzi, B.A.<br>
Senior Analyst, Network Infrastructure<br>
Computing and Communications Services (CCS)<br>
University of Guelph<br>
<br>
</span><a href="tel:519-824-4120%20Ext%2056354"><span lang="EN-GB">519-824-4120 Ext 56354</span></a><span lang="EN-GB"><br>
</span><a href="mailto:lelio@uoguelph.ca"><span lang="EN-GB">lelio@uoguelph.ca</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:lelio@uoguelph.ca"><span lang="EN-GB">lelio@uoguelph.ca</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/2DRPoQ91MwrhouoKCCUMUrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrp7cKc3DD-LPbZT7TxTnKnjjosVYQsLThhLR4kRHFGTusVkffGhBrwqrjhdL6zATvHEK8IFKc6zB4TsS02rGhrYZoDRJORG6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrwtT4" target="_blank"><span lang="EN-GB">www.uoguelph.ca/ccs</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/1jWVIpdEIfcnjjsosdTdEEILIFzxO9EVdEEILIFzDDSjqabbXPUVVZMSyyUqejhPuZQrCO6GOIl1hdJnor6TbCOrqKMSdKndIzCn61PP_nVB-XzXMXHTbFFIes-qenXEETWyaqRQRrLesG7DR8OJMddFFCTzhOrLRQn4mkT63hOyrKr01dR8J-uIjWSVqR3tFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdURoXVnvH" target="_blank"><span lang="EN-GB">http://www.uoguelph.ca/ccs</span></a><span lang="EN-GB">><br>
Room 037, Animal Science and Nutrition Building<br>
Guelph, Ontario, N1G 2W1<br>
<br>
________________________________<br>
From: cisco-voip <</span><a href="mailto:cisco-voip-bounces@puck.nether.net"><span lang="EN-GB">cisco-voip-bounces@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip-bounces@puck.nether.net"><span lang="EN-GB">cisco-voip-bounces@puck.nether.net</span></a><span lang="EN-GB">>>
on behalf of Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>><br>
Sent: Tuesday, January 3, 2017 4:25 PM<br>
To: Cisco VoIP Group<br>
Subject: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
<br>
So, I know this is an age old question that's debated, but I've been wondering if anyone here has a perspective here in regards to QoS for softphones. Obviously, with hardphones, you usually partition a separate VLAN with AutoQoS/DSCP tags, but that isn't applicable
with softphones.<br>
<br>
<br>
<br>
I've heard of three different options in the past, neither of which seem to be very simple to deploy, but all seem to be Jabber-centric.<br>
<br>
1. Configuring windows to perform DSCP tagging, and do DSCP QoS on the switches they are connected to, as well as trusting the device. Problems: Requires users to be local admins, openings for abuse and network impact due to blind PC trust.<br>
<br>
2. Configuring your switches with an access list that recognizes the ports Jabber does outbound to attach DSCP tags to them. Problems: Other programs could theoretically use those ports<br>
<br>
3. Installing Medianet services on all jabber clients; Configure all switches for medianet tagging. Problem: (I think?) Requires newer switches to use, maybe needs an additional server (I vaguely remember possibly needing prime collab?)?<br>
<br>
<br>
<br>
Maybe I'm missing some things, but what approach have you guys taken for softphone/Jabber QoS? And on top of that, what options are there for CIPC (I know there's the auto qos trust cisco-softphone for cisco switches, but I don't believe there's a solution
other than #1 for non-cisco switches)?<br>
<br>
<br>
<br>
Ben Amick<br>
<br>
Telecom Analyst<br>
<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://cp.mcafee.com/d/FZsS72hJ5xVyWqrz3xKVJ55BZBcsehd79J55BZBcsY-Orhhpvuv7ffK6Qkn3hOqerTKzsSgRmlyEa9JGX3oSVsSjrlS6NJOVJAsOUMeuvW_cLTsvu7tuVtddxPDPhO_t56_khjmKCHtVPBgY-F6lK1FJdASYqejt-KyUyOCUMqekjtPpesRG9pyPtyL0QDYu1Kbim-8DBFkJkKpH9rdDfr4RvxeC9Th7nhKPxEVvd7a91OO6reuS9G_2puZXEY3ztFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdLoauYdUu" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170103/9591b6cd/attachment-0001.html</span></a><span lang="EN-GB">><br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Tue, 3 Jan 2017 22:13:15 +0000<br>
From: "Hodgeman, Samuel" <</span><a href="mailto:shodgeman@xo.com"><span lang="EN-GB">shodgeman@xo.com</span></a><span lang="EN-GB">><br>
To: Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>, Cisco VoIP Group<br>
<</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
Message-ID:<br>
<</span><a href="mailto:94004f6f0f8646e7a51539636329908b@TXPLANEXCH101.corp.inthosts.net"><span lang="EN-GB">94004f6f0f8646e7a51539636329908b@TXPLANEXCH101.corp.inthosts.net</span></a><span lang="EN-GB">><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
For option 1, using Windows... this can be implemented with Group Policies, taking it out of the hands of end users, and can be associated with specific application executable and/or specific IP address source/destination.<br>
<br>
<br>
- Sam H<br>
<br>
From: cisco-voip [mailto:</span><a href="mailto:cisco-voip-bounces@puck.nether.net"><span lang="EN-GB">cisco-voip-bounces@puck.nether.net</span></a><span lang="EN-GB">] On Behalf Of Ben Amick<br>
Sent: Tuesday, January 03, 2017 3:25 PM<br>
To: Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
So, I know this is an age old question that's debated, but I've been wondering if anyone here has a perspective here in regards to QoS for softphones. Obviously, with hardphones, you usually partition a separate VLAN with AutoQoS/DSCP tags, but that isn't applicable
with softphones.<br>
<br>
I've heard of three different options in the past, neither of which seem to be very simple to deploy, but all seem to be Jabber-centric.<br>
<br>
1. Configuring windows to perform DSCP tagging, and do DSCP QoS on the switches they are connected to, as well as trusting the device. Problems: Requires users to be local admins, openings for abuse and network impact due to blind PC trust.<br>
<br>
2. Configuring your switches with an access list that recognizes the ports Jabber does outbound to attach DSCP tags to them. Problems: Other programs could theoretically use those ports<br>
<br>
3. Installing Medianet services on all jabber clients; Configure all switches for medianet tagging. Problem: (I think?) Requires newer switches to use, maybe needs an additional server (I vaguely remember possibly needing prime collab?)?<br>
<br>
Maybe I'm missing some things, but what approach have you guys taken for softphone/Jabber QoS? And on top of that, what options are there for CIPC (I know there's the auto qos trust cisco-softphone for cisco switches, but I don't believe there's a solution
other than #1 for non-cisco switches)?<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://cp.mcafee.com/d/2DRPoA92gQ76Qm7CbFFKce6XCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CQS3rNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6UJ9rUyumBiRiVCIBISsZIjl-4WoDt4tt6Xec-We79CzCSreuS9G_2puZXEY3ztFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdKKKK" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170103/3ef7729c/attachment-0001.html</span></a><span lang="EN-GB">><br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Tue, 3 Jan 2017 17:53:14 -0700<br>
From: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">><br>
To: Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">><br>
Cc: Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
Message-ID: <</span><a href="mailto:05C8F1E2-B3DA-435C-BAB4-3C8278A0A726@gmail.com"><span lang="EN-GB">05C8F1E2-B3DA-435C-BAB4-3C8278A0A726@gmail.com</span></a><span lang="EN-GB">><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Or take the most approach of do nothing.<br>
<br>
My personal favorite is to use codecs where QoS matters less, like iLBC, OPUS, etc.<br>
<br>
So many business are getting rid of the QoS capable WAN and just doing VPNs, even if they have fancy names that make it sound better than public internet.<br>
<br>
Sent from my iPhone<br>
<br>
> On Jan 3, 2017, at 2:25 PM, Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">> wrote:<br>
><br>
> So, I know this is an age old question that?s debated, but I?ve been wondering if anyone here has a perspective here in regards to QoS for softphones. Obviously, with hardphones, you usually partition a separate VLAN with AutoQoS/DSCP tags, but that isn?t
applicable with softphones.<br>
><br>
> I?ve heard of three different options in the past, neither of which seem to be very simple to deploy, but all seem to be Jabber-centric.<br>
> 1. Configuring windows to perform DSCP tagging, and do DSCP QoS on the switches they are connected to, as well as trusting the device. Problems: Requires users to be local admins, openings for abuse and network impact due to blind PC trust.<br>
> 2. Configuring your switches with an access list that recognizes the ports Jabber does outbound to attach DSCP tags to them. Problems: Other programs could theoretically use those ports<br>
> 3. Installing Medianet services on all jabber clients; Configure all switches for medianet tagging. Problem: (I think?) Requires newer switches to use, maybe needs an additional server (I vaguely remember possibly needing prime collab?)?<br>
><br>
> Maybe I?m missing some things, but what approach have you guys taken for softphone/Jabber QoS? And on top of that, what options are there for CIPC (I know there?s the auto qos trust cisco-softphone for cisco switches, but I don?t believe there?s a solution
other than #1 for non-cisco switches)?<br>
><br>
> Ben Amick<br>
> Telecom Analyst<br>
><br>
><br>
> Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
> </span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><br>
> </span><a href="http://cp.mcafee.com/d/k-Kr41ASyMYNtddNxMTsSyyO-OCe78CzASyyO-OCeuvpdEEILLfzDDT3qabxEVd7dXThKr8qHaNk54SRtxIrsKr9JGX3oSVsSOepso7ffZvCnXKfL3KLsKCCMVPVEVvKyzvG8FHnjlKYVOEuvkzaT0QSC-rud79K_nhshpjsod7a9KVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oTqlblbCqOmbAaJMJZ0kIToHMd9_7wqrp78TuudwLQzh0qmXiFqFsPmiNFtd404qg8v718d2MAq8dwwq807Gc6Sn3oNSWLrXW" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://cp.mcafee.com/d/k-Kr3zqb3P5QQT673tPqabbXaoUsyqejqabbXaoVVZASyyO-Y-euvsdEEK6zAQsTLt6VIxGIH5gkjrlS6NJOVICSHIdzrBPr8VBNwsY_R-pvKU-YeWZOWqr3DfCzB-Wad-EyCJtdmXPDaxVZicHs3jqrxJUQsCXZt5N5BdNwQsECXCOsVHkiP5CX5u1FfUY3smAJYhfbiFqFsPmiSreuS9G_2tcjKyeKztDbEqyWXXKreuS9G_2puZXEY3ztFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdUbpOd1FA" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170103/0da1ffef/attachment-0001.html</span></a><span lang="EN-GB">><br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Wed, 4 Jan 2017 01:39:30 +0000<br>
From: Ryan Huff <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">><br>
To: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">><br>
Cc: Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>, Cisco VoIP Group<br>
<</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
Message-ID:<br>
<</span><a href="mailto:BLUPR18MB0482767CF5DE727DDEE526FEC5610@BLUPR18MB0482.namprd18.prod.outlook.com"><span lang="EN-GB">BLUPR18MB0482767CF5DE727DDEE526FEC5610@BLUPR18MB0482.namprd18.prod.outlook.com</span></a><span lang="EN-GB">><br>
<br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
It's a shame really ... MPLS is far superior IMO, for many reasons. Call it iWAN, DMVPN, AutoVPN .... whatever, it is still as Nate says, public Internet.<br>
<br>
Try getting a 30 or 60 minute SLA with escalation after 15 minutes from a public Comcast or Time Warner/Charter package.<br>
<br>
On Jan 3, 2017, at 7:53 PM, NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>>
wrote:<br>
<br>
Or take the most approach of do nothing.<br>
<br>
My personal favorite is to use codecs where QoS matters less, like iLBC, OPUS, etc.<br>
<br>
So many business are getting rid of the QoS capable WAN and just doing VPNs, even if they have fancy names that make it sound better than public internet.<br>
<br>
Sent from my iPhone<br>
<br>
On Jan 3, 2017, at 2:25 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
<br>
So, I know this is an age old question that's debated, but I've been wondering if anyone here has a perspective here in regards to QoS for softphones. Obviously, with hardphones, you usually partition a separate VLAN with AutoQoS/DSCP tags, but that isn't applicable
with softphones.<br>
<br>
I've heard of three different options in the past, neither of which seem to be very simple to deploy, but all seem to be Jabber-centric.<br>
<br>
1. Configuring windows to perform DSCP tagging, and do DSCP QoS on the switches they are connected to, as well as trusting the device. Problems: Requires users to be local admins, openings for abuse and network impact due to blind PC trust.<br>
<br>
2. Configuring your switches with an access list that recognizes the ports Jabber does outbound to attach DSCP tags to them. Problems: Other programs could theoretically use those ports<br>
<br>
3. Installing Medianet services on all jabber clients; Configure all switches for medianet tagging. Problem: (I think?) Requires newer switches to use, maybe needs an additional server (I vaguely remember possibly needing prime collab?)?<br>
<br>
Maybe I'm missing some things, but what approach have you guys taken for softphone/Jabber QoS? And on top of that, what options are there for CIPC (I know there's the auto qos trust cisco-softphone for cisco switches, but I don't believe there's a solution
other than #1 for non-cisco switches)?<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/k-Kr3xESyMYNtddNxMTsSyyO-OCe78CzASyyO-OCeuvpdEEILLfzDDT3qabxEVd7dXThKr8qHaNk54SRtxIrsKr9JGX3oSVsSOepso7ffZvCnXKfL3KLsKCCMVPVEVvKyzvG8FHnjlKYVOEuvkzaT0QSCedL6zATvHEK8IFKc6zB4TsSjDdqymoIToHMd9_7wrwCHIcfBisEeROQGmGncRAIrJaBGBPdpb5O5mUm-wamrIlU6A_zMddIzArLf6MnWhEwdbtFkJkKpH9oQKCy02d84fzwA6xoid46Mgd403R63rbxK3usreMyXzZC" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/2DRPoA92gO96Qm7CbFFKce6XCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CQTzrNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUr1zcmvasqGTf" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://cp.mcafee.com/d/1jWVIi3xASyMYNtddNxMTsSyyO-OCe78CzASyyO-OCeuvpdEEILLfzDDT3qabxEVd7dXThKr8qHaNk54SRtxIrsKr9JGX3oSVsSOepso7ffZvCnXKfL3KLsKCCMVPVEVvKyzvG8FHnjlKYVOEuvkzaT0QSCqejrNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6UJ9rUyumBiRiVCIBISsZIjl-4WoDt4tt6X6eCzAwqevd7ap3dDfr4RvxcLuZQu1NKQGmGncRAIn8lrxrW0FpKNnwqj-f0QSOehKYYr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6YTzlm_uR" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170104/f9b9e92b/attachment-0001.html</span></a><span lang="EN-GB">><br>
<br>
------------------------------<br>
<br>
Message: 8<br>
Date: Wed, 4 Jan 2017 01:48:30 +0000<br>
From: "Abhiram Kramadhati (akramadh)" <</span><a href="mailto:akramadh@cisco.com"><span lang="EN-GB">akramadh@cisco.com</span></a><span lang="EN-GB">><br>
To: Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: [cisco-voip] LiveData enhancements in UCCX 11.0 and 11.5<br>
Message-ID: <</span><a href="mailto:5C88B902-AED4-4603-8707-A2BAE18A1181@cisco.com"><span lang="EN-GB">5C88B902-AED4-4603-8707-A2BAE18A1181@cisco.com</span></a><span lang="EN-GB">><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi all,<br>
<br>
Happy 2017!<br>
<br>
We just published a Field Notice about LiveData stabilization enhancements done in 11.0(1)SU1 and 11.5(1)ES1.<br>
</span><a href="http://www.cisco.com/c/en/us/support/docs/field-notices/642/fn64240.html" target="_blank"><span lang="EN-GB">http://www.cisco.com/c/en/us/support/docs/field-notices/642/fn64240.html</span></a><span lang="EN-GB"><br>
<br>
So, if you are on 11.0 or 11.5, our recommendation is to move to the above-mentioned releases. You could be running on 11.0/11.5 with no LD issues ? this is just a proactive measure.<br>
<br>
[</span><a href="http://www.cisco.com/c/dam/assets/email-signature-tool/logo_07.png?ct=1421802598153" target="_blank"><span lang="EN-GB">http://www.cisco.com/c/dam/assets/email-signature-tool/logo_07.png?ct=1421802598153</span></a><span lang="EN-GB">]<br>
<br>
Abhiram Kramadhati<br>
Technical Solutions Manager<br>
Customer Solutions Success team, CCBU<br>
</span><a href="mailto:akramadh@cisco.com"><span lang="EN-GB">akramadh@cisco.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:akramadh@cisco.com"><span lang="EN-GB">akramadh@cisco.com</span></a><span lang="EN-GB">><br>
Phone: </span><a href="tel:%2B61%202%208446%206257"><span lang="EN-GB">+61 2 8446 6257</span></a><span lang="EN-GB"><br>
<br>
CCIE Collaboration - 40065<br>
<br>
Cisco Systems Australia Pty Limited<br>
The Forum<br>
201 Pacific Highway<br>
2065<br>
St Leonards<br>
Australia<br>
Cisco.com<</span><a href="http://www.cisco.com/web/AU/" target="_blank"><span lang="EN-GB">http://www.cisco.com/web/AU/</span></a><span lang="EN-GB">><br>
<br>
[</span><a href="http://www.cisco.com/assets/social_media_icons/linkedin-16x16.png" target="_blank"><span lang="EN-GB">http://www.cisco.com/assets/social_media_icons/linkedin-16x16.png</span></a><span lang="EN-GB">]<</span><a href="http://wwwin.cisco.com/marketing/corporate/brand/intelbrand/brandstrat/signature/Insert%20your%20LinkedIn%20link" target="_blank"><span lang="EN-GB">http://wwwin.cisco.com/marketing/corporate/brand/intelbrand/brandstrat/signature/Insert%20your%20LinkedIn%20link</span></a><span lang="EN-GB">><br>
<br>
<br>
<br>
<br>
[</span><a href="http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif%5dThink" target="_blank"><span lang="EN-GB">http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif]Think</span></a><span lang="EN-GB"> before you print.<br>
<br>
This email may contain confidential and privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient),
please contact the sender by reply email and delete all copies of this message.<br>
Please click here<</span><a href="http://www.cisco.com/web/about/doing_business/legal/cri/index.html" target="_blank"><span lang="EN-GB">http://www.cisco.com/web/about/doing_business/legal/cri/index.html</span></a><span lang="EN-GB">> for Company Registration
Information.<br>
<br>
<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://cp.mcafee.com/d/5fHCN8e4wUSyMYNtddNxMTsSyyO-OCe78CzASyyO-OCeuvpdEEILLfzDDT3qabxEVd7dXThKr8qHaNk54SRtxIrsKr9JGX3oSVsSOepso7ffZvCnXKfL3KLsKCCMVPVEVvKyzvG8FHnjlKYVOEuvkzaT0QSPsSYqejt-KyUyOCUMqekjtPpesRG9pyPtyL0QDYu1Kbim-8DBFkJkKpH9rdDfr4RvxeC9Th7nhKNzF1zmkmncSsZIjl-4OZXThU76XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrS1LI" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170104/fb4a3136/attachment-0001.html</span></a><span lang="EN-GB">><br>
<br>
------------------------------<br>
<br>
Message: 9<br>
Date: Wed, 4 Jan 2017 02:15:06 +0000<br>
From: Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">><br>
To: Ryan Huff <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">>, NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">><br>
Cc: Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
Message-ID:<br>
<</span><a href="mailto:820C24BFE55F434C97807C60D4647ACE0F9DE054@E2k10-MB-HT1.humanarc.com"><span lang="EN-GB">820C24BFE55F434C97807C60D4647ACE0F9DE054@E2k10-MB-HT1.humanarc.com</span></a><span lang="EN-GB">><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Yeah, I have the luck of having MPLS right now, and I don't see us going iWAN for a while for various reasons. QoS on the WAN right now even isn't my issue, it's QoS on the LAN. Right now we have a relatively flat network, and certain segments of our troupe
*cough*developers*cough* seems to have made our internal traffic ugly, to the point that I may have to do an analysis of it, as we're having just random periods here and there where calls just have horrible quality, of the type you normally see fixed by QoS<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
From: Ryan Huff [mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">]<br>
Sent: Tuesday, January 03, 2017 8:40 PM<br>
To: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">><br>
Cc: Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>; Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
It's a shame really ... MPLS is far superior IMO, for many reasons. Call it iWAN, DMVPN, AutoVPN .... whatever, it is still as Nate says, public Internet.<br>
<br>
Try getting a 30 or 60 minute SLA with escalation after 15 minutes from a public Comcast or Time Warner/Charter package.<br>
<br>
On Jan 3, 2017, at 7:53 PM, NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>>
wrote:<br>
Or take the most approach of do nothing.<br>
<br>
My personal favorite is to use codecs where QoS matters less, like iLBC, OPUS, etc.<br>
<br>
So many business are getting rid of the QoS capable WAN and just doing VPNs, even if they have fancy names that make it sound better than public internet.<br>
<br>
Sent from my iPhone<br>
<br>
On Jan 3, 2017, at 2:25 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
So, I know this is an age old question that's debated, but I've been wondering if anyone here has a perspective here in regards to QoS for softphones. Obviously, with hardphones, you usually partition a separate VLAN with AutoQoS/DSCP tags, but that isn't applicable
with softphones.<br>
<br>
I've heard of three different options in the past, neither of which seem to be very simple to deploy, but all seem to be Jabber-centric.<br>
<br>
1. Configuring windows to perform DSCP tagging, and do DSCP QoS on the switches they are connected to, as well as trusting the device. Problems: Requires users to be local admins, openings for abuse and network impact due to blind PC trust.<br>
<br>
2. Configuring your switches with an access list that recognizes the ports Jabber does outbound to attach DSCP tags to them. Problems: Other programs could theoretically use those ports<br>
<br>
3. Installing Medianet services on all jabber clients; Configure all switches for medianet tagging. Problem: (I think?) Requires newer switches to use, maybe needs an additional server (I vaguely remember possibly needing prime collab?)?<br>
<br>
Maybe I'm missing some things, but what approach have you guys taken for softphone/Jabber QoS? And on top of that, what options are there for CIPC (I know there's the auto qos trust cisco-softphone for cisco switches, but I don't believe there's a solution
other than #1 for non-cisco switches)?<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/avndy0OcCQm7CbFFKce6XCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CSkjrNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrnghujSVnQnp7" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/avndzgOcxMQrhoupod7b9EV79CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCSnQTXeffZvzhOZsQsFThWZOWr8V7AhPdTC7xTkhjmKCHtBfBgY-F6lK1FJ4SCrLOb0VVdOXMWVKVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oT4JI2rrHEaGTc-JiLbCQnAkPhOr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6Y1tK-rNm" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/avndzgOcxMQrhoupod7b9EV79CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCSnQTXeffZvzhOZsQsFThWZOWr8V7AhPdTC7xTkhjmKCHtBfBgY-F6lK1FJ4SCrLOb0VVdOXMWVKVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oT4JI2rrHEaGTc-JiLbCQnAkPhOr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6Y1tK-rNm</span></a><span lang="EN-GB">><br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/1jWVIi41Ae6zqb3P5QQT673tPqabbXaoUsyqejqabbXaoVVZASyyO-Y-euvsdEEK6zAQsTLt6VIxGIH5gkjrlS6NJOVICSHIdzrBPr8VBNwsY_R-pvKU-YeWZOWqr3DfCzB-Wad-EyCJtdmXPDaxVZicHs3jrapJUQsCXZt5N5BdNwQsECXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBztFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdyMRDJKUO" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/2DRPoOd2hJ5xVBwQsICzAsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrpvjvIUY_R-d7bRPhODt7HTbFIzAuh7cTuou7th5dqWqJSk-l3PWApmU6CQPqpK_8I3DATbL3HCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBzsiSM9JKKwGHsPWRaYKrhuhjd79I5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUryKrT3IPkd-jE" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/2DRPoOd2hJ5xVBwQsICzAsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrpvjvIUY_R-d7bRPhODt7HTbFIzAuh7cTuou7th5dqWqJSk-l3PWApmU6CQPqpK_8I3DATbL3HCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBzsiSM9JKKwGHsPWRaYKrhuhjd79I5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUryKrT3IPkd-jE</span></a><span lang="EN-GB">><br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://cp.mcafee.com/d/FZsScxMw91NJ5xVyWqrz3xKVJ55BZBcsehd79J55BZBcsY-Orhhpvuv7ffK6Qkn3hOqerTKzsSgRmlyEa9JGX3oSVsSjrlS6NJOVJAsOUMeuvW_cLTsvu7tuVtddxPDPhO_t56_khjmKCHtVPBgY-F6lK1FJBASYqejt-KyUyOCUMqekjtPpesRG9pyPtyL0QDYu1Kbim-8DBFkJkKpH9rdDfr4RvxeC9Th7nhKNwVwxHXa3SreuS9G_2puZXEY3ztFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdAi0c" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170104/74ba53d8/attachment-0001.html</span></a><span lang="EN-GB">><br>
<br>
------------------------------<br>
<br>
Message: 10<br>
Date: Wed, 4 Jan 2017 02:18:06 +0000<br>
From: Ryan Huff <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">><br>
To: Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">><br>
Cc: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>, Cisco VoIP Group<br>
<</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
Message-ID:<br>
<</span><a href="mailto:BLUPR18MB04820158AE92067D655F5A57C5610@BLUPR18MB0482.namprd18.prod.outlook.com"><span lang="EN-GB">BLUPR18MB04820158AE92067D655F5A57C5610@BLUPR18MB0482.namprd18.prod.outlook.com</span></a><span lang="EN-GB">><br>
<br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Ben,<br>
<br>
By flat network; I am to assume that there is no layer 2 partition between rtp/signaling and general data traffic?<br>
<br>
On Jan 3, 2017, at 9:15 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
<br>
Yeah, I have the luck of having MPLS right now, and I don't see us going iWAN for a while for various reasons. QoS on the WAN right now even isn't my issue, it's QoS on the LAN. Right now we have a relatively flat network, and certain segments of our troupe
*cough*developers*cough* seems to have made our internal traffic ugly, to the point that I may have to do an analysis of it, as we're having just random periods here and there where calls just have horrible quality, of the type you normally see fixed by QoS<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
From: Ryan Huff [mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">]<br>
Sent: Tuesday, January 03, 2017 8:40 PM<br>
To: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>><br>
Cc: Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>>; Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">>><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
It's a shame really ... MPLS is far superior IMO, for many reasons. Call it iWAN, DMVPN, AutoVPN .... whatever, it is still as Nate says, public Internet.<br>
<br>
Try getting a 30 or 60 minute SLA with escalation after 15 minutes from a public Comcast or Time Warner/Charter package.<br>
<br>
On Jan 3, 2017, at 7:53 PM, NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>>
wrote:<br>
Or take the most approach of do nothing.<br>
<br>
My personal favorite is to use codecs where QoS matters less, like iLBC, OPUS, etc.<br>
<br>
So many business are getting rid of the QoS capable WAN and just doing VPNs, even if they have fancy names that make it sound better than public internet.<br>
<br>
Sent from my iPhone<br>
<br>
On Jan 3, 2017, at 2:25 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
So, I know this is an age old question that's debated, but I've been wondering if anyone here has a perspective here in regards to QoS for softphones. Obviously, with hardphones, you usually partition a separate VLAN with AutoQoS/DSCP tags, but that isn't applicable
with softphones.<br>
<br>
I've heard of three different options in the past, neither of which seem to be very simple to deploy, but all seem to be Jabber-centric.<br>
<br>
1. Configuring windows to perform DSCP tagging, and do DSCP QoS on the switches they are connected to, as well as trusting the device. Problems: Requires users to be local admins, openings for abuse and network impact due to blind PC trust.<br>
<br>
2. Configuring your switches with an access list that recognizes the ports Jabber does outbound to attach DSCP tags to them. Problems: Other programs could theoretically use those ports<br>
<br>
3. Installing Medianet services on all jabber clients; Configure all switches for medianet tagging. Problem: (I think?) Requires newer switches to use, maybe needs an additional server (I vaguely remember possibly needing prime collab?)?<br>
<br>
Maybe I'm missing some things, but what approach have you guys taken for softphone/Jabber QoS? And on top of that, what options are there for CIPC (I know there's the auto qos trust cisco-softphone for cisco switches, but I don't believe there's a solution
other than #1 for non-cisco switches)?<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/2DRPoO96Qm7CbFFKce6XCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CSm3rNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrO7xxj0KX" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/avndzgOcxMQrhoupod7b9EV79CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCSnQTXeffZvzhOZsQsFThWZOWr8V7AhPdTC7xTkhjmKCHtBfBgY-F6lK1FJ4SCrLOb0VVdOXMWVKVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oT4JI2rrHEaGTc-JiLbCQnAkPhOr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6Y1tK-rNm" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/avndzgOcxMQrhoupod7b9EV79CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCSnQTXeffZvzhOZsQsFThWZOWr8V7AhPdTC7xTkhjmKCHtBfBgY-F6lK1FJ4SCrLOb0VVdOXMWVKVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oT4JI2rrHEaGTc-JiLbCQnAkPhOr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6Y1tK-rNm</span></a><span lang="EN-GB">><br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/FZsS720QcCQm7CbFFKce6XCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CSnPrNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrWVos" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/2DRPoOd2hJ5xVBwQsICzAsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrpvjvIUY_R-d7bRPhODt7HTbFIzAuh7cTuou7th5dqWqJSk-l3PWApmU6CQPqpK_8I3DATbL3HCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBzsiSM9JKKwGHsPWRaYKrhuhjd79I5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUryKrT3IPkd-jE" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/2DRPoOd2hJ5xVBwQsICzAsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrpvjvIUY_R-d7bRPhODt7HTbFIzAuh7cTuou7th5dqWqJSk-l3PWApmU6CQPqpK_8I3DATbL3HCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBzsiSM9JKKwGHsPWRaYKrhuhjd79I5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUryKrT3IPkd-jE</span></a><span lang="EN-GB">><br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://cp.mcafee.com/d/2DRPoQd1MOrhouoKCCUMUrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrp7cKc3DD-LPbZT7TxTnKnjjosVYQsLThhLR4kRHFGTusVkffGhBrwqrpsdL6zATvHEK8IFKc6zB4TsSjDdqymoIToHMd9_7wryQBLy9VqlblbCqOmPpPSNdnUjFytQhRQrIoMVW6EA4sSsZIjl-4OZXThU76XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrwRCj" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170104/46eda1b1/attachment-0001.html</span></a><span lang="EN-GB">><br>
<br>
------------------------------<br>
<br>
Message: 11<br>
Date: Wed, 4 Jan 2017 02:30:35 +0000<br>
From: Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">><br>
To: Ryan Huff <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">><br>
Cc: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>, Cisco VoIP Group<br>
<</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
Message-ID:<br>
<</span><a href="mailto:820C24BFE55F434C97807C60D4647ACE0F9DE08E@E2k10-MB-HT1.humanarc.com"><span lang="EN-GB">820C24BFE55F434C97807C60D4647ACE0F9DE08E@E2k10-MB-HT1.humanarc.com</span></a><span lang="EN-GB">><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Only for softphones. Currently most of our servers live on the same LAN as end users, so yeah. Hardphones have their own VLAN so its not as bad. In the future it won't be that way but for the time being it is.<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
From: Ryan Huff [mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">]<br>
Sent: Tuesday, January 03, 2017 9:18 PM<br>
To: Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">><br>
Cc: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>; Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
Ben,<br>
<br>
By flat network; I am to assume that there is no layer 2 partition between rtp/signaling and general data traffic?<br>
<br>
On Jan 3, 2017, at 9:15 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
Yeah, I have the luck of having MPLS right now, and I don't see us going iWAN for a while for various reasons. QoS on the WAN right now even isn't my issue, it's QoS on the LAN. Right now we have a relatively flat network, and certain segments of our troupe
*cough*developers*cough* seems to have made our internal traffic ugly, to the point that I may have to do an analysis of it, as we're having just random periods here and there where calls just have horrible quality, of the type you normally see fixed by QoS<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
From: Ryan Huff [mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">]<br>
Sent: Tuesday, January 03, 2017 8:40 PM<br>
To: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>><br>
Cc: Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>>; Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">>><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
It's a shame really ... MPLS is far superior IMO, for many reasons. Call it iWAN, DMVPN, AutoVPN .... whatever, it is still as Nate says, public Internet.<br>
<br>
Try getting a 30 or 60 minute SLA with escalation after 15 minutes from a public Comcast or Time Warner/Charter package.<br>
<br>
On Jan 3, 2017, at 7:53 PM, NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>>
wrote:<br>
Or take the most approach of do nothing.<br>
<br>
My personal favorite is to use codecs where QoS matters less, like iLBC, OPUS, etc.<br>
<br>
So many business are getting rid of the QoS capable WAN and just doing VPNs, even if they have fancy names that make it sound better than public internet.<br>
<br>
Sent from my iPhone<br>
<br>
On Jan 3, 2017, at 2:25 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
So, I know this is an age old question that's debated, but I've been wondering if anyone here has a perspective here in regards to QoS for softphones. Obviously, with hardphones, you usually partition a separate VLAN with AutoQoS/DSCP tags, but that isn't applicable
with softphones.<br>
<br>
I've heard of three different options in the past, neither of which seem to be very simple to deploy, but all seem to be Jabber-centric.<br>
<br>
1. Configuring windows to perform DSCP tagging, and do DSCP QoS on the switches they are connected to, as well as trusting the device. Problems: Requires users to be local admins, openings for abuse and network impact due to blind PC trust.<br>
<br>
2. Configuring your switches with an access list that recognizes the ports Jabber does outbound to attach DSCP tags to them. Problems: Other programs could theoretically use those ports<br>
<br>
3. Installing Medianet services on all jabber clients; Configure all switches for medianet tagging. Problem: (I think?) Requires newer switches to use, maybe needs an additional server (I vaguely remember possibly needing prime collab?)?<br>
<br>
Maybe I'm missing some things, but what approach have you guys taken for softphone/Jabber QoS? And on top of that, what options are there for CIPC (I know there's the auto qos trust cisco-softphone for cisco switches, but I don't believe there's a solution
other than #1 for non-cisco switches)?<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/k-Kr3x8pdEIfcnjjsosdTdEEILIFzxO9EVdEEILIFzDDSjqabbXPUVVZMSyyUqejhPuZQrCO6GOIl1hdJnor6TbCOrqKMSdKndIzCn61PP_nVB-XzXMXHTbFFIes-qenXEETWyaqRQRrLesG7DR8OJMddIzzrNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrLukq" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/avndzgOcxMQrhoupod7b9EV79CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCSnQTXeffZvzhOZsQsFThWZOWr8V7AhPdTC7xTkhjmKCHtBfBgY-F6lK1FJ4SCrLOb0VVdOXMWVKVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oT4JI2rrHEaGTc-JiLbCQnAkPhOr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6Y1tK-rNm" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/avndzgOcxMQrhoupod7b9EV79CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCSnQTXeffZvzhOZsQsFThWZOWr8V7AhPdTC7xTkhjmKCHtBfBgY-F6lK1FJ4SCrLOb0VVdOXMWVKVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oT4JI2rrHEaGTc-JiLbCQnAkPhOr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6Y1tK-rNm</span></a><span lang="EN-GB">><br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/2DRPos96Qm7CbFFKce6XCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CSnzrNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrc7P7ZXRwrp2x" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/2DRPoOd2hJ5xVBwQsICzAsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrpvjvIUY_R-d7bRPhODt7HTbFIzAuh7cTuou7th5dqWqJSk-l3PWApmU6CQPqpK_8I3DATbL3HCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBzsiSM9JKKwGHsPWRaYKrhuhjd79I5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUryKrT3IPkd-jE" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/2DRPoOd2hJ5xVBwQsICzAsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrpvjvIUY_R-d7bRPhODt7HTbFIzAuh7cTuou7th5dqWqJSk-l3PWApmU6CQPqpK_8I3DATbL3HCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBzsiSM9JKKwGHsPWRaYKrhuhjd79I5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUryKrT3IPkd-jE</span></a><span lang="EN-GB">><br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://cp.mcafee.com/d/k-Kr41Ae6zqb3P5QQT673tPqabbXaoUsyqejqabbXaoVVZASyyO-Y-euvsdEEK6zAQsTLt6VIxGIH5gkjrlS6NJOVICSHIdzrBPr8VBNwsY_R-pvKU-YeWZOWqr3DfCzB-Wad-EyCJtdmXPDaxVZicHs3jr9EVdL6zATvHEK8IFKc6zB4TsSjDdqymoIToHMd9_7wryQBLy9VqlblbCqOmPpPSNdnUjFytQhRQrIo-UNHZZLCPDJyqLMCnLuWf0UTqlblbCqOmbAaJMJZ0kIToHMd9_7wqrp78TuudwLQzh0qmXiFqFsPmiNFtd404qg8v718d2MAq8dwwq807Gc6Sn3ukEBEnnp" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170104/564a50a0/attachment-0001.html</span></a><span lang="EN-GB">><br>
<br>
------------------------------<br>
<br>
Message: 12<br>
Date: Wed, 4 Jan 2017 02:49:49 +0000<br>
From: Ryan Huff <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">><br>
To: Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">><br>
Cc: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>, Cisco VoIP Group<br>
<</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
Message-ID:<br>
<</span><a href="mailto:BLUPR18MB048225F237E9FCEFAF1C726FC5610@BLUPR18MB0482.namprd18.prod.outlook.com"><span lang="EN-GB">BLUPR18MB048225F237E9FCEFAF1C726FC5610@BLUPR18MB0482.namprd18.prod.outlook.com</span></a><span lang="EN-GB">><br>
<br>
Content-Type: text/plain; charset="windows-1252"<br>
<br>
I see; while this is by no means a complete solution, it may help. I'm assuming Cisco based soft phones (CIPC, CSF, BOT, TAB ... etc).<br>
<br>
You may try Trusted Relay Points (set in the device level configuration). This does rely and depend on your media resource architecture and design; i.e. you'll need to have media resources that support TRP available.<br>
<br>
Using TRP on the device config for a soft phone will cause CUCM to dynamically insert an MTP in the call flow which will allow for adherence to QOS trust policies and offer a predetermined network path for call flows in an otherwise untrusted network (presumably,
the data network).<br>
<br>
-Ryan<br>
<br>
<br>
<br>
Sent from my iPhone<br>
On Jan 3, 2017, at 9:30 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
<br>
Only for softphones. Currently most of our servers live on the same LAN as end users, so yeah. Hardphones have their own VLAN so its not as bad. In the future it won?t be that way but for the time being it is.<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
From: Ryan Huff [mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">]<br>
Sent: Tuesday, January 03, 2017 9:18 PM<br>
To: Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>><br>
Cc: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>>; Cisco VoIP
Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">>><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
Ben,<br>
<br>
By flat network; I am to assume that there is no layer 2 partition between rtp/signaling and general data traffic?<br>
<br>
On Jan 3, 2017, at 9:15 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
Yeah, I have the luck of having MPLS right now, and I don?t see us going iWAN for a while for various reasons. QoS on the WAN right now even isn?t my issue, it?s QoS on the LAN. Right now we have a relatively flat network, and certain segments of our troupe
*cough*developers*cough* seems to have made our internal traffic ugly, to the point that I may have to do an analysis of it, as we?re having just random periods here and there where calls just have horrible quality, of the type you normally see fixed by QoS<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
From: Ryan Huff [mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">]<br>
Sent: Tuesday, January 03, 2017 8:40 PM<br>
To: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>><br>
Cc: Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>>; Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">>><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
It's a shame really ... MPLS is far superior IMO, for many reasons. Call it iWAN, DMVPN, AutoVPN .... whatever, it is still as Nate says, public Internet.<br>
<br>
Try getting a 30 or 60 minute SLA with escalation after 15 minutes from a public Comcast or Time Warner/Charter package.<br>
<br>
On Jan 3, 2017, at 7:53 PM, NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>>
wrote:<br>
Or take the most approach of do nothing.<br>
<br>
My personal favorite is to use codecs where QoS matters less, like iLBC, OPUS, etc.<br>
<br>
So many business are getting rid of the QoS capable WAN and just doing VPNs, even if they have fancy names that make it sound better than public internet.<br>
<br>
Sent from my iPhone<br>
<br>
On Jan 3, 2017, at 2:25 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
So, I know this is an age old question that?s debated, but I?ve been wondering if anyone here has a perspective here in regards to QoS for softphones. Obviously, with hardphones, you usually partition a separate VLAN with AutoQoS/DSCP tags, but that isn?t applicable
with softphones.<br>
<br>
I?ve heard of three different options in the past, neither of which seem to be very simple to deploy, but all seem to be Jabber-centric.<br>
<br>
1. Configuring windows to perform DSCP tagging, and do DSCP QoS on the switches they are connected to, as well as trusting the device. Problems: Requires users to be local admins, openings for abuse and network impact due to blind PC trust.<br>
<br>
2. Configuring your switches with an access list that recognizes the ports Jabber does outbound to attach DSCP tags to them. Problems: Other programs could theoretically use those ports<br>
<br>
3. Installing Medianet services on all jabber clients; Configure all switches for medianet tagging. Problem: (I think?) Requires newer switches to use, maybe needs an additional server (I vaguely remember possibly needing prime collab?)?<br>
<br>
Maybe I?m missing some things, but what approach have you guys taken for softphone/Jabber QoS? And on top of that, what options are there for CIPC (I know there?s the auto qos trust cisco-softphone for cisco switches, but I don?t believe there?s a solution
other than #1 for non-cisco switches)?<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/2DRPoArhouoKCCUMUrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrp7cKc3DD-LPbZT7TxTnKnjjosVYQsLThhLR4kRHFGTusVkffGhBrwqroKrud79K_nhshpjsod7a9KVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oTqlblbCqOmbAaJMJZ0kIToHMd9_7wqrp78TuudwLQzh0qmXiFqFsPmiNFtd404qg8v718d2MAq8dwwq807Gc6Sn3oEEp26u4" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/avndzgOcxMQrhoupod7b9EV79CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCSnQTXeffZvzhOZsQsFThWZOWr8V7AhPdTC7xTkhjmKCHtBfBgY-F6lK1FJ4SCrLOb0VVdOXMWVKVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oT4JI2rrHEaGTc-JiLbCQnAkPhOr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6Y1tK-rNm" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/avndzgOcxMQrhoupod7b9EV79CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCSnQTXeffZvzhOZsQsFThWZOWr8V7AhPdTC7xTkhjmKCHtBfBgY-F6lK1FJ4SCrLOb0VVdOXMWVKVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oT4JI2rrHEaGTc-JiLbCQnAkPhOr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6Y1tK-rNm</span></a><span lang="EN-GB">><br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/5fHCNEp6zqb3P5QQT673tPqabbXaoUsyqejqabbXaoVVZASyyO-Y-euvsdEEK6zAQsTLt6VIxGIH5gkjrlS6NJOVICSHIdzrBPr8VBNwsY_R-pvKU-YeWZOWqr3DfCzB-Wad-EyCJtdmXPDaxVZicHs3jr29JUQsCXZt5N5BdNwQsECXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBztFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdGNTw" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/2DRPoOd2hJ5xVBwQsICzAsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrpvjvIUY_R-d7bRPhODt7HTbFIzAuh7cTuou7th5dqWqJSk-l3PWApmU6CQPqpK_8I3DATbL3HCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBzsiSM9JKKwGHsPWRaYKrhuhjd79I5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUryKrT3IPkd-jE" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/2DRPoOd2hJ5xVBwQsICzAsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrpvjvIUY_R-d7bRPhODt7HTbFIzAuh7cTuou7th5dqWqJSk-l3PWApmU6CQPqpK_8I3DATbL3HCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBzsiSM9JKKwGHsPWRaYKrhuhjd79I5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUryKrT3IPkd-jE</span></a><span lang="EN-GB">><br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://cp.mcafee.com/d/2DRPowczgw76Qm7CbFFKce6XCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CS4PrNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6UJ9rUyumBiRiVCIBISsZIjl-4WoDt4tt6X69IecEn7fpIVXoCHY9BXTKzMedSBiRiVCIByV2Hsbvg5bdSaY3ivNU6CShOdTDzobZ8Qg6BKQGmGncRAIqnjh016A27NMi3gI96y3o86y01Wz1JBMSlfKk28_H_78" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170104/2463d078/attachment-0001.html</span></a><span lang="EN-GB">><br>
<br>
------------------------------<br>
<br>
Message: 13<br>
Date: Tue, 3 Jan 2017 22:14:31 -0500<br>
From: Evgeny Izetov <</span><a href="mailto:eizetov@gmail.com"><span lang="EN-GB">eizetov@gmail.com</span></a><span lang="EN-GB">><br>
To: Ryan Huff <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">><br>
Cc: Ben Amick <</span><a href="mailto:bamick@humanarc.com"><span lang="EN-GB">bamick@humanarc.com</span></a><span lang="EN-GB">>, Cisco VoIP Group<br>
<</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
Message-ID:<br>
<</span><a href="mailto:CAKLHLoWZW6M62LgHccdQfzi12zfDwj%2By8FoHJ07wjr5JOieMbQ@mail.gmail.com"><span lang="EN-GB">CAKLHLoWZW6M62LgHccdQfzi12zfDwj+y8FoHJ07wjr5JOieMbQ@mail.gmail.com</span></a><span lang="EN-GB">><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
I saw a CiscoLive! session recently that seemed to recommend the ports and<br>
access-lists approach. The idea is that you can now specify separate port<br>
ranges for audio and video in SIP Profile. The session goes quite in depth<br>
and is worth the watch:<br>
<br>
BRKCOL-2616 - QoS Strategies and Smart Media Techniques for Collaboration<br>
Deployments (2016 Berlin) - 2 Hours<br>
<br>
<br>
On Tue, Jan 3, 2017 at 9:49 PM, Ryan Huff <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">> wrote:<br>
<br>
> I see; while this is by no means a complete solution, it may help. I'm<br>
> assuming Cisco based soft phones (CIPC, CSF, BOT, TAB ... etc).<br>
><br>
> You may try Trusted Relay Points (set in the device level configuration).<br>
> This does rely and depend on your media resource architecture and design;<br>
> i.e. you'll need to have media resources that support TRP available.<br>
><br>
> Using TRP on the device config for a soft phone will cause CUCM to<br>
> dynamically insert an MTP in the call flow which will allow for adherence<br>
> to QOS trust policies and offer a predetermined network path for call flows<br>
> in an otherwise untrusted network (presumably, the data network).<br>
><br>
> -Ryan<br>
><br>
><br>
><br>
> Sent from my iPhone<br>
> On Jan 3, 2017, at 9:30 PM, Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">> wrote:<br>
><br>
> Only for softphones. Currently most of our servers live on the same LAN as<br>
> end users, so yeah. Hardphones have their own VLAN so its not as bad. In<br>
> the future it won?t be that way but for the time being it is.<br>
><br>
><br>
><br>
> *Ben Amick*<br>
><br>
> Telecom Analyst<br>
><br>
><br>
><br>
> *From:* Ryan Huff [mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB"> <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">>]<br>
> *Sent:* Tuesday, January 03, 2017 9:18 PM<br>
> *To:* Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">><br>
> *Cc:* NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>; Cisco VoIP Group <<br>
> </span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
> *Subject:* Re: [cisco-voip] Jabber/CIPC and QoS<br>
><br>
><br>
><br>
> Ben,<br>
><br>
><br>
><br>
> By flat network; I am to assume that there is no layer 2 partition between<br>
> rtp/signaling and general data traffic?<br>
><br>
><br>
> On Jan 3, 2017, at 9:15 PM, Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">> wrote:<br>
><br>
> Yeah, I have the luck of having MPLS right now, and I don?t see us going<br>
> iWAN for a while for various reasons. QoS on the WAN right now even isn?t<br>
> my issue, it?s QoS on the LAN. Right now we have a relatively flat network,<br>
> and certain segments of our troupe **cough**developers**cough** seems to<br>
> have made our internal traffic ugly, to the point that I may have to do an<br>
> analysis of it, as we?re having just random periods here and there where<br>
> calls just have horrible quality, of the type you normally see fixed by QoS<br>
><br>
><br>
><br>
> *Ben Amick*<br>
><br>
> Telecom Analyst<br>
><br>
><br>
><br>
> *From:* Ryan Huff [mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB"> <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">>]<br>
> *Sent:* Tuesday, January 03, 2017 8:40 PM<br>
> *To:* NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">><br>
> *Cc:* Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>; Cisco VoIP Group <<br>
> </span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
> *Subject:* Re: [cisco-voip] Jabber/CIPC and QoS<br>
><br>
><br>
><br>
> It's a shame really ... MPLS is far superior IMO, for many reasons. Call<br>
> it iWAN, DMVPN, AutoVPN .... whatever, it is still as Nate says, public<br>
> Internet.<br>
><br>
><br>
><br>
> Try getting a 30 or 60 minute SLA with escalation after 15 minutes from a<br>
> public Comcast or Time Warner/Charter package.<br>
><br>
><br>
> On Jan 3, 2017, at 7:53 PM, NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">> wrote:<br>
><br>
> Or take the most approach of do nothing.<br>
><br>
><br>
><br>
> My personal favorite is to use codecs where QoS matters less, like iLBC,<br>
> OPUS, etc.<br>
><br>
><br>
><br>
> So many business are getting rid of the QoS capable WAN and just doing<br>
> VPNs, even if they have fancy names that make it sound better than public<br>
> internet.<br>
><br>
> Sent from my iPhone<br>
><br>
><br>
> On Jan 3, 2017, at 2:25 PM, Ben Amick <</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">> wrote:<br>
><br>
> So, I know this is an age old question that?s debated, but I?ve been<br>
> wondering if anyone here has a perspective here in regards to QoS for<br>
> softphones. Obviously, with hardphones, you usually partition a separate<br>
> VLAN with AutoQoS/DSCP tags, but that isn?t applicable with softphones.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-GB">><br>
><br>
><br>
> I?ve heard of three different options in the past, neither of which seem<br>
> to be very simple to deploy, but all seem to be Jabber-centric.<br>
><br>
> 1. Configuring windows to perform DSCP tagging, and do DSCP QoS on<br>
> the switches they are connected to, as well as trusting the device.<br>
> Problems: Requires users to be local admins, openings for abuse and network<br>
> impact due to blind PC trust.<br>
><br>
> 2. Configuring your switches with an access list that recognizes the<br>
> ports Jabber does outbound to attach DSCP tags to them. Problems: Other<br>
> programs could theoretically use those ports<br>
><br>
> 3. Installing Medianet services on all jabber clients; Configure all<br>
> switches for medianet tagging. Problem: (I think?) Requires newer switches<br>
> to use, maybe needs an additional server (I vaguely remember possibly<br>
> needing prime collab?)?<br>
><br>
><br>
><br>
> Maybe I?m missing some things, but what approach have you guys taken for<br>
> softphone/Jabber QoS? And on top of that, what options are there for CIPC<br>
> (I know there?s the auto qos trust cisco-softphone for cisco switches, but<br>
> I don?t believe there?s a solution other than #1 for non-cisco switches)?<br>
><br>
><br>
><br>
> *Ben Amick*<br>
><br>
> Telecom Analyst<br>
><br>
><br>
><br>
><br>
> Confidentiality Note: This message is intended for use only by the<br>
> individual or entity to which it is addressed and may contain information<br>
> that is privileged, confidential, and exempt from disclosure under<br>
> applicable law. If the reader of this message is not the intended recipient<br>
> or the employee or agent responsible for delivering the message to the<br>
> intended recipient, you are hereby notified that any dissemination,<br>
> distribution or copying of this communication is strictly prohibited. If<br>
> you have received this communication in error, please contact the sender<br>
> immediately and destroy the material in its entirety, whether electronic or<br>
> hard copy. Thank you<br>
><br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
> </span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><br>
> </span><a href="http://cp.mcafee.com/d/1jWVIe410e43qb3P5QQT673tPqabbXaoUsyqejqabbXaoVVZASyyO-Y-euvsdEEK6zAQsTLt6VIxGIH5gkjrlS6NJOVICSHIdzrBPr8VBNwsY_R-pvKU-YeWZOWqr3DfCzB-Wad-EyCJtdmXPDaxVZicHs3jr39JUQsCXZt5N5BdNwQsECXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBztFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdPr-5NwOnIK94" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><br>
> <</span><a href="http://cp.mcafee.com/d/avndzgOcxMQrhoupod7b9EV79CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCSnQTXeffZvzhOZsQsFThWZOWr8V7AhPdTC7xTkhjmKCHtBfBgY-F6lK1FJ4SCrLOb0VVdOXMWVKVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oT4JI2rrHEaGTc-JiLbCQnAkPhOr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6Y1tK-rNm" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/avndzgOcxMQrhoupod7b9EV79CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCSnQTXeffZvzhOZsQsFThWZOWr8V7AhPdTC7xTkhjmKCHtBfBgY-F6lK1FJ4SCrLOb0VVdOXMWVKVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oT4JI2rrHEaGTc-JiLbCQnAkPhOr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6Y1tK-rNm</span></a><span lang="EN-GB">><br>
><br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
> </span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><br>
> </span><a href="http://cp.mcafee.com/d/2DRPoA720w96Qm7CbFFKce6XCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CS63rNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrlOOAmGWl" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><br>
> <</span><a href="http://cp.mcafee.com/d/2DRPoOd2hJ5xVBwQsICzAsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrpvjvIUY_R-d7bRPhODt7HTbFIzAuh7cTuou7th5dqWqJSk-l3PWApmU6CQPqpK_8I3DATbL3HCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBzsiSM9JKKwGHsPWRaYKrhuhjd79I5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUryKrT3IPkd-jE" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/2DRPoOd2hJ5xVBwQsICzAsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrpvjvIUY_R-d7bRPhODt7HTbFIzAuh7cTuou7th5dqWqJSk-l3PWApmU6CQPqpK_8I3DATbL3HCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBzsiSM9JKKwGHsPWRaYKrhuhjd79I5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUryKrT3IPkd-jE</span></a><span lang="EN-GB">><br>
><br>
><br>
> Confidentiality Note: This message is intended for use only by the<br>
> individual or entity to which it is addressed and may contain information<br>
> that is privileged, confidential, and exempt from disclosure under<br>
> applicable law. If the reader of this message is not the intended recipient<br>
> or the employee or agent responsible for delivering the message to the<br>
> intended recipient, you are hereby notified that any dissemination,<br>
> distribution or copying of this communication is strictly prohibited. If<br>
> you have received this communication in error, please contact the sender<br>
> immediately and destroy the material in its entirety, whether electronic or<br>
> hard copy. Thank you<br>
><br>
><br>
> Confidentiality Note: This message is intended for use only by the<br>
> individual or entity to which it is addressed and may contain information<br>
> that is privileged, confidential, and exempt from disclosure under<br>
> applicable law. If the reader of this message is not the intended recipient<br>
> or the employee or agent responsible for delivering the message to the<br>
> intended recipient, you are hereby notified that any dissemination,<br>
> distribution or copying of this communication is strictly prohibited. If<br>
> you have received this communication in error, please contact the sender<br>
> immediately and destroy the material in its entirety, whether electronic or<br>
> hard copy. Thank you<br>
><br>
><br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
> </span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><br>
> </span><a href="http://cp.mcafee.com/d/5fHCMUe3xESyMYNtddNxMTsSyyO-OCe78CzASyyO-OCeuvpdEEILLfzDDT3qabxEVd7dXThKr8qHaNk54SRtxIrsKr9JGX3oSVsSOepso7ffZvCnXKfL3KLsKCCMVPVEVvKyzvG8FHnjlKYVOEuvkzaT0QSM-rud79K_nhshpjsod7a9KVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oTqlblbCqOmbAaJMJZ0kIToHMd9_7wqrp78TuudwLQzh0qmXiFqFsPmiNFtd404qg8v718d2MAq8dwwq807Gc6Sn3qcUo7o_wEtX4" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://cp.mcafee.com/d/k-Kr6gUq6jqb3P5QQT673tPqabbXaoUsyqejqabbXaoVVZASyyO-Y-euvsdEEK6zAQsTLt6VIxGIH5gkjrlS6NJOVICSHIdzrBPr8VBNwsY_R-pvKU-YeWZOWqr3DfCzB-Wad-EyCJtdmXPDaxVZicHs3jr3xJUQsCXZt5N5BdNwQsECXCOsVHkiP5CX5u1FfUY3smAJYhfbiFqFsPmiSreuS9G_2tcjKyeKztD6vKgusd7dYSsZIjl-4OZXThU76XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrUeBQjK74" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170103/3e0b8690/attachment-0001.html</span></a><span lang="EN-GB">><br>
<br>
------------------------------<br>
<br>
Message: 14<br>
Date: Wed, 4 Jan 2017 04:12:13 +0000<br>
From: Tim Warnock <</span><a href="mailto:timoid@timoid.org"><span lang="EN-GB">timoid@timoid.org</span></a><span lang="EN-GB">><br>
To: "'</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">'" <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: [cisco-voip] 7921g-w-k9 -> 7921g-a-k9<br>
Message-ID:<br>
<C978DD0EE401174299AA691E12A5025616A30C49@hermes.timoid.lan><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Hi,<br>
<br>
Does anyone know how to either:<br>
<br>
A) Turn a 7921G-W-K9 -> 7291G-A-K9 or<br>
B) Disable the 7921G's reliance on country information being advertised via 802.11d<br>
<br>
It appears the World version needs 802.11d functioning in order to connect to the AP, and the AP in question doesn't support 802.11d<br>
<br>
Or suggest a suitable replacement (7921G is EOL)?<br>
<br>
Thanks<br>
-]Tim.<br>
<br>
<br>
------------------------------<br>
<br>
Message: 15<br>
Date: Wed, 4 Jan 2017 16:18:28 +0000<br>
From: Ben Amick <bamick@HumanArc.com><br>
To: Evgeny Izetov <</span><a href="mailto:eizetov@gmail.com"><span lang="EN-GB">eizetov@gmail.com</span></a><span lang="EN-GB">>, Ryan Huff<br>
<</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">><br>
Cc: Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
Message-ID:<br>
<</span><a href="mailto:820C24BFE55F434C97807C60D4647ACE0F9DE1E2@E2k10-MB-HT1.humanarc.com"><span lang="EN-GB">820C24BFE55F434C97807C60D4647ACE0F9DE1E2@E2k10-MB-HT1.humanarc.com</span></a><span lang="EN-GB">><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Evgeny,<br>
That?s great, and I was able to find the PDF from the session but I can?t seem to remember how to find the site that has the recordings of the sessions ? could you provide a link to that?<br>
<br>
Ryan,<br>
That sounds like a solid idea for when QoS is absolutely absolutely necessary, but I have nowhere near enough MTP resources to do that for all the softphones in my org.<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
From: Evgeny Izetov [mailto:</span><a href="mailto:eizetov@gmail.com"><span lang="EN-GB">eizetov@gmail.com</span></a><span lang="EN-GB">]<br>
Sent: Tuesday, January 03, 2017 10:15 PM<br>
To: Ryan Huff <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">><br>
Cc: Ben Amick <bamick@HumanArc.com>; Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
I saw a CiscoLive! session recently that seemed to recommend the ports and access-lists approach. The idea is that you can now specify separate port ranges for audio and video in SIP Profile. The session goes quite in depth and is worth the watch:<br>
<br>
BRKCOL-2616 - QoS Strategies and Smart Media Techniques for Collaboration Deployments (2016 Berlin) - 2 Hours<br>
<br>
On Tue, Jan 3, 2017 at 9:49 PM, Ryan Huff <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">>>
wrote:<br>
I see; while this is by no means a complete solution, it may help. I'm assuming Cisco based soft phones (CIPC, CSF, BOT, TAB ... etc).<br>
<br>
You may try Trusted Relay Points (set in the device level configuration). This does rely and depend on your media resource architecture and design; i.e. you'll need to have media resources that support TRP available.<br>
<br>
Using TRP on the device config for a soft phone will cause CUCM to dynamically insert an MTP in the call flow which will allow for adherence to QOS trust policies and offer a predetermined network path for call flows in an otherwise untrusted network (presumably,
the data network).<br>
-Ryan<br>
<br>
<br>
<br>
Sent from my iPhone<br>
On Jan 3, 2017, at 9:30 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
Only for softphones. Currently most of our servers live on the same LAN as end users, so yeah. Hardphones have their own VLAN so its not as bad. In the future it won?t be that way but for the time being it is.<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
From: Ryan Huff [mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">]<br>
Sent: Tuesday, January 03, 2017 9:18 PM<br>
To: Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>><br>
Cc: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>>; Cisco VoIP
Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">>><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
Ben,<br>
<br>
By flat network; I am to assume that there is no layer 2 partition between rtp/signaling and general data traffic?<br>
<br>
On Jan 3, 2017, at 9:15 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
Yeah, I have the luck of having MPLS right now, and I don?t see us going iWAN for a while for various reasons. QoS on the WAN right now even isn?t my issue, it?s QoS on the LAN. Right now we have a relatively flat network, and certain segments of our troupe
*cough*developers*cough* seems to have made our internal traffic ugly, to the point that I may have to do an analysis of it, as we?re having just random periods here and there where calls just have horrible quality, of the type you normally see fixed by QoS<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
From: Ryan Huff [mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">]<br>
Sent: Tuesday, January 03, 2017 8:40 PM<br>
To: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>><br>
Cc: Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>>; Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">>><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
It's a shame really ... MPLS is far superior IMO, for many reasons. Call it iWAN, DMVPN, AutoVPN .... whatever, it is still as Nate says, public Internet.<br>
<br>
Try getting a 30 or 60 minute SLA with escalation after 15 minutes from a public Comcast or Time Warner/Charter package.<br>
<br>
On Jan 3, 2017, at 7:53 PM, NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>>
wrote:<br>
Or take the most approach of do nothing.<br>
<br>
My personal favorite is to use codecs where QoS matters less, like iLBC, OPUS, etc.<br>
<br>
So many business are getting rid of the QoS capable WAN and just doing VPNs, even if they have fancy names that make it sound better than public internet.<br>
<br>
Sent from my iPhone<br>
<br>
On Jan 3, 2017, at 2:25 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
So, I know this is an age old question that?s debated, but I?ve been wondering if anyone here has a perspective here in regards to QoS for softphones. Obviously, with hardphones, you usually partition a separate VLAN with AutoQoS/DSCP tags, but that isn?t applicable
with softphones.<br>
<br>
I?ve heard of three different options in the past, neither of which seem to be very simple to deploy, but all seem to be Jabber-centric.<br>
<br>
1. Configuring windows to perform DSCP tagging, and do DSCP QoS on the switches they are connected to, as well as trusting the device. Problems: Requires users to be local admins, openings for abuse and network impact due to blind PC trust.<br>
<br>
2. Configuring your switches with an access list that recognizes the ports Jabber does outbound to attach DSCP tags to them. Problems: Other programs could theoretically use those ports<br>
<br>
3. Installing Medianet services on all jabber clients; Configure all switches for medianet tagging. Problem: (I think?) Requires newer switches to use, maybe needs an additional server (I vaguely remember possibly needing prime collab?)?<br>
<br>
Maybe I?m missing some things, but what approach have you guys taken for softphone/Jabber QoS? And on top of that, what options are there for CIPC (I know there?s the auto qos trust cisco-softphone for cisco switches, but I don?t believe there?s a solution
other than #1 for non-cisco switches)?<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/k-Kr3wUq40USyMYNtddNxMTsSyyO-OCe78CzASyyO-OCeuvpdEEILLfzDDT3qabxEVd7dXThKr8qHaNk54SRtxIrsKr9JGX3oSVsSOepso7ffZvCnXKfL3KLsKCCMVPVEVvKyzvG8FHnjlKYVOEuvkzaT0QSMedL6zATvHEK8IFKc6zB4TsSjDdqymoIToHMd9_7wrwCHIcfBisEeROQGmGncRAIrJaBGBPdpb5O5mUm-wamrIlU6A_zMddIzArLf6MnWhEwdbtFkJkKpH9oQKCy02d84fzwA6xoid46Mgd403R63rbxK0WH_RWc" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/avndzgOcxMQrhoupod7b9EV79CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCSnQTXeffZvzhOZsQsFThWZOWr8V7AhPdTC7xTkhjmKCHtBfBgY-F6lK1FJ4SCrLOb0VVdOXMWVKVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oT4JI2rrHEaGTc-JiLbCQnAkPhOr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6Y1tK-rNm" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/avndzgOcxMQrhoupod7b9EV79CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCSnQTXeffZvzhOZsQsFThWZOWr8V7AhPdTC7xTkhjmKCHtBfBgY-F6lK1FJ4SCrLOb0VVdOXMWVKVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oT4JI2rrHEaGTc-JiLbCQnAkPhOr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6Y1tK-rNm</span></a><span lang="EN-GB">><br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/2DRPoAcygQd6Qm7CbFFKce6XCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CS7zrNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrPsJg" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/2DRPoOd2hJ5xVBwQsICzAsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrpvjvIUY_R-d7bRPhODt7HTbFIzAuh7cTuou7th5dqWqJSk-l3PWApmU6CQPqpK_8I3DATbL3HCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBzsiSM9JKKwGHsPWRaYKrhuhjd79I5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUryKrT3IPkd-jE" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/2DRPoOd2hJ5xVBwQsICzAsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrpvjvIUY_R-d7bRPhODt7HTbFIzAuh7cTuou7th5dqWqJSk-l3PWApmU6CQPqpK_8I3DATbL3HCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBzsiSM9JKKwGHsPWRaYKrhuhjd79I5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUryKrT3IPkd-jE</span></a><span lang="EN-GB">><br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/5fHCN8i6h8SyMYNtddNxMTsSyyO-OCe78CzASyyO-OCeuvpdEEILLfzDDT3qabxEVd7dXThKr8qHaNk54SRtxIrsKr9JGX3oSVsSOepso7ffZvCnXKfL3KLsKCCMVPVEVvKyzvG8FHnjlKYVOEuvkzaT0QSMqejrNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrC--S" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/avndy1J5xVBwQsCzBMsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrud7bPBD7D-LOryrPPXWvnKnjh7cYMed7aqbz0XG8FHnjlKOeVkffGhBrwqrhdICXYyevvjvuhjsdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6_AaveFA54hfBPqrMVBAS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdwmX6sqwk" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/avndy1J5xVBwQsCzBMsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrud7bPBD7D-LOryrPPXWvnKnjh7cYMed7aqbz0XG8FHnjlKOeVkffGhBrwqrhdICXYyevvjvuhjsdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6_AaveFA54hfBPqrMVBAS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdwmX6sqwk</span></a><span lang="EN-GB">><br>
<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://cp.mcafee.com/d/k-Kr3zqb3P5QQT673tPqabbXaoUsyqejqabbXaoVVZASyyO-Y-euvsdEEK6zAQsTLt6VIxGIH5gkjrlS6NJOVICSHIdzrBPr8VBNwsY_R-pvKU-YeWZOWqr3DfCzB-Wad-EyCJtdmXPDaxVZicHs3jrZPrNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6UJ9rUyumBiRiVCIBISsZIjl-4WoDt4tt6X6eIf4fuKqesSsZIjl-4OZXThU76XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrAELy" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170104/f48be809/attachment-0001.html</span></a><span lang="EN-GB">><br>
<br>
------------------------------<br>
<br>
Message: 16<br>
Date: Wed, 4 Jan 2017 16:27:26 +0000<br>
From: Lelio Fulgenzi <</span><a href="mailto:lelio@uoguelph.ca"><span lang="EN-GB">lelio@uoguelph.ca</span></a><span lang="EN-GB">><br>
To: Ben Amick <bamick@HumanArc.com>, Evgeny Izetov<br>
<</span><a href="mailto:eizetov@gmail.com"><span lang="EN-GB">eizetov@gmail.com</span></a><span lang="EN-GB">>, "Ryan Huff" <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">><br>
Cc: Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
Message-ID:<br>
<</span><a href="mailto:YTOPR01MB02513B7A153261166E291393AC610@YTOPR01MB0251.CANPRD01.PROD.OUTLOOK.COM"><span lang="EN-GB">YTOPR01MB02513B7A153261166E291393AC610@YTOPR01MB0251.CANPRD01.PROD.OUTLOOK.COM</span></a><span lang="EN-GB">><br>
<br>
Content-Type: text/plain; charset="windows-1252"<br>
<br>
I would have loved to do MTP resources across the board... helps with security as well, less holes to open up. But I found a few features that wouldn't work, like desktop sharing, etc. If they supported all features with MTP, I'd would have likely been able
to justify a couple of routers to do it.<br>
<br>
<br>
---<br>
Lelio Fulgenzi, B.A.<br>
Senior Analyst, Network Infrastructure<br>
Computing and Communications Services (CCS)<br>
University of Guelph<br>
<br>
<span class="gc-cs-link">519-824-4120</span> Ext 56354<br>
</span><a href="mailto:lelio@uoguelph.ca"><span lang="EN-GB">lelio@uoguelph.ca</span></a><span lang="EN-GB"><br>
</span><a href="http://cp.mcafee.com/d/avndygQrhouoKCCUMUrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrp7cKc3DD-LPbZT7TxTnKnjjosVYQsLThhLR4kRHFGTusVkffGhBrwqrvhdL6zATvHEK8IFKc6zB4TsS02rGhrYZoDRJORG6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrZWyL" target="_blank"><span lang="EN-GB">www.uoguelph.ca/ccs</span></a><span lang="EN-GB"><br>
Room 037, Animal Science and Nutrition Building<br>
Guelph, Ontario, N1G 2W1<br>
<br>
<br>
________________________________<br>
From: cisco-voip <</span><a href="mailto:cisco-voip-bounces@puck.nether.net"><span lang="EN-GB">cisco-voip-bounces@puck.nether.net</span></a><span lang="EN-GB">> on behalf of Ben Amick <bamick@HumanArc.com><br>
Sent: Wednesday, January 4, 2017 11:18 AM<br>
To: Evgeny Izetov; Ryan Huff<br>
Cc: Cisco VoIP Group<br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
<br>
Evgeny,<br>
<br>
That?s great, and I was able to find the PDF from the session but I can?t seem to remember how to find the site that has the recordings of the sessions ? could you provide a link to that?<br>
<br>
<br>
<br>
Ryan,<br>
<br>
That sounds like a solid idea for when QoS is absolutely absolutely necessary, but I have nowhere near enough MTP resources to do that for all the softphones in my org.<br>
<br>
<br>
<br>
Ben Amick<br>
<br>
Telecom Analyst<br>
<br>
<br>
<br>
From: Evgeny Izetov [mailto:</span><a href="mailto:eizetov@gmail.com"><span lang="EN-GB">eizetov@gmail.com</span></a><span lang="EN-GB">]<br>
Sent: Tuesday, January 03, 2017 10:15 PM<br>
To: Ryan Huff <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">><br>
Cc: Ben Amick <bamick@HumanArc.com>; Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
<br>
<br>
I saw a CiscoLive! session recently that seemed to recommend the ports and access-lists approach. The idea is that you can now specify separate port ranges for audio and video in SIP Profile. The session goes quite in depth and is worth the watch:<br>
<br>
BRKCOL-2616 - QoS Strategies and Smart Media Techniques for Collaboration Deployments (2016 Berlin) - 2 Hours<br>
<br>
<br>
<br>
On Tue, Jan 3, 2017 at 9:49 PM, Ryan Huff <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">>>
wrote:<br>
<br>
I see; while this is by no means a complete solution, it may help. I'm assuming Cisco based soft phones (CIPC, CSF, BOT, TAB ... etc).<br>
<br>
<br>
<br>
You may try Trusted Relay Points (set in the device level configuration). This does rely and depend on your media resource architecture and design; i.e. you'll need to have media resources that support TRP available.<br>
<br>
<br>
<br>
Using TRP on the device config for a soft phone will cause CUCM to dynamically insert an MTP in the call flow which will allow for adherence to QOS trust policies and offer a predetermined network path for call flows in an otherwise untrusted network (presumably,
the data network).<br>
<br>
-Ryan<br>
<br>
<br>
<br>
<br>
Sent from my iPhone<br>
<br>
On Jan 3, 2017, at 9:30 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
<br>
Only for softphones. Currently most of our servers live on the same LAN as end users, so yeah. Hardphones have their own VLAN so its not as bad. In the future it won?t be that way but for the time being it is.<br>
<br>
<br>
<br>
Ben Amick<br>
<br>
Telecom Analyst<br>
<br>
<br>
<br>
From: Ryan Huff [mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">]<br>
Sent: Tuesday, January 03, 2017 9:18 PM<br>
To: Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>><br>
Cc: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>>; Cisco VoIP
Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">>><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
<br>
<br>
Ben,<br>
<br>
<br>
<br>
By flat network; I am to assume that there is no layer 2 partition between rtp/signaling and general data traffic?<br>
<br>
On Jan 3, 2017, at 9:15 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
<br>
Yeah, I have the luck of having MPLS right now, and I don?t see us going iWAN for a while for various reasons. QoS on the WAN right now even isn?t my issue, it?s QoS on the LAN. Right now we have a relatively flat network, and certain segments of our troupe
*cough*developers*cough* seems to have made our internal traffic ugly, to the point that I may have to do an analysis of it, as we?re having just random periods here and there where calls just have horrible quality, of the type you normally see fixed by QoS<br>
<br>
<br>
<br>
Ben Amick<br>
<br>
Telecom Analyst<br>
<br>
<br>
<br>
From: Ryan Huff [mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">]<br>
Sent: Tuesday, January 03, 2017 8:40 PM<br>
To: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>><br>
Cc: Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>>; Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">>><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
<br>
<br>
It's a shame really ... MPLS is far superior IMO, for many reasons. Call it iWAN, DMVPN, AutoVPN .... whatever, it is still as Nate says, public Internet.<br>
<br>
<br>
<br>
Try getting a 30 or 60 minute SLA with escalation after 15 minutes from a public Comcast or Time Warner/Charter package.<br>
<br>
On Jan 3, 2017, at 7:53 PM, NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>>
wrote:<br>
<br>
Or take the most approach of do nothing.<br>
<br>
<br>
<br>
My personal favorite is to use codecs where QoS matters less, like iLBC, OPUS, etc.<br>
<br>
<br>
<br>
So many business are getting rid of the QoS capable WAN and just doing VPNs, even if they have fancy names that make it sound better than public internet.<br>
<br>
Sent from my iPhone<br>
<br>
On Jan 3, 2017, at 2:25 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
<br>
So, I know this is an age old question that?s debated, but I?ve been wondering if anyone here has a perspective here in regards to QoS for softphones. Obviously, with hardphones, you usually partition a separate VLAN with AutoQoS/DSCP tags, but that isn?t applicable
with softphones.<br>
<br>
<br>
<br>
I?ve heard of three different options in the past, neither of which seem to be very simple to deploy, but all seem to be Jabber-centric.<br>
<br>
1. Configuring windows to perform DSCP tagging, and do DSCP QoS on the switches they are connected to, as well as trusting the device. Problems: Requires users to be local admins, openings for abuse and network impact due to blind PC trust.<br>
<br>
2. Configuring your switches with an access list that recognizes the ports Jabber does outbound to attach DSCP tags to them. Problems: Other programs could theoretically use those ports<br>
<br>
3. Installing Medianet services on all jabber clients; Configure all switches for medianet tagging. Problem: (I think?) Requires newer switches to use, maybe needs an additional server (I vaguely remember possibly needing prime collab?)?<br>
<br>
<br>
<br>
Maybe I?m missing some things, but what approach have you guys taken for softphone/Jabber QoS? And on top of that, what options are there for CIPC (I know there?s the auto qos trust cisco-softphone for cisco switches, but I don?t believe there?s a solution
other than #1 for non-cisco switches)?<br>
<br>
<br>
<br>
Ben Amick<br>
<br>
Telecom Analyst<br>
<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/5fHCNESyMYNtddNxMTsSyyO-OCe78CzASyyO-OCeuvpdEEILLfzDDT3qabxEVd7dXThKr8qHaNk54SRtxIrsKr9JGX3oSVsSOepso7ffZvCnXKfL3KLsKCCMVPVEVvKyzvG8FHnjlKYVOEuvkzaT0QS-Crud79K_nhshpjsod7a9KVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oTqlblbCqOmbAaJMJZ0kIToHMd9_7wqrp78TuudwLQzh0qmXiFqFsPmiNFtd404qg8v718d2MAq8dwwq807Gc6Sn3oMxOm2Mw" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/avndzgOcxMQrhoupod7b9EV79CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCSnQTXeffZvzhOZsQsFThWZOWr8V7AhPdTC7xTkhjmKCHtBfBgY-F6lK1FJ4SCrLOb0VVdOXMWVKVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oT4JI2rrHEaGTc-JiLbCQnAkPhOr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6Y1tK-rNm" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/avndzgOcxMQrhoupod7b9EV79CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCSnQTXeffZvzhOZsQsFThWZOWr8V7AhPdTC7xTkhjmKCHtBfBgY-F6lK1FJ4SCrLOb0VVdOXMWVKVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oT4JI2rrHEaGTc-JiLbCQnAkPhOr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6Y1tK-rNm</span></a><span lang="EN-GB">><br>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/FZsS86Qm7CbFFKce6XCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CTSjrNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUra8wg1TE" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/2DRPoOd2hJ5xVBwQsICzAsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrpvjvIUY_R-d7bRPhODt7HTbFIzAuh7cTuou7th5dqWqJSk-l3PWApmU6CQPqpK_8I3DATbL3HCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBzsiSM9JKKwGHsPWRaYKrhuhjd79I5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUryKrT3IPkd-jE" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/2DRPoOd2hJ5xVBwQsICzAsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrpvjvIUY_R-d7bRPhODt7HTbFIzAuh7cTuou7th5dqWqJSk-l3PWApmU6CQPqpK_8I3DATbL3HCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBzsiSM9JKKwGHsPWRaYKrhuhjd79I5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUryKrT3IPkd-jE</span></a><span lang="EN-GB">><br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/FZsS920QrhouoKCCUMUrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrp7cKc3DD-LPbZT7TxTnKnjjosVYQsLThhLR4kRHFGTusVkffGhBrwqrvodL6zATvHEK8IFKc6zB4TsSjDdqymoIToHMd9_7wrwCHIcfBisEeROQGmGncRAIrJaBGBPdpb5O5mUm-wamrIlU6A_zMddIzArLf6MnWhEwdbtFkJkKpH9oQKCy02d84fzwA6xoid46Mgd403R63rbxJ-69PyG0" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/avndy1J5xVBwQsCzBMsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrud7bPBD7D-LOryrPPXWvnKnjh7cYMed7aqbz0XG8FHnjlKOeVkffGhBrwqrhdICXYyevvjvuhjsdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6_AaveFA54hfBPqrMVBAS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdwmX6sqwk" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/avndy1J5xVBwQsCzBMsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrud7bPBD7D-LOryrPPXWvnKnjh7cYMed7aqbz0XG8FHnjlKOeVkffGhBrwqrhdICXYyevvjvuhjsdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6_AaveFA54hfBPqrMVBAS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdwmX6sqwk</span></a><span lang="EN-GB">><br>
<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://cp.mcafee.com/d/2DRPow91MwrhouoKCCUMUrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrp7cKc3DD-LPbZT7TxTnKnjjosVYQsLThhLR4kRHFGTusVkffGhBrwqrvvdL6zATvHEK8IFKc6zB4TsSjDdqymoIToHMd9_7wryQBLy9VqlblbCqOmPpPSNdnUjFytQhRQrIoCgupupjoPpPSNdnUjbTLt7wsrJaBGBPdpb5O5mUm-wamrIlU6A_zMddIzArLf6MnWhEwdbtFkJkKpH9oQKCy02d84fzwA6xoid46Mgd403R63rbxLpdp" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170104/2b838324/attachment-0001.html</span></a><span lang="EN-GB">><br>
<br>
------------------------------<br>
<br>
Message: 17<br>
Date: Wed, 4 Jan 2017 16:44:52 +0000<br>
From: Ryan Huff <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">><br>
To: Lelio Fulgenzi <</span><a href="mailto:lelio@uoguelph.ca"><span lang="EN-GB">lelio@uoguelph.ca</span></a><span lang="EN-GB">><br>
Cc: Ben Amick <bamick@HumanArc.com>, Evgeny Izetov<br>
<</span><a href="mailto:eizetov@gmail.com"><span lang="EN-GB">eizetov@gmail.com</span></a><span lang="EN-GB">>, "Cisco VoIP Group" <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
Message-ID:<br>
<</span><a href="mailto:BLUPR18MB04820F67E5FD6398C9952F36C5610@BLUPR18MB0482.namprd18.prod.outlook.com"><span lang="EN-GB">BLUPR18MB04820F67E5FD6398C9952F36C5610@BLUPR18MB0482.namprd18.prod.outlook.com</span></a><span lang="EN-GB">><br>
<br>
Content-Type: text/plain; charset="windows-1252"<br>
<br>
Yes, TRP does have some drawbacks; video, binary floor control BUT, works great for voice media. It's a heavy overhead and isn't a complete solution but works in a pinch if you're dealing with some C Level users that "just want the computer phone to work".<br>
<br>
I have also been known to swap out the network card in user pcs for dual interface cards, then use a persistent route in the PC to force the soft phone's traffic to its call control server out of one interface that is on the voice network (leaving the other
interface on the data network).<br>
<br>
A crude solution, but it worked well in a situation where the networking gear wouldn't have supported what we would've needed to do with QOS. Dual port PC network cards, even in bulk, are a heck of a lot cheaper than new networking gear.<br>
<br>
Yikes, giving myself flashbacks from rehashing all these memories of being a network admin for a nonprofit .... need some coffee ....<br>
<br>
On Jan 4, 2017, at 11:27 AM, Lelio Fulgenzi <</span><a href="mailto:lelio@uoguelph.ca"><span lang="EN-GB">lelio@uoguelph.ca</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:lelio@uoguelph.ca"><span lang="EN-GB">lelio@uoguelph.ca</span></a><span lang="EN-GB">>>
wrote:<br>
<br>
<br>
I would have loved to do MTP resources across the board... helps with security as well, less holes to open up. But I found a few features that wouldn't work, like desktop sharing, etc. If they supported all features with MTP, I'd would have likely been able
to justify a couple of routers to do it.<br>
<br>
<br>
---<br>
Lelio Fulgenzi, B.A.<br>
Senior Analyst, Network Infrastructure<br>
Computing and Communications Services (CCS)<br>
University of Guelph<br>
<br>
<span class="gc-cs-link">519-824-4120</span> Ext 56354<br>
</span><a href="mailto:lelio@uoguelph.ca"><span lang="EN-GB">lelio@uoguelph.ca</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:lelio@uoguelph.ca"><span lang="EN-GB">lelio@uoguelph.ca</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/2DRPoO720ArhouoKCCUMUrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrp7cKc3DD-LPbZT7TxTnKnjjosVYQsLThhLR4kRHFGTusVkffGhBrwqrvsdL6zATvHEK8IFKc6zB4TsS02rGhrYZoDRJORG6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrEnfw" target="_blank"><span lang="EN-GB">www.uoguelph.ca/ccs</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/FZsS92gQrhouoKCCUMUrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrp7cKc3DD-LPbZT7TxTnKnjjosVYQsLThhLR4kRHFGTusVkffGhBrwqrv76TzhOrLRQn4mkT63hOyrKr01dR8J-uIjWSVqR3tFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdO8-5_Mf0trH5" target="_blank"><span lang="EN-GB">http://www.uoguelph.ca/ccs</span></a><span lang="EN-GB">><br>
Room 037, Animal Science and Nutrition Building<br>
Guelph, Ontario, N1G 2W1<br>
<br>
<br>
________________________________<br>
From: cisco-voip <</span><a href="mailto:cisco-voip-bounces@puck.nether.net"><span lang="EN-GB">cisco-voip-bounces@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip-bounces@puck.nether.net"><span lang="EN-GB">cisco-voip-bounces@puck.nether.net</span></a><span lang="EN-GB">>>
on behalf of Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>><br>
Sent: Wednesday, January 4, 2017 11:18 AM<br>
To: Evgeny Izetov; Ryan Huff<br>
Cc: Cisco VoIP Group<br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
<br>
Evgeny,<br>
<br>
That?s great, and I was able to find the PDF from the session but I can?t seem to remember how to find the site that has the recordings of the sessions ? could you provide a link to that?<br>
<br>
<br>
<br>
Ryan,<br>
<br>
That sounds like a solid idea for when QoS is absolutely absolutely necessary, but I have nowhere near enough MTP resources to do that for all the softphones in my org.<br>
<br>
<br>
<br>
Ben Amick<br>
<br>
Telecom Analyst<br>
<br>
<br>
<br>
From: Evgeny Izetov [mailto:</span><a href="mailto:eizetov@gmail.com"><span lang="EN-GB">eizetov@gmail.com</span></a><span lang="EN-GB">]<br>
Sent: Tuesday, January 03, 2017 10:15 PM<br>
To: Ryan Huff <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">>><br>
Cc: Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>>; Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">>><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
<br>
<br>
I saw a CiscoLive! session recently that seemed to recommend the ports and access-lists approach. The idea is that you can now specify separate port ranges for audio and video in SIP Profile. The session goes quite in depth and is worth the watch:<br>
<br>
BRKCOL-2616 - QoS Strategies and Smart Media Techniques for Collaboration Deployments (2016 Berlin) - 2 Hours<br>
<br>
<br>
<br>
On Tue, Jan 3, 2017 at 9:49 PM, Ryan Huff <</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">>>
wrote:<br>
<br>
I see; while this is by no means a complete solution, it may help. I'm assuming Cisco based soft phones (CIPC, CSF, BOT, TAB ... etc).<br>
<br>
<br>
<br>
You may try Trusted Relay Points (set in the device level configuration). This does rely and depend on your media resource architecture and design; i.e. you'll need to have media resources that support TRP available.<br>
<br>
<br>
<br>
Using TRP on the device config for a soft phone will cause CUCM to dynamically insert an MTP in the call flow which will allow for adherence to QOS trust policies and offer a predetermined network path for call flows in an otherwise untrusted network (presumably,
the data network).<br>
<br>
-Ryan<br>
<br>
<br>
<br>
<br>
Sent from my iPhone<br>
<br>
On Jan 3, 2017, at 9:30 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
<br>
Only for softphones. Currently most of our servers live on the same LAN as end users, so yeah. Hardphones have their own VLAN so its not as bad. In the future it won?t be that way but for the time being it is.<br>
<br>
<br>
<br>
Ben Amick<br>
<br>
Telecom Analyst<br>
<br>
<br>
<br>
From: Ryan Huff [mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">]<br>
Sent: Tuesday, January 03, 2017 9:18 PM<br>
To: Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>><br>
Cc: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>>; Cisco VoIP
Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">>><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
<br>
<br>
Ben,<br>
<br>
<br>
<br>
By flat network; I am to assume that there is no layer 2 partition between rtp/signaling and general data traffic?<br>
<br>
On Jan 3, 2017, at 9:15 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
<br>
Yeah, I have the luck of having MPLS right now, and I don?t see us going iWAN for a while for various reasons. QoS on the WAN right now even isn?t my issue, it?s QoS on the LAN. Right now we have a relatively flat network, and certain segments of our troupe
*cough*developers*cough* seems to have made our internal traffic ugly, to the point that I may have to do an analysis of it, as we?re having just random periods here and there where calls just have horrible quality, of the type you normally see fixed by QoS<br>
<br>
<br>
<br>
Ben Amick<br>
<br>
Telecom Analyst<br>
<br>
<br>
<br>
From: Ryan Huff [mailto:</span><a href="mailto:ryanhuff@outlook.com"><span lang="EN-GB">ryanhuff@outlook.com</span></a><span lang="EN-GB">]<br>
Sent: Tuesday, January 03, 2017 8:40 PM<br>
To: NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>><br>
Cc: Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>>; Cisco VoIP Group <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">>><br>
Subject: Re: [cisco-voip] Jabber/CIPC and QoS<br>
<br>
<br>
<br>
It's a shame really ... MPLS is far superior IMO, for many reasons. Call it iWAN, DMVPN, AutoVPN .... whatever, it is still as Nate says, public Internet.<br>
<br>
<br>
<br>
Try getting a 30 or 60 minute SLA with escalation after 15 minutes from a public Comcast or Time Warner/Charter package.<br>
<br>
On Jan 3, 2017, at 7:53 PM, NateCCIE <</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:nateccie@gmail.com"><span lang="EN-GB">nateccie@gmail.com</span></a><span lang="EN-GB">>>
wrote:<br>
<br>
Or take the most approach of do nothing.<br>
<br>
<br>
<br>
My personal favorite is to use codecs where QoS matters less, like iLBC, OPUS, etc.<br>
<br>
<br>
<br>
So many business are getting rid of the QoS capable WAN and just doing VPNs, even if they have fancy names that make it sound better than public internet.<br>
<br>
Sent from my iPhone<br>
<br>
On Jan 3, 2017, at 2:25 PM, Ben Amick <bamick@HumanArc.com<mailto:</span><a href="mailto:bamick@HumanArc.com"><span lang="EN-GB">bamick@HumanArc.com</span></a><span lang="EN-GB">>> wrote:<br>
<br>
So, I know this is an age old question that?s debated, but I?ve been wondering if anyone here has a perspective here in regards to QoS for softphones. Obviously, with hardphones, you usually partition a separate VLAN with AutoQoS/DSCP tags, but that isn?t applicable
with softphones.<br>
<br>
<br>
<br>
I?ve heard of three different options in the past, neither of which seem to be very simple to deploy, but all seem to be Jabber-centric.<br>
<br>
1. Configuring windows to perform DSCP tagging, and do DSCP QoS on the switches they are connected to, as well as trusting the device. Problems: Requires users to be local admins, openings for abuse and network impact due to blind PC trust.<br>
<br>
2. Configuring your switches with an access list that recognizes the ports Jabber does outbound to attach DSCP tags to them. Problems: Other programs could theoretically use those ports<br>
<br>
3. Installing Medianet services on all jabber clients; Configure all switches for medianet tagging. Problem: (I think?) Requires newer switches to use, maybe needs an additional server (I vaguely remember possibly needing prime collab?)?<br>
<br>
<br>
<br>
Maybe I?m missing some things, but what approach have you guys taken for softphone/Jabber QoS? And on top of that, what options are there for CIPC (I know there?s the auto qos trust cisco-softphone for cisco switches, but I don?t believe there?s a solution
other than #1 for non-cisco switches)?<br>
<br>
<br>
<br>
Ben Amick<br>
<br>
Telecom Analyst<br>
<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/2DRPos720QcCQm7CbFFKce6XCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CTTzrNEVdTWWbybarz1EVhdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr8V6XPNI5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUrT-QQ" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/avndzgOcxMQrhoupod7b9EV79CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCSnQTXeffZvzhOZsQsFThWZOWr8V7AhPdTC7xTkhjmKCHtBfBgY-F6lK1FJ4SCrLOb0VVdOXMWVKVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oT4JI2rrHEaGTc-JiLbCQnAkPhOr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6Y1tK-rNm" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/avndzgOcxMQrhoupod7b9EV79CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCSnQTXeffZvzhOZsQsFThWZOWr8V7AhPdTC7xTkhjmKCHtBfBgY-F6lK1FJ4SCrLOb0VVdOXMWVKVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oT4JI2rrHEaGTc-JiLbCQnAkPhOr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6Y1tK-rNm</span></a><span lang="EN-GB">><br>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/5fHCN0g4xApdEIfcnjjsosdTdEEILIFzxO9EVdEEILIFzDDSjqabbXPUVVZMSyyUqejhPuZQrCO6GOIl1hdJnor6TbCOrqKMSdKndIzCn61PP_nVB-XzXMXHTbFFIes-qenXEETWyaqRQRrLesG7DR8OJMddLCzASYqejt-KyUyOCUMqekjtPpesRG9pyPtyL0QDYu1K2qKMM-l9OwXnbiFqFsPmiNKQGmGncRAIn8lrxrW0FpKNnwqj-f0QSOehKYYr1vF6y0QJSBiRiVCIBziWq808Qwg-e2gq5x8Qgr10Qg0fkodIK6-1WOM2vz" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/2DRPoOd2hJ5xVBwQsICzAsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrpvjvIUY_R-d7bRPhODt7HTbFIzAuh7cTuou7th5dqWqJSk-l3PWApmU6CQPqpK_8I3DATbL3HCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBzsiSM9JKKwGHsPWRaYKrhuhjd79I5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUryKrT3IPkd-jE" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/2DRPoOd2hJ5xVBwQsICzAsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrpvjvIUY_R-d7bRPhODt7HTbFIzAuh7cTuou7th5dqWqJSk-l3PWApmU6CQPqpK_8I3DATbL3HCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBzsiSM9JKKwGHsPWRaYKrhuhjd79I5-Aq83iTqlblbCqOmdbFEw0zi13UU91Em4zh1I43h00ZhwSOUryKrT3IPkd-jE</span></a><span lang="EN-GB">><br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><mailto:</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
</span><a href="http://cp.mcafee.com/d/FZsS91MA86Qm7CbFFKce6XCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCShPbz0VV_HYO_tNZUtRXBQQS7evd7bZQkrZh5dqWqJTDel3PWApmU6CTbCTzhOrLRQn4mkT63hOyrKr9PCJhbcmrIlU6A_zMdMjlS67OFek7qVqlblbCqOmdSBiRiVCIByV2Hsbvg5bdSaY3ivNU6CShOdTDzobZ8Qg6BKQGmGncRAIqnjh016A27NMi3gI96y3o86y01Wz1JBMSxA2TvcQ" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><</span><a href="http://cp.mcafee.com/d/avndy1J5xVBwQsCzBMsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrud7bPBD7D-LOryrPPXWvnKnjh7cYMed7aqbz0XG8FHnjlKOeVkffGhBrwqrhdICXYyevvjvuhjsdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6_AaveFA54hfBPqrMVBAS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdwmX6sqwk" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/avndy1J5xVBwQsCzBMsCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrud7bPBD7D-LOryrPPXWvnKnjh7cYMed7aqbz0XG8FHnjlKOeVkffGhBrwqrhdICXYyevvjvuhjsdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6_AaveFA54hfBPqrMVBAS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdwmX6sqwk</span></a><span lang="EN-GB">><br>
<br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://cp.mcafee.com/d/FZsS939J5xVyWqrz3xKVJ55BZBcsehd79J55BZBcsY-Orhhpvuv7ffK6Qkn3hOqerTKzsSgRmlyEa9JGX3oSVsSjrlS6NJOVJAsOUMeuvW_cLTsvu7tuVtddxPDPhO_t56_khjmKCHtVPBgY-F6lK1FJN4SYqejt-KyUyOCUMqekjtPpesRG9pyPtyL0QDYu1Kbim-8DBFkJkKpH9rdDfr4RvxeC9Th7nhKNzz5Q6jhOUDCPDJyqLMCnLuWf0UTqlblbCqOmbAaJMJZ0kIToHMd9_7wqrp78TuudwLQzh0qmXiFqFsPmiNFtd404qg8v718d2MAq8dwwq807Gc6Sn3tYg4DQQnWyl9" target="_blank"><span lang="EN-GB">https://puck.nether.net/pipermail/cisco-voip/attachments/20170104/640d3962/attachment-0001.html</span></a><span lang="EN-GB">><br>
<br>
------------------------------<br>
<br>
Message: 18<br>
Date: Wed, 4 Jan 2017 13:31:15 +0000<br>
From: Ben Amick <bamick@HumanArc.com><br>
To: Tim Warnock <</span><a href="mailto:timoid@timoid.org"><span lang="EN-GB">timoid@timoid.org</span></a><span lang="EN-GB">>, "'</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">'"<br>
<</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: Re: [cisco-voip] 7921g-w-k9 -> 7921g-a-k9<br>
Message-ID:<br>
<</span><a href="mailto:820C24BFE55F434C97807C60D4647ACE0F9DE0F3@E2k10-MB-HT1.humanarc.com"><span lang="EN-GB">820C24BFE55F434C97807C60D4647ACE0F9DE0F3@E2k10-MB-HT1.humanarc.com</span></a><span lang="EN-GB">><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
I don't know about the issue with 802.11d, but the 7925/7926(+barcode scanner) is not EoL and is the successor in the same series. However, the newest wireless phone that they want us all to move to is the 8821.<br>
<br>
Ben Amick<br>
Telecom Analyst<br>
<br>
<br>
-----Original Message-----<br>
From: cisco-voip [mailto:</span><a href="mailto:cisco-voip-bounces@puck.nether.net"><span lang="EN-GB">cisco-voip-bounces@puck.nether.net</span></a><span lang="EN-GB">] On Behalf Of Tim Warnock<br>
Sent: Tuesday, January 03, 2017 11:12 PM<br>
To: '</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">' <</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB">><br>
Subject: [cisco-voip] 7921g-w-k9 -> 7921g-a-k9<br>
<br>
Hi,<br>
<br>
Does anyone know how to either:<br>
<br>
A) Turn a 7921G-W-K9 -> 7291G-A-K9 or<br>
B) Disable the 7921G's reliance on country information being advertised via 802.11d<br>
<br>
It appears the World version needs 802.11d functioning in order to connect to the AP, and the AP in question doesn't support 802.11d<br>
<br>
Or suggest a suitable replacement (7921G is EOL)?<br>
<br>
Thanks<br>
-]Tim.<br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><br>
</span><a href="http://cp.mcafee.com/d/1jWVIe4wUpdEIfcLTphsudTdEEILIFzxO9EVdEEILIFzDDSjqabbXPUVVZMSyyUqejhPuZQrCO6GOIl1hdJnor6TbCOrqKMSdKndKIK3HeffZvAm4rILfZuVtdBxDAS3hOC-UeWyaqRQRrCzB_BgY-F6lK1FJ4SyrLRQkhPz0WXVEVdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jqrPb1IQJSBiRiVCIBziWq81NEVjh8BP1sGqejh0nd7NEw76zBd4ynQKld79JAsr9cjU" target="_blank"><span lang="EN-GB">http://cp.mcafee.com/d/1jWVIe4wUpdEIfcLTphsudTdEEILIFzxO9EVdEEILIFzDDSjqabbXPUVVZMSyyUqejhPuZQrCO6GOIl1hdJnor6TbCOrqKMSdKndKIK3HeffZvAm4rILfZuVtdBxDAS3hOC-UeWyaqRQRrCzB_BgY-F6lK1FJ4SyrLRQkhPz0WXVEVdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jqrPb1IQJSBiRiVCIBziWq81NEVjh8BP1sGqejh0nd7NEw76zBd4ynQKld79JAsr9cjU</span></a><span lang="EN-GB"><br>
<br>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you<br>
<br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
</span><a href="mailto:cisco-voip@puck.nether.net"><span lang="EN-GB">cisco-voip@puck.nether.net</span></a><span lang="EN-GB"><br>
</span><a href="http://cp.mcafee.com/d/5fHCNAq3zqb3P5QQT673tPqabbXaoUsyqejqabbXaoVVZASyyO-Y-euvsdEEK6zAQsTLt6VIxGIH5gkjrlS6NJOVICSHIdzrBPr8VBNwsY_R-pvKU-YeWZOWqr3DfCzB-Wad-EyCJtdmXPDaxVZicHs3jrypJUQsCXZt5N5BdNwQsECXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBztFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FJAsztVUS2_id41FrJaBGBPdpb6BQQg0hF0xYs4wQb2hEwS21Ew0uEMrpsdKCW7lVpQj3n3" target="_blank"><span lang="EN-GB">https://puck.nether.net/mailman/listinfo/cisco-voip</span></a><span lang="EN-GB"><br>
<br>
<br>
------------------------------<br>
<br>
End of cisco-voip Digest, Vol 159, Issue 4<br>
******************************************<o:p></o:p></span></p>
</blockquote>
</div>
<p class="MsoNormal"><span lang="EN-GB"><o:p> </o:p></span></p>
</div>
</div>
</div>
</div>
</body>
</html>
<BR>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you