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

Skype for Business Server 2015
 

Дата изменения раздела:2016-12-20

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

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

  • Заполнить базу данных информирования о местонахождении данными карты географических соответствий и включить номера ELIN в поле CompanyName.

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

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

Дополнительные сведения о том, как выполнять эти задачи, см. в разделе Настройка базы данных местоположений в Lync Server 2013 в документации по развертыванию.

noteПримечание.
Расположения, добавленные в центральную базу данных расположений, не доступны клиентам до тех пор, пока расположения не будут опубликованы с помощью команды Командная консоль Skype для бизнеса Server и реплицированы в локальные хранилища пула. Дополнительные сведения см. в разделе Публикация базы данных местоположений в Lync Server 2013 в документации по развертыванию.

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

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

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

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

  • Идентификатор расположения, позволяющий пользователям быстро проверить правильность определения расположения клиентом. На клиенте Skype для бизнеса распознанные значения полей Location и City автоматически соединяются и отображаются в заголовке. К каждому идентификатору расположения рекомендуется добавлять почтовый адрес здания (например, <улица, дом>, 1‑й этаж). Без почтового адреса общий идентификатор расположения, такой как "1‑й этаж" может применяться к любому зданию в городе.

  • Если расположение определяется приблизительно, например по точке беспроводного доступа, можно добавить слово Near (например, "примерно 1-й этаж 1234").

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

Пример назначений расположений и ELIN

Область здания Расположение ELIN

Первый этаж

1

425-555-0100

Второй этаж

2

425-555-0111

Третий этаж

3

425-555-0123

Задаваемые расположения должны удовлетворять следующим требованиям.

  • Соответствовать местным и общегосударственным правилам в отношении максимальной области для расположения и числа расположений на каждый почтовый адрес.

  • Быть достаточно конкретными, чтобы можно было легко определить местонахождение абонента, совершающего экстренный вызов.

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

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

Где хранятся данные и какие действия необходимо выполнить, чтобы преобразовать данные в формат, требуемый базой данных расположений? Будут ли расположения добавляться по отдельности или массово, используя CSV-файл?

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

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

Для взаимодействия со службой информирования о местонахождении сторонняя база данных должна соответствовать схеме запросов расположения и ответов, заданных в Skype для бизнеса Server. Дополнительные сведения см https://go.microsoft.com/fwlink/p/?linkid=213819. Дополнительные сведения о развертывании дополнительной службы информирования о местонахождении см. в разделе Настройка службы сведений о дополнительном местоположении в Skype для бизнеса Server 2015 документации по развертыванию.

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

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

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

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

Will you use an SNMP application to match Skype для бизнеса client MAC addresses to port and switch identifiers?

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

 
Показ: