AudiCodes: незаметная страничка

В кодесе есть так называемый мастер-режим(я его так зову :) ), заходить в него просто, если знаешь, если нет - не попадешь случайно. Смотри:

[ip-address]/AdminPage

И мы внутри:

Здесь базовые параметры шлюза/таймеры/электрические параметры портов, линий и бог знает что еще

Пройдемся по разделам:

ImageLoad  -- можно загрузить прошивку и конфиг(дубль обычного)

iniParametrs  --  Вот тут и будем все править

ChannelParam  -- Channel статус, не знаю зачем тут

Если несколько телефонов панасоник, старая атс, не сертифицированные аппараты + проблемы flash.
В общем в любой непонятной ситуации.

DTMFDetectorSensitivity = -2000000
DTMFDetctorSensitivity  = -2000000

Помогает не всегда и не на всех телефонах, есть много пунктов и можно многое поднастроить, но по остальному не лазил.

Конец!

DSS1-трейс(PCM-dump) в Wireshark

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

В самом простом нашем приближении(нам больше пока не надо), трейс - это записанная сигнальная информация D-канала.

Мы будем разбирать на примере цифровой абонентской сигнализации №1  (DSS1). Больше подробностей в ITU-T Recommendation Q.931/Q.921 и т. д.

Смотрим на примере Элтекса SMG-2016т.к. большинство производителей снабжают своим ПО для разбора, а тут нет, да уже и не сильно актуально, благо на дворе не 90-ые.



И так, заходим в трассировки и запускаем PCM-dump на нужных потоках:

З.Ы.
       трейс за 1 звонок со всех потоков(гора мусора) весил 3,9 кбайт, а
       дамп SIP за такой же период 127 Мбайт.
       Это памятка сравнения TDM и СПД  


Скачав файл с названием "pcm0_1_2_3_4_5_6_7.pcap" или как то так:

И вот как выглядят сообщения:

А вот пример сообщения CONNECT:

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

Конец!

GSM-to-SIP: краткий обзор шлюза OpenVox VS-GW1600-20G

       VoIP-GSM шлюз OpenVox VS-GW1600-20G является корпоративным решением, созданным на основе asterisk для использования в среде малого и среднего бизнеса. Шлюз имеет удобный графическим интерфейс и уникальную модульную конструкцию, позволяющую пользователям самостоятельно конфигурировать различные решения. VS-GW1600-20G также позволяет работать с использованием AMI (Asterisk Management Interface). Это то что прочитал в интернете о нем.

Вот так он выглядит(1U)

Набирается из модулей по 4  GSM-канала, вот под антеннами как раз гнезда под сим карты:

 А вот схема процессорной платы, может быть в любом месте.
 Здесь выкладываю для памятки:

При входе видим статус каналов

 Банальная/стандартная настройка сети:

Есть базовые сетевые инструменты:

Основная, в моем видение настройка/пунк меню это роутинг - именно здесь связываем какой номер(дальше покажу где забиваем) в какой интерфейс(дальше покажу) пуляем и какой префикс добавляем:

 Общий список модификаций(на каждую симку свой)

Войп-эндпоинт, помним про них выше, вот здесь и создаем ip-сущности:

 Вот как прописывается, все банально:

 Здесь настройка модулей, которые установили:

 Настройка конкретного номера,вбиваем данные симки

 Так как на борту Астериск, то и есть настройка его АРI:

Моя любимая консолька, есть что-то завораживающее в работе в ней и отлично что здесь сделали полноценную астеровскую, пойдем дальше и там ещё можно будет файлики покрутить *:

 А вот и файлики, их можно править как угодно, абонентов не прописывал  пока:

 sip.conf с уже привычными нам include

Где что лежит, тоже что и в классическом, не сильно меняли чувствуется:

 Настройка лога:

 Лог системы, в основном когда выкл/вкл

 Логи астера, уже привычные:

 Лог SIP, по сути для меня основной инструмент работы на нем:

 Очень крутая фича АТ-модемные команды никогда, ни разу не пользовал:

 CDR и как он отображается:

Статистика по GSM-вызовам по модулям

 Фишка, несколько шлюзов объединяются в кластер: ip один, а шлюзов несколько, как это делается в другой раз.

 Вот тут вытаскивать конфиг и накатывать новые прошивки(мне ни разу не понадобилось, все работало отлично):

Скачали конфиг/бэкап:

 И вот бэкап, сисочный состав файлов астера на все сто, можно подправить и залить обратно:

Инфа от о том на каком работал:

И на последок, какой астер у нас под капотом-то:

AddPac: основы получения информации о VoIP-вызовах

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

Sh call act a - Покажи вызовы активные все
                       видим два вызова, один отвечен, один только прилетел

Смортим на то как идет разговор - увеличиваются пакеты RTP/RTCP, равномерно(в две стороны говорим) растут transmitted так и received

Базовая команда, односторонняя слышимость, потери и другое смотрим ей
            

Пример 1 полного вызова при ответе:

 Sh call act sum - покажи все вызовы суммой
                            чаще пользуюсь, менее детальна, но более удобна
                             номер А и Б, порт, сервер, пакеты приемо-передачи

Идем дальше:

Sh voice port sum - Покажи голосовые порты суммируя
                                показывает голосовые FXS/FXO порты и их статусы
                                удобно смотреть куда пришел вызов, какой порт занят
                                как на нем идет передача, уровень сигнала.

Sh dial-peer pots - покажи пиры набора голосовых портов
                              показывает на голосовых портах какие пиры, удобна,если
                              шлюз с большим количеством портов, а так не юзал
                              предпочитал классический sh run.

sh dial-peer voip s - похожа на предыдущую только теперь с войп-плеча идет
                                тоже не часто пользуюсь, так как сказал выше при
                                емкости шлюзов в 1/2/4/8/24 порта можно сразу всю
                                конфигурацию посмотреть и неутруждаться

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

conf t

voice service voip

cdr format 1

Есть фишка с отображением CDR, 2 формата есть: нормальный =2 и 

                                                                                           детальный =1

Sh  call hist a - CDR при нормальном формате/по умолчанию

Sh  call hist a - CDR при детальном формате, дает код завершения, что
                         бывает крайне необходимо в ряде сложных заявок

На этом из моего опыта все, есть конечно ещё варианты, такие как:

debug rta ipc
debug voip call – отладить voip звонок
debug voip sip –для SIP-вызовов

Вот это вообще жуть, один раз сделал и больше не использовал, лучше дампить 

debug voip h225-asn1 –для H323-вызовов
debug voip h245-asn1 –для H323-вызовов

На сегодня все, всем спасибо!