Lync edge что это
The Lync Edge Server is an often misunderstood server role that in theory is not all that complicated. But without knowing some of the basic functionality provided it can be confusing at times to understand what traffic is going where in the topology.
This article takes a look at the services and network traffic which travels to, and through, the Edge Server in an effort to simplify deployment and troubleshooting by gaining a basic understanding of the Edge Server’s purpose.
Edge Services
Before looking at the individual ports it is important to understand that the Edge Server is comprised of five different Windows Services which are responsible for handling different types of traffic and requests.
To identify the services and their names perform either of the following actions:
- On the Edge Server open the Windows Command Prompt and issue the “ net start | findstr Lync ” command to list the installed services on the Lync Edge Server.
net start | findstr Lync
- Or use the Services Control Panel applet to view the installed services.
When troubleshooting it is helpful to know the basic Service Name and well as the core application for each of the Edge services.
Display Name | Service Name | Service Executable |
Lync Server Access Edge | RTCSRV | RTCSrv.exe |
Lync Server Audio/Video Authentication | RTCMRAUTH | MRASSvc.exe |
Lync Server Audio/Video Edge | RTCMEDIARELAY | MediaRelaySvc.exe |
Lync Server Replica Replicator Agent | REPLICA | ReplicaReplicatorAgent.exe |
Lync Server Web Conferencing Edge | RTCDATAPROXY | DataProxy.exe |
Listening Port Allocation
As shown above there are multiple ports utilized by the Edge server with some of the same port numbers (e.g. 443) assigned to multiple interfaces. Simply looking at the port number alone is not enough to know what type of traffic might be associated with it as different services will use the same port number for different purposes, albeit on different IP addresses as no two services can occupy the same listening port on the same IP address. Thus it is important to always note the IP address of the interface as well as the port. For example, traffic sent to the internal IP of the Edge server over port 443 would be for relaying media, but traffic sent to the Access Edge external IP over port 443 would actually be external client SIP signaling requests.
Example Configuration
For the remainder of this article the following Lync Server Topology is used throughout all example text and screenshots.
Querying Listening Ports
To verify that the proper ports are listening and the Edge services are functional the following validation checks can be performed.
- On the Edge Server open the Windows Command Prompt and issue the “ netstat -an ” command to list all of the currently open network ports on all interfaces. (The -a switch returns open listening ports as well as any ports with established connections. The -n switch skips reverse name lookup on any host IP addresses and will allow the command to complete much faster.)
Among the results of all static and dynamic ports for any service or application on the server the specific Lync Server listening ports for the various Lync Edge services should be displayed. Note that some of these IP:Port combinations may display multiple entries as an active Edge server will have server and client connections. But the additional entries should all be reported as in an Established state and only a single line for each will be in a Listening state.
The following entries were pulled from the command output and listed in a table for easy identification.
Proto Local Address Foreign Address State
TCP 0.0.0.0:4443 0.0.0.0:0 LISTENING
TCP 10.4.5.11:443 0.0.0.0:0 LISTENING
TCP 10.4.5.11:5061 0.0.0.0:0 LISTENING
TCP 10.4.5.11:5062 0.0.0.0:0 LISTENING
TCP 10.4.5.11:8057 0.0.0.0:0 LISTENING
TCP 140.2.21.9:443 0.0.0.0:0 LISTENING
TCP 140.2.21.9:5061 0.0.0.0:0 LISTENING
TCP 140.2.21.10:443 0.0.0.0:0 LISTENING
TCP 140.2.21.11:443 0.0.0.0:0 LISTENING
UDP 10.4.5.11:3478 *:*
UDP 140.2.21.11:3478 *:*
What the results above show are all of the static listening ports used by the various Lync in an unconnected Listening state. The Protocol is shown as TCP for all ports except for 3478 UDP on the A/V Edge external IP address which is used for connectionless traffic from Lync clients and servers to the Media Relay service. The Foreign Address of 0.0.0.0:0 is shown as these are open listening ports with no connections established. Any established connections to these ports will be reported by netstat in additional lines.
The netstat command also provides a switch to display the executable name for each opened port to assist in identification of the which service owns which listening port.
- On the Edge Server open the Windows Command Prompt and issue the “ netstat –abn ” command to display the same output as before but with additional lines showing the service program file name. (The -b switch adds the service names to the output for each port. As shown in the example the individual switches can be concatenated so both -abn and -a -b -n are valid formats.)
By matching up the reported executable names in the results the following table can be created, indicating what type of connections each port is listening for.
Local Address | Interface | Service | Usage |
TCP 0.0.0.0:4443 | Internal External | Replica Replicator Agent | Inbound CMS replication traffic from internal Lync Servers |
TCP 10.4.5.11:443 | Internal | Audio/Video Edge [MediaRelaySvc.exe] | ICE connections and tunneled media, desktop sharing, and file sharing from internal clients and servers |
TCP 10.4.5.11:5061 | Internal | Access Edge [RTCSrv.exe] | SIP connections from internal Lync servers |
TCP 10.4.5.11:5062 | Internal | Audio/Video Authentication [MRASSvc.exe] | A/V Authentication requests from internal servers |
TCP 10.4.5.11:8057 | Internal | Web Conferencing Edge [DataProxy.exe] | Web Conferencing (PSOM) connections from internal Lync servers |
TCP 140.2.21.9:443 | External | Access Edge [RTCSrv.exe] | External client SIP registration and signaling traffic |
TCP 140.2.21.9:5061 | External | Access Edge [RTCSrv.exe] | Federation traffic from other OCS/Lync Servers, Public IM servers, and XMPP gateways. |
TCP 140.2.21.10:443 | External | Web Conferencing Edge [DataProxy.exe] | External Web Conferencing PSOM data for client features like Whiteboarding, PowerPoint uploads, polls, and file uploads. |
TCP 140.2.21.11:443 | External | Audio/Video Edge [MediaRelaySvc.exe] | ICE connections and tunneled media, desktop sharing, and file sharing from external clients and servers |
UDP 10.4.5.11:3478 | Internal | Audio/Video Edge [MediaRelaySvc.exe] | ICE connections and tunneled media from internal clients and servers |
UDP 140.2.21.11:3478 | External | Audio/Video Edge [MediaRelaySvc.exe] | ICE connections and tunneled media from external clients and servers |
A closer look at the table above identifies some important concepts:
Media Port Range
If the listening ports in the table above are compared back to the original diagram there is still one last traffic type left unaccounted for: the 50,000-59,999 port range used for media traversal.
It is important to understand that this port range is only opened on the external A/V Edge interface, not the internal interface. All internal Lync clients and servers will tunnel media directly to either 3478 (UDP) or 443 (TCP). This many-to-one model is possible because of the deployment requirement that Network Address Translation (NAT) is not allowed between the internal Edge interface and any internal subnets hosting clients and servers. Thus every inbound connection to either 443 or 3478 would contain a unique IP address and source port. Whereas on the external side of the Edge server the remote hosts could be behind NAT or multiple federated Edge servers could be attempting to open connections from the same source port. In OCS R2 the ability to tunnel external media connections was added but this is only for UDP media and not TCP, thus is is still recommended to allow inbound connections form the Internet to this entire port range for both UDP and TCP traffic.
For a more detailed demonstration of exactly what these ports are used for and why it is recommended to still allow this range of ports inbound then jump to 1:04:00 of the Edge Media Connectivity with ICE technical session from TechEd 20102.
These ports are not constantly open for listening as they are allocated on-demand as the media relay service needs to. When external and/or internal clients need to proxy media through the Edge Server then listening ports will be allocated during media negotiation between endpoints. Once the best path for media has been established (which may not actually be through the Edge Server) then any unused ports where were allocated for that call are released. When viewing port allocation with netstat a large number of ports between 50.000 and 59,999 may be displayed for both TCP and UDP protocols.
- On the Edge Server open the Windows Command Prompt and issue the “ netstat –anp tcp | findstr :5 ” command to return only listening and established TCP ports beginning with a 5.
netstat -anp tcp | findstr :5
- On the Edge Server open the Windows Command Prompt and issue the “ netstat –anp udp | findstr :5 ” command to list only listening and established UDP ports beginning with a 5.
netstat -anp udp | findstr :5
Testing Listening Ports
- From a remote host on an internal network (e.g. a Lync Front End Server) open the Windows Command Prompt and issue the telnet command to one of the internal Edge services. (If the telnet client is not found then it must first be installed on the Windows Host.)
If a connection to the port fails this would indicate a problem like the service is not started or listening on the Edge server, the Edge server is unreachable due to a firewall or other port filtering or routing issue, or name resolution has failed.
The expected response would be to see the command prompt window immediately refresh and a blank window will be displayed. (When testing connections to the internal IP to TCP 8057 for Web Conferencing a string of seemingly nonsensical characters will be turned instead of a blank window, this is normal.)
- Leaving the telnet session open on the remote host move back to the Edge Server and issue the following command to look for the specific connection.
netstat -an | findstr 5061
As this deployment includes a Director server (10.2.10.25) existing established connections already appear to the Edge server over TCP 5061 from the assigned next-hop server, while the test telnet connection from the Lync Front End (10.2.10.27) is easily identifiable in the results.
This same test can be performed for any of the TCP listening ports on the Edge server, but not the UDP listening ports as the connectionless UDP protocol is not compatible with Telnet. If it is attempted there will be no response from the server on the 3478 UDP ports listening on both sides of the Edge Server.
A randomly selected TCP listening port in the 50,000-59,000 range can also be tested but the Edge Server will actively refuse the connection. This result illustrates why the media range ports cannot be connected to or port-scanned under normal circumstances.
- View the list of currently listening TCP ports and select one at random (e.g. 50137)
- From a remote host attempt to telnet to that same port and see that the connection is refused almost immediately.
This is because when the Telnet client connects it is neither the type of connection the Edge Server expects nor are the proper credentials available to provide to the media relay service to allow the connection to be established.
После, того как Lync Front End сервер был установлен пришло время разворачивать Edge.
Инсталляция Edge сервера практически ничем не отличается от инсталляции других ролей, изначально необходимо определить эту роль в топологии, настроить локальное хранилище, где будет храниться топология и синхронизировать информацию с Central Management Store. Разница состоит в том, что Lync Edge не входит в домен AD и по этому топологию в процессе инсталляции роли нужно будет копировать вручную. Еще одна особенность заключается в том, что Edge сервер подключен к инфраструктуре с помощью двух сетевых адаптеров. Один сетевой адаптер «внутренний» подключен к внутренней сети, второй сетевой адаптер «внешний» подключен к сети DMZ или напрямую к сети Интернет.
Настройку Edge сервера начнем с настройки «внешнего» сетевого адаптера. На данный сетевой адаптер будет натироваться трафик с внешнего сетевого адаптера TMG.
Прежде всего в свойствах адаптера можно отключить следующие опции:
-Client for Microsoft Networks
—File and Printer Sharing for Microsoft Networks
—Register this connection’s addresses in DNS
Сетевые настройки следующие:
«внутренний» сетевой адаптер напрямую подключен во внутреннюю сеть.
Сетевые настройки следующие:
Так как маршрут по умолчанию настроен на «внешнем» сетевом адаптере для того, чтобы трафик маршрутизировался во внутреннюю сеть или сети, необходимо добавить статически маршруты ко всем подсетям, где размещены серверы и клиенты Lync.
Route add -p 172.16.30.0 mask 255.255.255.0 172.16.30.1
Разрешение имен серверов осуществляется через внутренний сервер DNS 172.16.30.2.
После настройки сетевых адаптеров необходимо указать в Primary DNS Suffix FQDN сервера Edge: edge-lync.xxx.lync и добавить в зону DNS xxx.lync запись типа A edge-lync.xxx.lync.
Сервер Edge был добавлен в топологию при настройке Fron End в первой части
Для того, чтобы скопировать топологию на Edge сервер, ее изначально экспортируют в архив ZIP с помощью Lync Power Shell и копируют файл на сервер Edge, он будет нужен на этапе инсталляции.
Export-csconfiguration –filename c:\topology_export.zip
Осталась непосредственно инсталляция роли Edge.
Как и для роли Front End необходимо выполнить инсталляцию NET. Framework 3.5.1
После этого можно запускать помощник развертывания Lync 2010 и переходить в раздел Install or Update Lync Server System
В процессе инсталляции, указать экспортированный файл topology_export.zip
Далее осталось установить файлы Lync
Перед тем, как начать настройку сертификатов нужно, импортировать сертификат центра сертификации RootECA в локальное хранилище компьютера Local Computer-> Trusted Root Certification Authorities.
Процесс запроса сертификатов начинается с запуска помощника
Запрос сертификата для внутреннего интерфейса Edge сервера. Сертификат можно запрашивать Online указав центр сертификации dc\RootECA и учетные данные администратора.
Далее сертификат назначается.
Запрос сертификата для внешнего интерфейса Edge выглядит идентично. В ходе запроса можно будет добавить еще одно имя sip.xxx.lync, которое будет использоваться клиентами Lync для автоматического входа без использования SRV и Phone Lync.
После настройки сертификатов и запуска служб необходимо убедиться, что репликация между CMS и Edge сервером работает.
Для проверки можно выполнить следующие шаги:
1. Запустить на Front End сервере: invoke-CsManagementStoreReplication edge-lync.xxx.lync
2. Запустить Get-CsManagementStoreReplicationStatus
Результат должен быть похож на скриншот ниже
После того, как инсталляция сервера Lync Edge завершена, необходимо разрешить удаленным пользователям подключаться к Lync. Для этого в Lync Control Panel->External User Acceess проверьте две настройки.
You install Lync Server 2013 on Edge Servers by using Lync Server Deployment Wizard. By running the Deployment Wizard on each Edge Server, you can complete most of the tasks required to set up the Edge Server. In order to deploy Lync Server 2013 on an Edge Server, you must have already run Topology Builder to define and publish your Edge Server topology, and exported it to media that is available from the Edge Server. For details, see Scenarios for external user access in Lync Server 2013 and Export your Lync Server 2013 topology and copy it to external media for edge installation.
After using the Deployment Wizard to install each Edge Server, install and assign the required certificates, and start the required services, you can complete the setup by using the information in Configuring support for external user access in Lync Server 2013 to enable and configure external user access and the information in Verifying your edge deployment in Lync Server 2013 to validate the setup, including server and client connectivity.
To install an Edge Server
Log on to the computer on which you want to install your Edge Server as a member of the local Administrators group or an account with equivalent user rights and permissions.
Ensure that the topology configuration file you created using Topology Builder, and then exported and copied to external media, is available on the Edge Server (for example, access to the USB drive onto which you copied the topology configuration file, or verify access to the network share where you copied the file).
Start the Deployment Wizard.
If you get a message saying that you need to install Microsoft Visual C++ Redistributable, click Yes . In the next dialog box, you can accept the default Installation Location or click the Browse to select an alternate location, and then click Install . In the next dialog box, select the I accept the terms in the license agreement check box, and then click OK .
In the Deployment Wizard, click Install or Update Lync Server System.
After the wizard determines the deployment state, for Step 1. Install Local Configuration Store, click Run and then do the following:
In the Configure Local Replica of Central Management Store dialog box, click Import from a file (Recommended for Edge Servers), go to the location of the exported topology configuration file, select the .zip file, click Open, and then click Next.
The Deployment Wizard reads the configuration information from the configuration file and writes the XML configuration file to the local computer.
After the Executing Commands process is finished, click Finish.
In the Deployment Wizard, click Step 2: SetUp or Remove Lync Server Components to install the Lync Server 2013 edge components specified in the XML configuration file that is stored on the local computer.
After completing the installation, use the information in Set up Edge certificates for Lync Server 2013 to install and assign the required certificates before you start services.
Дополнительные функции совершения звонков: групповые вызовы, переадресация звонков, одновременные вызовы, голосовая почта, парковка вызовов, делегирование вызовов, группы ответа, удаленное управление звонками (функция доступна не для всех подписок Office 365)
Делегирование доступа к календарю
Просмотр коллекции видео
Обмен заметками OneNote
Поиск по навыкам (функция недоступна в Office 365)
Инфраструктура виртуальных рабочих столов (VDI) (функция недоступна в Office 365)
Чтобы удостовериться в том, что вы используете Lync Basic, выполните следующие действия.
Откройте Lync. Если используется Lync Basic, вы увидите заголовок Lync Basic в главном окне Lync.
Далее читайте об основных возможностях Lync Basic.
ПАРАМЕТРЫ ОТОБРАЖЕНИЯ
В представлении "Контакты" есть множество параметров отображения.
Элемент Группы позволяет организовать контакты и комнаты чата по группам, которые вы создаете самостоятельно. Элемент Состояние группирует контакты по признаку доступности (в сети, нет на месте, недоступен или неизвестно). Чтобы отобразить контакты с учетом назначенных вами уровней конфиденциальности, щелкните Уровни. Элемент Новые отображает список пользователей, которые подали запрос на добавление в ваш список контактов.
На странице параметров Список контактов можно настроить сортировку и отображение контактов. Здесь можно выбрать расширенное двухстрочное представление, в котором отображаются фотографии пользователей, или сжатое однострочное представление. Кроме того, контакты можно отсортировать в алфавитном порядке или по признаку доступности.
БЕСЕДЫ ВО ВКЛАДКАХ
С помощью кнопки извлечения можно вынести беседу в отдельное окно, а затем настроить его размер. Кнопка вставки позволяет вернуть это окно в главное окно беседы. Эти функции также доступны во время собрания при показе видеоматериалов или другого содержимого.
Если вы выходите из программы и снова входите в нее, Lync запоминает и восстанавливает состояние беседы.
С помощью значков в нижней части окна беседы можно быстро добавить других пользователей в текстовую беседу, превратить ее в звуковой или видеозвонок и даже в презентацию с общим доступом к файлам и инструментами для веб-конференций (например, доской, заметками к собранию и вложениями). При наведении указателя мыши на значок на экране отображается соответствующий режим взаимодействия и список доступных параметров. Чтобы перевести текстовую беседу в тот или иной режим, достаточно просто щелкнуть нужный значок.
ФУНКЦИИ ВИДЕО
Меню быстрой связи позволяет одним щелчком мыши начать видеозвонок с контактом.
Перед тем как начать или принять видеозвонок, вы можете увидеть собственное видеоизображение в приглашении в режиме предварительного просмотра.
ПАРАМЕТРЫ КОНФЕРЕНЦ-ЗАЛОВ
Планируя собрание, вы можете выбрать для него собственный конференц-зал или создать комнату для собрания с новым идентификатором и паролем. Благодаря этому параметры собрания можно настроить в соответствии со своими требованиями, типом собрания или участниками. При наличии внешних участников, определенных выступающих или конфиденциальной информации для обсуждения вы можете создать комнату для собрания с более жесткими ограничениями.
Примечание: Конференц-залы недоступны в Lync Basic 2013 для Office 365.
Возможности, с которыми стоит познакомиться
Перечисленные ниже возможности представлены в этом выпуске Lync впервые.
КОМНАТЫ СОХРАНЯЕМОГО ЧАТА И ТЕМАТИЧЕСКИЕ ВЕБ-КАНАЛЫ
Примечание: Комнаты чата недоступны в Lync Basic 2013 для Office 365. О других особенностях работы с Office 365 см. раздел Часто задаваемые вопросы по работе Lync Basic с Office 365.
При создании комнаты чата для нее можно задать один из перечисленных ниже уровней конфиденциальности.
Секретная, которую видят только участники.
При входе в комнату чата в верхней части окна вы увидите фотографии участников со сведениями об их состоянии присутствия. Чтобы просмотреть карточку контакта участника, наведите указатель мыши на его фотографию и щелкните стрелку вниз.
LYNC WEB APP
С помощью Lync Web App пользователи Mac и компьютеров с Windows могут присоединиться к собранию Lync через веб-браузер и получить доступ ко всем функциям собрания Lync, в том числе:
видео в формате HD, которое делает общение в Lync более реалистичным и позволяет наглядно показать собеседникам, что вы имеете в виду;
протоколу VoIP, позволяющему подключиться к собранию откуда угодно без больших расходов на связь;
функциям общего доступа к рабочему столу, программам и материалам PowerPoint, позволяющим показать содержимое другим участникам собрания и беспрепятственно продолжить совместную работу над ним.
Amazingly enough these topics still comes up daily in technical forums, planning discussions with customers, and when troubleshooting improper deployments. Although most of this material is not new and can be found in various places this article is intended as summary reference for readers new to the elusive concepts of Edge and Reverse Proxy services.
Overview
Firstly the most important concept to understand when dealing with externally publishing Lync services is exactly what the Edge Server is responsible for handling as well as what it is NOT designed to do. Throughout the documentation a Reverse Proxy Server will be referred to often and it still seems like this concept is often glanced over or not clearly understood.
Edge Server
Reverse Proxy
The Reverse Proxy server is an optional, external component that is not a Lync Server role and is not defined in the Lync Topology. The reason this component is considered optional is because without it deployed an external Lync client can still connect to Lync and most features will function (IM, Presence, Calls, Desktop Sharing, etc) as will federated communications. Only the features listed on this page will not be available to external clients, which although are important in a fully functional deployment they are not critical. Yet best practice is always to provide for these features by publishing the internal web services. A Reverse Proxy is also required to support any external Mobility client connectivity.
Topologies
The questions asked most often are typically related to designing the topology (e.g. how many network interfaces are required) and just how badly some corners can be cut. Consistently deployments will attempt to use unsupported configurations like a single network interface or not enough unique network subnets, or 4 interfaces with one external interface on an internal subnet with another external interface connected to an unsupported firewall, and so on.
For the best chance of a functional, supported, happy Lync Edge server the guidelines provided in the Assumptions section of the official Lync Edge Server Reference Architecture documentation should be followed as closely as possible. Granted there are production deployments out there working just fine which do not match some or all of these requirements, but those can often be the exception to the rule. Also receiving support for problematic deployments or future production failures can be difficult as although Microsoft will provide best-effort support in these cases, the further from a supported scenario the longer the resolution time can be.
For this article two different topologies will be used as examples and the the differences among them will be highlighted throughout the various sections.
Simple Topology
The simplest, fully featured deployment would consistent of a single internal Standard Edition Front End server with a single consolidated Edge server and Reverse Proxy server/appliance located in a perimeter network. This topology contains a single SIP domain and uses the least amount of hostnames possible to still provides all client functionality.
Complex Topology
Jumping right into the deep-end this sample topology swaps out the Standard Edition server for two separate Enterprise Edition Front End Pools and introduces the Director role. Every role is comprised of multiple-computer pools to provide fault-tolerance to every available feature. Additional SIP domains are also included, as well as the concept of wildcard certificates.
Best Practices
Certificates
Coming in a close second is the amount of clarifying questions surrounding certificate configuration for the external servers. How many certificates, which certificate authorities can or should be used, which hostnames go where; the list goes on.
For basic certificate requirements see the TechNet articles for both the Edge server and Reverse Proxy server. Also the term ‘Common Name’ is used throughout this article. Although it is often used interchangeably with ‘Subject Name’ that is incorrect as technically the Subject Name is a complete Distinguished Name (DN) string which includes the Common Name (CN) as one of the fields. When referring to only the Fully Qualified Domain Name (FQDN) then the term ‘Common Name’ is most accurate.
Basic Guidelines
- The Internal Edge certificate should be a standard SSL certificate and cannot contain a Subject Alternative Name field. The Common Name field should be set to the Edge server’s defined FQDN (e.g. edge.schertz.local ) in a single consolidated Edge server deployment.
A/V Edge
The A/V Edge component is actually comprised of two separate services: A/V Edge and A/V Authentication. Each has a unique function and communication flow which have been updated since OCS to provide for a simpler certificate configuration. (The previous article Understanding Lync Edge Ports goes into further detail on these Edge services.)
Multiple SIP Domains
When supporting multiple SIP domains there are a couple different considerations to take into account which can impact the planning phase related to certificate configuration and public DNS zone records.
Edge Pools
When dealing with multiple Edge servers in the same pool there are some specific requirements which must be followed otherwise some or all functionality of the Edge servers can be negatively impacted.
ПРИСОЕДИНЕНИЕ К СОБРАНИЮ LYNC ОДНИМ ЩЕЛЧКОМ
Подключиться к собранию Lync можно одним щелчком мыши независимо от расположения (например, на работе или в пути). Записывать или запоминать набираемые номера и секретные коды теперь не требуется. Достаточно выбрать Присоединиться к собранию Lync в напоминании о собрании Outlook.
Или в главном окне Lync перейдите на вкладку "Собрания" и выберите команду Присоединиться.
Если представление "Собрания" недоступно, необходимо установить последнюю версию Lync. Установите приложение в Центре обновления Windows или обратитесь к техническая поддержка организации, чтобы узнать, когда приложение будет обновлено.
ЭЛЕМЕНТЫ УПРАВЛЕНИЯ СОБРАНИЕМ
С помощью удобных элементов управления в комнате собрания можно легко отключить и снова включить собственный микрофон, изменить звуковое устройство или даже перевести себя на другой номер.
Меню Презентация обеспечивает централизованный доступ ко всему содержимому собрания, которым можно поделиться: рабочему столу, презентациям PowerPoint, опросам и доске.
Каждый раз, когда вы предоставляете доступ к каким-либо материалам, в окне собрания появляется хорошо заметное уведомление.
Вы также можете выбрать несколько программ, к которым требуется предоставить доступ.
Отправляйте презентации с видеоклипами. Просто отправьте презентацию PowerPoint, а затем наведите указатель мыши на слайд, чтобы отобразить элементы управления видео для воспроизведения, постановки на паузу и настройки звука.
Когда другой участник демонстрирует презентацию PowerPoint, вы можете просматривать слайды в частном режиме, вернуться в режим выступающего или перехватить управление презентацией, чтобы принять участие в докладе.
Скрыть имена пользователей под их фотографиями и видеоизображения в галерее можно с помощью команды Скрыть имена.
Чтобы мгновенно сделать всех остальных выступающих обычными участниками, щелкните Сделать всех участниками.
Функции собрания
ВСТРОЕННЫЕ СПЕЦИАЛЬНЫЕ ВОЗМОЖНОСТИ
Lync поддерживает высокое разрешение, что дает возможность масштабировать текст и графику до 125 % и 150 % точек на дюйм. А поддержка высокой контрастности обеспечивает прекрасное качество отображения даже при использовании Lync с высококонтрастными темами Windows.
Кроме того, в Lync доступны более 100 сочетаний клавиш для быстрого перехода к важным функциям без мыши. Например, вы можете нажать клавиши ALT+C, чтобы принять звонок, или ALT+I, чтобы отклонить его, без переключения вкладки или установки фокуса. Вы также можете с помощью клавиатуры завершить звонок (ALT+Q) и открыть меню "Сервис" (ALT+T).
ЛАКОНИЧНЫЙ ИНТЕРФЕЙС С ФУНКЦИЕЙ БЫСТРОЙ СВЯЗИ
Меню быстрой связи в Lync расширяет возможности и упорядочивает функции для каждого списка контактов. В этом меню расположены кнопки, которые появляются при наведении указателя мыши на фотографию контакта из списка. Вы можете начать чат, сделать обычный или видеозвонок или просмотреть карточку контакта одним щелчком мыши. Чтобы увидеть дополнительные параметры, наведите указатель на три точки в правой части меню.
БЫСТРЫЙ ДОСТУП К ИЗБРАННЫМ КОНТАКТАМ
Группа Избранное служит для быстрого доступа к списку пользователей, с которыми вы общаетесь чаще всего. Просто щелкните контакт правой кнопкой мыши и выберите в раскрывающемся списке команду Добавить в избранное.
ВОЗМОЖНОСТЬ ВЫБОРА ЛЮБОГО МАКЕТА
Кнопка Выбор представления позволяет задать конкретный режим отображения материалов, выступающего и участников собрания с учетом типа собрания.
В режиме Представление выступающего показаны материалы собрания, а в правом нижнем углу окна собрания находится фотография или видеоизображение выступающего. В представлениисодержимого показаны только материалы собрания. Предоставляется полный доступ к материалам, но информация об участниках скрыта. В режиме Компактное представление показаны только фотографии участников. При удержании курсора на фотографии отображается контактная информация.
Читайте также: