Какая разница между e1 и sip

Какая разница между e1 и sip

Сообщение Mike_K » 12 янв 2023, 13:41

4. Сохраняется прежняя нумерация ГТС при подключении по SIP
И
4. Необходимость замены почти всех городских номеров телефонов при подключении по Е1.

Это стандартный развод от Ростелекома.
Здесь они Вам впаривают свою виртуальную АТС. Не так ли?
И плюс множество всяких не нужных Вам функций в придачу?
В результате при переходе на SIP Вы очень теряете в надёжности.
Тут еще очень спорный вопрос, что надёжнее, существующий аналог по меди или будущее подключение по SIP через прокладку.

Явная не стыковка в рассуждениях.
Аналоговые номера из кординатки в SIP они перевести могут,
а эти же самые номера перенаправить в поток они не умеют?

Traveller Вассал
Сообщения: 119 Зарегистрирован: 03 июн 2019, 08:54 Откуда: Воронеж Благодарил (а): 32 раза Поблагодарили: 18 раз

Re: Е1 или SIP

Сообщение Traveller » 12 янв 2023, 13:48

В Воронеже они прекрасно могут перевести номера в SIP без ОАТС, только будут одноканальными, но чтоб это произошло придется пролюбить мозги менеджеру. У них как я понимаю есть план по ОАТС.
ОАТС от РТ нужна была в моем случаи только для многоканальности.

И если заводить SIP то напрямую через DSP64, без всяких промежуточных «VoIP-шлюз FXS 32» шлюзов.

Какая разница между e1 и sip

Сообщение Mike_K » 12 янв 2023, 13:41

4. Сохраняется прежняя нумерация ГТС при подключении по SIP
И
4. Необходимость замены почти всех городских номеров телефонов при подключении по Е1.

Это стандартный развод от Ростелекома.
Здесь они Вам впаривают свою виртуальную АТС. Не так ли?
И плюс множество всяких не нужных Вам функций в придачу?
В результате при переходе на SIP Вы очень теряете в надёжности.
Тут еще очень спорный вопрос, что надёжнее, существующий аналог по меди или будущее подключение по SIP через прокладку.

Явная не стыковка в рассуждениях.
Аналоговые номера из кординатки в SIP они перевести могут,
а эти же самые номера перенаправить в поток они не умеют?

Traveller Вассал
Сообщения: 119 Зарегистрирован: 03 июн 2019, 08:54 Откуда: Воронеж Благодарил (а): 32 раза Поблагодарили: 18 раз

Re: Е1 или SIP

Сообщение Traveller » 12 янв 2023, 13:48

В Воронеже они прекрасно могут перевести номера в SIP без ОАТС, только будут одноканальными, но чтоб это произошло придется пролюбить мозги менеджеру. У них как я понимаю есть план по ОАТС.
ОАТС от РТ нужна была в моем случаи только для многоканальности.

И если заводить SIP то напрямую через DSP64, без всяких промежуточных «VoIP-шлюз FXS 32» шлюзов.

Основы IP-телефонии, базовые принципы, термины и протоколы

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

Под IP-телефонией подразумевается голосовая связь, которая осуществляется по сетям передачи данных, в частности по IP-сетям (IP — Internet Protocol). На сегодняшний день IP-телефония все больше вытесняет традиционные телефонные сети за счет легкости развертывания, низкой стоимости звонка, простоты конфигурирования, высокого качества связи и сравнительной безопасности соединения. В данном изложении будем придерживаться принципов эталонной модели OSI (Open Systems Interconnection basic reference model) и рассказывать о предмете “снизу-вверх”, начиная с физического и канального уровней и заканчивая уровнями данных.

»
Модель OSI и инкапсуляция данных

Принципы IP-телефонии

При осуществлении звонка голосовой сигнал преобразуется в сжатый пакет данных (подробнее этот процесс будет рассмотрен в главах “Импульсно кодовая модуляция” и “Кодеки”). Далее происходит пересылка данных пакетов поверх сетей с коммутацией пакетов, в частности, IP сетей. При достижении пакетами получателя, они декодируются в оригинальные голосовые сигналы. Эти процессы возможны благодаря большому количеству вспомогательных протоколов, часть из которых будет рассмотрена далее.

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

Отличие от традиционной телефонии

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

При этом IP-телефония оказывается более дешевым решением как для оператора, так и для абонента. Происходит это благодаря тому, что:

• Традиционные телефонные сети обладают избыточной производительностью, в то время, как IP-телефония использует технологию сжатия голосовых пакетов и позволяет полностью использовать емкость телефонной линии.
• Как правило, на сегодняшний момент доступ в глобальную сеть есть у всех желающих, что позволяет сократить затраты на подключение или совсем исключить их.
• Звонки в локальной сети могут использовать внутренний сервер и происходить без участия внешней АТС.

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

Физический уровень (Physical Layer)

На физическом уровне осуществляется передача потока битов по физической среде через соответствующий интерфейс. IP-телефония практически полностью опирается на уже существующую инфраструктуру сетей. В качестве среды передачи информации используются, как правило витая пара категории 5 (UTP5), одномодовое или многомодовое оптическое волокно, либо коаксиальный кабель. Тем самым в полной мере реализуется принцип конвергенции телекоммуникационных сетей.

Интересно рассмотреть технологию PoE (Power Over Ethernet) — стандарты IEEE 802.3 af-2003 и IEEE 802.3at-2009. Ее суть заключается в возможности обеспечения питанием устройств посредством стандартной витой пары. Большинство современных IP-телефонов, в частности, модельный ряд Cisco Unified IP Phones 7900 Series, поставляются с поддержкой PoE. Согласно стандарту 2009 года, устройства могут получать ток мощностью до 25,5 Ватт.

При подаче питания используются лишь две витых пары кабеля 100BASE-TX, однако некоторые производители задействуют все четыре, достигая мощности до 51 Ватт. Необходимо заметить, что технология не требует модификации уже существующих кабельных систем, в том числе и кабелей Cat 5.

Для определения того, является ли подключаемое устройство питаемым (PD — powered device) на кабель подается напряжение 2,8 — 10 В. Тем самым вычисляется сопротивление подключаемого устройства. Если данное сопротивление находится в диапазоне 19 — 26,5 кОм, то процесс переходит на следующий этап. Если же нет — проверка повторяется с интервалом ≥2 мс.

Далее происходит поиск диапазона мощностей питаемого устройства путем подачи более высокого напряжения и измерения тока в линии. Вслед за этим на линию подается 48 В — питающее напряжение. Также осуществляется постоянный контроль перегрузок.

Канальный уровень (Data Link Layer)

Согласно спецификации IEEE 802 канальный уровень разделяется на два подуровня:

1. MAC (Media Access Control) — обеспечивает взаимодействие с физическим уровнем;
2. LLC (Logical Link Control) — обслуживает сетевой уровень.

Необходимо упомянуть механизм виртуальных локальных сетей (Virtual Local Area Network). Данная технология позволяет создавать логическую топологию сети без оглядки на ее физические свойства. Достигается это тегированием трафика, что подробно описано в стандарте IEEE 802.1Q.

Формат фрейма

В контексте IP-телефонии отметим Voice VLAN, широко применяющуюся для изоляции голосового трафика, генерируемого IP-телефонами, от других данных. Ее использование целесообразно по двум причинам:

1. Безопасность. Создание отдельной голосовой VLAN уменьшает вероятность перехвата и анализа голосовых пакетов.
2. Повышение качества передачи. Механизм VLAN позволяет задать повышенный приоритет голосовым пакетам, и, как следствие, улучшить качество связи.

Сетевой уровень (Network Layer)

На сетевом уровне происходит маршрутизация, соответственно основными устройствами сетевого уровня являются маршрутизаторы (Router). Именно здесь определяется, каким путем данные достигнут получателя с определенным IP-адресом.

Основной маршрутизируемый протокол — IP (Internet Protocol), на основе которого и построена IP-телефония, а также всемирная сеть Интернет. Также существует множество динамических протоколов маршрутизации, самый популярный среди которых OSPF (Open Shortest Path First) — внутренний протокол, основанный на текущем состоянии каналов связи;

На сегодняшний момент существуют специальные VoIP-шлюзы (Voice Over IP Gateway), обеспечивающие подключение обычных аналоговых телефонов к IP-сети. Как правило, они имеют и встроенный маршрутизатор, позволяющий вести учет трафика, авторизовать пользователей, автоматически раздавать IP-адреса, управлять полосой пропускания.

Среди стандартных функций VoIP-шлюзов:

• Функции безопасности (создание списков доступа, авторизация);
• Поддержка факсимильной связи;
• Поддержка голосовой почты;
• Поддержка протоколов H.323, SIP (Session Initiation Protocol).

Транспортный уровень (Transport Layer)

Для транспортного уровня характерны:

• Сегментация данных приложений верхнего уровня;
• Обеспечение сквозного соединения;
• Гарантия надежности данных.

UDP базируется на сетевом протоколе IP и предоставляет транспортные услуги прикладным процессам. Его главное отличие от TCP — обеспечение негарантированной доставки, то есть при отправке и получении данных никаких подтверждений не запрашивается. Также при отправке информации не обязательно установление логического соединения между модулями UDP (источник и приемник).

Несмотря на то, что RTP принято считать протоколом транспортного уровня, как правило он работает поверх UDP. С помощью RTP реализуется распознавание типа трафика, работа с метками времени, контроль передачи и нумерация последовательности пакетов.

Основное назначение RTP состоит в том, что он присваивает каждому исходящему пакету временные метки, обрабатывающиеся на приемной стороне. Это позволяет принимать данные в надлежащем порядке, снижает влияние неравномерности времени прохождения пакетов по сети, восстанавливает синхронизацию между аудио и видео данными.

Уровни данных (Data Layers)

Три последних уровня модели OSI рассмотрим совместно. Такое объединение допустимо, так как процессы, происходящие на данных уровнях тесно связаны между собой, и описывать их безотносительно разделения на подуровни будет логичнее.

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

Рекомендации H.323 предполагают:

• Платформенную независимость.
• Стандарты кодирования аналоговых данных.
• Управление полосой пропускания.
• Гибкость и совместимость.

Согласно H.323 четырьмя основными компонентами VoIP-соединения являются:

• терминал;
• шлюз;
• контроллер зоны;
• контроллер управления многоточечной конференции (MCU — Multipoint Control Unit).

Сценарий установки соединения на основе протокола H.323

SIP (Session Initiation Protocol)

SIP — протокол сигнализации, предназначенный для организации, изменения и завершения сеансов связи. SIP независим от транспортных технологий, однако при установлении соединения предпочтительно использовать UDP. Для передачи самой голосовой и видеоинформации рекомендовано применять RTP, но возможность использования других протоколов не исключена.

В SIP определены два типа сигнальных сообщений — запрос и ответ. Также существует шесть процедур:

• INVITE (приглашение) — приглашает пользователя принять участие в сеансе связи (служит для установления нового соединения; может содержать параметры для согласования);
• BYE (разъединение) — завершает соединение между двумя пользователями;
• OPTIONS (опции) — используется для передачи информации о поддерживаемых характеристиках (эта передача может осуществляться напрямую между двумя агентами пользователей или через сервер SIP);
• АСК (подтверждение) — используется для подтверждения получения сообщения или для положительного ответа на команду INVITE ;
• CANCEL (отмена) — прекращает поиск пользователя;
• REGISTER (регистрация) — передает информацию о местоположении пользователя на сервер SIP, который может транслировать ее на сервер адресов (Location Server).

Кодеки

Аудиокодеком называют программу или алгоритм, который сжимает, либо разжимает цифровые звуковые данные, позволяя снизить требования к пропускной способности канала передачи данных. В IP-телефонии на сегодняшний день наиболее распространено преобразование посредством кодека G.729, а также сжатие G.711 по А-закону (alaw) и μ-закону (ulaw).

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

Пропускная способность канала, на которую рассчитан данный кодек — 8 кбит/с. Длина кадра обрабатываемого G.729 — 10 мс, частота дискретизации — 8 кГц. Для каждого из таких кадров определяются параметры математической модели, которые в дальнейшем и передаются в канал в виде кодов.

При использовании кодирования G.729 задержка составляет 15 мс, из которых 5 мс тратится на заполнение предварительного буфера. Отметим также, что кодек G.729 предъявляет достаточно высокие требования к ресурсам процессора.

G.711 — голосовой кодек, который не предполагает никакого сжатия, помимо компандирования — метода уменьшения эффектов каналов с ограниченным динамическим диапазоном. В основе данного метода лежит принцип уменьшения количества уровней квантования сигнала в области высокой громкости, сохраняя при этом качество звука. Две широко использующиеся в телефонии схемы компандирования — alaw и ulaw.

Сигнал в данном кодеке предоставлен потоком величиной 64 кбит/с. Частота дискретизации — 8000 кадров по 8 бит в секунду. Качество голоса субъективно лучше, нежели при применении кодека G.729.

alaw или А-закон — алгоритм сжатия звуковых данных с потерей информации. В основном используется на территории Европы и России.

Для сигнала x преобразование по алгоритму alaw выглядит следующим образом:

Где А — параметр сжатия (обычно принимается равным 87,7).

ulaw или μ-закон — алгоритм сжатия звуковых данных с потерей информации. В основном используется на территории Японии и Северной Америки.

Для сигнала x преобразование по алгоритму ulaw выглядит следующим образом:

где μ принимается равным 255 (8 бит) в стандартах Северной Америки и Японии.

Импульсно кодовая модуляция (PCM — Pulse Code Modulation)

Импульсно кодовая модуляция — передача непрерывной функции в виде серии последовательных импульсов.

Для получения на входе канала связи модулированного сигнала, мгновенное значение несущего сигнала измеряется АЦП с определенным периодом. При этом количество оцифрованных значений в секунду (иначе, частота дискретизации) должно быть большим или равным двукратной максимальной частоте в спектре аналогового сигнала.

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

Квантование сигнала

На данном рисунке представлено кодирование с помощью четырех битов (то есть все промежуточные значения аналогового сигнала будут округляться до одного из заранее заданных 16 уровней). Для примера, при времени равном нулю сигнал будет представлен подобным образом: 0111.

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

В современной телефонии число уровней квантования должно быть большим или равным 100, то есть минимальное количество бит, которым может кодироваться сигнал — 7.

Вопросы качества обслуживания в IP-телефонии (Quality of Service — QoS)

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

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

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

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

Для улучшения качества связи используются следующие механизмы:

1. Перемаршрутизация. При перегрузке одного из каналов связи позволяет осуществить доставку при помощи резервных маршрутов.
2. Резервирование ресурсов канала связи на время соединения.
3. Приоретизация трафика. Дает возможность помечать пакеты в соответствии с уровнем их важности и производить обслуживание на основе меток.

— Задержка при кодировании информации в голосовых шлюзах или терминальном оборудовании. Уменьшается путем улучшения алгоритмов обработки и преобразования голоса.
— Задержка, вносимая сетью передачи. Уменьшается путем улучшения сетевой инфраструктуры, в частности, сокращением количества маршрутизаторов и использованием высокоскоростных каналов.

Источники задержки в IP-телефонии

Джиттер

Еще одно явление, характерное для IP-телефонии — джиттер, или, иначе, случайная задержка распространения пакета.

Обуславливается джиттер тремя факторами:

• Ограниченная полоса пропускания или некорректная работа активных сетевых устройств;
• Высокая задержка распространения сигнала;
• Тепловой шум.

Обычно предусматривается динамическая подстройка длины буфера в течение всего времени существования соединения. Для выбора наилучшей длины используются эвристические алгоритмы.

Джиттер буфер

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

Джиттер буфер

Размер буфера приемное VOIP устройство рассчитывает в процессе работы, либо принудительно задается в настройках. С одной стороны он не может быть слишком большим, чтобы не увеличивать транспортную задержку. С другой стороны, маленький размер буфера вызывает потери пакетов при изменениях времени задержки в IP сети.

Отсюда и происходит одно из главных противоречий, между интернет провайдерами и пользователями IP телефонии. С точки зрения провайдера все пакеты доставлены абоненту, то есть, потерь нет. А с точки зрения VoIP устройства, разница во времени между приходом пакетов значительно превышает джиттер буфер. Поэтому фактически потери есть. На практике потеря более 1% вызывает определенные неприятные ощущения. При 2% разговор оказывается затруднен. При значениях больше 4% разговор уже практически невозможен.

Размер джиттер буфера

Случайная задержка распространения Ji для i-го пакета может определяться по формуле:

где:
Di – отклонение от ожидаемого времени прибытия i-го пакета.
Отклонение от ожидаемого времени прибытия i-го пакета Di определяется по формуле:

где:
R – время прибытия пакета в метках времени RTP,
S – временная метка RTP, взятая из пакета.

Приведем пример расчета ожидаемого размера случайной задержки распространения 5-го пакета, на основе двух предыдущих.

Пусть J4=10 мс; R4=10, R3=11, S4=6, S3=5, тогда D5 будет равно (10-11)-(6-5)=-2.

В среднем, случайная задержка времени распространения для одного пакета в текущем примере составит 10 мс (точнее можно посчитать по формуле, приведенной выше). Тогда для того, чтобы ни один пакет не был отброшен, размер джиттер буфера должен быть равным 10 мс.

Для определения требуемого размера джиттер буфера в мегабайтах, домножим полученное значение на 100 мбит/сек – среднюю пропускную способность сети: 10•10^-3•100 = 128 кб.

Размер джиттер-буфера должен быть больше, чем флуктуация транзитного времени в сети. Например, если для 10 пакетов время транзита колеблется от 5 до 10 мс, то буфер должен быть хотя бы 8 мс, чтобы ни один пакет не был потерян. Лучше, если буфер еще больше, например 12 мс, тогда сможет работать механизм перезапроса потерянных пакетов.

Решения для развертывания телефонной сети

Asterisk

Asterisk — программная АТС, способная коммутировать как VoIP вызовы, так и вызовы, осуществляемые между IP-телефонами и традиционной телефонной сетью общего пользования.

Поддерживаемые протоколы: IAX, SIP, H.323, Skinny, UNIStim.
Поддерживаемые кодеки: G.711 (ulaw и alaw), G.722, G.723, G.729, GSM, iLBC, LPC-10, Speex.

Asterisk — динамично развивающееся открытое программное обеспечение, которое может быть установлено без оглядки на лицензирование. Это делает данную программную АТС привлекательной для малого и среднего бизнеса. Количество абонентов в сети может достигать 2000 и ограничено только мощностью сервера.

Еще одно достоинство Asterisk — возможность гибкой настройки. Весь необходимый функционал либо уже реализован, либо может быть дописан самостоятельно без существенных временных и денежных затрат. Этому способствует принцип: одна задача — один программный модуль.

В сравнении с решениями от таких вендоров, как Cisco или Avaya, Asterisk привлекателен еще и стоимостью развертывания. Фактически все затраты сводятся только к покупке телефонных аппаратов и сервера, способного обеспечить требуемую нагрузку на сеть. Сама программа абсолютно бесплатна.

Cisco Unified Communication Manager (CallManager)

CallManager предназначен скорее для крупных сетей, включающих до 30000 абонентов. Данный программно-аппаратный комплекс обеспечивает надежность работы и позволяет конфигурировать множество параметров, таких как переадресация звонков или голосовое меню. Существует и “облегченная” express версия, предназначенная скорее для небольших офисов.

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

Avaya IP Office

Система IP Office может стать неплохим выбором для среднего размера телефонной сети. Количество абонентов здесь ограничено не только мощностью сервера, но и количеством приобретенных лицензий. Лицензировать необходимо практически все — платы расширения, используемые приложения и т.д., что может доставить определенные неудобства.

Конфигурирование может осуществляться через ряд программ, но наиболее популярная и простая в обращении — Avaya IP Office Manager. Также возможно управление через консоль с помощью Avaya Terminal Emulator.

В целом, продукция корпорации Avaya не ограничивается одним IP Office. Avaya, в 2009 году слившаяся с еще одним известным производителем Nortel, является признанным лидером на рынке оборудования для IP-телефонии.

Какая разница между e1 и sip

ВНИМАНИЕ: речь идет об Ыинтерпрайзе, а не о компаниях с 20-100 сотрудниками.

Собственно, хотелось бы узнать, как в нормальном ынтерпрайзе организована работа с внешней линией (внутренние проблемы, типа voip vlan, qos, wifi (ни дай б-г) тут НЕ будем обсуждать) и самим оператором.
Собственно, для бизнеса телефония часто является весьма критичной, а её отключение (или некорректная работа) может стоить компании убытков или недополученной прибыли (особенно, когда у вас коллцентр на 500 тел).
Соответственно, мне бы хотелось узнать, как организуются внешние каналы связи и сопряжение с ними.
PSTN сразу отпадает — долгий набор, толстенные кабели с кучей жил, шумы, сложность тестирования и обслуживания.
SIP — не знаю, как у спец компаний, но та же mango telecom глючит периодически (то с МГТС не могут дозвониться до них, то с чужой линии звонки начинают проходить, то «у нас проблема при обновлении ПО». Причём это далеко не один раз). Про всякие сипнеты даже говорить не приходится — тут вообще адовая жопа. Плюс может быть проблема со стороны интернет-провайдера у sip-провайдера (у нас то будут резервные каналы, а у них — хрен знает в каком ДЦ стоят сервера и всё ли внутри ДЦ дублируется).
Получается, что E1-4 — это наиболее интересный вариант, т.к. с того конца Ынтерпрайзное оборудование должно быть, у вас гарантированный канал к ним, у них выше — тоже, астериски не обновляют, вообще стараются АТСки не трогать. Только вот вопрос: как узнать, точно ли ваш E1-провайдер даже использует (обязательно резервированную) ATM/SDH/PDH, а тупо подключил E1-карту или E1-SIP-шлюз в обычный комп и дальше подключается через SIP к вышестоящему оператору?

И следующий вопрос: можно ли каким-либо образом заставить оператора давать тебе не только E1, но и SIP, при этом SIP из другого своего ДЦ/офиса? Т.е. если у них упадёт одна АТСка с E1-4, то у нас всё будет через другую их АТСку приходить?

И как можно организовать приём входящих вызовов в случае проблем у оператора? Если что-то типа BGP?

Когда пришел в компанию стоял Панас + Е1 к прову. По мере роста компании, в том числе потребности в телефонии появилась необходимость увеличения как внутренних номеров так и внешних линий. Постепенно в течении 2-х месяцев мигрировал всех с панаса на астер. Купили плату на 4 потока Е1. Пока решали вопрос с прокладкой дополнительных потоков Е1, заключили договор с другим провом на исходящую связь по SIP, да так на них и остались. Качество СИП хорошее — количество каналов неограничено.

Итог: Е1 остался, но по сути на нем висели только московские номера на входящую связь, которые взяли со времен панаса. Все остальные номера (8800 и т.д.) по SIP, вся исходящая связь — SIP, по Е1 пускаю только международную связь от ТОПов (надо же как то его использовать). В сутки по СИП исходящая около 20000 звонков (Исходящий кол центр), входящая 2000. Пускаю с разных географически распределенных мест (офисов в разных городах), по входящей настроил через прова на 2 IP (два сервера, в ДЦ и офисе)

Трубок раза в два меньше где-то.

А можно перечислить оборудование, количество таймслотов, сколько платили оператору, и что за конвертор (тупо какая-то проприетарная хрень, которая витуху E1 в оптику преобразует, без управления. т.е. медиаконвертор?)?

Сколько платили не вспомню, но не космические особо. Хоть пров и свой, но юридически-финансовые отношения в виде перекладывания денег из кармана в карман были, чтобы не вызывать подозрений у налоговиков ��

Таймслотов 30 штук.

Да, некий Cronyx, выдал пров. По сути медиаконвертер, две коробки, между ними 2 волокна, из них — E1. Всё тупо ��

Зачем h323 можно подключить к астериску же

Можно, только для этого нужно каждому телефону выдать статический адрес и до *каждого* сделать h323 транк! Это такой феерический бред и геморрой, что я даже заморачиваться с этим не стал.

Остались несколько поликомов дорогих, которые тоже только h323 умеют, с ними скорее всего погеморроюсь и настрою.

Я правильно понимаю, что раньше подключались к этому же провайдеру через E1?

Да, провайдер тот же, вышестоящие у него МТС, Билайн и еще кто-то, подробностей я не знаю.

Если у вас физический линк до прова, и оборудование (и маршруты), которые он использует, одинаковое для E1 и для SIP, то, ИМХО, SIP тут даже лучше, т.к. поддерживает большую безопасность (да и сам канал можно зашифровать IPSec или openvpn), проще отладка и мониторинг, да и на один канал 100мбит можно 1600+ разговоров иметь.

Да, мне тоже больше нравится. Е1 это какой-то тёмный лес, особенно в авае, как его мониторить хрен знает �� Если бы я был телефонистом, а не админом, то может было бы наоборот. А тут обычный IP, всё просто и понятно.

Повезло. Обычно в ОпСоСе или провайдере ТП нужна чтобы отбиться от юзеров. Соединиться с админами там почти нереально.

Да, у нас внутренняя нумерация телефонов общая, так что позвонить напрямую админу провайдерской АТСки не проблема, и это радует. Как-то звонил в билайн — проклял всё.

Можете более подробно рассказать об устройстве сети, стыке с провайдером, оборудовании на стороне провайдера, с какими проблемами столкнулись, изолируете ли Вы внутренние трубки от обычной LAN?

С провайдером L2 стык цыскиными свичами в двух местах, территориально разнесенных (в пределах бизнес-квартала). Резервирование на этом уровне через STP с заниженными таймингами, клал один из интерфейсов — STP сходилось за 5-7 секунд.

Дальше у прова на двух роутера поднят виртуальный IP через какой-то из vrrp/glbp/hsrp и он стоит у нас дефолтным шлюзом.

Ну а дальше у прова уже 2 или 3 аплинка в мир, но к телефонии это не особо относится уже.

У прова АТСки всё те же (что б им не ладно было) Аваи, SIP бордер вроде SBC Acme, хз что за зверь, дела не имел.

Трубки, конечно, в нескольких отдельных вланах сидят, на SVI интерфейсах изолированы акцес-листами от других сетей, видят только астериск (все звонки идут через него т.к. СБ хочет иногда слушать, что говорят люди ��

В прямом. Почитайте, что она умеет.

С чего бы это? Ставим шлюз FXO/FXS-SIP

Так вот. Любого, кто даже предложит поставить компании шлюз с FXO (кроме бэкапов) следует сжигать током низкого напряжения.

И вот почему. Как известно каждому школьнику, телефонный аппарат подсоединен по двум проводам. Гарнитура же, подсоединена по четырем. Поэтому, внутри обычного телефонного аппарата происходит преобразование четырехпроводной линии в двухпроводную. Делается это крайне просто и никаких полупроводниковых компонентов не требуется, но. Но как бы хорошо не шел процесс преобразования, что-бы не применялось, какая-то часть сигнала все-равно уйдет обратно. Это называется «ближнее эхо».

Ближнее эхо — один из классических багов, ставших фичами. Ставшим настолько, что тру-цифровые системы (IP-телефоны, сотовые телефоны) его эмулируют, ибо некомфортно. Они же эмулируют эффект наводок в аналоговой телефонной линии, ибо тоже некомфортно.

Долгие годы, баг не считался багом, пока не появились цифровые системы передачи данных. В широкополосных системах на ближее эхо (когда сигнал из передатчика попадает с собственный же приемник) в принципе пофиг, хотя конечно же, оно крадет полосу, а ее, как известно, мало не бывает. Но в узкополосных системах, тех же самых обычных модемах, ближнее эхо фатально.

Для минимизации эффектов были изобретены схемы эхоподавления. Сначала как система фильтров + ФАПЧ, затем, как и серьезные системы цифровой обработки сигналов. И в настоящий момент, любая система связи просто немыслима без наличия схем эхоподавления, примерно как любой современный автомобиль немыслим без колеса.

А причем же тут FXO? А FXO тут ровно при том, что в его недрах происходит преобразование 4-х проводной линии в двухпроводную. А значит часть сигнала пойдет назад и а) полежит в буферах кодека; б) полежит в джиттер буфере адаптера; в) полежит в сетевом стеке на передающей и принимающей сторонах; г) полежит в буферах принимающей стороны; д) попадет в ухо. Как результат — уже настоящее или как его называют — дальнее — эхо в трубке. FAIL.

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

Вопрос, почему в некоторых типах цифровых систем телефонии, например DECT или проприетарные цифровые телефоны проблем с эхо не стоит, я оставлю не самостоятельную проработку.

Также на самостоятельную проработку оставлю вопрос почему должен использоваться кодек g.711. Хинт, факторов как минимум два.

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

Я с тобой несколько несогласен: я совершал звонки даже в сетях, которые использовали FXO и(!) FXS шлюзы (ТФОП и внутренние трубки — всё аналог) с астериском. И при этом всё работало хорошо и никакого режущего уха эха (но не сказать, что его вообще не было). Думаю, это зависит от ПО и начинки шлюзов. Если говорить про PCI-карточки, то да: таких админов нужно рубить топором, т.к. я ни разу не видел, оно работало без эха. Конечно, чистый SIP лучше, но, ИМХО, Вы слишком критичны.

С FXS никаких проблем и быть не должно. При преобразовании двухпроводной в четырехпроводную линию эха не возникает (по крайней мере, возникает не больше чем от любого другого телефонного аппарата).

но не сказать, что его вообще не было

Вот-вот. Эходав работает, но.

ИМХО, мы обсуждаем ынтырпрайз. А в ынтырпрайзе пионерия и экономия на спичках в конченом счете выходят боком. Кроме того, был бы MGCP и относительно умный шлюз. Может быть было бы и лучше. Но SIP давно уже овладел IP-телефонией.

Насчет SIP vs. E1. Если компания крупная и сидит в своем здании, то однозначно E1. Если мелкая и постоянно переезжает, то SIP. Альтернативщики, кажется, научились готовить SIP, но пока. Нда.

Кстати, хороший философский вопрос: астериск и SIP против брендовой АТС и E1. Сразу ясно, что в первом случае в компании ценят человеческий капитал. Сразу ясно что в первом случае компания не страшится делать ошибки. Сразу ясно, что в первой компании сильна ориентация на результат (иначе бы по кой выбрали столь гибкое решение как Астериск). И т.д. и т.п. Это еще одни дополнительный аспект выбора.

Интересно. Как я понимаю, хотя сам никогда не видел, в дигмиумских карточках присутствует аппаратный модуль эхоподавления. Но, сцуко, опциональный.

Неконфигурабельный и не адаптивный. Если использовать карточку в сторону АТСки, то он нормально у знакомового не работал, так ещё и busy постоянно не определялось. Кончилось тем, что он в сердцах молотком убил карточку (даже фотку кидал �� ) и купил дешевый шлюз от длинка, с которым у него всё сразу завелось.

так ещё и busy постоянно не определялось

Гы-ыы-ыы! Да в самом дешевом длинке есть настройка форм-фактора сигнала бизи. С подробной документацией как с помощью двух вязальных спиц и бух. э-э-э-э в смысле с помощью звукового редактора и примера этого самого бизи вычислить нужные параметры.

Подобная хрень есть и в настройках карточки. Только вот АТСка была нестандартная, а бывало ещё, что busy с удаленного конца передавался, поэтому было ещё 2 busy. А шлюзы, видимо, имеют более совершенный алгоритм определния busy, потому что у него без настройки оба busy отрабатывали. ��

А как вопросы резервирования решаются, кстати? В смысле внутри офиса, а не внешние линки.

А как вопросы резервирования решаются, кстати? В смысле внутри офиса, а не внешние линки.

Не знаю, никогда не сталкивался. Если у про Астериск, то у Дигмиума есть какие-то девайсы с подробным описанием схем включения.

А как вопросы резервирования решаются, кстати?

Цифровой поток Е1 и SIP-T

Телефония бизнес класса от Jusan Mobile решает полный спектр задач современного бизнеса.

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

Цифровой поток (Е1 или SIP-T) это идеальное решение для крупных организаций, административных и деловых центров. Данная услуга позволяет подключать неограниченное количество номеров совершая любое количество одновременных вызовов. Для каждого разговора резервируется необходимая полоса пропускания, что исключает нехватку голосовых линий.

На базе данного решения вы можете организовать Call Center с единым многоканальным телефоном с возможностью распределения звонков внутри компании. Вы также можете легко и оперативно масштабировать номерную емкость, в случае увеличения количества сотрудников.

Услуга решает следующие задачи:

Высокая масштабируемость системы. Буквально за пару часов можно добавить в SIP-T необходимое количество каналов и принимать ещё больше звонков от потенциальных клиентов

Объединение данных, голоса и видео в один общий канал связи, вам достаточно иметь только Интернет подключение, что бы воспользоваться услугами SIP-T

Используя SIP-T вам более ненужно приобретать и поддерживать VoIP шлюзы. Входящие и исходящие соединения осуществляются непосредственно по SIP протоколу.

Сопровождение телефонных разговоров обменом данными между приложениями

Сократить расходы на междугородные и международные переговоры

Оперативно и с максимальной эффективностью телефонизировать любое предприятие

Как работает

Для подключения потока Е1, клиенту необходимо наличие офисной телефонной станции с цифровыми портами Е1, либо использование мультиплексора. В зависимости от технических условий, услуга может быть предложена с использованием следующих линий связи: медные линии, волоконно-оптические линии связи, pre-WiMAX, WiMAX, радиорелейные линии, спутниковые системы.

SIP-T – это телефонные линии, подаваемые вам через IP сеть по SIP протоколу. Jusan Mobile подключает к вашей офисной АТС один или несколько голосовых каналов используя для связи универсальную IP сеть, заменяя привычные телефонные линии, позволяя организациям не только поддерживать связь через фиксированные и мобильные каналы, но и дает возможность передавать видео и мгновенные сообщения.

Ещё одним видом SIP-T, является виртуальный канал между двумя IP АТС, территориально удалёнными друг от друга. Соединяя две удалённые IP АТС вы получаете возможность организовать общую, внутреннюю номерную емкость в удалённых филиалах и использовать общие внешние линии, для исходящей и входящей связи.

Дополнительные сервисы

Выгоды клиента

Сервис бизнес класса

Высокое качество SIP-T обеспечивается собственной магистральной сетью и кольцевой топологией городских сетей, гарантируя высокий уровень обслуживания и резервирования (SLA 99,95%).

Мобильность

SIP-T не привязан к физическому расположению вашей компании. Вы можете поменять офис, сохранив при этом свой прежний номер.

Приоритетная техническая поддержка 24/7

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

Дополнительные виды услуг

Используя цифровой потоки Е1 и SIP-T вы получаете доступ к широкому спектру дополнительных услуг.

Экономия

Более низкая абонентская плата за голосовые каналы по сравнению с традиционной проводной связью и бесплатные разговоры внутри сети.

Система управления фродом постоянно отслеживает активность SIP-T и блокирует вызовы при подозрительных действиях.

Стоимость

Стоимость рассчитывается индивидуально в зависимости от тарифного плана и дополнительных услуг.

Всё, что вы хотели знать о протоколе SIP

Что общего у Microsoft Exchange 2007, Asterisk и Google Talk? А общим здесь является использование протокола SIP, который обещает единое решение задач как реализации мультимедийных функций в веб-приложениях, так и переноса сигнального трафика в сетях операторов связи.

В одном из писем своим компаньонам Александер Грэм Белл впервые в истории и при этом весьма подробно изложил план создания в большом городе телефонной сети, базирующейся на центральном коммутаторе. В письме он настаивал на том, что в целях рекламы было бы желательно бесплатно установить телефонные аппараты в центральных магазинах города. Это письмо стало первоисточником привычной телефонной лексики, в том числе фразы «алло, центральная», которая умерла лишь при появлении автоматических телефонных станций. В течение более чем 100 лет все значимые изменения, происходившие с телефонной станцией, касались именно телефонной станции. И лишь в эпоху Интернета стало возможным говорить о действительно новом направлении коммуникаций.

Путь будущего развития коммуникаций лежит через разделение логики работы сетей и предоставления услуг. Новые услуги будут предоставляться опорной сетью, т.е. независимо от сети доступа. Таким образом, в любом месте, при использовании любого метода доступа к сети и с любого оконечного устройства пользователь может обращаться к одним и тем же услугам. В опорных сетях уже сейчас происходит переход от сетей с коммутацией каналов и мультиплексированием с разделением по времени (Time-division Multiplexing, TDM), на которых реализована вся традиционная телефония, к пакетным сетям. Дополняет картину Fixed Mobile Convergence – идея интеграции функционала мобильных и фиксированных сетей.

Операторы готовят инфраструктуру к предоставлению услуг следующего поколения путем применения программных коммутаторов, отличающихся большой гибкостью. Программные коммутаторы реализуют функции сопряжения с телефонной сетью общего пользования (ТфОП), обеспечивают централизованный биллинг, управление и интеллектуальную динамическую маршрутизацию звонков. Их применение означает для операторов фиксированной и мобильной связи возможность предоставления услуг транзита голосового трафика через опорную сеть IP/MPLS (Internet Protocol/Multiprotocol Label Switching), подключения корпоративных клиентов, управления вызовами и обслуживания клиентских устройств – и всё это, как правило, с меньшими затратами в сравнении с сетями TDM.

Происходящие в последние годы изменения на мировом рынке услуг телефонной связи сравнимы по своей значимости с переходом телефонии на автоматическую коммутацию. Эти изменения не в последнюю очередь связаны с появлением так называемых услуг SIP-телефонии, активно обсуждаемых в телекоммуникационном сообществе. Протокол SIP был стандартизирован в апреле 1999 года, а актуальная спецификация (версия 2.0 протокола SIP) датирована 2002 годом.

Session Initiation Protocol (SIP) – это клиент-серверный протокол прикладного уровня, предназначенный для установления, изменения и окончания сеансов связи с одним или несколькими участниками для обмена интерактивным трафиком: голосом, видео, мгновенными сообщениями. SIP относится к классу протоколов сигнализации; его задачи аналогичны тем, которые выполняет протокол общеканальной сигнализации №7 (ОКС7 или SS7) в обычной телефонии, а протоколы H.323 и MGCP (Media Gateway Control Protocol) – в IP-телефонии. Основными функциями SIP являются:

• Определение местонахождения адресата.
• Определение готовности адресата установить контакт.
• Обмен данными о функциональных возможностях участников сеанса.
• Изменение параметров медиапотока уже установленного сеанса.
• Управление сеансом связи.

Непосредственным носителем голосовых или видеоданных является протокол RTP (Real-time Transport Protocol), SIP-сообщение же выполняет роль контейнера для сообщений протокола описания сеансов связи SDP (Session Description Protocol). Сообщение SDP описывает медиаданные в рамках сессии: тип медиаданных, транспортный протокол, формат данных и пр. RTP и SDP будут рассмотрены в следующей статье цикла, сейчас же сделаем акцент на том, что SIP был расширен для поддержки функций обмена мгновенными сообщениями и информацией о присутствии и статусе абонента. Последнее позволяет выполнять более совершенное управление голосовыми вывозами с переадресациями и продвинутой маршрутизацией. SIP поддерживает также приглашение участников к текущим сеансам наподобие многоточечных конференций, добавление к текущему сеансу или удаление из него мультимедийных данных, прозрачное распределение имён и перенаправление услуг, включая персональную мобильность пользователя.

Так что, хотя о протоколе SIP чаще всего говорят в контексте IP-телефонии, на самом деле он может применяться для установки поверх IP самых разнообразных сеансов связи, порой не имеющих ничего общего с телефонным звонком (что неудивительно для протокола, разработанного IETF, а не телекоммуникационной индустрией, как H.323). Впрочем, H.323 сегодня также не ограничен голосовой связью и может обслуживать любой сеанс связи.

Традиционно H.323 называли более зрелым протоколом, а SIP – более динамичным, расширяемым, масштабируемым и, главное, простым в сравнении с H.323. Впрочем, эти границы постепенно размываются: в своём сегодняшнем виде SIP так же сложен, как и H.323.

Так или иначе, кажется, что отрасль уже сделала свой выбор в пользу SIP (хотя позиции H.323 в операторской среде по-прежнему прочны). Выбор SIP консорциумом 3GPP (3G Partnership Project) в качестве фундамента для строительства сетей мобильной связи следующего поколения в ноябре 2000 года способствовал появлению сервисной архитектуры подсистемы IP-мультимедиа (IP Multimedia Subsystem, IMS). Протоколу SIP, который уже сегодня получил распространение в корпоративных и операторских сетях, уготовано центральное место в унифицированной модульной архитектуре сетей нового поколения (Next Generation Networks, NGN) – фактически то место, которое cистема сигнализации SS7 сегодня занимает в сетях TDM.

SIP предполагает простую (и, следовательно, хорошо масштабируемую) сеть с интеллектом, встроенным в конечные элементы (пользовательские агенты). Другими словами, функции SIP реализованы в конечных устройствах, в отличие от традиционных возможностей SS7, которые поддерживаются самой сетью. Протокол SIP по структуре напоминает протоколы HTTP и SMTP. Из HTTP он взял клиент-серверную архитектуру и использование URL и URI, а из SMTP – способ кодировки текста и стиль заголовков.

SIP ориентирован в первую очередь на взаимосвязи точка-точка, но поддерживает и режим многоадресной рассылки (multicast). Последний может использоваться для организации конференций, когда информация передается на один multicast-адрес, а затем доставляется сетью конечным адресатам. Другие два варианта организации конференций – соединение каждого пользователя с каждым в режиме точка-точка и соединение каждого пользователя с устройством управления конференцией.

Впрочем, «точка-точка» – это слегка идеализированный сценарий, возможный лишь в рамках одного домена. Типичная сеть SIP содержит и другие элементы: сервер регистрации, прокси-серверы, а иногда и сервер переадресации. SIP работает в среде IPv4 и IPv6 с использованием транспорта протоколов UDP, TCP, TLS или SCTP. Таблицы 1, 2 помогут читателю оценить различия архитектур SIP, H.323 и MGCP.

E1 для Asterisk!

E1 ДЛЯ ASTERISK: С SIP/E1 ШЛЮЗОМ ALVIS-GW-2E1 ЭТО ПРОСТО.

E1 для Asterisk!

Всё так безнадежно сложно и запутанно?

Данный вопрос очень актуален для многих поклонников Open Source IP PBX Asterisk и GUI сборок на его основе FreePBX и других, многих облачный систем.

Основные проблемы подключения потоков E1 PRI / SS7 в Asterisk

• Недостаток опыта установки TDM E1 оборудования – Астерискеры больше знакомы с SIP-транками, чем компаниями с прерываниями в ПК, драйверами DAHDI, настройками эхоподавления, правильной настройки таймеров итп..
• Дороговизна импортного E1 оборудования (PCI/PCIe платы, шлюзы, TDMoE удлиннители).
• Необходимость физического вскрытия сервера с Asterisk для установки требуемых E1 PRI плат, остановки самого Asterisk при изменении параметров E1.
• В некоторых случаях необходимость установки дополнительного транзитного сервера Asterisk для E1.
• Сложности с подключением E1 к системам виртуализации – свои облачные решения, корпоративные системы.
• TDMoE-удлинители плохо работают в условиях реальных WAN сетей.
• Проблемы правильной настройки L1/L2/L3 E1, знание основ сигнализаций PRI/SS#7.
• Недостаточная уверенность в надежности системы.

Мы предлагаем решить данные проблемы, используя SIP E1 шлюз Alvis-GW-2E1

– готовое решение по подключению Е1 к Asterisk!

Преимущества:

• Надежность и цена сервера: Не нужно устанавливать какие-либо дополнительные платы расширения в сервер Asterisk. В Alvis – Asterisk! Вы получаете привычную открытую среду, не “черный ящик” как в случае продукции конкурентов.
• Работа в виртуальных системах: Ваш Asterisk может располагаться на виртуальном сервере без ухудшения качества, протоколы SIP/RTP отлично работают с виртуальными системами.
• Готовая к использованию система: Нет проблем совместимости, ПО и железо – подобраны и оптимальны, архитектура ARM дает хорошие показатели по потреблению энергии.
• Совместимость: Многие вещи были сильно доработаны нами для лучшей стыковки с различными УПАТС от Panasonic, LG, Siemens, Alcatel и др. У нас нормально ходят русские имена CallerID(name) итп.
• Сетевая независимость: В отличии от TDMoE решений Alvis и Asterisk могут находится в различных сетях, не проблема и NAT. Alvis нормально работает при потерях пакетов в WAN и Jitter, наличие кодека G.729 и аппаратного эхоподавления LEC G.168+ 128ms позволяют использовать оборудование при очень скромных возможностях сети.
• Обнаружение скрытых проблем E1: Alvis имеет аппаратный частотомер несущей с суточной записью – это позволяет легко доказывать оператору E1 его проблемы. Наличие SNMP и собственного app_counters позволяет фиксировать наличие всех алармов L1/L2/L3 и видеть полную ситуацию работы оборудования за выбранный период времени!
• Простота настройки с Alvis WEB GUI: Все сложные вопросы с DAHDI, SIP и прочее легко решает WebIF. Но при желании – есть Asterisk Style, официально!
• Открытость: Открытый доступ пользователя к root/ssh. Также Вы можете устанавливать сторонние пакеты из репозитория.

Обычно выделяют 3 случая использования потоков e1 в Asterisk:

1. Подключение городского (ТфОП) E1 потока от оператора или несколько E1 потоков от различных операторов.
2. Подключение к существующей TDM АТС (по E1 PRI) для создания гибридной системы.
3. Комбинированная схема “в разрыв” потока E1: ТфОП E1 -> Asterisk -> УПАТС

1. ТфОП E1 -> Asterisk.

Дано : В данной задаче шлюз Alvis обрабатывает E1 PRI, конвертирует в SIP и в Asterisk подключается SIP-транком.

Преимущества

Благодаря встроенному модулю статистики, Alvis регистрирует все проблемы Layer1, что помогает с подключением.

Встроенный частотомер позволяет находить типичные проблемы операторов связи при использовании TDMoE оборудования вместо “честного E1” – уход рабочей частоты, пропадания несущей и джиттер. Встроенный модуль линейного эхоподавления устраняет как локальное, так и сетевое эхо до 128ms.

Если и Alvis и Asterisk – в одной сети, рекомендуется подключение транком без регистрации. Это упрощает конфигурирование с обеих сторон,

не забудьте у транка на стороне Asterisk указать: insecure=port,invite и directmedia=no!

В случае интеграции одного ТфОП потока E1:

Дано : Есть сервер корпоративный Asterisk, в нем настроено несколько SIP транков провайдеров, нужно подать и E1.

Логично использовать модификацию Alvis-GW-2E1-Lite. В данной модели есть все функции полной версии, за исключением транзитных соединений E1-E1. Но в данной задачи они и не нужны! Плюс на данную модель для Астерискеров у нас есть скидки.

Подробнее..

Даже при использовании в конфигурации 1xE1 данная модель выходит дешевле ближайших конкурентов благодаря оптимальности выбранной аппаратной конфигурации, отработанной схемотехнике, проверенному ПО и нашей Службе Технической Поддержки ��

В случае интеграции двух ТфОП потоков E1 от разных провайдеров:

Дано : Есть Звонковый Центр на базе Asterisk. Нужно подать 2 потока E1 с максимальной надежностью и резервируемостью.

Решение: Устанавливаем стоечную модель Alvis-GW-2x2E1-R2-Lite с двумя независимыми модулями GW2.

Преимущества : В данной модели есть каждый поток приходит на свой процессорный модуль раздельно, благодаря этому нет проблемы с E1 синхронизацией от разных источников от разных провайдеров !

Поробнее..

На данную модель для Астерискеров также есть скидки!

По ценам эта модель также не имеет конкурентов, плюс открываются большие возможности по созданию резервируемых FailOver защищенных E1/SIP систем с использованием устройства Rescue-4E1. Даже в случае проблем с одним из процессорных модулей система переключит Е1 на другой модуль и звонки не будут потеряны .

Подключение существующей офисной УПАТС к Asterisk.

Дано : В данной задаче имеется Panasonic TDA100, LG LDK300, Siemens HiPath3000 или другие подобные системы. Система уже много лет работает. Но время идет, руководство решило установить Asterisk центре системы: нужна запись разговоров, более-менее современный IVR, подключить IP-телефоны (в том числе и удаленным сотрудникам и оцелым офисам). Но хотят оставить и существующую АТС!

Подключаем Alvis-GW-2E1 (-D,-L,-R1 ) Оставляем существующую УПАТС исключительно в качестве большого FXS шлюза, всю логику переносим на Asterisk! Отключаем всякие DISы и прочие пропиертарные фичи на старой АТС.

Подробнее..

Alvis подключаем по PRI в режиме QSIG. В этом случае корректно передаются не только номера, но и имена абонентов!

Alvis обрабатывает E1 PRI от УПАТС, конвертирует в SIP и в Asterisk подключается SIP-транком.

Настраивается единый номерной план (3 или 4 цифры), абоненты обеих систем могут звонить друг-другу.

На Asterisk заводятся транки SIP-операторов, фирма перестает платить много за межгород, подключаются 8-800 номера, интерируется CRM.

Специалисты GarantPlus помогут с подключением к УПАТС, в т.ч. и на стороне Panasonic/LG и других типов распространенных УПАТС.

Более подробно о модернизации УПАТС можно прочитать в отдельной статье .

Комбинированная схема “в разрыв” потока E1: ТфОП E1 -> Asterisk -> УПАТС

В данной схеме настраивается 3х-стороняя связь между сетями ТфОП (E1) , УПАТС(E1) и SIP: ТфОП МН/МГ (SIP) + абоненты SIP.

В данной схеме самое важное – продуманный диалплан и маршрутизация.

Благодаря продуманной системе маршрутизации на Alvis эта задача значительно упрощается.

Будущее не предопределено!

Для активации 5-летней гарантии пожалуйста зарегистрируйте приобретенное оборудование: