Управление расположениями для шлюзов 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-адрес корпуса или идентификатор порта, не включенный в базу данных, служба сведений о расположении не сможет вернуть клиенту расположение.