Asterisk: пара слов о настройках Е1 и мысли в слух

     Один из ключевых и мне долго не понятных моментов был в подключении плат потоков в ПК с *. Мой телефонный мозг не мог как-то принять связку как в компе подружить TDM и пакетную сеть, как там определяются платы и вообще такая синергия всего со всем, но со временем очень проникся и полюбил






Сам конфиг прописан у меня так:

1)первоначальная настройка платы:

vim /etc/dahdi/system.conf
# -------------------------------------------------------------------------------;
# Do NOT edit this file as it is auto-generated by FreePBX. All modifications to ;
# this file must be done via the web gui. There are alternative files to make    ;
# custom modifications, details at: http://freepbx.org/configuration_files       ;
# -------------------------------------------------------------------------------;
#
span=1,1,0,CCS,HDB3,CRC4
bchan=1-15,17-31
dchan=16
loadzone=us
defaultzone=us

2) Конфиг платы можно сразу вбивать




   Учитываем что сервер на FreePBX
/etc/asterisk/chan_dahdi.conf
#include chan_dahdi_general_custom.conf

[channels]
language=en
busydetect=yes
busycount=10
usecallerid=yes
callwaiting=yes
usecallingpres=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
echotraining=no
immediate=no
faxdetect=no
rxgain=0.0
txgain=0.0
relaxdtmf=yes

3) Определение платы

Раскоменчиваем модули для плат
/etc/dahdi/modules.sample

# Contains the list of modules to be loaded / unloaded by /etc/init.d/dahdi.
#
# NOTE:  Please add/edit /etc/modprobe.d/dahdi or /etc/modprobe.conf if you
#        would like to add any module parameters.
#
# Format of this file: list of modules, each in its own line.
# Anything after a '#' is ignore, likewise trailing and leading
# whitespaces and empty lines.

# Digium TE205P/TE207P/TE210P/TE212P: PCI dual-port T1/E1/J1
# Digium TE405P/TE407P/TE410P/TE412P: PCI quad-port T1/E1/J1
# Digium TE220: PCI-Express dual-port T1/E1/J1
# Digium TE420: PCI-Express quad-port T1/E1/J1
wct4xxp

# Digium TE435
# Digium TE235
# Digium TE436
# Digium TE236
wcte43x

# OpenVox D115P/DE115P/D130P/DE130P: PCI Single-port T1/E1/J1
# OpenVox D115E/DE115E/D130E/DE130E: PCI-Express Single-port T1/E1/J1
#opvxd115

# Digium TE120P: PCI single-port T1/E1/J1
# Digium TE121: PCI-Express single-port T1/E1/J1
# Digium TE122: PCI single-port T1/E1/J1
wcte12xp

# Digium TE131: PCI-Express single-port T1/E1/J1
# Digium TE132: PCI single-port T1/E1/J1
# Digium TE133: PCI-Express single-port T1/E1/J1 with hardware echocan
# Digium TE134: PCI single-port T1/E1/J1 with hardware echocan
wcte13xp

# Digium T100P: PCI single-port T1
# Digium E100P: PCI single-port E1
wct1xxp

# Digium TE110P: PCI single-port T1/E1/J1
wcte11xp

Не знаешь какая, не беда, раскоменчивай все и смотри dmesg

4) Посмотрим, правильно ли определилась плата:

lspci
0f:08.0 Communication controller: Digium, Inc. Wildcard TE220 dual-span T1/E1/J1 card 3.3V (PCI-Express) (5th gen) (rev 02)

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

        Команды CLI для тестирования DAHDI

Состояние установленных платы:

Connected to Asterisk 13.22.0 currently running on fpbx-spm (pid = 3742)
freepbx*CLI> dahdi show status
Description                              Alarms  IRQ    bpviol CRC    Fra Codi Options  LBO
T2XXP (PCI) Card 0 Span 1                OK      1      0      0      CCS HDB3 CRC4     0 db (CSU)/0-133 feet (DSX-1)
T2XXP (PCI) Card 0 Span 2                RED     1      0      0      CAS Unk           0 db (CSU)/0-133 feet (DSX-1)
fpbx-spm*CLI>

Информация о ISDN PRI (статус на канальном уровне - Up или Down)
localhost*CLI> pri show spans 
PRI span 1/0: Up, Active

Мнение

        Много разговоров и попыток доказать, что * супер мега уневерсальная АТС на все случаи жизни, сам я конечно так не считаю, но и категорично не отрицаю. У Астера есть как свои плюсы, так и минусы, панацееё он разумеется не станет, но и определенную нишу он занял и даже создал в какой-то мере.
        Когда-то давно, когда-то недавно, все АТС строились как ПАК (программно аппаратные комплексы), что давало полную согласованность и договоренность всех процессов, ПО делали под конкретное железо, а железо мастерили под конкретные задачи - так и получали легендарные системы как AVAYA Definity, Nortel Meredian и д р подобные системы, все уникальные все в одном направлении как бы мыслят, но ярко видна своя логика.
         Ясно что ПО было разной сложности и требовало разных трудо затрат, помноженное на естественное ограничение техпроцесс, связанного с ограничениями промышленности(20 Мб у нас ведь хватит каждому), создание надежной многофункциональной АТС становилось искуством синергие талантов программирования, проектирования, тестирования и производства. Из этого было логично начать разделять станции по чисто техникоэкономическим причинам вызваными кратным увеличением требованей к надежности оборудования для разных нужд и объемов вызовов в ЧНН.
         Давайте взглянем на варианты, градация стало со временем все больши и каждый любит придумать что-нибудь свое - поэтому все чаще встречаю все новые варианты, но вот какой я принимаю для себя:

Тип АТС	Нагрузка в ЧНН
ГАТС	100000<X
УПАТС/PABX	1000<X<100000
УАТС/PBX	100<X<1000
Key System	X<100

    key system - в России практически не представлены, под это определение у нас подганялись различные микро/мини-АТС емкостью 1/3 3/8 и похожие с ними, с поправкой на время т.к. когда начали массово в России ставить АТС в бизнесе, данный класс практически вымер уже всюду и здесь больше для галочки-памяти о том что такое когда-то было.
       Все изменилось с приходом softswitch, когда появилась возможность ставить спец ПО, на любой не подготовленный компьютер. Изначально все выглядит логично, а именно, мы выносим систему управления АТС в специализированное оборудование т.е. портоемкость(шлюзы с аб.портами и транками, выносы) остается как и раньше, а сервера управляют станциями, что открывало плюсы гибкости решения и управления. Выглядело это все примерно так:

       Видим и основные вопросы/понятия каждой из архитектур. Когда это перешло в сторону SIP, то стало еще интереснее:

      Ключевое здесь, то что в целом уже любое ПО и технически железо могло взять на себя функции управления и распределения сигнализации и медиа. У многих возник соблазн и пока смотрю активно набирает популярность, что * сможет заменить все станции, но может не так много вызовов, но вот если их сразу 2, 3, 100500 поставить за бесплатно, то все заработает, но пока как мы не видели и не видим подобных решений, самое интересное так это когда мы и увидим одно из решений, то это будет только исключением подтверждающее правило - система не операторского или корпоративного уровня, а( смотрим табличку выше) он всего лишь объединил в себе функции УАТС и мини-АТС в одном флаконе, помножите что мини-атс у нас не было, а на АТС на все ДВО традиционно необходима лицензия, та же DISA, IVR, Voice-Mail и т. д. а здесь все бесплатно и становится понятен крайне радикальный оптимизм, но жизнь как всегда жесче. Все в одном и не подготовленное оборудование дает свои плоды в виде пониженной нагрузочной способности. Поэтому мы толком и не видим крупных решений, попытки которых конечно же есть и что-то даже получается, давая нам второй минус - понижение капитальных затрат вдет к непременному увеличению операционных вложений, а если по простому, то чем дешевле поставили АТС, тем более высококвалифицированный персонал вам нужен, тем его меньше и тем чаще вопросы обслуживания и модернизации АТС и сопутствующих систем у вас появляются.