Загружается...
 
Информация о процессе перехода с Zaptel версии 1.2 или 1.4 на DAHDI

Информация о процессе перехода с Zaptel версии 1.2 или 1.4 на DAHDI



Процесс перехода с Zaptel на DAHDI довольно таки простой и прямолинейный.
Установите пакет DAHDI согласно прилагающимся к нему инструкций по установке, затем переконфигурируйте и пересоберите сам Asterisk.
Релизы Asterisk ветки 1.4 с версией выше 1.4.21, и все релизы ветки 1.6, автоматически будут использовать DAHDI вместо Zaptel, даже если Zaptel все еще установлен и присутствует в системе.



Важные замечания по процессу перехода:


  • Пакет Zaptel, который включал в себя, как модули драйверов ядра системы, так и пользовательские утилиты для конфигурации и управления этими модулями, был разбит на два пакета. Для Линукс систем это:
    • dahdi-linux: модули драйверов ядра системы.
    • dahdi-tools: пользовательские утилиты.

Кроме того, существует пакет с именем dahdi-linux-complete, который содержит в себе оба пакета: dahdi-linux и dahdi-tools, для упрощения процесса установки.

Обратите внимание: Пакеты dahdi-linux и dahdi-tools имеют свою раздельную систему нумерации версий; они не синхронизируются при выпуске новых версий любого из пакетов, и вполне возможно использовать в системе, например,
dahdi-tools 2.0.6 совместно с dahdi-linux 2.0.11. Номер версии пакета dahdi-linux-complete всегда будет включать в себя номера версий обеих пакетов, для того чтобы Вы могли всегда понять, что в него входит.



Замечания, касающиеся пакета dahdi-linux:


  • Имена основных модулей ядра были изменены; в следующей зависимости:
zaptel.ko	     ->	     dahdi.ko
ztd-eth.ko     ->	     dahdi_dynamic_eth.ko
ztd-loc.ko     ->	     dahdi_dynamic_loc.ko
ztdummy.ko     ->	     dahdi_dummy.ko
ztdynamic.ko   ->	     dahdi_dynamic.ko
zttranscode.ko ->	     dahdi_transcode.ko


  • Имена модулей ядра, которые являются аппаратными драйверами для различных карт не изменились, однако драйвера для wcusb и torisa более не входят в комплект.

  • Этот пакет более не включает в себя утилиту 'menuselect' для выбора модулей для компиляции; Теперь автоматически будут собраны все модули, которые можно собрать.

  • Теперь нет больше возможности выбрать программный эхоподавитель для включения его в dahdi.ko во время компиляции; все (на данный момент четыре) программных эхоподавителя (MG2, KB1, SEC и SEC2) теперь компилируются как модули ядра, а если двоичный объектный файл для Digium HPEC эхоподавителя был помещен в нужную директорию, тогда также будет собран HPEC модуль. Любой или даже все эти модули эхоподавителей могут быть загружены одновременно, а конкретный эхоподавитель, который будет использоваться для каналов в системе, может быть выбран с помощью утилиты dahdi_cfg из пакета dahdi-tools.

Обратите внимание:
Теперь нужно обязательно указать эхоподавитель, который будет использоваться для каналов в системе, используя dahdi_cfg, за исключением тех случаев, когда у используемых интерфейсных карт есть свой включенный аппаратный модуль эхоподавления. В DAHDI, по умолчанию, нет программного эхоподавителя.



Замечания, касающиеся пакета dahdi-tools:


  • Имена множества утилит были изменены; в следующей зависимости:
ztcfg      ->  dahdi_cfg
ztmonitor  ->  dahdi_monitor
ztscan     ->  dahdi_scan
ztspeed    ->  dahdi_speed
zttest     ->  dahdi_test
zttool     ->  dahdi_tool
zapconf    ->  dahdi_genconf ранее известная, как genzaptelconf)


  • Системный файл конфигурации был переименован из /etc/zaptel.conf в /etc/dahdi/system.conf (в Линуксе).

  • Утилита dahdi_cfg теперь может использоваться для выбора эхоподавителя для каждого из канала или группы каналов на основании настроек из файла конфигурации: system.conf; См. примеры в файле: system.conf.sample.

  • Конфигурация XPP карт для скриптов init_card_*, теперь вынесена в файл /etc/dahdi/xpp.conf, где используется простой синтаксис (пример включен в пакет). Для модулей PRI, параметр 'pri_protocol', определяет, какой протокол будет
использоваться (E1/T1).

  • В PRI модулях Astribank, поведение индикаторов отображает, какой из портов является источником синхронизации *CLOCK MASTER* (красный цвет), кто использует этот источник *CLOCK SLAVE* (зеленый цвет). Обычно (но не всегда), это соответствует настройкам для NT/TE в Asterisk.

Ссылки по теме:


Создано yuri. Последнее изменение: воскресенье 07 / декабрь, 2008 14:32:42 MSK автор yuri.