По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Данная статья будет посвящена продуктам унифицированных коммуникаций, разработанных компанией Cisco Systems. Для начала следует сказать, что же такое “унифицированные коммуникации”. Унифицированные коммуникации – это совокупность интегрированных технологий реального времени, таких как: телефония, видеоконференцсвязь (ВКС), обмен мгновенных сообщений (чат) и прочих технологий, представленных на базе единой программной или аппаратной платформы и направленных на повышение эффективности бизнес процессов компании.
Унифицированные технологии, разработанные компанией Cisco, представлены линейкой продуктов Business Edition. В зависимости от числа пользователей функционал данных продуктов может различаться. Существует три версии Business Edition: 3000, 6000 и 7000, рассчитанные на предприятия малого и среднего, среднего и крупного бизнеса соответственно.
Так как продукты Business Edition являются так называемыми “бандл” решениями, то есть поставляются в сборке, то в их состав входят (Рассмотрим на примере CMBE 6000):
Сервер Cisco UCS 220 M3 или M4 – аппаратная платформа, на которой, собственно, разворачиваются сервисы Business Edition;
Cisco Unified Communication Manager – Является ядром всех решений BE, представляет собой полноценную IP-PBX на 1000 пользователей и 1200 оконечных устройств, с поддержкой таких сервисов как: устройства аналоговой связи, IP-телефоны, VoIP-шлюзы, приложения обработки медиа данных, видеоконференцсвязь, мультимедийная система совместной работы, контактный центр и прочие.
Стоит отметить, что в отличие от отдельного CUCM, Cisco Unified Communications Manager Business Edition имеет очень удобный интерфейс, поэтому заниматься его управлением может менее подготовленный IT специалист.
Instant Messaging and Presence with the Cisco Jabber – сервер контроля доступности абонента и обмена мгновенных сообщений, на базе клиента Cisco Jabber;
Cisco Unity Connection – сервер унифицированной голосовой почты;
Cisco Unified Contact Center – позволяет развернуть работу контакт-центра для обслуживания голосовых сообщений и запросов через Интернет;
Cisco Unified Provisioning Manager – представляет собой решение на базе вэб-интерфейса для автоматизации управления и администрирования всех приложений системы.
В качестве дополнительных сервисов продукты CMBE позволяют активировать следующие (возможна закупка дополнительных лицензий):
Cisco TelePresence Video Communication Server – сервер видеоконференцсвязи;
Cisco Unified Contact Center Express – позволяет расширить базовый контакт центр до 100 агентов;
Cisco Unified Attendant Console (CUxAC) – сервер управления программными консолями секретаря (три редакции: Business, Department, Enterprise);
Paging – сервер системы оповещений;
Cisco Emergency Responder (CER) – сервер управления и мониторинга вызовов от экстренных служб;
Для большего понимания, типовая схема Cisco Unified Business Edition 6000, представлена на рисунке:
Решения Cisco Business Edition позволяют обеспечить предприятию:
Высококачественную голосовую связь, соединяющую все филиалы и офисы компании;
Повышение мобильности сотрудников, за счёт использования мобильных приложений, таких как Jabber;
Качественную видеоконференцсвязь и взаимодействие с системами Cisco TelePresence
Мгновенный обмен текстовыми сообщениями (Instant Messaging);
Контроль доступности абонентов (Presence), интегрированный с корпоративным календарем
Работу контакт центра, обслуживающего голосовые, видео- и Интернет-обращения
Унифицированную голосовую почту;
Простую систему управления, мониторинга и администрирования, интегрированную с внешними сервисами;
Сервис сбора статистической информации, которая позволяет оперативно проводить траблшутинг неисправностей всех компонентов системы.
Всем привет! В сегодняшней статье мы расскажем об одной из самых полезных функций Deployment Service (DLS) в OpenScape Voice – настройка и управление профилями устройств.
/p>
Теория
Профиль устройства (Device Profile) – это набор настроек телефона, который применяется в зависимости от типа устройства, версии прошивки, типа подключения, разрешенный функций, требований безопасности и так далее. Профиль устройства используется для комплексной настройки телефона и содержит необходимый набор шаблонов. Профили применяются к определенным типам устройств. Один шаблон может быть использован в разных профилях.
Например, шаблон параметров “Gateway/Server” отвечает за настройку адресов регистрации в системе, шаблон “Time Parameters” – за настройку даты и времени на устройстве. Телефоны могут использовать один адрес регистрации, но находиться в разных временных зонах. В этом случае нужно настроить два разных профиля с разными шаблонами настроек времени, и при этом в обоих профилях можно использовать один и тот же шаблон параметров регистрации.
Для корректной работы телефона, профиль устройства должен содержать следующий минимальный набор шаблонов:
Gateway/Server – настройка адреса регистрации;
Time Parameters – настройка параметров времени и даты;
Signaling and Payload Encryption – настройка транспортных протоколов;
Miscellaneous – настройка страны и языка;
Features – настройка дополнительных функций;
Копирование параметров конфигурации телефона в шаблон
Необходимые параметры могут быть скопированы в шаблон с телефона, уже настроенного и зарегистрированного в DLS. Так же все параметры могут быть настроены непосредственно в DLS.
Переходим в Deployment Service → IP Devices → IP Phone Configuration и выбираем ту вкладку, настройку которой мы хотим скопировать. В поиске находим наш телефон и в меню Action выбираем Copy To Template. После этого мы переключимся на вкладку Template, где можно будет внести изменения к скопированному шаблону. После этого нажимаем на кнопку Save внизу.
В появившемся окне вводим желаемое название и нажимаем Save.
Добавленные шаблоны можно найти во вкладке Deployment Service → Profile Management → Template Overview.
Если необходимо скопировать все параметры с устройства в шаблон, то нужно перейти во вкладку Deployment Service → IP Devices → IP Management → IP Devices Configuration. В поиске снова находим необходимый телефон и в меню Action выбираем пункт Generate All Templates.
После этого также попадаем во вкладку Template, нажимаем Save, и в окне после ввода имени для группы шаблонов нажимаем кнопку Generate All.
Настройка профиля устройства
Для создания нового профиля переходим во вкладку Deployment Service → Profile Management → Device Profile и нажимаем кнопку New. В поле Name вводим название профиля, в поле Device Profile выбираем тип устройства – IP Phone. Галочкой отмечаем если нам нужно назначать этот профиль по умолчанию и если его нудно применять ко всем моделям телефонов.
Затем переходим во вкладку Templates в которой добавляем шаблон в набор профиля. Можно добавить сразу несколько шаблонов нажав на Multiple Add
Во вкладке Supported Devices of IP Device добавляем список моделей, к которым будет применяться данный профиль. Тут указывается модель телефона, тип ПО и версию ПО (0.0.0.0 – любая версия). После чего все сохраняем нажатием кнопки Save.
Назначение профилей телефонам
Профиль может быть назначен непосредственно в самом DLS, либо в разделе настройки абонентов СМР.
В DLS нужно перейти во вкладку Deployment Service → IP Devices → IP Management → IP Devices Configuration. Тут выполняем поиск телефона по необходимым критериям и после чего нажимаем внизу на вкладку Profile. В строке Device Profile выбираем созданный нами профиль и нажимаем Save, после чего он применится к выбранному аппарату. В этом меню будет видна дата и время применения профиля. Если настройки аппарата были изменены вручную, то заново применить профиль можно нажав на кнопку Reapply. Также это нужно сделать в случае изменения самого профиля.
Профиль также можно применить к группе телефонов. Для этого в мeню поиска нужно задать соответствующие критерии и затем в таблице с результатами поиска отметить интересующие телефоны и применить нужный профиль во вкладке Object/Profile.
В случае если мы хотим назначить профиль для телефона в CMP, то нам нужно перейти во вкладку Configuration → OpenScape Voice → Business Group → Members → Subscribers. Тут ищем необходимый нам номер, выбираем его и нажимаем на Device Management и появившемся окне нажимаем Add. Во вкладке General в строке Device ID указываем MAC-адрес телефона (в виде XX:XX:XX:XX:XX:XX), в Device Family указываем что тип устройства это Phone, и в Device Profile выбираем из списка необходимый нам профиль устройства. Затем нажимаем Save, после чего данные должны автоматически передаться на DLS.
В данный момент на рынке представлено большое количество таких технологий виртуализации, как, например, OpenVZ, KVM и Xen. Вы, должно быть, встречались с этими терминами, если пытались купить виртуальный частный сервер (VPS). В статье мы сравним эти три технологии с точки зрения покупки VPS, чтобы вы могли выбрать наиболее подходящую вам технологию.
Обзор Виртуализации и Контейнеризации
Виртуализация – это технология, которая позволяет вам создавать несколько виртуальных машин (ВМ) на одном аппаратном обеспечении. В свою очередь каждая виртуальная машина представляет собой физический компьютер, на который вы можете установить операционную систему. Работу виртуальных машин контролирует гипервизор, который предоставляет им хостовые системные ресурсы: процессорные, оперативной памяти и устройств хранения.
Все ВМ изолированы друг от друга, то есть программное обеспечение одной ВМ не имеет доступ к ресурсам другой ВМ. Многие провайдеры VPS устанавливают гипервизор на физический сервер и предоставляют пользователям виртуальную машину в качестве виртуального частного сервера (VPS).
Контейнеризация сильно отличается от виртуализации. Вместо гипервизора на хост-систему устанавливается операционная система, на которой вы можете создавать «контейнеры». Внутри контейнеров вы можете создавать приложения, и уже ОС позаботится о выделении ресурсов каждому контейнеру. В этом случае ядро операционной системы и драйверы являются общими для всех контейнеров.
Таким образом, контейнеризация зависит от ОС. И, соответственно, в контейнере можно запускать только те программы, которые соответствуют хостовой ОС. Например, если контейнеризация работает на Linux как на хостовой ОС, внутри контейнера вы можете запускать приложения только на Linux. В этом отличие от виртуализации – в виртуальной машине вы можете запустить любую ОС и, соответственно, любое приложение. С другой стороны, контейнеризация намного более эффективна, чем виртуализация, так как не затрачивает лишнюю энергию на запуск ОС в каждой виртуальной машине.
В этой статье мы уделим внимание системной контейнеризации. Такой вид контейнеризации позволит вам запускать ОС внутри контейнера. Несмотря на это, ядро и драйверы по-прежнему являются общими для различных операционных систем внутри каждого контейнера.
Xen и KVM являются технологиями виртуализации, а OpenVZ – это технология контейнеризации на базе Linux.
OpenVZ
OpenVZ (Open Virtuozzo) – это платформа контейнеризации, базирующаяся на ядре Linux. Она позволяет на одной хост-системе запускать несколько ОС, также базирующихся на Linux. Контейнеры работают как независимая система Linux с правами доступа уровня root, изоляцией на уровне файлов, пользователей или групп, процессов и сетей.
Провайдеры серверов предоставляют контейнерам OpenVZ некоторое количество оперативной памяти, процессорных ядер и места на жестком диске и продают их в качестве виртуальных серверов Linux. Какая-то часть ресурсов ЦП и памяти выделена контейнеру, а какая-то часть ресурсов “разрывается”, то есть если контейнеру требуется больше ресурсов помимо того, что ему было выделено, он может временно заимствовать их из неиспользуемых ресурсов других контейнеров.
Так как при контейнеризации ядро является общим для всех контейнеров, изменить настройки ядра, обновить его или использовать дополнительные модули ядра невозможно. К моменту написание этой статьи большинство провайдеров используют OpenVZ 6 на базе Linux 2.6. Таким образом, вы не сможете улучшить функционирование системы и возможности ядра за счет обновлений. У вас так и останется старый дистрибутив Linux. И вы не сможете установить Docker или использовать утилиты ipset и nftables.
OpenVZ 7 – это самая последняя версия проекта с обновленным ядром. Однако очень немногие провайдеры предоставляют ее из-за сложности установки и нехватки вспомогательных инструментов.
В заключение, с точки зрения провайдера систему OpenVZ легко конфигурировать и запускать, в отличие от KVM и Xen. И так как это система на контейнеризации, она затрачивает намного меньше энергии, вследствие чего провайдеры могут предоставлять большее количество VPS с одного физического сервера.
Xen
Xen – это платформа виртуализации с открытым исходным кодом, которая первоначально начиналась как исследовательский проект в Кембриджском университете. В настоящее время в разработке проекта участвует Linux Foundation.
С помощью различных инструментов провайдер предоставляет виртуальным машинам Xen фиксированный объем оперативной памяти, процессорных ядер, места на жестком диске и IP-адресов и предлагает их в качестве VPS.
В целом гипервизоры делятся на два типа: 1 и 2. Гипервизор типа 1 работает непосредственно на хост-оборудовании, в то время как гипервизор типа 2 зависит от базовой операционной системы. Xen относится к гипервизору первого типа.
Так как Xen – технология виртуализации, созданные на ее основе ВМ могут работать на любой ОС, включая Linux, Windows и BSD. А поскольку каждая ВМ работает на своей операционной системе, вы можете обновить ядро, изменить его настройки или использовать дополнительные модули ядра.
Установка виртуализации несет за собой большой расход энергии на эмуляцию определенных аппаратных функций, а также на запуск операционной системы. Чтобы уменьшить расходы, Xen использует технику "паравиртуализация". В этом случае гипервизор использует альтернативные способы выполнения одних и тех же аппаратных операций более эффективным способом. Если гостевая ОС знает, как использовать эти альтернативные интерфейсы, она делает “гиперзвонок”, чтобы поговорить с гипервизором. Этот режим работы называется Xen Paravirtualization (Xen-PV).
Когда гостевая ОС поддерживает паравиртуализацию, используется другой режим виртуализации – Xen Hardware Virtual Machine (Xen-HVM). В этом случае Xen использует программу QEMU, чтобы обеспечить эмуляцию аппаратного обеспечения. Чтобы использовать Xen-HVM, аппаратная виртуализация должна быть обеспечена хост-системой.
KVM
KVM (Kernel Virtual Machine) – это модуль ядра Linux, который предоставляет платформу для сторонних инструментов (таких как QEMU) для обеспечения виртуализации. Поскольку это модуль ядра, KVM повторно использует многие функции ядра Linux для своих целей.
С точки зрения конечного пользователя Xen похож на KVM, поскольку он позволяет запускать любую ОС и работать с низкоуровневыми настройками ядра. Провайдеры серверов используют сторонние инструменты для создания виртуальных машин с фиксированным объемом оперативной памяти, ядрами ЦП, пространством жесткого диска и IP-адресами и предлагают их в качестве виртуальных машин. Иногда провайдеры VPS, использующие KVM, предоставляют пользователю возможность загрузить свой ISO-файл для установки на VPS.
KVM работает только на оборудовании, поддерживающем аппаратную виртуализацию. Подобно Xen, KVM также обеспечивает паравиртуализацию для устройств ввода-вывода через API «virtio».
Что же выбрать?
Выбор платформы зависит исключительно от ваших предпочтений. Если вы не хотите тратить много денег на Linux сервер и вас не беспокоит старая версия ядра и невозможность пользоваться такими программами, как Docker, то выбирайте OpenVZ. Если вам нужна еще другая ОС, например, Windows или вы хотите использовать обновленное ядро Linux, выбирайте KVM или Xen.
Многие провайдеры используют возможность OpenVZ «разрываться» и перегружают свои системы, вмещая как можно больше серверов на один хост. В случае, если слишком много серверов будет пользоваться центральным процессором и памятью одновременно, вы заметите значительное снижение уровня производительности своего сервера.
Есть провайдеры, которые рекламируют свои KVM и Xen как «специализированные ресурсы», но, к сожалению, это тоже не всегда правда. И KVM, и Xen предлагают функцию «раздувания памяти» («memory ballooning»), при которой ваша оперативная память может быть востребована другим VPS. В каждом VPS установлен драйвер (Balloon Driver), который помогает в этом процессе. Когда гипервизор забирает память у вашего VPS, создается впечатление, что драйвер не дает пользоваться вашей памятью. Однако VPS никогда не сможет получить больше памяти, чем ему было изначально выделено.
Таким образом, перегрузка возможна в случае со всеми тремя платформами. Однако провайдеры KVM/Xen перегружают их намного меньше, чем OpenVZ, из-за технических ограничений системы, основанной на гипервизоре.
Чтобы определить производительность сервера перед покупкой, следует пройти тест производительности (бенчмарк) с помощью приложений: bench.sh, speedtest-cli или Geekbench. К тому же, прежде чем покупать VPS, основанный на одной из технологий – OpenVZ, KVM или Xen, лучше сравнить цены и прочитать комментарии о компании. У провайдера с заниженными ценами или плохой репутацией независимо от технологии будет низкая производительность VPS.