Подготовка:

Для начала, подготовим патч-корды, которыми наш девайс будет соединяться с АТС. Для этого используется обычный кабель UTP 5CAT в стандартной распиновке, где используются оранжевая и синяя пара (1-2 и 4-5 контакты).

Обратный конец, при необходимости, обжать на кроссовер, то бишь если 1 конец у нас бо-о, с-бс, то второй будет с-бс, бо-о).  У меня второй конец вставлялся прямо в плинт от АТС, поэтому я его даже не обжимал, а пользовался ключом для плинтов (очень удобная вещь)

Но об этом позже.

Итак, физика у нас теоретически готова. Приступим к подготовке ПО.

Для начала, необходимо подкорректировать настройки модуля DAHDI:

Открываем файл /etc/dahdi/modules.conf и раскомментируем строку, отвечающую за поддержку карт данной модели и комментируем ненужный более модуль поддержки те122:

Исправим некоторые настройки в /etc/dahdi/system.conf

Небольшая ремарка. Потока у нас будет 4, однако на 1м из них (старом) D-канал настроен на 16й канал, а на остальных — на 1й, что в дальнейшем привнесло небольшой разлад и притормозило работу.

Итак, с модулем DAHDI закончили.

Выключаем сервер, заменяем ТЕ122Р на ТЕ407Р, включаем…

Коммутация и тестирование

После включения сервера проверяем вывод dmesg:

Взлетело. Отлично.

Проверяем правильность кроссировки с обеих сторон. Для этого используем извечный метод всех телефонистов — loopback, он же замыкание на себя.

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

Для АТС — аналогично. Я для этих целей использовал специальный девайс, шедший в комплекте с платой:

Представляет собой кусок текстолита с RJ-45 разъемом и замкнутыми контактами на нужных парах, с логотипом дигиума. Повесил на брелок =)

Коммутируем с обеих сторон — вставляем RJ-45 в плату, с помощью описанного выше ключа коммутируем в плинт. Если все ОК — индикатор на АТС и плате должны загореться зеленым, если не загорелись — нужно поменять местами синюю и оранжевую пару (Rх платы должен идти к Tх ATC, и наоборот).

Железо проверили, переходим к логике:

Проверяем состояние потоков утилитой dahdi_scan

Плата и АТС весело перемигиваются зелеными огоньками, DAHDI потоки подхватил, значи можно переходить к следующему этапу

Конфигурирование Asterisk-а

Подправим модуль chan_dahdi.conf

После этого делаем рестарт Астериска и в стандартной конфигурации все должно заработать.

В стандартной. Но не у нас.

У нас Астериск упорно не желает загружать 2-4 потоки, при этом не давая работать и первому.

Если оставить так:

работает.

Думал, где-то что-то не так настроил или скроссировал. Потом дошло.

Как писалось выше, D-channel (канал с сигнализацией) на 1 потоке у нас настроен на 16 канал, а на остальных — на первый. Астериск почему-то по умолчанию считает D-каналом именно16й (видимо, поэтому ранее на него и был настроен со стороны АТС), и о том, что модуль DAHDI видит D-каналы 2-4 потоков на 1 канале — ничего знать не хочет. Что ж, мы ему об этом расскажем:

Допишем в начале chan_dahdi.conf:

Описание из семпл-файла:

Опция trunkgroup создает транковые группы, в которых можно указать номер D-канала, опция spanmap привызывает конкретный span к конкретной группе.

Рестарт Астериска…

Работает.

На все действо потрачено 40 минут времени, из них время недоступности сервиса — менее 5 минут (время на перезагрузку сервера).

Да, чуть не забыл.

Digium TE407P (на самом деле она ТЕ405Р с установленным модулем аппаратного эхоподавления), как и ряд других, умеет быть как Е1, так и Т1. Режим устанавливается с помощью перемычек непосредственно на плате (они подписаны). По умолчанию перемычки стоят в положении Т1, так что не забудьте переключить их в режим Е1.

Итак, первым делом для сбора кастомной прошивки нам потребуется Linux. Сразу оговорюсь, Ubuntu 12.04 не подходит (во всяком случае при компиляции на ней модуль донгла у меня так и не собрался), поэтому я использовал Debian Squeeze, довольно-таки старую сборку, стоящую на одном из удаленных серверов (а чего мощностям простаивать, лучше нагрузить компиляцией Core Quad, чем домашний Celeron Dual Core)

Сборка

Итак, первым делом убеждаемся, что у нас есть 5 гиг свободного места (да-да, нужно не менее 4.5 гиг, сам офигел). Я собирал в папке /tmp, т.к. в /home у меня свободного места не нашлось =)

Итак, сперва установим все необходимые пакеты:

Далее, скачиваем Buildroot OpenWrt:

Скачиваем и устанавливаем дополнительные пакеты и патчи:

Собираем tools и toolchain необходимой архитектуры:

На этом этапе заодно проверится все ли нужные пакеты у нас установлены, если нет-доустанавливаем.

Добавляем к конфигу модуль донгла:

В скачанном мейкфайле меняем версию астериска на устанавливаемую (глянуть какая будет ставиться можно в feeds/net/asterisk1.8.x/Makefile)

Тут есть еще 1 момент: на момент написания статьи на сайте OpenWRT последняя версия астера 1.8.8.0, но собранные пакеты — только для 1.8.7.1. Поэтому я поменял в Makefile версию с 1.8.8.0 на 1.8.7.1 и переписал MD5SUM на a732a608ce60fd523646be618e9da616

После этого я смог устанавливать пакеты с репозитариев, не сломав модуль донгла.

Конфигурируем прошивку:

В процессе конфигурирования, нужно выбрать систему, пакеты, и настроить будущую прошивку.

Выбираем систему:

Выбирать пакеты можно как для установки в прошивку, так и просто для сборки. Пакеты, собранные без установки образуют наш мини-репозиторий, из которого их можно будет устанавливать уже после заливки прошивки в роутер. Памяти в DIR-320 всего 4 МБ, причём обязательно должно остаться немного свободного места для использования JFFS2. Так что будем устанавливать минимально необходимый набор пакетов, а остальное соберём для последующей установки на внешний носитель. Чтобы выбрать пакет для установки в прошивку, нужно нажать Y. Я добавил в прошивку пакеты, требуемые для монтирования флешки:

Остальные пакеты ( в том числе астериск) будем ставить модулями. Кроме того, в главном меню появится пункт Asterisk Telephony dongle driver — это наш модуль донгла, не забываем собрать его.

В данном списке много нужных пакетов, я установил модулем еще mc, nano, LuCI (веб-интерфейс, позже пригодится)

Сохраняем конфиг, выходим, собираем:

Параметр j определяет количество потоков, которые мы сможем использовать для сборки. Эксперты советуют ставить этот параметр равным кол-ву ядер+1.

Этот процесс, пожалуй, самый длительный-у меня он занял пару часов.

После завершения сборки, в папке bin будут находиться созданные образы прошивки в различном формате и собранные пакеты. Нам понадобится образ прошивки в формате squashfs — openwrt-brcm47xx-squashfs.trx.

Прошивка

О там, как прошить кастомную прошивку на дир320, написано миллион тем, останавливаться на этом подробно не буду.

Вкратце:

1. Устанавливаем на нашем компьютере с windows ip 192.168.0.2
2. Подключаем сетевым кабелем к компьютеру наш DIR-320. Кабель подключаем не в WAN-порт,а в 1-й.
3. Создаем на диске c: папку bin
4. Копируем туда нашу прошивку openwrt-brcm47xx-squashfs.trx
5. Переименовывем ее в firmware.bin
6. Скачиваем по ссылке в папку c:bin пакетный файл для прошивки
7. Отключаем DIR-320 от питания
8. Запускаем пакетный файл flashing.cmd
9. Скрипт попросит нажать любую клавишу. Нажимаем пробел или ENTER
10. Включаем питание роутера

Должен начаться процес прошивки и в итоге мы должны получить сообщение

*** Start Flashing ****
Успешная передача: 3092480 байт за 11 сs, 281134 байт/с

После того, как загорится индикатор статуса (~2-3 мин.), можно менять сетевые настройки на получение IP по DHCP и подключаться к маршрутизатору по адресу 192.168.1.1

Перенос системы на внешний носитель

Делал все по этой статье, взлетело с первого раза

Тюнинг

Если предыдущий пункт выполнен по инструкции — у нас есть доступ на роутер по SSH. Заходим любым SSH-клиентом (я использовал верный Putty) и делаем

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

Переходим в нее и выполняем

Остальные пакеты устанавливаем по необходимости.

Я доставил codec_alaw,codec_ulaw,chan_local.

Также, благодаря нашему шаманству с мейкфайлами, мы теперь можем устанавливать модули для астерискане из локального репозитария, а с net-repository openwrt (очень удобно кстати из свежеустановенного веб-интерфейса LuCI, там есть вкладка где это можно сделать 1 щелчком мыши)

Дальше все как всегда при работе с донглом — проверяем чтобы в системе появились /dev/ttyUSBx, если нету-проверяем взлетел ли модуль kmod-usb-serial, kmod-usb-serial-option, если не взлетел-делаем:

Проверяем VID & PID модема (для настроенного Huawei e1550 это 12d1 & 1001)

делаем:

Устройство появляется в /dev как /dev/ttyUSB0-2

Настраиваем модуль dongle:

если не взлетает — подобрать /dev/ttyUSB для data-порта.

Как только определится-можно привязывать модем не портом, а IMEI-модема

Источники, откуда я черпал вдохновение:
Раз
Два
Три
Четыре