Планирование требований к сети для Skype для бизнеса
Сводка: Перед реализацией Skype для бизнеса Server ознакомьтесь с приведенными ниже рекомендациями по сетевым компонентам.
Сведения, приведенные в этих разделах, также рассматриваются в техническом документе "Планирование сети, мониторинг и устранение неполадок с помощью Lync Server " с дополнительными сведениями и подробными сведениями. Хотя содержимое явно ссылается на Lync 2010 и Lync 2013, рекомендации по Skype для бизнеса Server не меняются.
Аналогичным образом, если ваша сеть включает wi-Fi, а также проводной доступ, технический документ о доставке Lync 2013 Real-Time связи по Wi-Fi является хорошим справочником и в равной степени применим к Skype для бизнеса Server.
Серверное оборудование
Сетевой адаптер каждого сервера в топологии Skype для бизнеса Server должен поддерживать не менее 1 гигабит в секунду (Гбит/с). Как правило, следует подключать все роли сервера в топологии Skype для бизнеса Server с помощью локальной сети (LAN) с низкой задержкой и высокой пропускной способностью. Размер локальной сети зависит от размера топологии.
В топологиях Standard Edition серверы должны находиться в сети с поддержкой Ethernet 1 Гбит/с или эквивалентной сети.
В выпуск Enterprise топологиях большинство серверов должны находиться в сети, поддерживающей более 1 Гбит/с, особенно при поддержке аудио-видеоконференций (A/V) и общего доступа к приложениям.
Для интеграции с телефонной сетью общего пользования (ТСОП) можно использовать линии T1/E1 или распределение каналов SIP.
Требования к сети для передачи звука и видео
Требования к сети для аудио-видео (A/V) в развертывании Skype для бизнеса Server включают следующие:
При развертывании одного пограничного сервера или пограничного пула с помощью балансировки нагрузки DNS можно настроить внешний брандмауэр для преобразования сетевых адресов (NAT). Невозможно настроить internal брандмауэр для выполнения преобразования сетевых адресов (NAT). Дополнительные сведения см. в разделе Планирование портов и брандмауэра.
Важно!
Если у вас есть пограничный пул и вы используете аппаратную подсистему балансировки нагрузки, необходимо использовать общедоступные IP-адреса на пограничных серверах, и вы не можете использовать NAT для серверов или пула на устройстве с поддержкой NAT (например, брандмауэр (модуль) или коммутатор локальной сети). Дополнительные сведения см. в статье Сценарии пограничных серверов в Skype для бизнеса Server.
Если в вашей организации используется инфраструктура качества обслуживания (QoS), подсистема передачи мультимедиа настроена на работу в этой существующей инфраструктуре.
Если вы используете протоколы IPsec, мы рекомендуем отключить их для диапазона портов, который используется для аудио- и видеотрафика. Дополнительные сведения см. в разделе Исключения IPsec.
Чтобы обеспечить оптимальное качество мультимедиа, сделайте следующее.
Обеспечьте пропускную способность сетевых каналов в периоды пикового использования в 65 килобит в секунду (Кбит/с) для аудиопотока и 500 Кбит/с для видеопотока, если они включены. Двунаправленный аудио- или видеосеанс использует два потока, поэтому для простой голосовой/телефонной связи будет требоваться 130 Кбит/с для охвата каждого потока. Видео также будет использовать общее количество 1000 Кбит/с для передачи вышестоящий и подчиненного подключения.
Чтобы справиться с непредвиденными пиками трафика и увеличением использования с течением времени, конечные точки мультимедиа Skype для бизнеса Server могут адаптироваться к различным условиям сети и поддерживать в три раза пропускную способность звука и видео, сохраняя при этом приемлемое качество. Не стоит рассчитывать на то, что благодаря такой адаптации сеть с недостаточными ресурсами сможет функционировать нормально. В недостаточно подготовленной сети снижается способность конечных точек мультимедиа Skype для бизнеса Server динамически справляться с различными условиями сети (например, временной потерей большого объема пакетов).
Если обеспечение достаточных ресурсов сети является очень дорогостоящим и трудоемким мероприятием, можно попытаться снизить объем трафика. В этом сценарии эластичность конечных точек мультимедиа Skype для бизнеса Server поглощает разницу между объемом трафика и пикового уровня трафика за счет некоторого снижения качества голосовой связи. Кроме того, в этом случае будет снижаться запас по уровню, который позволяет справляться с резкими увеличениями объема трафика.
Если вам не удается подготовить соответствующие каналы в краткосрочной перспективе (например, если узел имеет каналы глобальной сети с очень низкой пропускной способностью), вы можете отключить видео для некоторых пользователей.
При подготовке сети обеспечьте максимальную задержку сквозной передачи на уровне не более 150 миллисекунд (мс) при максимальной нагрузке. Задержка — это одно из нарушений сети, которое Skype для бизнеса Server компоненты мультимедиа не могут уменьшить, и важно найти и устранить слабые точки.
Для серверов под управлением антивирусной программы включите все серверы под управлением Skype для бизнеса Server в список исключений, чтобы обеспечить оптимальную производительность и качество звука.
Исключения IPsec
Для корпоративных сетей, где развернут протокол IPsec (см. IETF RFC 4301-4309), IPsec должен быть отключен через диапазон портов, используемых для доставки звука, видео и панорамного видео. Это связано с необходимостью избежать каких-либо задержек при распределении портов мультимедиа из-за согласования IPsec.
В следующей таблице описаны рекомендуемые исключения IPsec.
Рекомендуемые исключения IPsec
Имя правила | Исходный IP-адрес | Конечный IP-адрес | Протокол | Исходный порт | Конечный порт | Требование проверки подлинности |
---|---|---|---|---|---|---|
Внутренние входящие данные пограничного сервера аудио- и видеоданных | Любой | Внутренние данные пограничного сервера аудио- и видеоданных | UDP и TCP | Любой | Любой | Не выполнять проверку подлинности |
Внешние входящие данные пограничного сервера аудио- и видеоданных | Любой | Внешние данные пограничного сервера аудио- и видеоданных | UDP и TCP | Любой | Любой | Не выполнять проверку подлинности |
Внутренние исходящие данные пограничного сервера аудио- и видеоданных | Внутренние данные пограничного сервера аудио- и видеоданных | Внешние данные пограничного сервера аудио- и видеоданных | UDP и TCP | Любой | Любой | Не выполнять проверку подлинности |
Внешние исходящие данные пограничного сервера аудио- и видеоданных | Внешние данные пограничного сервера аудио- и видеоданных | Любой | UDP и TCP | Любой | Любой | Не выполнять проверку подлинности |
Входящие данные сервера-посредника | Любой | Серверы-посредники | UDP и TCP | Любой | Любой | Не выполнять проверку подлинности |
Исходящие данные сервера-посредника | Серверы-посредники | Любой | UDP и TCP | Любой | Любой | Не выполнять проверку подлинности |
Входящие данные помощника по конференц-связи | Любой | Сервер переднего плана с помощником по конференц-связи | UDP и TCP | Любой | Любой | Не выполнять проверку подлинности |
Исходящие данные помощника по конференц-связи | Сервер переднего плана с помощником по конференц-связи | Любой | UDP и TCP | Любой | Любой | Не выполнять проверку подлинности |
Входящие данные аудио- и видеоконференций | Любой | Серверы переднего плана | UDP и TCP | Любой | Любой | Не выполнять проверку подлинности |
Исходящие данные аудио- и видеоконференций | Серверы переднего плана | Любой | UDP и TCP | Любой | Любой | Не выполнять проверку подлинности |
Входящие данные Exchange | Любой | Единая система обмена сообщениями Exchange | UDP и TCP | Любой | Любой | Не выполнять проверку подлинности |
Входящие данные серверов совместного использования приложений | Любой | Серверы совместного использования приложений | UDP и TCP | Любой | Любой | Не выполнять проверку подлинности |
Исходящие данные серверов совместного использования приложений | Серверы совместного использования приложений | Любой | UDP и TCP | Любой | Любой | Не выполнять проверку подлинности |
Исходящие данные Exchange | Единая система обмена сообщениями Exchange | Любой | UDP и TCP | Любой | Любой | Не выполнять проверку подлинности |
Клиенты | Любой | Любой | UDP и TCP | Любой | Любой | Не выполнять проверку подлинности |
Требования к сети для конференц-связи
Пропускная способность, используемая для скачивания содержимого конференции с сервера IIS, зависит от размера содержимого. Можно отслеживать фактическое использование и соответствующим образом регулировать планирование пропускной способности.
Требования к пропускной способности сети для трафика мультимедиа
Важной частью планирования сети является обеспечение того, чтобы сеть могла обрабатывать мультимедийный трафик, создаваемый Skype для бизнеса Server. Этот раздел поможет вам спланировать обработку такого трафика.
Использование сети для трафика мультимедиа
Подсчет использования полосы пропускания для трафика мультимедиа может быть сложной задачей из-за числа различных переменных, таких как использование кодеков, разрешение и уровни активности. Использование полосы пропускания – это функция, зависящая от используемого кодека и активности потока, переменных, значения которых сильно отличаются в разных сценариях. В следующей таблице перечислены звуковые кодеки, которые обычно используются в Skype для бизнеса Server сценариях.
Полоса пропускания аудиокодека
Аудиокодек | Сценарий | Скорость полезной нагрузки аудио (кбит/с) | Полоса пропускания полезной нагрузки аудио и только IP-заголовков (кбит/с) | Полоса пропускания полезной нагрузки аудио, IP-заголовков, UDP, RTP и SRTP (кбит/с) | Полоса пропускания полезной нагрузки аудио, IP-заголовков, UDP, RTP, SRTP и ошибок, исправленных методом прямой коррекции (кбит/с) |
---|---|---|---|---|---|
Широкополосная служба RTAudio |
Одноранговая |
29,0 |
45,0 |
57,0 |
86,0 |
Узкополосная служба RTAudio |
Одноранговая, ТСОП |
11,8 |
27,8 |
39,8 |
51,6 |
G.722 |
конференц-связь; |
64,0 |
80,0 |
95,6 |
159,6 |
G.722 Стерео |
Одноранговая, конференции |
128,0 |
144,0 |
159,6 |
223,6 |
G.711 |
ТСОП, конференц-связь |
64,0 |
80,0 |
92,0 |
156,0 |
Siren |
конференц-связь; |
16,0 |
32,0 |
47,6 |
63,6 |
Широкополосная служба SILK |
Одноранговая |
36,0 |
52,0 |
64,0 |
100,0 |
Широкополосная служба SILK |
Одноранговая |
26,0 |
42,0 |
54,0 |
80,0 |
Широкополосная служба SILK |
Одноранговая |
20,0 |
36,0 |
48,0 |
68,0 |
Silk wideband/narrowband |
Одноранговая |
13,0 |
29,0 |
41,0 |
54,0 |
Примечание.
Вызовы ТСОП из клиента Skype для бизнеса обычно используют кодек G.711, который требует высокой пропускной способности. Если для этого кодека не хватает пропускной способности, вызовы могут завершиться ошибкой, похожей на следующую в журналах мультимедиа: необходимо включить один кодек Atleast, hr: c0042004. Журналы мультимедиа (файлы блогов) шифруются и могут быть декодированы только сотрудниками службы поддержки Майкрософт.
Номера пропускной способности, приведенные в предыдущей таблице, основаны на пакетизации 20 мс (50 пакетов в секунду), а для кодеков Siren и G.722 включают дополнительные затраты на безопасный транспортный протокол реального времени (SRTP) из сценариев конференц-связи и предполагает, что поток активен на 100 %. Прямая коррекция ошибок (FEC) используется динамически при потере пакетов на канале для поддержания качества аудиопотока.
Стереоверсия кодека G.722 используется системами на основе системы комнат Lync, которая позволяет применять единый стереомикрофон или пару мономикрофонов, чтобы слушатели лучше различали выступающих на собрании.
Полоса пропускания разрешения видео
Видеокодек | Разрешение и отношение сторон | Максимальная скорость полезной нагрузки видео (кбит/с) | Минимальная скорость полезной нагрузки видео (кбит/с) |
---|---|---|---|
H.264 |
320x180 (16:9) 212x160 (4:3) |
250 |
15 |
H.264/RTVideo |
424x240 (16:9) 320x240 (4:3) |
350 |
100 |
H.264 |
480x270 (16:9) 424x320 (4:3) |
450 |
200 |
H.264/RTVideo |
640x360 (16:9) 640x480 (4:3) |
800 |
300 |
H.264 |
848x480 (16:9) |
1500 |
400 |
H.264 |
960x540 (16:9) |
2000 |
500 |
H.264/RTVideo |
1280x720 (16:9) |
2500 |
700 |
H.264 |
1920x1080 (16:9) |
4000 |
1500 |
H.264/RTVideo |
960x144 (20:3) |
500 |
15 |
H.264 |
1280x192 (20:3) |
1000 |
250 |
H.264 |
1920x288 (20:3) |
2000 |
500 |
Для видео кодеком по умолчанию является стандарт H.264/MPEG-4 Part 10 Advanced Video Coding, а также его масштабируемые расширения для временного масштабирования. Для обеспечения взаимодействия с устаревшими клиентами кодек RTVideo по-прежнему используется для одноранговых вызовов между Skype для бизнеса Server и устаревшими клиентами. В сеансах конференций с клиентами Skype для бизнеса Server и устаревших версий конечная точка Skype для бизнеса Server может кодировать видео с помощью обоих видеокодеков и отправлять битовый поток H.264 клиентам Skype для бизнеса Server, а битовый поток RTVideo — устаревшим клиентам.
Требуемая полоса пропускания зависит от разрешения, качества, частоты кадров и количества движений или изменений изображения. Для каждого разрешения существует две подходящие скорости передачи данных:
Максимальная скорость передачи полезных данных Это скорость передачи данных, которую конечная точка будет использовать для разрешения с максимальной частотой кадров. Это значение важно, так как оно обеспечивает наилучшее качество для видео и звука.
Минимальная скорость передачи полезных данных Это скорость, ниже которой конечная точка Skype для бизнеса Server переключится на следующее более низкое разрешение. Чтобы гарантировать определенное разрешение, доступная скорость передачи полезной нагрузки видео не должна быть меньше этой минимальной скорости для данного разрешения. Это значение помогает понять минимальное допустимое значение, когда максимальная скорость передачи недоступна или не требуется. Для некоторых пользователей видео с такой низкой скоростью передачи может быть неприемлемым, поэтому будьте осторожны при рассмотрении таких низких скоростей. Обратите внимание, что для видеосцен без движения фактическая скорость передачи данных может временно становиться меньше минимальной скорости.
Skype для бизнеса Server поддерживает множество разрешений. Это позволяет Skype для бизнеса Server адаптироваться к различным возможностям пропускной способности сети и принимать клиентские возможности. Пропорции по умолчанию для Skype для бизнеса Server — 16:9. Устаревшая пропорция 4:3 по-прежнему поддерживается для веб-камер, которые не позволяют захватывать в пропорциях 16:9.
FEC для видео включается в скорость передачи полезной нагрузки видео, при использовании этого метода, поэтому нет отдельных значений с FEC для видео и без FEC для видео.
Конечные точки не передают потоковые пакеты аудио или видео непрерывно. В зависимости от сценария существуют различные уровни активности потока, указывающие, как часто пакеты передаются в потоке. Активность потока зависит от мультимедиа и сценария и не зависит от используемого кодека. В одноранговом сценарии:
Аудиопотоки отправляются из конечных точек, только когда пользователи говорят.
Оба участника получают аудиопотоки.
Если используется видео, обе конечные точки передают и получают видеопотоки в течение звонка.
Для видеосцен без движения фактическая скорость передачи данных может временно становиться совсем небольшой, так как видеокодек пропускает области без изменения видео с момента предыдущего образца.
В сценарии конференций:
Аудиопотоки отправляются из конечных точек, только когда пользователи говорят.
Все участники получают аудиопотоки.
Если используется видео, все участники могут получать до пяти видеопотоков и один панорамный (например, с отношением сторон 20:3) видеопоток. По умолчанию пять видеопотоков основаны на журнале активного докладчика, но пользователи могут вручную выбрать участников, от которых они хотят получать видеопоток. Если активирован режим с несколькими видео, требование к разрешению и полосе пропускания каждого видеопотока будет ниже.
Каждый участник, который включает отправку видеопотока пользователя, будет отправлять один или несколько видеопотоков. Skype для бизнеса Server имеет возможность отправки до пяти видеопотоков для оптимизации качества видео для всех принимающих клиентов. Фактическое число передаваемых видеопотоков определяется отправителем на основе мощности ЦП, доступной полосы пропускания для передачи и числа принимающих клиентов, запросивших определенных видеопоток. Чаще всего передается один поток H.264 и один поток RTVideo, если устаревший клиент подключается к конференции. Другим распространенным сценарием является передача нескольких видеопотоков H.264 (например, с разным разрешением видео) для удовлетворения запросов различных принимающих клиентов.
Помимо полосы пропускания, необходимой для трафика RTP для аудио и видео, полоса пропускания требуется и для протокола RTCP. RTCP используется для статистики и управления потоком RTP. Для планирования используйте показатели из следующей таблицы для трафика RTCP. Эти значения представляют максимальную полосу пропускания, используемую для RTCP, и отличаются для аудио- и видеопотоков из-за различий в управляющих данных
Полоса пропускания RTCP
Media | Максимальная полоса пропускания RTCP (кбит/с) |
---|---|
Звук |
5 |
Видео (только прием/передача H.264 или RTVideo) |
10 |
Видео (прием/передача H.264 или RTVideo) |
15 |
Следующие две статистики представляют интерес для планирования мощности:
Максимальная пропускная способность без FEC Максимальная пропускная способность, которую будет использовать поток. Это включает в себя типичную активность потока и типичный кодек, который используется в сценарии без FEC. Это пропускная способность, когда поток находится на уровне 100 % активности и при отсутствии потери пакетов, активируя использование FEC. Это полезно для вычисления объема пропускной способности, необходимой для использования кодека в заданном сценарии. Ожидается, что FEC не будет обязательным требованием для управляемой сети.
Максимальная пропускная способность с fec Максимальная пропускная способность, используемая потоком. Сюда входят типичная активность потока и типичный кодек, используемый в сценарии с FEC. Это пропускная способность, когда поток находится на уровне 100 % активности, а потеря пакетов активирует использование FEC для улучшения качества. Это полезно для вычисления объема пропускной способности, необходимой для использования кодека в заданном сценарии, а также для использования FEC для сохранения качества в условиях потери пакетов.
В следующей таблице также указано дополнительное значение полосы пропускания, Типовая полоса пропускания. Это средняя полоса пропускания, используемая потоком, включая типичные операции потока и типичный кодек, используемый в сценарии. Ее можно использовать для приблизительной оценки доли полосы пропускания, используемой трафиком мультимедиа в заданный момент времени. Но это значение не следует использовать для планирования мощности, так как отдельные звонки будут превышать это значение при уровне активности выше среднего. Типовая полоса пропускания видеопотока в таблицах ниже основана на различных разрешениях видео, которые использовались в измеряемых данных пользователей. Например, в одноранговых сеансах большинство пользователей будут использовать окно отрисовки видео по умолчанию, в то время как некоторые пользователи увеличат или увеличат Skype для бизнеса Server приложение, чтобы обеспечить лучшее разрешение видео.
В следующих таблицах представлены значения для различных сценариев.
Планирование мощности аудио и видео для одноранговых сеансов
Media | Кодек | Типовая полоса пропускания потока (кбит/с) | Максимальная полоса пропускания потока без прямой коррекции ошибок (FEC) | Максимальная полоса пропускания потока с прямой коррекцией ошибок (FEC) |
---|---|---|---|---|
Звук |
Широкополосная служба RTAudio |
39,8 |
62 |
91 |
Аудио |
Узкополосная служба RTAudio |
29,3 |
44,8 |
56,6 |
Аудио |
Широкополосная служба SILK |
44,3 |
69 |
105 |
Основное видео при вызове конечных точек Skype для бизнеса Server |
H.264 |
460 |
4010 (для максимального разрешения 1920x1080) |
Уже включено |
Основное видео при вызове конечных точек Lync 2010 или Office Communicator 2007 R2 |
RTVideo |
460 |
2510 (для максимального разрешения 1280x720) |
Уже включено |
Панорамное видео при вызове конечных точек Skype для бизнеса Server |
H.264 |
190 |
2010 (для максимального разрешения 1920x288) |
Уже включено |
Панорамное видео при вызове конечных точек Lync 2010 |
RTVideo |
190 |
510 (для максимального разрешения 960x144) |
Уже включено |
Планирование мощности аудио и видео для конференций
Media | Типовой кодек | Типовая полоса пропускания потока (кбит/с) | Максимальная полоса пропускания потока без прямой коррекции ошибок (FEC) | Максимальная полоса пропускания потока с прямой коррекцией ошибок (FEC) |
---|---|---|---|---|
Звук |
G.722 |
46,1 |
100,6 |
164,6 |
Аудио |
Siren |
25,5 |
52,6 |
68,6 |
Прием основного видео |
H.264 и RTVideo¹ |
260 |
8015 |
Не применимо |
Передача основного видео |
H.264 и RTVideo |
270 |
8015 |
Не применимо |
Прием панорамного видео |
H.264 и RTVideo |
190 |
2010 (для максимального разрешения 1920x288) |
Не применимо |
Передача панорамного видео |
H.264 и RTVideo |
190 |
2515 ² |
Не применимо |
Видео RT отправляется в дополнение к H.264 при подключении клиентов Lync 2010 к конференции.
При наличии нескольких потоков они динамически совместно используют выделенную пропускную способность.
Для основного видео типовая полоса пропускания потока – это объединенная полоса пропускания для всех принимаемых видеопотоков и всех передаваемых видеопотоков соответственно. Даже с несколькими видеопотоками типовая полоса пропускания меньше, чем в одноранговом сценарии, так как множество видеоконференций используют общий доступ к контенту, что приводит к намного меньшим окнам видео и, соответственно, меньшим разрешениям видео. Максимальная поддерживаемая объединенная полоса пропускания видео – 8000 кбит/с для приема и передачи потоков, что можно использовать, например, при наличии двух входящих видеопотоков с разрешением 1920x1080p. Максимальные значения можно лишь изредка встретить при фактической реализации.
При создании многопартийной конференции, которая использует функцию представления коллекции, использование пропускной способности сначала увеличивается по мере присоединения участников, а затем уменьшается по мере удаления разрешений до максимального значения.
Участников: 2 | Участников: 3 | Участников: 4 | Участников: 5 | Участников: 6 | |
---|---|---|---|---|---|
Получены максимальные разрешения |
1920x1080 |
1280x720 |
640x360 |
640x360 320x240 |
640x360 320x240 |
Общая средняя скорость потока |
2128 |
4050 |
1304 |
1224 |
1565 |
Общий максимальная скорость потока |
4063 |
5890 |
2860 |
2699 |
3017 |
Типовая полоса пропускания потока для панорамного видео основана на устройствах, которые могут передавать в потоке только панорамное видео разрешением до 960x144. При использовании устройств с разрешением панорамного видео 1920x288 ожидается, что типовая полоса пропускания потока увеличится.
Планирование мощности аудио для ТСОП
Media | Типовой кодек | Типовая полоса пропускания потока (кбит/с) | Максимальная полоса пропускания потока без прямой коррекции ошибок (FEC) | Максимальная полоса пропускания потока с прямой коррекцией ошибок (FEC) |
---|---|---|---|---|
Звук |
G.711 (включает участников ТСОП в конференциях) |
64,8 |
97 |
161 |
Аудио |
Узкополосная служба RTAudio |
30,9 |
44,8 |
56,6 |
Показатели полосы пропускания сети в этих таблицах представляют только односторонний трафик и включают 5 кбит/с издержек трафика RTCP для каждого потока.
Управление качеством обслуживания
Качество обслуживания (QoS) — это сетевая технология, которая используется в некоторых организациях для обеспечения оптимального взаимодействия с конечными пользователями для аудио- и видеосвязи. QoS чаще всего используется в сетях, где пропускная способность ограничена: с большим количеством сетевых пакетов, конкурирующих за довольно небольшой объем доступной пропускной способности, QoS позволяет администраторам назначать более высокие приоритеты пакетам, несущим звуковые или видеоданные. Присвоив этим пакетам более высокий приоритет, аудио- и видеосвязь, скорее всего, будет выполняться быстрее и с меньшими перерывами, чем сетевые сеансы с такими вещами, как передача файлов, просмотр веб-страниц или резервное копирование базы данных. Это связано с тем, что сетевым пакетам, используемым для передачи файлов или резервных копий баз данных, присваивается приоритет "наилучших усилий".
Примечание.
Обычно качество обслуживания применяется только к сеансам связи во внутренней сети. Реализация качества обслуживания подразумевает настройку серверов и маршрутизаторов для отметки пакетов с использованием определенного способа, который может не поддерживаться в Интернете или других сетях. Даже если качество обслуживания поддерживается в других сетях, нет никакой гарантии, что качество обслуживания будет настроено точно так же, как вы настроили службу. Если вы используете MPLS, вам необходимо работать с поставщиком MPLS.
Skype для бизнеса Server не требует QoS, но настоятельно рекомендуется. Если в сети возникают проблемы с потерей пакетов, доступные решения должны добавить дополнительную пропускную способность или реализовать QoS. Если увеличить пропускную способность невозможно, то единственным решением может быть внедрение службы качества обслуживания.
Skype для бизнеса Server предлагает полную поддержку QoS. Это означает, что организации, которые уже используют QoS, могут легко интегрировать Skype для бизнеса Server в существующую сетевую инфраструктуру. Для этого необходимо выполнить следующие действия.
Включение QoS в Skype для бизнеса Server для устройств, не основанных на Windows. По умолчанию качество обслуживания отключено для компьютеров и других устройств (например, iPhones), работающих под управлением ОС, отличных от Windows. Хотя вы можете использовать Skype для бизнеса Server для включения и отключения качества обслуживания для устройств, как правило, вы не можете использовать продукт для изменения кодов DSCP, используемых этими устройствами.
Настройка диапазонов портов и политики качества обслуживания для серверов конференц-связи, приложений и серверов-посредников. Вам необходимо зарезервировать уникальный набор портов для разных типов пакетов, например аудио и видео. Используя Skype для бизнеса Server вы не включаете или отключаете QoS, задав для свойства значение True или False. Вместо этого для включения качества обслуживания необходимо настроить диапазоны портов и затем создать и применить групповую политику. Если позже вы решите не использовать QoS, вы можете "отключить" QoS, удалив соответствующие объекты групповая политика.
Настройка диапазонов портов и политики качества обслуживания для пограничных серверов. Вы можете использовать на пограничных серверах и остальных серверах одни и те же диапазоны портов, хотя это необязательно. Настройка политики качества обслуживания выполняется только для внутренней стороны пограничных серверов. Это связано с тем, что QoS предназначено для использования во внутренней сети, а не в Интернете.
Настройка диапазонов портов и политики качества обслуживания для клиентов в Skype для бизнеса Server. Эти диапазоны портов применяются только к клиентским компьютерам и обычно не совпадают с диапазонами портов, заданными на серверах. Обратите внимание, что Skype для бизнеса Server не поддерживает QoS для операционных систем Windows, отличных от Windows 10.
Примечание.
Если вы используете Windows Server 2012 или Windows Server 2012 R2, вас может заинтересовать новый набор командлетов Windows PowerShell, доступных для управления качеством обслуживания на этой платформе. Дополнительные сведения см. в разделе Командлеты Windows PowerShell для сети.
QoS также рассматривается в техническом документе о планировании сети, мониторинге и устранении неполадок с помощью Lync Server с дополнительными сведениями и подробными сведениями. Хотя содержимое явно ссылается на Lync 2010 и Lync 2013, рекомендации по Skype для бизнеса Server не меняются.
См. также
Планирование IPv6 в Skype для бизнеса