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

хрип голоса

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 9

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
8334 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

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

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

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

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