Управление расположениями для шлюзов ELIN в Skype для бизнеса Server

Решения, необходимые для планирования базы данных сведений о расположении или аналогичной внешней базы данных для развертывания E9-1-1 с использованием шлюзов ELIN в Skype для бизнеса Server Корпоративная голосовая связь.

Чтобы Skype для бизнеса Server автоматически предоставляли расположения для клиентов в сети, необходимо выполнить следующие задачи:

  • Заполните базу данных службы сведений о местоположении сетевой картой и добавьте в поле CompanyName идентификационные номера для экстренного реагирования (ELINs).

  • Опубликовать расположения, чтобы они были доступны клиентам в сети.

  • Отправить номера ELIN в базу данных автоматического определения расположения (ALI) поставщика PSTN.

Дополнительные сведения о том, как выполнять эти задачи, см. в разделе Configure the Location Database в документации по развертыванию.

Примечание.

Расположения, добавленные в базу данных центрального расположения, недоступны клиенту, пока не будут опубликованы с помощью команды командной консоли Skype для бизнеса Server и реплицируются в локальные хранилища пула. Дополнительные сведения см. в разделе Publishing the Location Database документации по развертыванию.

В данном разделе описываются вопросы, которые необходимо рассмотреть во время планирования обновления и поддержки базы данных расположений.

Планирование сведений о расположении для экстренных служб

При использовании шлюзов ELIN вы заполняете базу данных службы сведений о местоположении гражданским адресом, конкретным расположением в здании и по крайней мере одним ELIN для каждого расположения . Во время этапа планирования рекомендуется решить вопрос о присвоении имен расположений и определить способ назначения номеров ELIN.

Планирование имен расположений

Поле Расположение службы сведений о расположении, которое содержит конкретное расположение в здании, имеет не более 20 символов (включая пробелы). Учитывая это ограничение, в поле рекомендуется включить следующие данные.

  • Понятное имя, идентифицирующее расположение звонящего в аварийную службу, которое позволит агенту аварийной службы быстрее находить указанное расположение в момент прибытия по физическому адресу. Имя расположения может включать номер здания, номер этажа, обозначение корпусов, номер квартиры и т. д. Избегайте употребления неявных сокращенных названий, известных только сотрудникам, что может привести к направлению аварийной службы по неправильному адресу.

  • Идентификатор расположения, позволяющий пользователям быстро проверить правильность определения расположения клиентом. Клиент Skype для бизнеса автоматически объединяет и отображает обнаруженные поля Location и City в заголовке. Рекомендуется добавить адрес улицы здания к каждому идентификатору расположения (например, "номер> улицы 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-файл?

Используется ли сторонняя база данных, которая уже содержит сопоставление расположений?

С помощью службы "Сведения о дополнительном расположении" для подключения к сторонней базе данных можно группировать расположения и управлять ими с помощью автономной платформы. Преимущество этого метода заключается в том, что он позволяет связывать расположения не только с идентификаторами сети, но и с пользователями. Это означает, что служба сведений о расположении может возвращать клиенту Skype для бизнеса несколько адресов, исходящих из службы сведений о дополнительном расположении. Пользователь затем может выбрать наиболее подходящее расположение.

Для интеграции со службой сведений о расположении сторонняя база данных должна соответствовать схеме запроса и ответа Skype для бизнеса Server расположения. Дополнительные сведения см. в разделе Веб-служба для протокола поддержки E911. Дополнительные сведения о развертывании службы сведений о дополнительном расположении см. в разделе Настройка дополнительной службы сведений о расположении в Skype для бизнеса Server документации по развертыванию.

Дополнительные сведения о заполнении базы данных расположений см. в разделе Configure the Location Database документации по развертыванию.

Обслуживание базы данных расположений

После заполнения базы данных необходимо разработать стратегию обновления базы данных по мере внесения изменений в конфигурацию сети. Ниже приведены вопросы, которые помогут определить порядок обслуживания базы данных расположений.

Как будет обновляться база данных расположений?

Существует несколько сценариев, которые требуют обновления базы данных расположений, включая добавление протоколов WAP, изменение разводки в офисе (в связи с разными назначениями коммутаторов) и расширение подсети. Будет ли выполняться прямое обновление каждого отдельного расположения или массовое обновление всех расположений с помощью CSV-файла?

Будет ли приложение SNMP использовать для сопоставления MAC-адресов Skype для бизнеса клиента с идентификаторами портов и переключения?

При использовании приложения SNMP потребуется разработать ручную процедуру, которая позволит поддерживать согласованность данных о портах и корпусах коммутаторов между приложением SNMP и базой данных расположений. Если приложение SNMP возвращает IP-адрес корпуса или идентификатор порта, не включенный в базу данных, служба сведений о расположении не сможет вернуть клиенту расположение.