Нет, все правильно, просто смешались две темы в одну. Эхо между внутреними разговорами по ГрандСтримам.
А "жеванный звук" (а-ля ДжиДай) в каналах mISDN, т.е. уже на начальном этапе - входящий звонок через ISDN линию поступает на Вэлком-Сообщение (2 секунды) и потом перенаправляется на ГрандСтримы. Так вот уже вэлком-сообщении звучит "пережевано"

В misdn.conf параметры - echocancel и echotraining по умолчанию выключены. Вы там что нибудь прописывали?

изначально - echocancel был включен. С пятницы (7 ноября) - выключен - пытаемся почувствовать разницу.

Сегодня были у клиента физически, чтобы посмотреть на проблему своими глазами. Оказывается "эхо" - не между ГрандСтримами - а при входящих звонках по ISDN со стороны принимающего звонок, со стороны звонящего - это "жеванный звук".
Кроме всего прочего прибавились новые жалобы:
- просто так может оборваться звонок, т.е. на экране телефона он как бы активный, но в трубке ничего не слышно;
- отвечая на некоторые входящие звонки - ничего не слышно;

как будто-бы, - все сводится к карте BN4S0 (ISDN).
echocancel и echotraining выключены, если включить - качество звука не улучшается, и добавляются ошибки типа
ECHOCAN: TXBUF Underrun:4097 txbuflen:65 rxcancellen:128

замеченые проблемы:

cat /proc/interrupts выдает
233: 38304807 3839 IO-APIC-level uhci_hcd:usb3, HFC-multi

Порты USB отключены в БИОСе. Не знаю почему они здесь появляются.
Если загрузиться с noapic nolapic - еще хуже - на 11-ом прерывании собираются около 5 устройств, включая uhci_hcd:usb3, HFC-multi, wctdm24xxp0,...

Неужели все эти проблемы могут быть связаны с тем что BN4S0 разделяет прерывание с отключенным USB портом ????


Так же устойчивая ошибка:

Nov 10 16:49:52 pbx kernel: hfcmulti_rx: CRC-error
Nov 10 18:14:36 pbx kernel: hfcmulti_rx: CRC-error
Nov 10 18:20:37 pbx kernel: hfcmulti_rx: CRC-error
Nov 10 18:31:20 pbx kernel: hfcmulti_rx: CRC-error
Nov 10 18:44:46 pbx kernel: hfcmulti_rx: CRC-error
Nov 10 18:49:53 pbx kernel: hfcmulti_rx: CRC-error

не связаная с наличием звонков, появляется неожидано, без единного активного звонка.

Как решить проблему, менять материнку, карту BN4S0,... ???

могут.

alphil:

Так же устойчивая ошибка:

Nov 10 16:49:52 pbx kernel: hfcmulti_rx: CRC-error
Nov 10 18:14:36 pbx kernel: hfcmulti_rx: CRC-error

Есть такая буква. Линукс вообще вольно относится к установкам в БИОСе.
А вы там не игрались с параметром CRC в misdn.conf ? Он вообще то только для E1/T1.

сегодня утром простым rmmod uhci_hcd отключил USB порты:
получаем

Nov 11 08:46:51 pbx kernel: uhci_hcd 0000:00:1d.3: remove, state 1
Nov 11 08:46:51 pbx kernel: usb usb4: USB disconnect, address 1
Nov 11 08:46:51 pbx kernel: usb 4-1: USB disconnect, address 2
Nov 11 08:46:51 pbx kernel: uhci_hcd 0000:00:1d.3: USB bus 4 deregistered
Nov 11 08:46:51 pbx kernel: ACPI: PCI interrupt for device 0000:00:1d.3 disabled
Nov 11 08:46:51 pbx kernel: uhci_hcd 0000:00:1d.2: remove, state 1
Nov 11 08:46:51 pbx kernel: usb usb3: USB disconnect, address 1
Nov 11 08:46:51 pbx kernel: uhci_hcd 0000:00:1d.2: USB bus 3 deregistered
Nov 11 08:46:51 pbx kernel: ACPI: PCI interrupt for device 0000:00:1d.2 disabled
Nov 11 08:46:51 pbx kernel: uhci_hcd 0000:00:1d.1: remove, state 1
Nov 11 08:46:51 pbx kernel: usb usb2: USB disconnect, address 1
Nov 11 08:46:51 pbx kernel: uhci_hcd 0000:00:1d.1: USB bus 2 deregistered
Nov 11 08:46:51 pbx kernel: ACPI: PCI interrupt for device 0000:00:1d.1 disabled
Nov 11 08:46:51 pbx kernel: uhci_hcd 0000:00:1d.0: remove, state 1
Nov 11 08:46:51 pbx kernel: usb usb1: USB disconnect, address 1
Nov 11 08:46:51 pbx kernel: uhci_hcd 0000:00:1d.0: USB bus 1 deregistered
Nov 11 08:46:51 pbx kernel: ACPI: PCI interrupt for device 0000:00:1d.0 disabled


И после этого в cat /proc/interrupts получаем HFC-multi на отдельном прерывании, ждем что получится


CPU0 CPU1
0: 72407372 6157 IO-APIC-edge timer
1: 0 0 IO-APIC-edge i8042
8: 74113300 7858 IO-APIC-edge rtc
9: 1 0 IO-APIC-level acpi
14: 65 0 IO-APIC-edge ide0
50: 1782546 0 PCI-MSI eth0
177: 72387674 6291 IO-APIC-level wctdm24xxp0
225: 36729 4 IO-APIC-level libata
233: 4523369 502 IO-APIC-level HFC-multi
NMI: 0 0
LOC: 70227043 70223237
ERR: 0
MIS: 0


В течении этого утра вновь сыпятся


Nov 11 11:26:43 pbx kernel: hfcmulti_rx: CRC-error
Nov 11 11:29:26 pbx kernel: hfcmulti_rx: CRC-error


Про "жеваный звук и эхо" должны должить после обеда...

Кстати, ded, вопрос о Валенсии и клинике остался открытым, откуда такая проницательность ?

Кстати годы (!!) пребывания на этом (и том) форуме вырабатывают такую проницательность!
У-у-у!
И паранормальные способности.
Дети-индиго, телепортация и телекинез, свёртывание пространства и времени и развёртывание в произвольном порядке.
И генетический дизайн на досуге, как хобби.

Чтобы каждый раз не делать rmmod uhci_hcd добавь uhci_hcd в blacklist.
Не будет тогда загружаться при ребуте.
Какая версия mISDN говоришь у тебя?

mISDN 1.1.7.2, asterisk 1.4.22, zaptel 1.4.12.1

И blacklist, это который /etc/modprobe.d/blacklist ?
Спасибо за совет.

/etc/modprobe.d/blacklist Да.
Ещё тема. Отмечалось не очень объяснимое поведение mISDN при разных способах запуска, в одном случае хорошо встаёт, в другом плохо.
misdn-init start |stop
mISDN start |stop
Скрипты чуток разные, конфиги тоже, в первом случае текстовый, во вторм - XMLподобный.

Надо пробывать OSLEC.

версия asterisk 1.4.22 использует - dahdi.

Пересобирайте ...

В обеденый перерыв сделали десяток контрольных звонков - и проблема со звуком не исчезла. ;-((((

to cron333: посоветуете пересобрать с более низкой версией asterisk ? 1.4.20/21 ??

Вообще-то, аналоговая часть на данный момент не дает никаких проблем, используем zapata.conf и zaptel.conf. В диалплане также пользуемся привычной абревиатурой
[analog]
exten => 211,1,Dial(ZAP/5,30,Ttr)
exten => 211,n,Hangup()
__________________________
сейчас подготавливаю новую плату GigaByte 945GCM-S2L (нашел материнку с возможностью резервировать IRQ для PCI шин), завтра будем делать замену - принимаю во внимание все ваши советы !!!!

Спасибо за помощь.