Hallo Forum,
auf einer Devel-Anlage (Aufbau siehe Signatur) habe ich derzeit "merkwürdige" Probleme.
Anrufer berichten von Zeit zu Zeit über ein starkes rauschen, gefolgt von einem knacken und einem Besetzt.
Dieses Problem tritt sporadisch auf, nach meinen Beobachtungen wohl häufig dann, wenn auf einer anderen Leitung bereits gesprochen wird.
In der CLI sieht der Ablauf eines solchen Anrufes so aus:
Bisher konnten wir dieses Problem nicht selbst reproduzeren.
Es ist auch kein eingreifen in den Asterisk notwendig, es funktoniert danach einfach wieder.
Betrieben wird das ganze an einem Anlagenanschluß mit zwei mal S0.
die /proc/interrupts sieht wie folgt aus:
Hier würde ich das Problem vermuten, wenn auf einer anderen "Karte" bereits gesprochen wird, allerdings tritt der Effekt gelentlich auch dann auf, wenn die Anlage sich langweilt.
Gibt es noch mehr mögliche Ursachen?
auf einer Devel-Anlage (Aufbau siehe Signatur) habe ich derzeit "merkwürdige" Probleme.
Anrufer berichten von Zeit zu Zeit über ein starkes rauschen, gefolgt von einem knacken und einem Besetzt.
Dieses Problem tritt sporadisch auf, nach meinen Beobachtungen wohl häufig dann, wenn auf einer anderen Leitung bereits gesprochen wird.
In der CLI sieht der Ablauf eines solchen Anrufes so aus:
Code:
-- Accepting overlap voice call from 'XXXXX' to 'YYYYYY' on channel 0
/1, span 1
-- Starting simple switch on 'Zap/1-1'
-- Channel 0/1, span 1 got hangup, cause 16
-- Hungup 'Zap/1-1'
Bisher konnten wir dieses Problem nicht selbst reproduzeren.
Es ist auch kein eingreifen in den Asterisk notwendig, es funktoniert danach einfach wieder.
Betrieben wird das ganze an einem Anlagenanschluß mit zwei mal S0.
die /proc/interrupts sieht wie folgt aus:
Code:
CPU0
0: 136 IO-APIC-edge timer
1: 835 IO-APIC-edge i8042
6: 3 IO-APIC-edge floppy
7: 0 IO-APIC-edge parport0
8: 3 IO-APIC-edge rtc
9: 0 IO-APIC-fasteoi acpi
14: 643702 IO-APIC-edge libata
15: 98 IO-APIC-edge libata
16: 9141666 IO-APIC-fasteoi eth0, zaphfc
17: 0 IO-APIC-fasteoi ohci_hcd:usb1
18: 0 IO-APIC-fasteoi ohci_hcd:usb2
19: 0 IO-APIC-fasteoi ehci_hcd:usb3
20: 0 IO-APIC-fasteoi SiS SI7012
21: 2146988222 IO-APIC-fasteoi zaphfc, zaphfc
NMI: 0 Non-maskable interrupts
LOC: 11188465 Local timer interrupts
RES: 0 Rescheduling interrupts
CAL: 0 function call interrupts
TLB: 0 TLB shootdowns
TRM: 0 Thermal event interrupts
SPU: 0 Spurious interrupts
ERR: 0
MIS: 0
Hier würde ich das Problem vermuten, wenn auf einer anderen "Karte" bereits gesprochen wird, allerdings tritt der Effekt gelentlich auch dann auf, wenn die Anlage sich langweilt.
Gibt es noch mehr mögliche Ursachen?