<div dir="ltr"><span style="font-size:12.8000001907349px">There are a few gotchas, desktop sharing via BFCP doesn't work for one.</span><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">If it's just for segregation of wireless clients, it may be worthwhile you investigating the use of Expressway/MRA?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 17 February 2015 at 16:34, Brian Meade <span dir="ltr"><<a href="mailto:bmeade90@vt.edu" target="_blank">bmeade90@vt.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">They're basically just MTPs you deem to be "trusted".  A lot of people use them for switching between IPv4 and IPv6.  Really not anything different than just forcing MTP Required other than maybe just narrowing down the MTP list.  Some people use the same setup for VPN phones/IP Communicators over VPN so VPN clients don't have to be able to talk directly to each other.</div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Tue, Feb 17, 2015 at 11:28 AM, Lelio Fulgenzi <span dir="ltr"><<a href="mailto:lelio@uoguelph.ca" target="_blank">lelio@uoguelph.ca</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div><div style="font-family:verdana,helvetica,sans-serif;font-size:10pt;color:#000000"><br>We had a security discussion with our account team, and one thing that was brought up was the concept/feature of trusted relay points.<br><br>There's not much on the subject in the guides, other than saying some MTPs are trusted relay points.<br><br>Our thought was, rather than opening up the voice VLANs to allow media from the data VLANs, we could simply set up the Jabber clients with "trusted relay points" enabled and modify the voice VLAN ACLs to allow access from these trusted relay points. We could either use our PSTN gateways or deploy another set of 2900s for this purpose.<br><br>This would also help us in the short term, I believe, by not having to enable "peer to peer" communications on our wiLAN.<br><br>Any thoughts or pointers to some documents would be fantastic.<br><br>Lelio<br><br><br><div><span name="x"></span>---<br>Lelio Fulgenzi, B.A.<br>Senior Analyst, Network Infrastructure<br>Computing and Communications Services (CCS)<br>University of Guelph<br><br><a href="tel:519%E2%80%90824%E2%80%904120%20Ext%2056354" value="+15198244120" target="_blank">519‐824‐4120 Ext 56354</a><br><a href="mailto:lelio@uoguelph.ca" target="_blank">lelio@uoguelph.ca</a><br><a href="http://www.uoguelph.ca/ccs" target="_blank">www.uoguelph.ca/ccs</a><br>Room 037, Animal Science and Nutrition Building<br>Guelph, Ontario, N1G 2W1<span name="x"></span><br></div><br></div></div><br></div></div>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>
<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><br>
<br></blockquote></div><br></div>