Управление расположениями для шлюзов ELIN в Lync Server 2013
Последнее изменение раздела: 2012-10-02
Чтобы Lync Server автоматически предоставлять расположения для клиентов в сети, необходимо выполнить следующие задачи:
Заполните базу данных службы сведений о расположении сетевой картой и включите идентификационные номера местоположения для экстренного реагирования (ELIN) в поле CompanyName.
Опубликовать расположения, чтобы они были доступны клиентам в сети.
Отправить номера ELIN в базу данных автоматического определения расположения (ALI) поставщика PSTN.
Дополнительные сведения о выполнении этих задач см. в разделе "Настройка базы данных расположения " в Lync Server 2013 в документации по развертыванию.
Примечание.
Расположения, добавленные в базу данных центрального расположения, недоступны клиенту, пока они не будут опубликованы с помощью команды командной консоли Lync Server и реплицированы в локальные хранилища пула. Дополнительные сведения см. в документации по развертыванию базы данных расположения из Lync Server 2013 .
В данном разделе описываются вопросы, которые необходимо рассмотреть во время планирования обновления и поддержки базы данных расположений.
Планирование сведений о расположении для экстренных служб
При использовании шлюзов ELIN база данных службы сведений о расположении заполняется адресом, определенным расположением в здании и по крайней мере одним ELIN для каждого расположения. Во время этапа планирования рекомендуется решить вопрос о присвоении имен расположений и определить способ назначения номеров ELIN.
Планирование имен расположений
Поле location information service Location (Расположение службы сведений о расположении), которое содержит определенное расположение в здании, имеет максимальную длину 20 символов (включая пробелы). Учитывая это ограничение, в поле рекомендуется включить следующие данные.
Понятное имя, идентифицирующее расположение звонящего в аварийную службу, которое позволит агенту аварийной службы быстрее находить указанное расположение в момент прибытия по физическому адресу. Имя расположения может включать номер здания, номер этажа, обозначение корпусов, номер квартиры и т. д. Избегайте употребления неявных сокращенных названий, известных только сотрудникам, что может привести к направлению аварийной службы по неправильному адресу.
Идентификатор расположения, который помогает пользователям легко видеть, что клиент Lync выбрали правильное расположение. Клиент Lync автоматически сцепляет и отображает обнаруженные поля "Расположение" и "Город" в заголовке. Рекомендуется добавить адрес улицы здания в каждый идентификатор расположения (например, "Номер улицы 1-го <этажа>"). Без почтового адреса общий идентификатор расположения, такой как "1‑й этаж" может применяться к любому зданию в городе.
Если расположение определяется приблизительно, например по точке беспроводного доступа, можно добавить слово Near (например, "примерно 1-й этаж 1234").
Планирование номеров ELIN
После того как вы определите, каким образом следует разделить строение на расположения, необходимо решить, сколько номеров ELIN следует назначить каждому расположению. Например, в здании с несколькими этажами или корпусами различным областям можно назначить разные аварийные зоны. Обычно каждый этаж в здании считается отдельным расположением. Каждому расположению затем назначается один или несколько номеров ELIN, которые используются в качестве номеров вызова во время экстренных звонков. Обратитесь к поставщику PSTN, чтобы получить телефонные номера, которые можно использовать для ELIN. В следующей таблице представлен пример расположений для определенного почтового адреса.
Пример назначений расположений и ELIN
Область здания | Расположение | ELIN |
---|---|---|
Первый этаж |
1 |
425-555-0100 |
Второй этаж |
2 |
425-555-0111 |
Третий этаж |
3 |
425-555-0123 |
Задаваемые расположения должны удовлетворять следующим требованиям.
Соответствовать местным и общегосударственным правилам в отношении максимальной области для расположения и числа расположений на каждый почтовый адрес.
Быть достаточно конкретными, чтобы можно было легко определить местонахождение абонента, совершающего экстренный вызов.
Заполнение базы данных расположений
Ниже приведены вопросы, которые помогут определить порядок заполнения базы данных расположений.
- Какой процесс будет использоваться для заполнения базы данных расположений?
Где хранятся данные и какие действия необходимо выполнить, чтобы преобразовать данные в формат, требуемый базой данных расположений? Будут ли расположения добавляться по отдельности или массово, используя CSV-файл?
Используется ли сторонняя база данных, которая уже содержит сопоставление расположений?
С помощью дополнительной службы сведений о расположении Lync Server для подключения к сторонней базе данных можно группировать расположения и управлять ими с помощью автономной платформы. Преимущество этого метода заключается в том, что он позволяет связывать расположения не только с идентификаторами сети, но и с пользователями. Это означает, что служба сведений о расположении может возвращать клиенту Lync Server несколько адресов, исходя из службы дополнительных сведений о расположении. Пользователь затем может выбрать наиболее подходящее расположение.Для интеграции со службой сведений о расположении сторонняя база данных должна соответствовать схеме запроса или ответа расположения сервера Lync. Дополнительные сведения см. в разделе https://go.microsoft.com/fwlink/p/?linkid=213819. Дополнительные сведения о развертывании дополнительной службы сведений о расположении см. в разделе "Настройка дополнительной службы сведений о расположении " в Lync Server 2013 в документации по развертыванию.
Дополнительные сведения о заполнении базы данных расположения см. в разделе "Настройка базы данных расположений " в Lync Server 2013 в документации по развертыванию.
Обслуживание базы данных расположений
После заполнения базы данных необходимо разработать стратегию обновления базы данных по мере внесения изменений в конфигурацию сети. Ниже приведены вопросы, которые помогут определить порядок обслуживания базы данных расположений.
- Как будет обновляться база данных расположений?
Существует несколько сценариев, которые требуют обновления базы данных расположений, включая добавление протоколов WAP, изменение разводки в офисе (в связи с разными назначениями коммутаторов) и расширение подсети. Будет ли выполняться прямое обновление каждого отдельного расположения или массовое обновление всех расположений с помощью CSV-файла?
- Будет ли использоваться для сопоставления MAC-адресов клиентов Lync с портами и идентификаторами коммутаторов приложение SNMP?
При использовании приложения SNMP потребуется разработать ручную процедуру, которая позволит поддерживать согласованность данных о портах и корпусах коммутаторов между приложением SNMP и базой данных расположений. Если приложение SNMP возвращает IP-адрес корпуса или идентификатор порта, не включенный в базу данных, служба сведений о расположении не сможет вернуть клиенту расположение.