Since I will keep expanding my lab Lync deployment with Enterprise Voice (I plan to test few new products, as for example – Ferrari Electronics' PCI certified Lync Gateway), now is a good time to configure and test Media Bypass functionality. MB is an awesome feature and I am excited of the fact that is now included. As an “old school” LCS/OCS guy, the bare thought of virtualizing anything that touches RTP makes me itch, but… this is another story…
Configuration of Media Bypass is described here: http://technet.microsoft.com/en-us/library/gg413028.aspx. I will simply follow the steps and later run some traces to verify the functionality.
As described, we have two options – to “force” (via Global settings) “always bypass” which I find not such a good idea, especially if our environment consist of multiple regions and sites where the WAN and inter-site links could be impacted at any time. Instead, I will use “sites and region configuration” option.
Next, I will enable Media Bypass on my only (as of this moment) Trunk.
…and of course, Commit the changes.
***It is important to understand the following statement:
“If you have already optionally configured call admission control (CAC), another advanced Enterprise Voice feature, note that the bandwidth reservation performed by call admission control does not apply to any calls for which media bypass is employed. The verification of whether to employ media bypass is performed first, and if media bypass is employed, call admission control is not used for the call; only if the media bypass check fails is the check performed for call admission control. The two features are thus mutually exclusive for any particular call that is routed to the PSTN. This is the logic because media bypass assumes that bandwidth constraints do not exist between the media endpoints on a call; media bypass cannot be performed on links with restricted bandwidth. As a result, one of the following will apply to a PSTN call: a) media bypasses the Mediation Server, and call admission control does not reserve bandwidth for the call; or b) call admission control applies bandwidth reservation to the call, and media is processed by the Mediation Server involved in the call”.
Simply said – do not enable Media Bypass if you intend to utilize Call Admission Control due to a slow or unreliable WAN links because if MB is enabled, CAC will not be respected.
Now gets a little tricky. We must associate each subnet on our network with a specific network site. First, I will define at least one Network Site:
Next, I will use Control Panel to define one subnet in my environment:
…and another with Lync Server Management Shell:
Quick check of my Site properties shows that the subnets are now associated with this site.
Now I should expect Media Bypass to work or, should I? Fact is – Lync clients receive such information via in band provisioning and so, in order to test immediately, I will log off and login back to Lync from a client on 10.8.0.0 subnet.
There are several ways to verify if MB works. As Jens Trier Rasmussen described in this post: http://blogs.technet.com/b/jenstr/archive/2011/04/14/media-bypass.aspx, I could check my Monitoring server for Call Information or use Snooper or… run Wireshark and see if RTP will flow between my Audiocodes Mediant 800MSBG and my PC (Lync client).
Indeed, it worked as expected.