вторник, 26 мая 2009 г.

SBC и его место

Построение VoIP сетей постепенно переходит из состояния "лишь бы работало" к состоянию "чтобы работало". Это привело к пересмотру подходов построения сетей. Изменились и требования. И наряду с прокси-серверами, серверами-регистраторами, гейткиперами и т.д. появилась еще одна составляющая сетей SBC (Session Border Controller). Из названия следует, что этот кубик должен осуществлять контроль за VoIP сессиями. Так оно и есть, только есть нюанс: каждый производитель SBC предлагает разную функциональность.

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

Соединение сетей подразделяется на две схемы: peer-to-peer и access.
Peer-to-peer
Оконечные устройства обладают информацией друг o друге и могут задать жесткие правила пропуска трафика. Данная схема используется при объединении сетей провайдеров, при построении распределенной сети, при подключении абонентов со статическими настройками.

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

В теории обе эти схемы должны быть реализованы на SBC и должны работать в SIP, H.323. Для Megaco, MGCP должна поддерживаться схема peer-to-peer. (Мне не известно ни одного SBC с поддержкой всех этих протоколов.)

Задачи, решаемые SBC в схеме Peer-to-peer
-Проверка подлинности пользователя (IP address, MAC, ...).
-Интервокинг (преобразование протокола установления связи).
-Нормализация протокола (приведение сообщений от пользовательского оборудования к виду, понятному для сервера управления).
-Анализ SDP (анализ схемы сети для проключения RTP трафика).
-Транскодирование (преобразование голосовой информации из одной схемы кодирования в другую).
-Управление RTP сессиями (в вариантах с проксированием и без него).

Задачи, решаемые SBC в схеме Access
-Аутентификация и Авторизация.
-Интервокинг (преобразование протокола установления связи).
-Нормализация протокола (приведение сообщений от пользовательского оборудования к виду, понятному для сервера управления).
-Преодоление NAT.
-Анализ SDP (анализ схемы сети для проключения RTP трафика).
-Транскодирование (преобразование голосовой информации из одной схемы кодирования в другую).
-Управление RTP сессиями (в вариантах с проксированием и без него).

Если суммировать все эти задачи и помножить на количество протоколов, то в результате должна получиться ужасно сложная система.

Оборудование или ПО SBC, производимое сегодня, по выше изложенным причинам поддерживает только часть необходимых функций. Я не знаю наверняка, но, похоже, все производители SBC отказались от реализации протоколов Megaco и MGCP, уменьшив тем самым сложность задачи вдвое. Но на этом они не остановились, чем дальше, тем больше идет отрицание существования протокола H.323, может быть это и правильно, но этот протокол еще работает и работать будет долго. Т.е. в конечном счете, все сведется к реализации протокола SIP.
Свободно распространяемые SBC отказались от H.323 изначально, и предъявить им нечего, и так бесплатны. Коммерческие же SBC заявляют о своей поддержке этого протокола, как в варианте трансляции, так и в варианте интервокинга. Заявление отличное, вот только реализация далека от идеальной. Так тестируемый nCite1000 компании AudioCodes почему-то не может обеспечить интервокинг протокола H.323 в SIP. Есть надежда, что у других производителей дела обстоят лучше, но есть большие сомнения.

Итак:
Свободные SBC - только SIP;
Коммерческие SBC - SIP и H.323.

Определившись с протоколами, перейдем к функциям.
В нашем распоряжении оказались два типа SBC ncite1000 и OpenSBC; я понимаю, что этого мало, но мне кажется, что тенденция одинакова для всех.

OpenSBC
Поддерживает только SIP.
Реализованы обе схемы peer-to-peer и access.
Реализована нормализация SIP протокола, но при этом пользователь не может вносить изменения в формирование сообщений, что делает его заложником данного SBC, и как результат вся сеть подгоняется под SBC.
Алгоритм преодоления NAT реализован, но есть проблемы при пропуске RTP трафика без RTP проксирования на сервере обработки сигнализации, к тому же алгоритм изменяется от версии к версии, что не лучшим образом отражается на поддержании сети.
Транскодирования нет.
Прост в установке и обслуживании, но рассчитан на малый объем RTP трафика.

nCite1000
Заявлены обе схемы peer-to-peer и access для протокола SIP и H.323.
Реализованы обе схемы peer-to-peer и access для SIP.
Для H.323 только peer-to-peer.
Нормализация SIP протокола если и есть, то минимальная, при этом пользователь не может вносить изменения в формирование сообщений, что делает его заложником этого SBC, и, как результат, вся сеть подгоняется под SBC.
Алгоритм преодоления NAT реализован, но есть проблемы при пропуске RTP трафика без RTP проксирования на сервере обработки сигнализации.
Эта проблема решается установкой после SBC маршрутизатора с гигабитными интерфейсами, и прописыванием маршрутов в SBC. Маршрутизаторы делает данное решение слишком дорогим.
Транскодирования нет.
Прост в установке, но сложен в обслуживании. Система управления реализована с упором на красоту визуального восприятия, а не на удобство и гибкость управления (это беда, похоже, всех систем управления от AudioCodes). Серверная часть системы управления устанавливается на выделенный сервер, который устанавливается в том же сегменте, что и управляющий интерфейс nCite. При этом система управления предполагает, что интерфейс клиентского доступа сервера находится на внешних IP адресах. Вся система управления перестает работать, если установить на серверной стороне хотя бы статический NAT. А если клиент запускается из-за NAT, то требует открыть уйму портов, чем повергает в шок любого системного администратора.

Надеюсь, у других производителей дела обстоят лучше...

Нет сомнения, что данный кубик при построении VoIP сети является если не самым главным в системе, то одним из основных, наряду с SIP-сервером, и построение сетей с его использованием должно стать обязательным. Но для достижения этого SBC должен стать образцом для всех типов VoIP оборудования. Его надежность, управляемость, гибкость и функциональность должны быть на порядок выше, чем у SIP-серверов и шлюзов.

Пока же этого нет, оператор, прежде чем заплатить деньги, должен определиться, какая из схем ему ближе. В случае peer-to-peer, оператор теряет промежуточный контроль за сессиями, т.е. вся нагрузка ложиться либо на шлюз, либо на сервер. А в случае с access оператор вынужден поднимать STUN сервер или применять другие методы, т.к. в большинстве случаев STUN сервер просто бесполезен. Все бы не беда, если бы не доступность серверов из внешней сети, что ставит оператора в странное положение: с одной стороны, он должен обеспечить безопасность (устанавливать патчи на системы, делать апгрейд), а с другой - он не может этого сделать из-за лицензионной политики производителей, например компании VocalTec.

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

четверг, 21 мая 2009 г.

Music on hold



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

среда, 20 мая 2009 г.

IP и телефон

Практически весь XX век человек пользовался телефоном, телефоном к которому мы все привыкли, устройство с номеронабирателем и трубкой. Данное устройство настолько просто, что долгое время было механическим, электрическая часть занимала только малую часть объема, к тому же оно было почти не убиваемое. Развитие электроники позволило сильно удешевить телефон и увеличить его надежность, вся механическая начинка исчезла и на смену пришла микросхема. Начинка телефонного аппарата стала помещаться в спичечный коробок, но при этом надежность системы была ничуть не хуже чем прежде, а, мне думается, гораздо лучше. Количество функций, выполняемых самим аппаратом, было минимально. От него требовалось занять линию, передать тональный сигнал в трубку, передать на станцию набранный номер, сформировать передачу голоса и освободить линию. При офисном применении телефон должен обрабатывать клавишу Flash и формировать калиброванный разрыв шлейфа, т.е. кратковременное освобождение линии.
Вся основная работа делалась на АТС, где сидел обслуживающий персонал, станционный отдел, т.е. люди, по долгу службы обеспечивающие качество предоставляемых услуг.
Но вот настали 90-е годы, и появилась мобильная связь. Человек, купивший себе мобильный телефон, больше не привязан проводом, он может ходить, ездить, ползать и т.д. почти везде, где есть присутствие сотового оператора. Роуминг довершил дело - человек стал ездить по миру, не думая о связи. О деньгах речи нет. Но что нам принес прогресс? Абонентское устройство стало не просто сложным, а очень сложным. Часть функций была перенесена со станционного оборудования на абонентское. Для общения устройств стал использоваться сложный протокол. А самое главное, что оператор перестал отвечать за качество предоставляемой услуги на конкретном устройстве. И их девизом стало - не нравится - не пользуйся. И ведь упрекнуть оператора в этом нельзя, он просто не может отвечать за миллионы сотовых трубок, которые технический персонал в глаза не видел. Но, как оказалось, для пользователя это неважно, он готов перебирать сотовые трубки, мириться с плохим качеством разговора, с обрывами разговора и всеми глюками, присущими данному виду связи, и все это в угоду мобильности и кажущейся 24-часовой доступности, а кажущейся, потому как сотовая связь умирает первой при любой нештатной ситуации.
Итак, человек обрел свободу перемещения, оставаясь всегда на связи, и задумался над возможностью таскать за собой и стационарный телефон, и не придумал ничего лучше, как использовать для этого IP сеть. Да, IP сеть - это транспорт, который скоро будет жить в каждом доме и будет такой же неотъемлемой частью каждого жилища, как телевизор. Кто же устоит против такого подарка - не надо строить свои сети - они уже готовы! И все кинулись осваивать эту ниву. Производители ринулись разрабатывать и внедрять разные железки. Стандартизаторы начали выдумывать новые рекомендации. И пошло и поехало. Все стали в один голос кричать, что это связь будущего, что, кто не успеет, тот опаздает, что это лучше, чем старое, и при этом дешевле. Все говорят только о прибылях, которые получит ваша компания, если перейдет на IP. И никто не говорит о том, что сеть IP это слабоконтролируемый сегмент коммуникаций, что он похож на паутину, которую плетут миллионы пауков, у них не всегда все гладко, они ругаются между собой, они рвут свою паутину, используют нитки разной толщины, но, в общем и целом, сеть живет. Но с самого зарождения IP сетей человека приучали, что эта связь может неожиданно пропасть и также неожиданно появиться, что он может ею пользоваться, но бесперебойного сервиса никто не обещает. И вот на эту сеть человек пытается перенести услугу, которая у него работала всегда; мог отключиться свет, вода, газ, но телефон работал, и человек приходил в негодование, если его лишали телефонной связи. Но на это никто не обращает внимания, все как заведенные повторяют утверждения производителей. И вот настал час, когда вдруг оказалось, что станционный отдел должен обеспечить качество связи пользователю, который находится бог знает где, но у него на столе стоит тот самый простой телефон и телефонный номер, тот, что был раньше, и человек привык, что этот телефон всегда работает. Возникло противоречие между тем, к чему мы привыкли, и тем, что несут нам новые технологии. Сотовая связь отличается от традиционной, и люди воспринимают все недостатки данной связи с пониманием, а вот ухудшение качества связи на том же самом аппарате встречается в штыки, что в общем и целом правильно. Но это только полбеды, при традиционной связи обслуживающий персонал знал, как отследить проблему, как ее устранить, и у него была уверенность в том, что проблема будет исправлена. С появлением новых технологий инженер поддержки потерял уверенность в том, что оборудование, за которое он отвечает, работает исправно, что каналы связи обеспечивают требуемую пропускную способность. Большинство проблем стали плавающими. Записывать разговоры нельзя, да и не записать все разговоры. И, стало быть, любой мало-мальски подкованный пользователь может высушить поддержку провайдера. Если ко всему этому добавить, что любой пользователь сети может организовать деструктивное воздействие на сеть, что в сети может появиться вирус, многократно увеличивающий трафик, что мы и имеем на сегодня, то можно с уверенностью сказать, что пока человек будет ждать от телефона бесперебойного качества, IP телефония не будет доминировать. Она будет на уровне игрушки, в которую интересно поиграть, но стоит один раз об нее поцарапаться, как она тут же полетит в угол.

вторник, 19 мая 2009 г.

Тестирование IP телефонов и шлюзов

Nateks VC 115-1,2 (4ёх портовый шлюз):

Общее впечатление:
Много настроек.
Неплохой портал управления.

То что не устраивает:
1. Нет возможности привязки нескольких аккаунтов к одному порту.
2. Факсы практически не работают.
3. Конференции нет.
4. Blind трансфер не работает.
5. Неудовлетворительная работа эхокомпенсации.

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

Что работает:
1. Холд работает.
2. Трансфер работает.
3. Качество голоса удовлетворительное.

Телефон Nateks IP 81- P:

1. Спокойный дизайн.
2. 10 клавиш быстрого набора.
3. Работает холд, трансфер, конференция.
4. Не работает Blind трансфер.
5. Качество голоса хорошее.
6. Удалённая настройка только через телнет.

USB-телефон SKYPEMATE USB-P4K

Работает (если это можно назвать работой), только c X-Lite и eyeBeam
X-Lite - трансфера и конференции нет впринципе
eyeBeam - нужно покупать - 34$
трансфер и конференцию в eyeBeam можно активировать только мышкой, с телефона не работает
сам телефон тормознутый, программа обслуживания грузит систему

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


VOB 820 (Acetech)

Прост как маузер Макара Нагульного
Чем-то похож на старые системные телефоны от аналоговых панасоников
Трансфер и конференция работают
Есть громкая связь - посредственного качества
Сборка - как все китайское - внутри что-то позвякивает
Но при этом все что заявлено - работает
Примерная стоимость - 63$

Очень простой телефон, но при этом все есть,но работать на нем, что-то не хочется.


VOB 822 (Acetech)

По сути тоже что и VOB 820
Только другой дизайн
На мой взгляд чуть лучше, но не намного
Дисплей поворотный
Трансфер глючит, может быть старая прошивка
Примерная стоимость - 66$


Snom 320

На первый взгляд приличный телефон
По-немецки основательный, чем-то напоминает сименс образца 1995 года
Массивная телефонная трубка
Хороший звук
Громкая связь
Много настроек
Пожалели денег на дисплей - телефон оборудован двух строчным ЖК дисплеем, на который не помещается вся информация
Хотя - дисплей поворотный
Кнопки под дисплеем не совсем соответствуют функциям на дисплее, т.е. кнопки располагаются немного в стороне от функции на дисплее
Настройки поумолчанию очень странные - телефон почти не работает
Кнопки программируются
Трансфер и конференция работают
При прописывании DNS требуется перезагрузка - других странностей софта не обнаружено
Примерная стоимость - 210 евро

Приличный телефон, но уж больно дорогой


Snom 300

Младший брат модели 320
Несколько хуже дизайн
Дисплей уже не поворотный, при этом такой же маленький
Мало кнопок
Трансфер и конференция работают
Кнопки уже не резиновые а пластиковые - сэкономили
Примерная стоимость - 145 евро

Для своей ниши очень дорогой телефон


GrandStrim

Легко можно повесить голосовую сессию на холд и больше ее не снять.
Алгоритм:
1 Принимаем вызов
2 Нажимаем transfer
3 Выбираем вторую линию - двойным нажатием (с первого нажатия выбор не происходит)
4 Отбиваем вторую линию
5 Получаем первую линию на холде и вернуть ее нет никакой возможности

Ну и зачем такой телефон, нет, может когда софт и поправят, но ждать некогда


BW210 (fanvil) 

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

Вполне пригодный телефон.
Несколько простоват.
Примерная стоимость 90-95$


KingTel KTI 2002P

Нет конференции
Не проверялся с голосовой почтой
Нет настроек NTP сервера
Есть громкая связь - но на мой взгляд ужастная
Есть регулировка громкости

Очень простой телефон.
Желания приобрести не появилось.


AddPac

Функциональные клавиши работают только с IP АТС AddPac
Т.е. на нашей системе нет ни конференции, ни трансфера

Странный, во всех отношениях, телефон.
Хотя CLI хорош, придраться можно, но это другая история...


Linksys SPA962

Претензии - не поворачивается дисплей
Конференция и трансфер работают в любых вариантах
Нет софт клавиш и нет клавиш быстрого набора - для этого нужно докупать дополнительный модуль SPA932 
Поддерживается до двух модулей SPA932 по 32 клавиши на каждом
Не проверялся с голосовой почтой
Есть громкая связь
Есть регулировка громкости
Функция Call Forward на телефоне отрабатывает, но сообщение 302 , формируемое телефоном, не воспринимается системой ВАХ
Много настроек

Хороший телефон за большие деньги
Поставляется без блока питания
Примерная стоимость - 270$
Примерная стоимость SPA932 - 80$ (нужна проверка с ВАХ)


Linksys SPA922

Очень похож на Linksys SPA962
Софт, надеюсь, похож на софт старшего брата.
Как офисный телефон, на мой взгляд, то что надо.
На борту есть LAN порт.
Примерная стоимость - 130$


Linksys SPA921

То же, что и Linksys SPA922 только без LAN порта и PoE.
Примерная стоимость - 100$