Mitel SIP-DECT 6.0: беглый взгляд

Описание декта воодушевляющее:
Mitel (Aastra) SIP DECT может быть легко развернута в большинстве IP инфраструктур с открытыми стандартами таких, как IP-УАТС с возможностью SIP (включая УАТС Aastra, поддерживающих SIP протокол), гибридных УАТС или открытых программных коммуникационных решений, таких как Asterisk. Ёмкость сети Mitel (Aastra) SIP-DECT может быть до 4096 базовых станций (RFP) и 10000 абонентский DECT терминалов.

Памятка по системе
1) Любая БС может быть Мастером, в системе их две должны быть
    В настройки ставим праймари, в другой секондари.
2) К мастеру привязывается лицензия. Как это делаем: говорим серийник,
    на его основании выписываем номер, который вбиваем и выпускаем в
    нет, а потом можно закрыть
3) Каждая БС(RFP-35) по дефолту имеет 5 лицензий - 5 БС на себя может
    завести
4) Каждая БС имеет 8 каналов, делятся так 5 на ней + 3 роуминга, активно
    будет 6ого выдавливать на другую(должна видеть 3 соседние БС)
5) На сайте есть выжимка как что настраивать: http://edocs.mitel.com
6) Раньше были базы RFP-35 и RFP-35L - L значит лицензия, но когда их
     купила Aastra, то все стали RFP-35L и называться RFP-35IP

Посмотрим:

Дружить мы ее будем с астериском
В интернете нашел схему похожую на то что будет у нас:

Общий статус системы:

Настройки SIP, указываем адрес астера:

Список базовых станций:

Настройка конкретной базы:

А вот телефоны:

А вот конкретная настройка тлф:

Вот тут в поле авторизации вбиваем тоже что и в регистрации Астера:

Идея проста: трубка регистрируется на базе и в её профиле указан номер
                        и пароль регистрации. Все, никаких транков между астером
                        и дект-системой поднимать уже не нужно, в этом прелесть
                        SIP-DECT, если помните, то только адрес * указывали

Ещё скринов Вам приложу.
Лицензия:

Вот в случае её падения этот номер уже перетечет на резервную, которую мы заранее указываем.

Nortel OME 6110: SDH вдруг откуда невозмись

   Это первый продукт из семейства компактных, бюджетных мультисервисных устройств доступа, оптимизированных для развертывания на территории клиента и в коллекторных сетях, предъявляющих более низкие требования к сервисному наполнению. OME 6110 позволяет реализовать новые сервисы Ethernet на уровне доступа к городской сети, а также традиционные сервисы TDM в сетях SONET/SDH. OME 6110 является расширением для платформы Metro Platform 6500. Данный продукт обеспечивает высокую гибкость при развертывании сервисов на территории клиента благодаря меньшей занимаемой площади. Интеграция OME 6110 со средствами администрирования оптических сетей, предлагаемыми Ciena, позволяет сформировать завершенное, полностью управляемое решение. OME 6110 идеально подходит для небольших офисов и бизнес-парков, которым требуются в первую очередь такие качества, как надежность, гарантированные параметры качества обслуживания и гибкость при распределении полосы пропускания.
То что узнал смотря про него в нете.

ОМЕ переводится как: Optical Multiservice Edge

С сайта продавца:

Поддержка клиентских интерфейсных модулей	OME 6110 обеспечивает встроенную поддержку 16 модулей DS1/E1 в базовой комплектации шасси. OME 6110 поддерживает возможность размещения следующих карт в опциональном сервисном слоте (Optional Service Slot): 28 x E1/DS1 8×10/100 Мбит/с Ethernet 3 x E3/DS3 1 x STM-1o/OC-3 Gigabit Ethernet (в будущем)
Сетевой интерфейс	STM-1/OC-3 для каскадирования STM-4/OC-12 (в будущем)
Архитектура	Неблокируемая матрица TDM, способная агрегировать отображаемые сервисы VC-12/VT-1.5, STS/VC-3 и VC-4 на линейный интерфейс OC-3 или STM-1
Управление	Локальный интерфейс Ethernet или модем Интерфейсы TL-1 и SNMP northbound Графический Web-интерфейс Craft Интегрированный пакет для администрирования Nortel Optical Network Manager

У меня только Веб доступ пока, вот  наборы фоток:

Как выглядит:

Кольцо из них и выносы, у нас кольцо на STM-1 из них:

Напоминалка по STM-1:

Скорость передачи: 155,52 Мбит/с
Код: CMI (Coded Mark Inversion)

 Образование структур СЦИ

 Наверное самая известная картинка:

Ну и как выглядит контейнер STM-1

С - Контейнер С-12 = 2 Мбит/с

VC - К каждому контейнеру С добавляется трактовый заголовок POH (Path Overhead). Эта совокупность называется виртуальным контейнером VC (Virtual Container) и передается через сеть как неизменяемая единица


AU - Виртуальные контейнеры высшего уровня VC-4 и VC-3
        транспортируются непосредственно в STM-1. В этом случае указатели
        (блок AU_PTR) в составе STM-1 отражают фазовые соотношения
         между модулем и соответствующим виртуальным контейнером. Та
        часть модуля STM-1, в пределах которой может “плавать” VC,
        называется административной группой AU (Administrative Unit)

AUG - Несколько AU могут быть побайтно объединены в одну группу






TU - Tributary Unit, называется информационная структура, используемая 
        для описания составляющей контейнера высшего уровня HO, внутри
        которой может плавать VC низшего уровня LO

TUG - Перед объединением в контейнер высшего уровня несколько TU 
           побайтно объединяются в одну группу.

 Теперь как это выглядит на практике:

FreeRADIUS: пара слов

    RADIUS сервер с открытым исходным кодом. Это альтернатива других коммерческих RADIUS серверов, поскольку он модульный и функциональный на сегодняшний день. Кроме того, он входит в пятёрку RADIUS серверов мира с точки зрения развёртывания и количества пользователей, которых этот сервер авторизует ежедневно.
Может работать на встраиваемых системах с небольшим количеством памяти, обслуживая несколько миллионов пользователей. FreeRADIUS быстрый, гибкий, настраиваемый, а также поддерживает больше протоколов аутентификации, чем многие коммерческие серверы.
    Это то что про него сказали в ВИКИ.

Установка в Убунте как всегда проста:

sudo apt install freeradius


Добавляем пользователей(в нашем случае гор номера):

/etc/freeradius/users

#81.95.132.39           Auth-Type := Accept
#                       h323-credit-time == 10,
#                       Session-Timeout == 10,
#                       h323-redirect-number == 84959090999
#all            Auth-Type := Accept, Calling-Station-Id == 74956697033, Called-Station-Id == 74959090999
#74956697033    Auth-Type := Accept, Called-Station-Id =~ ^7495.......$
h323-gw-id=0408.08              Auth-Type := Accept, Called-Station-Id =~ ^749[59].......$
# On no match, the user is denied access.

/etc/freeradius/hints  - для добавления префиксов и атрибутов номер@шлюз

#DEFAULT Calling-Station-Id =~ "^([^@]+)"
#     User-Name := "%{1}"
DEFAULT h323-gw-id =~ "^([^@]+)"
     User-Name := "%{1}"





/etc/freeradius/clients.conf  - для клиентов(softswitch)

client 81.99.333.777/32 {
       secret          = 9henag8Wh
       shortname       = rtu
       nastype     = cisco
}


Запускаем в режиме  тестирования:

freeradius -X 

По умолчанию работает по портам: 1812 1813

Посмотреть запущен ли сервис можно так:

ps -faux |grep radiusd
netstat -anp | grep -E '(1812|1813)'
nmap -sU -p 1812-1813 127.0.0.1

Krone Box на 30 пар

          Кто в связи, тот периодически кроссирует, да и вообще работает с кабелем, а значит бывает в КРОССе. Законодателем мод в плинтах у нас
является фирма KRONE, самая дорогя, качественная, продуманная и т. д.
Тут могут быть споры что круче, есть еще много разных кроссов, это и тип
66, 110ый, который привезла в Россию Авайя, а так же уже забытый, но в
свое время популярный BIX от Нортеля, но нет того кто не знал бы KRONE.
При этом, работая в связи,можно не встретиться с одним из них возможно,
но вот не встреть кроновского вам не получиться.
       Вот пара фоток в обзор коробочки на 30 пар(как раз на 1 25-парник):

Он внутренний, не для установки на улице, замочек символичен. Жилой сектор не потянет. Все аккуратно и мало место - может быть неудобно для дальнейшей работе, но можно приловчиться.

Спасибо!

Nmap: типовое сканирования сети

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



Пользуюсь обычно такими:

nmap -v -sP 192.168.0.0/24 - простой ping с повышенной информативностью
nmap -PU -p 5060 192.168.0.0/24 - ping по UDP на порт sip
nmap -v -sP 192.168.0.0/24 > nmap.txt - так пишем в файл, если сеть большая
nmap -T4 -A -v 192.168.0.0/24 - Определим ОС + детальная информация

Есть официальное GUI: ZENMAP.
К слову, последняя команда - это ее дефолтная, она и будет работать по умолчанию, большинство(практически все) кто пользуется графическим интерфейсом её даже не меняют

На практике, сначала смотришь ей сеть и ищешь хосты на которых 5060 откликается и/или уже детально кто именно на 5060(ОС, еще есть порты открытые, МАКи и прочее)

Параметры:

• -sL - просто создать список работающих хостов, но не сканировать порты nmap;
• -sP - только проверять доступен ли хост с помощью ping;
• -PN - считать все хосты доступными, даже если они не отвечают
• -sS/sT/sA/sW/sM - TCP сканирование;
• -sU - UDP сканирование nmap;
• -sN/sF/sX - TCP NULL и FIN сканирование;
• -sC - запускать скрипт по умолчанию;
• -sI - ленивое Indle сканирование;
• -p - указать диапазон портов для проверки;
• -sV - детальное исследование портов для определения версий служб;
• -O - определять операционную систему;
• -T[0-5] - скорость сканирования, чем больше, тем быстрее;
• -D - маскировать сканирование с помощью фиктивных IP;
• -S - изменить свой IP адрес на указанный;
• -e - использовать определенный интерфейс;
• --spoof-mac - установить свой MAC адрес;
• -A - определение операционной системы с помощью скриптов.

Большинство из этого не использую и в работе нужна не часто

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

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 под Авайю