Cisco - транскодирование

Добрый день.
Периодически возникает необходимость ответить на вопрос или найти документацию (с примерами) по некоторым вопросам, связанным с оборудованием Cisco.
Приведенные ниже ссылки, возможно, будут Вам полезны по вопросам, связанным с
транскодированием голосовых кодеков в MG cisco:
http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/admin/configuration/guide/cmetrnsc.html
http://www.cisco.com/en/US/docs/ios/12_3/vvf_c/interop/intcnf2.html

Реализация услуги CLIR в протоколе SIP

Добрый день.
Наконец смог добавить сообщение.
Было очень много работы, причем частично дурной ... но живем.
Сегодня мы поговорим о том, как в протоколе SIP реализуется услуга CLIR.
Услуга CLIR (Calling line identification rebound) - запрет определения номера вызываемого абонента (А номер) позволяет абонентам совершать вызовы, не открывая при этом вызываемому абонента своего номера.
Теперь посмотрим как это работает в SIP.
Обычно протокол SIP оперирует А номером из заголовков From и Contact.
Для примера рассмотрим обычный INVITE:

INVITE sip:XXX56374XXXX@XX.XX.2.18:2000;user=phone SIP/2.0
From: "XXX56375XXXX" ;tag=1412239
To: ;tag=9300128943591984131
Call-ID: 5C116F62-06E4-4501-B226-5BA0EF83EDD7
CSeq: 1 INVITE
Privacy: none
P-Asserted-Identity: tel:XXX56375XXXX
Max-Forwards: 69
P-Charging-Vector: icid-value=F593133B-AA95-4005-83A8-59CADB73407A
User-Agent: vocl-essentra-ex/8.1 (19070.34)
Via: SIP/2.0/UDP XX.XX.252.7:5060;received=XX.XX.252.7;branch=z9hG4bK-536856b0-4c9883a7;vtservice=b2buaservlet.siptosip
Contact:
Allow: INVITE,ACK,CANCEL,BYE,OPTIONS,INFO,PRACK

А теперь включим на нашем SSw (реализация достаточно однотипна, обычно называется примерно Caller ID Blocking) соот. услугу и посмотрим на INVITE:

INVITE sip:XXX56374XXXX@XX.XX.2.18:2000 SIP/2.0
From: "Anonymous" ;tag=1411481
To: ;tag=9300128943591983723
Call-ID: 52588159-9C78-4F42-A67D-D5E4E284BAE7
CSeq: 1 INVITE
Privacy: id
P-Asserted-Identity: tel:XXX56375XXXX
Max-Forwards: 69
P-Charging-Vector: icid-value=77C422A6-6D56-4DBD-AAB5-410F7AA4EEAE
User-Agent: vocl-essentra-ex/8.1 (19070.34)
Via: SIP/2.0/UDP XX.XX.252.7:5060;received=XX.XX.252.7;branch=z9hG4bK-58251148-4c9881ab;vtservice=b2buaservlet.siptosip
Contact:
Allow: INVITE,ACK,CANCEL,BYE,OPTIONS,INFO,PRACK

Видите разницу ?
Во втором случае SSw "замаскировал" поля From и Contact.
Но при этом А номер сохранился в хитром поле P-Asserted-Identity.
Тем самым мы и маршрутизировать трафик можем по А номеру, и учет вести и при этом А номер сокрыт.

Провал в головах или WIMax по украински

Добрый всем вечер.
Сегодня мы немного затронем тему WiMax.
А вернее - его якобы "провала".
Итак на днях на ряде сайтов, стали активном цитировать газету "Дело", которая выступила с плаксивой статьей, суть которой сводиться к тому, что внедрение WiMAx потерпело неудачу.
(для примера - http://www.broadband.org.ua/content/view/2519/490/).
В сухом остатке из этого текста мы узнаем, что:
Внедрение WiMAx провалено, по причине якобы плохой технологии, злого УТ и развращенных пользователей.
На лицо яркий пример подмены понятий, когда неумение планировать и руководить пытаются замаскировать.
Итак постараемся разобрать почему я говорю именно в таком ключе.
Разберем тезис N1:
"Первый и основной фактор, объясняющий такое положение вещей, — это несовершенство технологии, которая требует установки большего количества базовых станций.Но даже это не решит проблемы: львиная доля абонентов WiMax постоянно испытывают сложности с наличием сигнала в помещении, и эти проблемы не всегда решаются размещением модемов, например, на балконе. "

Какая жалость.
То есть налицо ситуация, когда сеть построена таким образом, что сигнала в зданиях нет.
Иначе говоря на этапе проектировки и тестирования никто не озаботился проверкой того, а будет ли ЭТО работать в зданиях. И мы сразу понимаем, что:
а) проектировка велась небрежно, без учета особенностей технологии.
б) тестирование в необходимом объеме не проводилось.
Зато по документам все красиво - 70% типа "покрыто".

Есть еще еще одно предположение .... страшное, но тоже не менее логичное.
На этапе составления бизнес плана неверно была выбрана аудитория и не учтены условия.
То есть великие аналитики предположили, что 100К человек купят WiMAx и дружно выйдут на улицу.
Правда в этом случае, как минимум, не учтен наш климат, ибо летом у нас жарко, зимой холодно, осенью сыро и холодно, а весной тоже погода далеко не всегда балует.
Кроме того, если программист может себе позволить поваляться на травке, то для ряда работников ра-ть на улице просто недопустимо.
Проще говоря имела место попытка подогнать не технологию под человека, а человека под технологию.

Читаем дальше и удивляемся:
"Российские 4G-операторы для решения этой проблемы используют специальное оборудование, устанавливаемое в помещениях и усиливающее мощность сигнала. Но этот путь требует значительных денежных вложений, окупаемость которых в нынешней ситуации не гарантирована."

То есть еще одно подтверждение того, что никто не удосужился разобраться с особенностями работы технологии. Если бы разобрались, то воспользовались опытом Yot'ы и установили внутренние усилители, тем самым покрыв бы 30% Киева зоной уверенного приема и получили бы довольных абонентов, которых было-бы намного больше, чем теперь.

"Также более чем скромное число абонентов объясняется тем, что обе компании предлагают клиентам USB-модемы по льготной цене только при условии подписания годичного контракта."

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

"Помимо этого, тарифные планы двух компаний — безлимитные пакеты стоят 150-180 грн. в месяц — на фоне постоянного удешевления предложений у других провайдеров Интернета выглядят довольно дорогостоящими. "

Тоже перл неслабый. А за что получали деньги составители бизнес плана ? За трезвый анализ и соот. прогнозирование тарифов или сидение в кожаных креслах ?
Иначе говоря - явных провал составителей бизнес плана.
Если бы при составлении бизнес плана был учтен опыт стационарной связи и коллег из соседних стран, то и тарифы и методы построения сети имели бы совершенно иной вид.

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

А если серьезно, то WiMax конечно не самая лучшая технология (к слову называть ее 4G - неграмотно), но при грамотнои проектировании сети вполне себе работает вполне хорошо.
Именно поэтому сегодня Киевстар с помощью S&T Ukraine строит WiMax сеть, которая ориентирована на СТАЦИОНАРНЫЙ доступ, что четко показывает что в VimpelTelecom Ltd. сидят не дураки, понимающие нужды клиентов.
А тем кто хочет именно WiMAx, стоит чуть потерпеть и получить качественный беспроводный доступ.
Или-же не замыкаться на технологии,а выбрать достойные альтернативы, которых на Украине немало.

Шаг вперед или свет в конце тоннеля

Добрый день всем.
Давненько я не писал - не было времени, уж очень тяжелые последние дней 10 выдались.
Итак главное и очень позитивное событие последних 2-х недель - это принятие Верховным Советом в первом чтении законов, которые расширяю полномочия НКРС.
По ККЭ (кабельная канализация элекстросвязи) дает право НКРС регулировать тарифы и порядок доступа к ККЭ.
Кроме ККЭ, взялись решать вопрос с Интерконнеком.
Для этого вводиться понятие оператора с "существенным рыночным положением", тарифы которого (прежде всего на взаимосоединение) можно будет регулировать.
Иэ этого события можно сделать 2 вывода:
1) УТ таки хотят продать, потому как если до продажи не утрясти вопрос с канализацией, то могут проявиться различные неприятные моменты.
2) Есть все-же шанс, что наш рынок связи выйдет из того анархического болота, в котором он сидел последние 5 лет и больше не будут повторяться ситуации, когда с номеров Оператора А мы не можем позвонить на Оператора Б, а все потому, что они не договорились о том, кто и сколько кому должен.
Если же кому-то кажется, что подобное гос. регулирование мешает нормальному развитию рынка, то для примера возьмите и ознакомьтесь с механизмами гос. регулирования связи в Китае, ЕС, и США.
Суть в том, что вседозволенности и анархии быть НЕ должно.
Кроме того, прошел более чем обоснованный слух о том, что стоимость нового плана конверсии (предположительно готов будет в акгусте)частот от МО будет порядка 850 млн. грн.
Это почти в три раза меньше прошлогодней цифры.
То есть при этом мы получаем вполне реальный шанс провести полноценный тендер на частоты для 3G уже в этом году.

MNP в Украине

Добрый день.
Итак сегодня случилось в некоторой степени знаковое событие - мы вернулись к вопросу практического внедрения MNP в Украине.
Что такое MNP и с чем его едят ?
MNP - расшифровывается как Mobile Number Portability или же переносимость мобильного номера.
То есть при работе данной технологии мы сможем менять оператора, при этом не меняя номер.
Сегодня в Верховном Совете Украины был принят соот. законопроект.
Разумеется пока это пока только "первый звоночек" грядущих изменений и закон еще должен быть подписан президентом, затем НКРС должно сформулировать тех. требования и др.
В общем дорога долгая, но очень радует тот факт, что сделан важный шаг для увеличения возможностей нашей телефонной сети.
Теперь немного о технологии:
Сделать это можно 3-мя вариантами:
1) OR (Onward Routing)
Данный метод основан на том, что вызов направляется в сеть Компании, изначального владельца нумерации, а там (при необходимости) вызов перенаправляется на сети сторонних операторов.
То есть аля межоператорский роуминг.
Внедряется достаточно быстро.
Недостатки начинают вылазят при переносе услуг и большого количества перенесенных номеров.
2) QoR (Query on Release)
Данный метод основан на том, что вызов направляется в сеть Компании, изначального владельца нумерации, а там (при необходимости) в случае отбития вызова запрашивается специальная база данных, в которой указано месторасположение номера.
В принципе неплохой вариант, но при этом необходимо модифицировать сети на предмет добавления возможности запроса в базе данных информации о номере.
3) ACQ (All Call Query)
Данный метод основан на том, что по каждому вызову осуществляется запрос к спец. базе данных, которая и указывает точное расположение номера.
Достаточно неплохое и прозрачное решение, но его главный недостаток - стоить это будет очень дорого.
Помимо самих технологий есть еще вагон вопросов ( к примеру тарификация).
Как это будет внедряться на территории Украины и каков будет реальный результат - покажет время.

Автоматическое резервирование настроек шлюзов D-Link DVG-5004S и DVG-5008S

Добрый день.
Если Вы управляете неким количеством оборудования, то рано или поздно приходите к вызову, что настройки необходимо резервировать.
Причем в автоматическом режиме.
Сегодня мы поговорим по то, каким образом решить данную задачу для шлюзов компании D-Link типа DVG-500xS.
Шлюзы эти достаточно часто используются для организации небольших выносов (уд. склад, магазин, отделение и др.).
Однако мало того, что у данных шлюзов файл настроек имеет бинарный вид, штатной возможности "вытянуть" его не предусмотрено.
Но это проблема вполне решаемая.
Данный шлюз может отдавать настройки через Web интерфейс, а значит с помощью небольшого Python скрипта мы можем эти настройки получить в автоматическом режиме:

---

#!/usr/local/bin/python
# import modules
import sys
import urllib2

#get dlink config
def get_dlink_config(_realm,_user,_password,_url,_router):
        try:
                _auth_handler = urllib2.HTTPDigestAuthHandler()
                _auth_handler.add_password(realm=_realm,uri=_url,user=_user,passwd=_password)
                _source = urllib2.build_opener(_auth_handler)
                urllib2.install_opener(_source)
                _res = urllib2.urlopen(_url)
                _res = urllib2.urlopen("http://"+_router+"/backup.profile")
                return _res.read()
        except:
                print "ERR: We were not getting config from device"
                sys.exit(1)

# write ALERT to txt file 
def txt_alert(_cfg_file):
        _txt_alert_file = open(_cfg_file, 'w')
        _txt_alert_file.write("Backup in binaryconf file")
        _txt_alert_file.close()

# write bin config file
def bin_config_write(_cfg_file_bin,_body):
        _bin_config = open(_cfg_file_bin, 'w')
        _bin_config.write(_body)
        _bin_config.close()

def main():
# variables 
        _user = "Admin"
        _password = "XXXX"
        _realm = "IAD-Configuration"
# get variables
        if len(sys.argv) < 2:
                print 'No Hostname'
                sys.exit()

        _router = sys.argv[1]
        _url = "http://"+_router+"/otgw.cgi?PAGE=ConfigBackupForm"
        _cfg_file = "/configs_path/"+_router+".new"
        _cfg_file_bin = "/binary_configs_path/"+_router
        # get body config  
        _config_body = get_dlink_config(_realm,_user,_password,_url,_router)
        # write alert
        txt_alert(_cfg_file)
        # write body config
        bin_config_write(_cfg_file_bin,_config_body) 
        sys.exit()

if __name__ == "__main__":
    main()

---

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