Глобальная карта интернета

https://dev.networkatlas.org/

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

К слову, рекомендую для ознакомления с глобальной сетью и как она разрослась, как в целом "паук интернета" раскинул паутину в миру.

Замена Eltex SMG-2016 на Cisco AS5350: 8 против 16

В статье ранее разбирали установку Элтекса перед М-200, перед Авайя СМ.
М-200 с СОРМ и такое надо демонтировать т.к. по правилам на одного провайдера - одна точка СОРМ, можно на переходный период при покупке было, но как все вызовы идут через опорную АТС и внешних операторов переключили, то пора ее и заменить + 16 потоков уже много, многих уже переключили на Астериск и можно обойтись меньшей кровью.

Была схема:

                              ____
-----------------------------|      |---------------------------------------------------------------------------------
МТС     4Е1 >>> | S   | МТС     4Е1 >>>   в АТС М-200 СОРМ >>> АТС
-----------------------------| M  |---------------------------------------------------------------------------------
Билайн 4Е1 >>>| G  | Билайн 4Е1 >>>  в АТС М-200 СОРМ >>> АТС
-----------------------------|  -   |---------------------------------------------------------------------------------
  SIP <<<             | 2   |
---------------------------- | 0   |
                             | 1   |
                             | 6   |
                             |____|

Станет:
                              ____-----------------------------|      |---------------------------------------------
МТС     3Е1 >>> | A   |   Общие  4 Е1 >>>  в АТС
-----------------------------| S   |---------------------------------------------
                             | 5   |
-----------------------------|  3  |
  SIP <<<             | 5   |
---------------------------- | 0   |
                             | X   |
                             | M  |
                             |____|

Суть проста, SMG 16 потоков, а нам хватит 7 + 1 в резерве
Контакты потоков у циски:

Контакты абсолютно совпадают с контактами М-200, один в один.
Так что просто переключаем.
У Авайи для E1 используются пара 23,48 для передачи и 22,47 для приёма
или так же 12 и 45.

Заметки по конфигу:

voice call send-alert

Включить терминацию на шлюзе, будет отправлять алерт сообщения,
progress message не будет генерить, будет прилетать от АТС.
Разрешаем звонки IP-IP и SIP - по умолчанию запрещены:

voice service voip
 allow-connections sip to sip
 fax protocol t38 ls-redundancy 5 hs-redundancy 2 fallback none

Сложно пока идут префиксы, рулить будем так:

voice translation-rule 100
 rule 1 /^\(.*\)$/ /0032\1/
!
voice translation-rule 101
 rule 1 /^0036\(.*\)$/ /\1/
!
voice translation-rule 200
 rule 1 /^\(.*\)$/ /0038\1/
!
voice translation-rule 201
 rule 1 /^0034\(.*\)$/ /\1/

Профайлы, какой префикс к какому:

voice translation-profile Avaya-add-0038
 translate called 200
!
voice translation-profile Avaya-del-0034
 translate called 201
!
voice translation-profile MTS-add-0032
 translate called 100
!
voice translation-profile MTS-del-0036
 translate called 101
Заводим траковые группы и объявляем им правила трансляции:

trunk group MTS
 translation-profile incoming MTS-add-0032
 translation-profile outgoing MTS-del-0036
!
!
trunk group Avaya
 translation-profile incoming Avaya-add-0038
 translation-profile outgoing Avaya-del-0034

Настраиваем контроллеры Е1:

controller E1 3/0
 pri-group timeslots 1-31
 trunk-group MTS timeslots 1-31
 description MTS-1
!
controller E1 3/1
 pri-group timeslots 1-31
 trunk-group MTS timeslots 1-31
 description MTS-2
!
controller E1 3/2
 pri-group timeslots 1-31
 trunk-group MTS timeslots 1-31
 description MTS-3
!
controller E1 3/3
 shutdown
 description FREE PORT
!
controller E1 3/4
 pri-group timeslots 1-31
 trunk-group Avaya timeslots 1-31
 description Avaya-1
!
controller E1 3/5
 pri-group timeslots 1-31
 trunk-group Avaya timeslots 1-31
 description Avaya-2
!
controller E1 3/6
 pri-group timeslots 1-31
 trunk-group Avaya timeslots 1-31
 description Avaya-3
!
controller E1 3/7
 pri-group timeslots 1-31
 trunk-group Avaya timeslots 1-31
 description Avaya-4

Сериал интерфейсы к патока(одинаковые для всех):

interface Serial3/0:15
 no ip address
 encapsulation hdlc
 isdn switch-type primary-net5
 isdn overlap-receiving T302 5000
 isdn incoming-voice modem 64
 isdn number called enbloc 32
 isdn send-alerting
 isdn negotiate-bchan resend-setup
 isdn bchan-number-order ascending
 isdn sending-complete
 isdn outgoing-voice info-transfer-capability 3.1kHz-audio
 no cdp enable

На все потоки разумеется D-каналы

voice-port 3/0:D
!
voice-port 3/1:D
!
voice-port 3/2:D
!
voice-port 3/4:D
!
voice-port 3/5:D
!
voice-port 3/6:D
!
voice-port 3/7:D

Диал-пиры, как привязываем префиксы:

!
dial-peer voice 101 pots
 tone ringback alert-no-PI
 description INCOMING
 incoming called-number .
 direct-inward-dial
!
dial-peer voice 1001 pots
 trunkgroup Avaya
 huntstop
 destination-pattern 0034T
 progress_ind setup enable 3
 progress_ind alert enable 8
 progress_ind progress enable 8
 progress_ind connect enable 8
 no digit-strip
 direct-inward-dial
!
dial-peer voice 1002 pots
 trunkgroup MTS
 huntstop
 destination-pattern 0036T
 progress_ind setup enable 3
 progress_ind alert enable 8
 progress_ind progress enable 8
 progress_ind connect enable 8
 no digit-strip
 direct-inward-dial
!
dial-peer voice 1003 voip
 huntstop
 destination-pattern 0032T
 session protocol sipv2
 session target ipv4:[ip-address]
 dtmf-relay h245-alphanumeric
 codec g711alaw
 fax rate 9600
 fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none
 no vad
!
dial-peer voice 1004 voip
 huntstop
 destination-pattern 0038T
 session protocol sipv2
 session target ipv4:[ip-address] 
 dtmf-relay h245-alphanumeric
 codec g711alaw
 fax rate 9600
 fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none
 no vad
!

5 пиров, 1 входящие и 4 на выход с добавлением префиксов.
Все надо отправлять на опорную станцию, биллить и потом отправлять обратно и только в таком случае можно отключить СОРМ.

Синхронизация, самое главное:

tdm clock priority 1 3/0
tdm clock priority 2 3/1
tdm clock priority 3 3/2
 
Здесь "3" - 3 карта, первые 2 задействованы под ресурсы ip
Синхра берется с потоков провайдера

У нас вышло: первые три потока(0,1,2) под МТС, а 4,5,6,7 под Авайю

РТУ МОА: перезапуск одной ноды

Сейчас покажу как перезапустить ноду без перезагрузки.
На РТУ МОА она бывает отваливается.
Когда клиенты жалуются на то что отвалилась, то можно находясь на ней подключиться по телнету и проверить, можно получить и такое что подключиться  не выйдет и вот почему, если ложиться нода то ложиться группа процессов. Посмотрим на состояние ОК и не ОК:

Перезапуск делаем:

Последовательность:
1) Коннектимся: telnet localhost 7000
    если нет, то смотрим так на мастере
    Как подключимся, даем команду: show bs
2) Посмотрим что нет процесса: ps -A |grep mvts
3) Вручную запустим: /etc/init.d/mvts3g-server-pro start
4) Должны подключиться локально telnet localhost 7000
5) Смотрим запущенные сервисы MERA: ps aux | grep mvts3g-server
    Что увидеть должны:

mvts3g-server: phoenix             - базовый процесс, от него все                          
mvts3g-server: statestore          - стартовый загрузчик всех модулей          
mvts3g-server: management-2  - модуль управления лицензиями
mvts3g-server: balancer-2         - балансировик                    
mvts3g-server: media-2             - обработка медиа-данных(звук, факс и т. д.)
mvts3g-server: commandline-2 - управление,наш telnet(в нем указан localhost)
mvts3g-server: signaling-2        - сигнализация(управление вызовами)

З.Ы.
"2" - означает что работаем с резервной нодой, обычно 2, но есть варианты и 3-4 нодами - масштабирование возможно и в целом работает хорошо

Спасибо!

Мультиплексоры ToPGATE: мини-обзор

Добрался я на днях вот до такого чуда. Все время что с ним работал не покидало ощущение, что работаю с зелаксом - это раз и то что это не Eltex.
Работают по технологии TDMoverPacket(TDMoP). Нет, вы не ослышались и
зесь не опечатка, не TDMoIP, а TDMoP — (Time Division Multiplexing over Packet networks) технология, работающая аналогично TDMoIP, но по другим алгоритмам. Отличия в названии и алгоритмах необходимы для избежания преследований со стороны создателей TDMoIP. Результат и эффективность передачи практически одинаковы. Фишка в том что
TDMoIP — технология передачи каналов с временным уплотнением (Е1) через сети с коммутацией пакетов.Технология TDMoIP позволяет сократить операционные и капитальные издержки за счет прозрачной передачи голоса, видео и данных по сетям IP/Ethernet.Технология была разработана и запатентована компанией RAD Data Communications.
Этого из ВИКИ нам хватит.

Контакты: 12,36

 Вид окна входа:

 Как попадаем, видим памятку по контактам - мелочь, а приятно:

 Статистика, из всего объема я смотрю на слипы и их частоту появлению -
важна лишь синхронизация, все остальное обычно не напрягает, да, как-то и нет остального, если включили сразу хорошо, то сюда не надо, а если нет, то этот раздел не поможет:

 А вот так мы смотрим на потоки Е1:

 А вот это сторона логики TDMoP, если до этого была физика т.е. в сторону порта клиента,то это в сторону мультиплексора в связке(ответная сторона):

 Так выглядит настройки Ethernet:

 Обще системные настройки(просто разделы):

 Раздел flash тут как раз находится system.cfg - весь конфиг системы:

 Пример как выглядит конфигурация, все прозаично и понятно:

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

 NMS-Mini, по идее рисует карту сети автоматически, но не в этот раз:

 Раздел Envir  с версией системы и аптаймом:

 Как происходит конфигурация Е1:

 И 2 шаг - это конфигурация TDMoP части потока Е1:

 А это вид по телнету, почти тоже самое и при удаленке даже приятнее:

 Статус Е1 в телнете:

 Включаем поток:

АDC в консоли:

 Управление в более старом виде консоли, справка табом:

 Вот мы зашли в консоль

 Esc+H дает нам подсказку

 Классический линукс считай

 Пара команд:

 Есть забавный факт!
Раньше производил их вот эта контора, теперь типа дочки или подобное.
Форм фактор так же их. сайт nsc-com.com

 Выглядят так для сравнения:

эти на 16 и 24 потока Е1 как и у нас парочка, а вот от элтекса:

Так же как и Зелакс, можно подключаться чем хочешь и врубать в любую сет 48/220, что конечно плюс.
Конструктив один в один как видим.

На этом пока все!

RTU MTT + Asterisk + Eltx TAU: чертовщина с факсом

Весь день разбирались, почему факсы не ходили между АТС, ника не мог
победить.
Схема такая:
             ______      _______     ________
________| RTU|___|aster  |___| Eltex  |__FAX
             |_____|     |______|     |_______|


Учимся рисовать симфолами :-)
На АТС за РТУ факсы ходили, на аб. на Элтексе факсы ходили, с него нет
Факс рабочий
Проверил в начале что факс включен на Астере и Элтексе:

Между абонентами на элтексе факсы так же ходили.

Снял дамп на Астере:

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

Дальше снимаем на РТУ дамп:

И тут узнаем что отбивается 415 офибкой - не поддерживается тип медиа
данных, хотя факс включен

1) Группа кодеков на шлюзе:

2) То что в группу кодеков добавлен Т.38:

Что же может быть???
Узнал вот про это:

На шлюзе выставляется вот такая политика в роли Инициирующего и
Терминирующей роли. По сути это политика выбора кодеков.

Есть Транк А  <---> Транк Б

И вот это как раз политика как они договариваются про кодеки.
Стояла политика: не передавать изменения, что по сути было как раз запретом т.е. наш разговор устанавливается(инвайт прошел) и 200 ОК, а
потом приходит ивайт с т38 и РТУ это изменения не принимает и отбивает

А вот режим "Передавать все изменения" по сути можно назвать:
"прозрачным"

И после этого все прошло:

Как видим на запрос: ивайт-т38
Мы получаем ответ: 200 ОК-т38
И видим передачу v21-preamble

Вспоминим что протокол V.21
Создан МСЭ-Т
Обеспечивает скорость передачи данных 300 бит/с в дуплексном режиме. Допускает также передачу факсимильных сообщений.

На этом все!

ARP в Linux: памятка

Стандартная команда:

Я пользуюсь таким выводом, дает более удобный вид arp -an:

Ну и памятка для себя:

arp -h
Использование:
  arp [-vn] [<HW>] [-i <интерфейс>] [-a] [<имя_компьютера>] <- Отобразить кэш arp
  arp [-v]          [-i <if>] -d  <host> [pub]               <-Удалить элемент ARP
  arp [-vnD] [<HW>] [-i <интерфейс>] -f [<имя_файла>] <- Добавить запись в arp из файла
  arp [-v]   [<HW>] [-i <if>] -s  <host> <hwaddr> [temp]            <-Добавить элемент
  arp [-v]   [<HW>] [-i <if>] -Ds <host> <if> [netmask <nm>] pub          <-''-

        -a показать (все) хосты в альтернативном (BSD) стиле
        -s, --set установить новую запись ARP
        -d, --delete удалить определенную запись
        -v, --verbose более детальный вывод
        -n, --numeric не преобразовывать адреса в имена
        -i, --device указание сетевого интерфейса (например, eth0)
        -D, --use-device прочитать <hwaddr> из заданного устройства
        -A, -p, --protocol указание семейства протоколов
        -f, --file считать новые записи из файла или из /etc/ethers

Конец!