while we where doing some testing in our lab we noticed the screen savers on our lab computers never came on. this is due to starting a whiteboard or presentation in Lync
There is a design in Lync to prevent this. Microsoft did this on purpose.
Microsoft has released an update to over ride this feature. But the hotfix must be requested by calling Microsoft :(
http://support.microsoft.com/kb/2710584
After the update is installed, run the following command in Lync Server Management Shell to apply a client policy:
New-CsClientPolicyEntry -Name "UseDefaultWindowsScreenSaverPolicy" –Value "True"
Tuesday, 29 May 2012
Wednesday, 23 May 2012
Reset Lync Phones to Factory Default
Incase the word hasent gotten out you can reset your Lync Polycom handset back to defaults. We ran into the need to do this in our test enviroment where we distroyed the lab but the phones where looking to connect to the old pool.
this will work on the following handsets
the Aastra 6721ip, Aastra 6725ip, HP 4110, HP 4120, Polycom CX500, Polycom CX600, and Polycom CX3000.
A Hard Reset is triggered by holding down * and #. A Factory Reset is triggered by holding down 4 and 6.
this will work on the following handsets
the Aastra 6721ip, Aastra 6725ip, HP 4110, HP 4120, Polycom CX500, Polycom CX600, and Polycom CX3000.
A Hard Reset is triggered by holding down * and #. A Factory Reset is triggered by holding down 4 and 6.
Wednesday, 16 May 2012
Is your connection good enough for SIP Trunking?
This post will be short and sweet. Apologies for the delay in posts. We have been busy with the launch of Server 8 and have been testing the capabilities of Hyper-V, SMB 3.0 and a few others. But received a call from a potential client and they asked me if their 5mbps fiber connection was enough to support 15 concurrent calls. let’s see.
Microsoft says:
G.711 64.8kps one way audio x 2 = 128kbps (that’s with no forward error correction) x 15 calls = 1.89Mbps
So we say yes, but with caution. With all the testing we can do to make sure all our end users get excellent quality of service using Lync. There are some things we over look such as maybe this client will want to start using conferencing, remote users, remote users using video etc... Then there are the not so obvious. Jitter, packet loss, MOS...
All these things will eat a 5mbps connection, and while the day to day web browsing, SMTP traffic and so on.
a great website I use all the time to see if clients connections are "SIP Trunk" worthy is http://voiptest.thinktel.ca/. Which is run and hosted by ThinkTel. An approved Lync OIP Trunk Provider. from this we can see reliability of the connection as well as any possible issues beforehand that will break up the audio signal.
Just though I would shoot that one out. Has helped us out tons in the past, even with troubleshooting!
Note: I am still going to be posting my Server 8 Lync deployment, but haven’t had the chance yet. Should be in the next few weeks.
Microsoft says:
G.711 64.8kps one way audio x 2 = 128kbps (that’s with no forward error correction) x 15 calls = 1.89Mbps
So we say yes, but with caution. With all the testing we can do to make sure all our end users get excellent quality of service using Lync. There are some things we over look such as maybe this client will want to start using conferencing, remote users, remote users using video etc... Then there are the not so obvious. Jitter, packet loss, MOS...
All these things will eat a 5mbps connection, and while the day to day web browsing, SMTP traffic and so on.
a great website I use all the time to see if clients connections are "SIP Trunk" worthy is http://voiptest.thinktel.ca/. Which is run and hosted by ThinkTel. An approved Lync OIP Trunk Provider. from this we can see reliability of the connection as well as any possible issues beforehand that will break up the audio signal.
Just though I would shoot that one out. Has helped us out tons in the past, even with troubleshooting!
Note: I am still going to be posting my Server 8 Lync deployment, but haven’t had the chance yet. Should be in the next few weeks.
Subscribe to:
Posts (Atom)