<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=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* 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;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
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 lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>On #3, yes, it will enable FEC for packet loss, however it also uses RTCP to determine bandwidth, jitter and delay to adjust audio and video as part of RT’s adjustable codec. FEC only kicks in though if there is high bandwidth and high loss though. FEC takes two voice segments, say segment 1 and 2, and puts it into a single packet. The next packet will include segments 2 and 3, next 3 and 4 and so on. It ends up using more bandwidth overall which is why it is used for high bandwidth high loss situations.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> cisco-voip-bounces@puck.nether.net [mailto:cisco-voip-bounces@puck.nether.net] <b>On Behalf Of </b>Scott Voll<br><b>Sent:</b> Tuesday, May 10, 2011 2:09 PM<br><b>To:</b> Tony Edwards<br><b>Cc:</b> cisco-voip@puck.nether.net<br><b>Subject:</b> Re: [cisco-voip] lync moc desktop p2p & p2m video calls , conferencing<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><br><br>Are you doing a pilot of both M$ and Ci$co? Comparing the two?<o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>1. M$ can do the same stuff that CM does. It does not have to be configured together to get it working. <o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>2. I think it depends on what your planing to end up with. are you planning on integrating the two?<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>3. Not really sure. Someone told me (YMMV) that MS just pushes more packets if it starts loosing packets. Can fill up pipes if its having issues getting the packets through. Don't know if it's true or not.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>4. & 5. I don't know.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-bottom:12.0pt'>Scott<o:p></o:p></p><div><p class=MsoNormal>On Tue, May 10, 2011 at 3:16 AM, Tony Edwards <<a href="http://tonyedwards.rs">tonyedwards.rs</a>@<a href="http://gmail.com">gmail.com</a>> wrote:<o:p></o:p></p><p>hi guys,<o:p></o:p></p><p>can some one please guide me on the below queries?<o:p></o:p></p><p>i am planning to run a pilot with a lync2010 server with 10 odd lync moc clients on 10 user windows7 computers with an aim to <br>turn on a desktop video p2p and p2m ( conference) streams both with in lan environment as well as between 2 x wan site , separated by a 512k frame relay pipe.<o:p></o:p></p><p>in isolation i do have a ccm running with 10 sites with 100 sccp end points and lync platform will be totally separate to begin with while i trial desktop to desktop video.<o:p></o:p></p><p>so that being the aim , i am not sure on how to address following 4 aspects.<o:p></o:p></p><p>1. can my 10 pilot lync moc clients do p2p or p2m desktop video sessions with rt audio and rt video codecs with out going via ccm cluster or with out the help of ccm at all.<o:p></o:p></p><p>2. just like ccm's sccp end points which will have a dn # , should my lync moc clients too need to have dn # or lync moc can audio & video call each other via their sip addresses or user names ?<o:p></o:p></p><p>3.from qos perspective , what tcp & udp ports should i have to mark and classify for rt audio or rt video signalling and payloads ? from my very limited understanding on lync so far , moc clients when they talk to lync server via sip , they do open up peer to peer sort of 1024 to 65534 sort of huge port range. which i gather , can we locked in to smaller range via in-band signalling. so as you can see here , i am totally confused on best possible qos templates to protect and give some sort of priority (perhaps IP Prec 2 or AF21) lync desktop video p2p and p2p sessions. <o:p></o:p></p><div><p class=MsoNormal>4. i do gather that , lync do offer cac , similar to ccm. if that is the case , how much bw shall i have to configure for 2 x desktop video sessions ?<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>5. lastly , i was just checking nbar class maps on my is router and i spotted match protocol rtp audio and rtp video and rtp payload , but nbar match options does not offer rt audio or rt video to cover microsoft lync protocol matching. so , i am just wondering , are they both same or not. if they are not same , then perhaps , the bets i could do it is match tcp and udp port ranges of rt audio and rt video traffic streams.<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>thank you a lot.<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal><span style='color:#888888'>tony<o:p></o:p></span></p></div><p class=MsoNormal style='margin-bottom:12.0pt'><br>_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal><br><br><span style='color:white'>itevomcid</span> <o:p></o:p></p></div></body></html>