Да дело в том, что при внутренних звонках все нормально (запись ведется и внутренних и внешних звонков). Так что на запись тут вряд-ли влияет.
wellus ( 2014-05-07 10:38:31 +0400 )редактироватьДобрый день.
Система Elastix. НЕ виртуалка.
Установлена плата PCIe 16 FXO.
При звонках в город постоянные прерывания голоса на стороне города... По симптомам похоже на отсутствие синхронизации.
# uname -a
Linux localhost 2.6.18-348.1.1.el5 #1 SMP Tue Jan 22 16:24:03 EST 2013 i686 athlon i386 GNU/Linux
# lsmod | grep dahdi
dahdi_voicebus 53408 1 wctdm24xxp
dahdi 214460 36 wctdm24xxp,dahdi_voicebus
crc_ccitt 6337 2 wctdm24xxp,dahdi
# asterisk -rx 'dahdi show status'
Description Alarms IRQ bpviol CRC Fra Codi Options LBO
Wildcard TDM2400P OK 0 0 0 CAS Unk 0 db (CSU)/0-133 feet (DSX-1)
Далее проделал "почти" все как в топике
http://asterisk-support.ru/question/37856/preryvanie-pri-vosproizvedenii-zvukov-elastix/
только не убрал автозагрузку wctdm24xxp, так как если ее убрать, то dahdi не грузится автоматом...
в результате:
# lsmod | grep dahdi
dahdi_dummy 9252 0
dahdi_voicebus 53408 1 wctdm24xxp
dahdi 214460 49 dahdi_dummy,wctdm24xxp,dahdi_voicebus
crc_ccitt 6337 2 wctdm24xxp,dahdi
# asterisk -rx 'dahdi show status'
Description Alarms IRQ bpviol CRC Fra Codi Options LBO
Wildcard TDM2400P OK 0 0 0 CAS Unk 0 db (CSU)/0-133 feet (DSX-1)
DAHDI_DUMMY/1 (source: Linux26) 1 UNCONFI 0 0 0 CAS Unk 0 db (CSU)/0-133 feet (DSX-1)
но после этого у меня отвалился oslec:
# dahdi_cfg -vvv
DAHDI Tools Version - 2.8.0
DAHDI Version: 2.9.1.1
Echo Canceller(s):
Configuration
======================
Channel map:
Channel 01: FXS Kewlstart (Default) (Echo Canceler: oslec) (Slaves: 01)
Channel 02: FXS Kewlstart (Default) (Echo Canceler: oslec) (Slaves: 02)
Channel 03: FXS Kewlstart (Default) (Echo Canceler: oslec) (Slaves: 03)
Channel 04: FXS Kewlstart (Default) (Echo Canceler: oslec) (Slaves: 04)
Channel 05: FXS Kewlstart (Default) (Echo Canceler: oslec) (Slaves: 05)
Channel 06: FXS Kewlstart (Default) (Echo Canceler: oslec) (Slaves: 06)
Channel 07: FXS Kewlstart (Default) (Echo Canceler: oslec) (Slaves: 07)
Channel 08: FXS Kewlstart (Default) (Echo Canceler: oslec) (Slaves: 08)
Channel 09: FXS Kewlstart (Default) (Echo Canceler: none) (Slaves: 09)
Channel 10: FXS Kewlstart (Default) (Echo Canceler: none) (Slaves: 10)
Channel 11: FXS Kewlstart (Default) (Echo Canceler: none) (Slaves: 11)
Channel 12: FXS Kewlstart (Default) (Echo Canceler: none) (Slaves: 12)
Channel 13: FXS Kewlstart (Default) (Echo Canceler: none) (Slaves: 13)
Channel 14: FXS Kewlstart (Default) (Echo Canceler: none) (Slaves: 14)
Channel 15: FXS Kewlstart (Default) (Echo Canceler: none) (Slaves: 15)
Channel 16: FXS Kewlstart (Default) (Echo Canceler: none) (Slaves: 16)
16 channels to configure.
Setting echocan for channel 1 to oslec
DAHDI_ATTACH_ECHOCAN failed on channel 1: Invalid argument (22)
# dmesg |grep dahdi
dahdi: Version: 2.9.1.1
dahdi: Telephony Interface Registered on major 196
dahdi_devices pci:0000:03:00.0: local span 1 is already assigned span 1
dahdi_echocan_oslec: disagrees about version of symbol dahdi_register_echocan_factory
dahdi_echocan_oslec: Unknown symbol dahdi_register_echocan_factory
dahdi_echocan_oslec: disagrees about version of symbol dahdi_unregister_echocan_factory
dahdi_echocan_oslec: Unknown symbol dahdi_unregister_echocan_factory
# dahdi_test
Opened pseudo dahdi interface, measuring accuracy...
99.801% 99.991% 99.896% 99.809% 99.800% 99.995% 100.000% 100.000%
99.950% 99.999% 99.608% 99.612% 99.965% 99.965% 99.803% 99.999%
99.899% 99.990% 99.907% 99.800% 99.907% 99.995% 99.907% 99.997%
100.000% 99.950% 99.999% 99.999% 99.999% 99.997% 99.999% 99.708%
--- Results after 32 passes ---
Best: 100.000% -- Worst: 99.608% -- Average: 99.913939%
Cummulative Accuracy (not per pass): 99.989
В общем проблему не решил, еще и ослек поломал )))
Хотелось бы помощи:
Восстановить ослек
Всетаки решить проблему с синхронизацией
Может быть что угодно. Однажды тоже такое было, причем тоже в город. Взяли запись и по 10 миллисекудным пропаданиям выяснили, что проблема в DECT системе: изменили расположение баз и все окей стало. В другом случае тоже мудохались и думали на что угодно, оказалось винт в режиме PIO работал и при записи на него проблемы были. Обновили BIOS.
Снимите запись через dahdi_monitor (или как он там нынче зовется), он пишет до астериска. Если проблемы останутся - значит виновата плата, нужно пробовать менять
Да дело в том, что при внутренних звонках все нормально (запись ведется и внутренних и внешних звонков). Так что на запись тут вряд-ли влияет.
wellus ( 2014-05-07 10:38:31 +0400 )редактироватьЗадан: 2014-05-06 19:21:03 +0400
Просмотрен: 894 раз
Обновлен: May 06 '14
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
для "платы PCIe 16 FXO" надо "просто настроить". для любого другого совета надо точно знать модель платы. oslec не работает ибо похоже вы откомпилировали dahdi и теперь у вас модули с oslec разных версий.
meral ( 2014-05-06 19:29:03 +0400 )редактироватьпонизил dahdi до нужной версии, oslec заработал.
... я тут не могу больше создавать комментарии с форматированием?
wellus ( 2014-05-07 01:47:45 +0400 )редактироватьСейчас у меня выглядит все так:
lsmod | grep dahdi
dahdiechocanoslec 9344 16
dahdi_voicebus 53408 1 wctdm24xxp
dahdi 214076 3 dahdiechocanoslec,wctdm24xxp,dahdi_voicebus
crc_ccitt 6337 2 wctdm24xxp,dahdi
wellus ( 2014-05-07 01:49:08 +0400 )редактироватьпри сборке с dahdi_dummy при вводе depmod -a стала вываливаться такая строчка:
depmod -a
WARNING: Can't read module /lib/modules/2.6.18-348.1.1.el5/weak-updates/echo.ko: No such file or directory
wellus ( 2014-05-07 01:51:28 +0400 )редактироватьвам все таки прийдется выяснить больше о вашей системе. минимум модель платы.
meral ( 2014-05-07 01:52:10 +0400 )редактироватькстати, если плата didgium - они такие проблемы решают бесплатно и глобально(на английском естественно), пишите им в суппорт с описанием они чтото посоветуют. в крайнем случае прийдется им дать доступ на вашу систему.
meral ( 2014-05-07 01:55:11 +0400 )редактироватьв /etc/dahdi/modules прописал загрузку wctdm24xxp и dahdi_dummy
теперь
lsmod | grep dahdi
dahdiechocanoslec 9344 16
dahdi_dummy 9252 0
dahdi_voicebus 53408 1 wctdm24xxp
dahdi 214076 4 dahdiechocanoslec,dahdidummy,wctdm24xxp,dahdivoicebus
crc_ccitt 6337 2 wctdm24xxp,dahdi
asterisk -rx 'dahdi show status'
Description Alarms IRQ bpviol CRC Fra Codi Options LBO Wildcard TDM2400P OK 0 0 0 CAS Unk 0 db (CSU)/0-133 feet (DSX-1)
DAHDI_DUMMY/1 (source: Linux26) 1 UNCONFI 0 0 0 CAS Unk 0 db (CSU)/0-133 feet (DSX-1)
и вот как дальше настроить DAHDY_DUMMY не пойму....
wellus ( 2014-05-07 01:59:37 +0400 )редактироватьнет, плата не digium, а китайский клон.
wellus ( 2014-05-07 02:01:12 +0400 )редактироватькогда одновременно запущены wctdm24xxp и dahdi_dummy в dmesg |grep dahdi
dahdi: Warning: Span DAHDI_DUMMY/1 didn't specify a spantype. Please fix driver!
не могу понять где я должен указать spantype
wellus ( 2014-05-07 02:06:54 +0400 )редактироватьвот , расковырял модель платы SinoV-TDM1600E PCI-E asterisk card
wellus ( 2014-05-07 02:27:21 +0400 )редактироватьну вот. для начала надо позвонить китайцам и спросить, нужны ли особые драйвера на плату. потом посмотерть прерывания. dahdi_dummy вы вообещ не должны грузить, у вас же плата есть!!
meral ( 2014-05-07 14:21:25 +0400 )редактироватьА что по прерываниям, действительно? cat /proc/interrupts. У меня как-то была подобная проблема, но с оригинальной платой. Переставил в другой PCIe, который на мат плате обозначался как G3 (generation3 видимо). Проблема ушла.
foxm ( 2014-05-07 17:51:13 +0400 )редактироватькак уже не раз сказали, в данном случае вообще все что угодно может быть. сначала надо уточнить совместимость драйверов.
meral ( 2014-05-07 22:14:23 +0400 )редактироватьПрерывания я в первую очередь проверил, все нормально...
cat /proc/interrupts
0: 5932003 108530501 IO-APIC-edge timer
8: 0 3 IO-APIC-edge rtc
9: 0 0 IO-APIC-level acpi
169: 2547426 111851013 IO-APIC-level wctdm24xxp0
177: 0 0 IO-APIC-level ohcihcd:usb4, ohcihcd:usb5, ohci_hcd:usb6
209: 0 0 IO-APIC-level ehcihcd:usb1, ehcihcd:usb2, ehci_hcd:usb3
225: 509799 0 PCI-MSI ahci
233: 7543064 0 PCI-MSI eth0
NMI: 0 0
LOC: 114446245 114446244
ERR: 0
MIS: 0
wellus ( 2014-05-08 09:55:42 +0400 )редактироватькитайцы пока задают уточняющие вопросы.
wellus ( 2014-05-08 10:14:41 +0400 )редактировать