Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

хрип голоса

0

Добрый день.

Система 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

В общем проблему не решил, еще и ослек поломал )))

Хотелось бы помощи:

  1. Восстановить ослек

  2. Всетаки решить проблему с синхронизацией

удалить закрыть спам изменить тег редактировать

спросил 2014-05-06 19:21:03 +0400

wellus Gravatar wellus
49 19 10

Comments

для "платы 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

       CPU0       CPU1

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 )редактировать

1 Ответ

0

Может быть что угодно. Однажды тоже такое было, причем тоже в город. Взяли запись и по 10 миллисекудным пропаданиям выяснили, что проблема в DECT системе: изменили расположение баз и все окей стало. В другом случае тоже мудохались и думали на что угодно, оказалось винт в режиме PIO работал и при записи на него проблемы были. Обновили BIOS.

Снимите запись через dahdi_monitor (или как он там нынче зовется), он пишет до астериска. Если проблемы останутся - значит виновата плата, нужно пробовать менять

ссылка удалить спам редактировать

ответил 2014-05-06 21:51:08 +0400

switch Gravatar switch
8324 11 7 91
http://lynks.ru/

Comments

Да дело в том, что при внутренних звонках все нормально (запись ведется и внутренних и внешних звонков). Так что на запись тут вряд-ли влияет.

wellus ( 2014-05-07 10:38:31 +0400 )редактировать

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

Закладки и информация

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: 2014-05-06 19:21:03 +0400

Просмотрен: 541 раз

Обновлен: May 06 '14

Похожие вопросы:

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.