Перечень лабораторных работ. Лабораторная работа 1 общие сведения об ip
 Скачать 2.35 Mb.
|
|
Рис. 9.2. Объединение УАТС При звонке абонента из города А на внутренний номер 222 (или групповой номер, если есть несколько соединительных линий) абонент услышит гудок УАТС, находящейся в городе Б, и, набрав внутренний номер абонента в этом городе, установит соединение. Аналогично выполняется автоматическое соединение для абонента города Б. Оба соединения устанавливаются по одной и той же соединительной линии (естественно, в различное время). В данном случае шлюзы используются с обеих сторон линии и подключаются к внутренним (INT) портам УАТС. Есть также вариант подключения нескольких соединительных линий между несколькими УАТС. При большом количестве станций, возможно, выгоднее будет отказаться от транков (постоянных соединений) и перейти к обычным коммутируемым соединениям IP-телефонии. Третий вариант (рис. 9.3.), когда к шлюзам подключены непосредственно телефоны, дает возможность двум абонентам организовать прямую линию. В этом случае при поднятии трубки на одном телефоне зазвонит телефон на противоположном конце линии и наоборот. При этом с двух концов линии могут использоваться шлюзы. Рис. 9.3. Непосредственная связь «телефон-телефон» Требования к каналу Чтобы добиться хорошего качества речи при работе через Интернет, соединение шлюз-шлюз должно удовлетворять следующим параметрам: - время задержки передачи звуковых пакетов не должно превышать 200 мс. Задержка передачи звукового пакета - это время между произнесением фразы абонентом удлинителя и моментом, когда она будет услышана его собеседником. Для человеческого уха задержка до 250 мс практически незаметна; - разница между задержками поступления звуковых пакетов должна быть не больше 50 мс. При превышении этого параметра неизбежны искажения (эффект «рваной» речи); - допустимое значение частоты «пропадания» голосовых пакетов - 1/100, что составляет 1% от передаваемой информации. Частично перечисленные параметры можно определить командой ping. Пропускная способность канала должна быть не ниже значения, определяемого по формуле: быстродействие кодека * число одновременно используемых соединительных линий * 1,2 (защитный резерв). 85 Точные значения скоростей кодеков зависят от параметров настройки шлюза (например, число голосовых пакетов на 1 пакет UDP). Приведем ориентировочные величины, взятые для наихудшего случая: G.711A - 64 кбит/с, G.729A - 8 кбит/с, G.723 - 6,3 кбит/с. 9.2. Практическая часть 1. Изучите Руководство по настройке IP-АТС Asterisk. 2. Изучите особенности настройки IP-АТС в соответствии с рекомендациями, указанными в Методическом пособим «Приемы и методы работы с аппаратурой и программным обеспечением». 3. Соберите сеть с топологией, представленной на рис. 9.4 Рис. 9.4. Топология сети 4. Запустите сервер IP-телефонии в режиме CentOs (IP-SRV Asterisk) и зарегистрируйте необходимое количество абонентов в соответствие с топологией сети. 5. Включите ПЭВМ пользователя. 6. Проверьте наличие устройств ввода-вывода звуковой информации (встроенные динамики, гарнитура) на ПЭВМ пользователя. При необходимости установите их в качестве устройств, подключенных к звуковой карте. 7. Проверьте статус регистрации абонентов на всех подключенных устройствах и сервере IP-телефонии. 8. Включите IP-телефоны и проверьте статус регистрации абонентов на IP-телефонах и сервере IP-телефонии. При необходимости зарегистрируйте абонентов заново. 9. Совершите пробные вызовы абонентов 10. Настройка переадресации вызовов: 86 10.1. В панели администрирования IP-АТС Asterisk в разделе «Applications», подменю «Extensions», выберите номер, настройки которого необходимо изменить. Два раза «кликните» по нему мышкой. Откроются свойства абонента. В них выберите подраздел «Optional Destinations». Измените настройки переадресации, установив в качестве номера абонента (CID Prefix), на который будет переадресовываться вызов (если абонент не отвечает или занят), номер любого зарегистрированного абонента. 10.2. Сделайте пробный вызов и проследите статус абонента в панели управления, а также реакцию аппаратуры. 10.3. Проделайте те же действия с другими номерами. 10.4. Возвратите изменения в исходное состояние. 11. Настройка голосовой почты (при наличии установленного mail- сервера в сети или выхода в Интернет) 11.1. В панели администрирования IP-АТС Asterisk в разделе «Applications», подменю «Extensions», выберите номер, настройки которого необходимо изменить. Два раза «кликните» по нему мышкой. Откроются свойства абонента. В них выберите подраздел «Voicemail». 11.2. Включите опция «Voicemail» изменив статус поля на «Enable», введите адрес электронной почты, пароль к доступу и.т.д. Измените настройки голосовой почты, установив в качестве номера абонента (CID Prefix), на который будет переадресовываться вызов (если абонент не отвечает или занят), номер любого зарегистрированного абонента. 11.3 В разделе в разделе «Applications», подменю «Voicemail Blasting» создайте новую VMBlast Group. В ней введите номер доступа (VMBlast Number), создайте группу абонентов (VoiceMail Box List) и примените изменения 11.4. Сделайте пробный вызов на абонента и запишите голосовую почту. 11.5. С телефона абонента, которому была адресована почта, прослушайте записанное сообщение. 11.6. Проверьте адрес электронной почты, указанный в настройках голосовой почты на предмет сообщения. 11.4 Возвратите изменения в исходное состояние. 12. Сделайте соответствующие выводы и приведите рабочее место в первоначальное состояние 87 Лабораторная работа №10. Установка и настройка сервера IP- телефонии Asterisk 10.1 Краткие теоретические сведения Особенности учета и биллинга IP-услуг Рассмотрим основные особенности учета и биллинга IP-услуг. Биллинг (от англ. Billing – составление счета) – это прежде всего система выставления счетов за потребленные услуги. Условиями для выставления счета являются: 1. Наличие пакета услуг, присущих традиционной телефонии. Исходя из общих принципов реализации сети IP-телефонии, ее пользователи должны получать те же услуги, что и при использовании традиционной телефонной связи ТфОП. Однако использование IP-сети в качестве транспортной архитектуры позволяет провайдерам предоставлять пользователям целый набор дополнительных услуг, основанных на протоколе IP (передача данных, факсимильных сообщений, электронной почты, видео и др.). Особенности предоставления услуг IP-телефонии и других видов IP- услуг выдвигают специфические требования к организации системы биллинга и менеджмента пользователей. 2. Ведение учета в режиме реального времени. Особенность состоит в том, что IP-телефония основывается на непосредственном взаимодействии с пользователями - поэтому провайдеры должны постоянно следить за каждым их действием. Информация о действиях провайдера не должна запаздывать, так как это может отрицательно повлиять на действия пользователя. В конечном счете, провайдеры должны быть чрезвычайно гибки и оперативны при предоставлении услуг, которые они предлагают, должны быстро предлагать новые услуги для продажи и эффективно управлять пользователями. 3. Конфиденциальность разнородной информации. Основная проблема, возникающая при организации биллинга услуг IP, заключается в значительном отличии по содержанию этих услуг друг от друга. Электронная почта, веб-серфинг, IP-телефония, чат и некоторые другие услуги требуют сбора различной информации. Условно можно разделить услуги следующим образом: o основанные на соединении (IP-телефония); o основанные на транзакциях; o услуги по передаче файлов; o услуги доступа к базам данных. Информация должна собираться в различных узлах сети, возможно, принадлежащих различным операторам. При этом возникает задача обеспечения конфиденциальности такого рода данных. 4. Ведение учетной информации. 88 В отличие от коммутируемых сетей, где учетные данные состоят, в основном, из событий (начало и завершение сеанса связи, использование дополнительных услуг, цифры номера), в сетях IP услуги определяются метриками (количество переданных и принятых байтов, число пакетов, номера портов, адреса IP). Набор метрик зависит от предоставляемых услуг. Информация, соответствующая предоставленной услуге, может быть фрагментирована и отправлена на систему учета несколькими пакетами. Более того, информация об услуге может быть отправлена с нескольких узлов. Система сбора и обработки учетной информации должна обладать достаточной вычислительной мощностью и вместительностью для хранения данных. Также необходимы механизмы для уменьшения объема учетной информации. 5. Контроль и регулирование качества обслуживания. Одной из характеристик услуг, предоставляемых сетью IP, является качество обслуживания (QoS). В отличие от ТфОП, обеспечивающей фиксированное качество обслуживания, в IP-сетях оно может варьироваться. Уровень QoS может зависеть от абонемента пользователя или от запрашиваемой услуги. Биллинговая система должна уметь учитывать качество обслуживания, предоставляемое пользователю. 6. Возможность взаимодействия с другими сетями и службами. Оператор, предоставляя абоненту определенную услугу, может задействовать при этом несколько различных сетей и служб. Например, одновременно могут быть задействованы ТфОП, сеть IP-телефонии, справочная служба, услуга уведомления о вызове из ТфОП по Интернету. Оператору и пользователю необходимо знать общую картину предоставленных услуг. Получить ее можно, собирая и сопоставляя учетные данные от разных сетей и служб (рис 10.1). 89 Рис. 10.1. Обобщенная схема сбора статистической и биллинговой информации в IP-сети 7. Гибкость системы. Биллинговые системы для предоставления IP-услуг должны обладать большей гибкостью, чем системы, используемые на сетях операторов традиционной телефонии. Это позволит компании, использующей систему учета и биллинга, сконфигурировать ее в точном соответствии со своими нуждами. 8. Гибкость систем расчета с пользователем. Часто провайдеры IP-услуг используют способ расчета с абонентами по предоплатным схемам. В таком случае необходимо осуществлять обработку учетной информации и биллинг в реальном масштабе времени. Это позволит прекратить предоставление услуги абоненту при истечении средств на его счету. Для удобства расчетов абонентов с оператором может применяться веб- интерфейс. Подобная услуга позволяет абонентам быстро осуществлять платежи и проще вести контроль над расходами. Например, предложенный пользовательский интерфейс «Личного кабинета» дает возможность легко и полно контролировать всю статистику по совершенным звонкам, удобно настраивать множество сервисных функций системы, а также всегда контролировать свой счет и вносить на него средства несколькими разными способами - с помощью платежных карт, покупки кодов, сетевых платежных систем и т. д. 90 Многие IP-услуги предоставляются с использованием сетей нескольких операторов и узлов различных производителей. Биллинг подобных услуг требует согласованного сбора учетной информации со всех задействованных элементов сети. Индустриальных стандартов в настоящее время для этого нет. Кроме того, нет четко установленных стандартов для форматов записи и протоколов передачи этой информации на серверы учета и в биллинговые системы. Вместе со многими проблемами учет и биллинг IP-услуг дает операторам множество новых возможностей. Учетные данные могут быть использованы для лучшего понимания нужд и требований пользователей и быстрого ввода в эксплуатацию необходимых услуг. Также они помогают при анализе использования абонентами тех или иных ресурсов, могут применяться для нахождения оптимальной конфигурации сети, управления трафиком, планирования емкостей хранилищ информации и обнаружения недобросовестных пользователей (рис. 10.1). Требования к системе биллинга и менеджмента пользователей IP- телефонии Работа в реальном масштабе времени При традиционной телефонной связи программное обеспечение, которое выполняет расчеты за пользование услугами телефонной связи, не имеет непосредственного контакта с абонентом во время разговора. Детальная информация о вызовах (CDR) поступает от телефонных станций в течение месяца и только в конце месяца (или расчетного периода) вся собранная информация о вызовах передается в биллинг-систему. Этот метод расчетов за услуги связи не подходит для рынка услуг IP- телефонии, который часто не регулируется и является чрезвычайно конкурентным. Провайдеры IP-телефонии должны иметь возможность следить за любым действием каждого заказчика, и информация о них должна поступать не в конце месяца, когда уже слишком поздно осуществлять воздействие. Поэтому система менеджмента и биллинга, используемая для поддержки услуг IP-телефонии, должна уметь отслеживать и управлять действиями абонентов в реальном масштабе времени (рис. 10.2). Система биллинга и менеджмента пользователей реального масштаба времени даст возможность провайдерам получать информацию немедленно и использовать ее в своей работе. 91 Рис. 10.2. Схема взаимодействия обслуживания вызова IP-телефонии при использовании комплексной системы биллинга и менеджмента реального масштаба времени Кроме того, система биллинга и менеджмента пользователей должна не только обеспечивать расчеты в реальном масштабе времени, но и позволять развертывать новые услуги достаточно быстро, чтобы воспользоваться преимуществом появления их на рынке. При необходимости система должна рассчитывать, отслеживать и анализировать трафик и состояние счетов пользователей. Система должна быть гибкой, чтобы эффективно отвечать на конкурентное давление и удовлетворять требованиям провайдеров IP- телефонии. Поддержка предоплаты Опыт обслуживания IP-телефонии показывает, что предоплаченные услуги составляют главную часть вызовов IP-телефонии. Предоплаченные телефонные карточки позволяют провайдерам IP-телефонии избегать недоплаты и задолженности по оплате. Система биллинга и менеджмента пользователей в реальном масштабе времени должна обеспечивать жесткие требования провайдеров по контролю за возможностями предоплаченных карт. В этом случае провайдеры могут предлагать любые предоплаченные услуги, включая дебетные карты, непополняемые и пополняемые предоплаченные счета. Другими словами, система биллинга и менеджмента пользователей должна позволять создавать комплексную архитектуру реального времени, которая обеспечит: поиск наилучшего пути для вызова; множественный доступ при одном предоплаченном счете; уведомление по электронной почте при уменьшении ниже нормы суммы на счете; пополнение счета через телефон или веб-интерфейс; получение информации о зональных тарифах, остатках на счетах и другой информации по обработке и маршрутизированию заранее оплаченных вызовов в реальном времени. Расчеты с абонентами подразумевают: формирование счета для клиентов, работающих в кредит; 92 поддержку различных периодов оплаты счетов - неделя, две недели, месяц; возможность настройки печатной формы счета; ввод и учет платежей абонента; поддержка расчетов в нескольких валютах. Два способа работы с клиентами (рис 10.3-10.4). Рис. 10.3. Способы работы с клиентами Рис. 10.4. Тарифные планы Может быть предусмотрена гибкая система формирования цены, например, в зависимости от типов дней и временных периодов. Существует два способа назначения цены - по кодам доступа и по тарифным зонам. Поддержка вторичных провайдеров Вторичные провайдеры (субпровайдеры) позволяют первичным провайдерам воспользоваться преимуществом модели бизнеса вне своей фирменной марки, когда их корпоративные пользователи становятся "виртуальными" провайдерами IP-телефонии или провайдерами фирменных услуг (Branded Service Provider – BSP). Такие вторичные провайдеры предлагают продукты или услуги интернет-телефонии под их собственной корпоративной маркой без необходимости создания инфраструктуры менеджмента и поддержки услуг первичной сети. Системы биллинга и менеджмента пользователей вторичных провайдеров должны поддерживаться подобной системой первичного 93 провайдера для обеспечения всех услуг IP-телефонии. Это дает возможность первичным провайдерам предложить своим вторичным провайдерам полный диапазон услуг по биллингу и менеджменту – создание счетов, тарификация, расчет, составление счетов, менеджмент пользователями и выписка счетов. Система биллинга и менеджмента должна гарантировать абсолютную защиту данных пользователей, тарифных планов, счетов и сообщений и обеспечивать безопасный доступ вторичного провайдера к системе в реальном масштабе времени. Идентификация в реальном масштабе времени Идентификация означает проверку индивидуальной подлинности пользователя. При услугах IP-телефонии – делает ли пользователь вызов из дома или офиса, с обычного телефона или компьютера - все вызовы должны быть связаны с определенным пользователем даже при его путешествии. Система биллинга и менеджмента пользователей IP-телефонии должна поддерживать надежные механизмы идентификации, чтобы опознавать пользователя уникально, и обеспечивать изменение этих механизмов в реальном времени вне зависимости от местонахождения пользователя в момент совершения им звонка. Авторизация обеспечивает разрешение предоставления пользователю тех услуг, которые он требует. В традиционных биллинг-системах отсутствует взаимодействие с пользователями в реальном масштабе времени, и в них нет никакой встроенной возможности обеспечения авторизации (рис 10.5.). Рис. 10.5. Интеграция биллинг-системы с системой управления правами доступа На высококонкурентном рынке IP-услуг провайдеры должны иметь возможность быстро отвечать на изменяющиеся рыночные условия. Таким образом, системы биллинга и менеджмента пользователей IP- телефонии должны позволять провайдеру быстро и легко создавать новые пакеты услуг телефонной связи, набор планов тарификации и быстро предлагать на рынок новые услуги. Возможные варианты расширения списка услуг: Dial-up; выделенные линии (учет трафика); Web-hosting, mail и др. 94 Гибкость системы Чтобы оставаться лидерами в предоставлении любых IP-услуг, провайдеры должны иметь возможность быстро добавить или изменить услуги, информацию о пользователе, тарифы и другие данные без прерывания выполняемых функций и без расходов на дополнительное программирование. Программное обеспечение системы биллинга и менеджмента пользователей IP-телефонии должно строиться по блочно-функциональному принципу для обеспечения его быстрого внедрения у провайдера и возможностей масштабирования. Кроме этого, система должна работать с любым сетевым окружением для сбора детальной информации о вызовах (CDR) и интегрироваться с любыми прикладными системами финансового учета (рис. 10.6). Рис. 10.6. Функциональные уровни системы биллинга и менеджмента IP-телефонии 10.2 Практическая часть 1. Изучите Руководство по настройке IP-АТС Asterisk. 2. Изучите особенности установки и настройки IP-АТС в соответствии с рекомендациями, указанными в Методическом пособим «Приемы и методы работы с аппаратурой и программным обеспечением». 3. Изучите особенности установки и настройки «виртуальной машины» в соответствии с рекомендациями, указанными в Методическом пособим «Приемы и методы работы с аппаратурой и программным обеспечением» 4. Установите программное обеспечение «виртуальной машины». 5. Создайте «виртуальную машину» CentOs и установите на нее операционную систему (образ диска ОС CentOS прилагается). 6. Во время установки настройте сетевую карту «виртуальной машины» на локальную сеть стенда. 7. Задайте пароль пользователя root. 8. После инсталляции операционной системы пропишите в настройках IP адрес DNS-сервера командой nano /ect/sysconfig/network-scripts/ifcfg-eth0 95 Дописать строки в файл ifcfg-eth0 DNS1=”address” DNS2=”address” 9. Перезагрузите систему. Если DNS сервер прописан правильно и имеется доступ в сеть Интернет, начнется автоматическая установка среды FreePBX. 10. Обновите операционную систему командой yum –y update 11. Установите графическую оболочку при помощи команды yum groupinstall x11 basic-desktop desktop-platform fonts 12. Установите файловый менеджер MC командой yum –y install mc 13. Настройте запуск графического интерфейс после загрузки CentOS. Необходимо внести правки в файл /etc/inittab: id:3:initdefault: Цифра 3 в ней означает, что система запускается в режиме интерфейса командной строки. Чтобы запустить её в графическом интерфейсе необходимо поменять 3 на 5: 14. Установите браузера Firefox командой yum -y install firefox 15. Перезагрузите «виртуальную машину» 16. Соберите сеть с топологией, представленной на рисунке 10.7. Рис. 10.7. Топология сети 96 17. Запустите «виртуальную машину» с установленным сервером IP- телефонии Asterisk и зарегистрируйте необходимое количество абонентов в соответствие с топологией сети. 18. Включите ПЭВМ пользователя. 19. Установите программный IP-телефон и настройте его. 20. Проверьте наличие устройств ввода-вывода звуковой информации (встроенные динамики, гарнитура) на ПЭВМ пользователя. При необходимости установите их в качестве устройств, подключенных к звуковой карте. 21. Проверьте статус регистрации абонента на программных IP- телефонах и сервере IP-телефонии. 22. Включите IP-телефоны и проверьте статус регистрации абонентов на IP-телефонах и сервере IP-телефонии. При необходимости зарегистрируйте абонентов заново. 23. Совершите пробные вызовы абонентов 24. Приведите рабочее место в первоначальное состояние. |