mISDN in domU Xen 3.1 Debian eigenartiges Freizeichen

[Parmenides]

Hallo!

Ich habe folgendes Problem:

Der Rechner mit einem virtuellen Debian XEN Linux mit den 2 ISDN Karten läuft hinter einer ISDN Anlage. Eine Karte hängt am internen S0 der Anlage.
Sobald mISDN geladen wird höre ich ein ganz eigenartiges Freizeichen Signal an den Anlagen ISDN Telefonen.

Ist das normal? Woher könnte das kommen? Erst ein Reboot des dom0, also des Rechners selbst, (Konfiguration siehe unten) bringt wieder ein sauberes Freizeichen.

Asterisk wird von mir gar nicht gestartet es werden nur die mISDN Module geladen.

Meine Konfiguration:

Linux Debian, XEN 3.1 domU mit Kernel 2.6.18-xen
2*Acer ISDN 128Surf PCI Karten

miSDN latest release
Asterisk 1.4.9
Installation von xen 3.1 domU und Integration der mISDN Treiber mit std2kern in den Xen Kernel funktionierten beim Compilieren ohne Probleme

Booten mit dem neuen XEN Kernel ohne Probleme

lspci liefert

00:00.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
00:01.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)

und laden der mISDN Module mit mISDN start

ergibt

bei lsmod

Module Size Used by
mISDN_dsp_kb1ec 9984 0
mISDN_dsp_mg2ec 11264 0
mISDN_dsp_mec2 9984 0
mISDN_debugtool 11800 0
mISDN_dsp 206052 3 mISDN_dsp_kb1ec,mISDN_dsp_mg2ec,mISDN_dsp_mec2
hfcpci 39108 0
mISDN_capi 112588 0
l3udss1 47876 0
mISDN_l2 44924 0
mISDN_l1 16740 0
mISDN_core 88960 7 mISDN_debugtool,mISDN_dsp,hfcpci,mISDN_capi,l3udss1,mISDN_l2,mISDN_l1
capi 22336 0
capifs 10120 2 capi
kernelcapi 51328 2 mISDN_capi,capi
ipv6 277024 12
dm_snapshot 21408 0
dm_mirror 26320 0
dm_mod 60824 2 dm_snapshot,dm_mirror
8250 30708 0
serial_core 26368 1 8250

dmesg liefert:

CAPI Subsystem Rev 1.1.2.8
capifs: Rev 1.1.2.3
capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs)
Modular ISDN Stack core version () revision ($Revision: 1.40 $)
mISDNd: kernel daemon started (current:c04b8b50)
mISDNd: test event done
ISDN L1 driver version 1.20
ISDN L2 driver version 1.32
mISDN: DSS1 Rev. 1.47
mISDN Capi 2.0 driver file version 1.21
PCI: Enabling device 0000:00:00.0 (0000 -> 0003)
mISDN_hfcpci: found adapter CCD/Billion/Asuscom 2BD0 at 0000:00:00.0
HFC card c7393800 dch c7393864 bch1 c73939e8 bch2 c7393b6c
mISDN: HFC-PCI driver Rev. 1.50
HFC-PCI: defined at mem 0xd1024000 fifo 0xc6cc0000(0x3f3e0000) IRQ 17 HZ 100
reset_hfcpci: entered
HFC_PCI: resetting HFC ChipId(30)
HFC-PCI status(2) before reset
HFC-PCI status(2) after reset
HFC-PCI status(2) after 50000us
init_card: entered
inithfcpci: entered
HFC PCI: IRQ 17 count 32
HFC 1 cards installed
PCI: Enabling device 0000:00:01.0 (0000 -> 0003)
mISDN_hfcpci: found adapter CCD/Billion/Asuscom 2BD0 at 0000:00:01.0
HFC card c7373800 dch c7373864 bch1 c73739e8 bch2 c7373b6c
mISDN: HFC-PCI driver Rev. 1.50
HFC-PCI: defined at mem 0xd108c000 fifo 0xc6948000(0x3f238000) IRQ 16 HZ 100
reset_hfcpci: entered
HFC_PCI: resetting HFC ChipId(30)
HFC-PCI status(2) before reset
HFC-PCI status(2) after reset
HFC-PCI status(2) after 50000us
init_card: entered
inithfcpci: entered
HFC PCI: IRQ 16 count 30
HFC 2 cards installed
mISDN_dsp: Audio DSP Rev. 1.30 (debug=0x0) dtmfthreshold(100)
mISDN_dsp: DSP clocks every 80 samples. This equals 1 jiffies.
dsp_pipeline_module_init: dsp pipeline module initialized
mISDN_dsp_element_register: hwec registered
mISDN_debugtool: Using destination port 50501.
mISDN_debugtool: module loaded
mISDN_dsp_element_register: mec2 registered
mISDN_dsp_element_register: mg2ec registered
mISDN_dsp_element_register: kb1ec registered

Die misdn.conf

<mISDNconf>
<module poll="128" debug="0" timer="no">hfcmulti</module>
<module debug="0" options="0">mISDN_dsp</module>
<module>mISDN_debugtool</module>
<module>mISDN_dsp_mec2</module>
<module>mISDN_dsp_mg2ec</module>
<module>mISDN_dsp_kb1ec</module>
<devnode user="root" group="root" mode="644">mISDN</devnode>
<card type="hfcpci">
<port mode="te" link="ptmp">1</port>
</card>
<card type="hfcpci">
<port mode="te" link="ptmp">1</port>
</card>
</mISDNconf>

misdnportinfo liefert

Port  1: TE-mode BRI S/T interface line (for phone lines)
 -> Protocol: DSS1 (Euro ISDN)
 -> childcnt: 2
--------
Port  2: TE-mode BRI S/T interface line (for phone lines)
 -> Protocol: DSS1 (Euro ISDN)
 -> childcnt: 2
--------

mISDN_close: fid(3) isize(131072) inbuf(0x804c060) irp(0x804c060) iend(0x804c060)

soweit scheint für mich noch alles zu funktionieren das eigenartige Freizeichen kann ich mir nicht erklären.

 

[Parmenides]

Hat überhaupt jemand Asterisk mit 2*Acer ISDN 128Surf PCI Karten unter mISDN erfolgreich am Laufen oder soll / kann ich das besser gleich vergessen?

Das eigenartige Freizeichen bekomme ich nicht weg.

 

[mabo]

Hallo,
in deiner

/etc/asterisk/misdn.conf

Hast du aber Deutsche Sprache ausgewählt ?!?

[default]
language=de


Gruß Mabo

 

[Parmenides]

ja habe ich ausgewählt

 

[m.goegel]

@mabo:
soweit, wie ich das verstanden habe, ist das Freizeichen auf den anderen ISDN Geräte am Bus anders.

Korrekt so?

Mario

 

[britzelfix]

@Parmenides

Was ist denn das für ein Rechner?

Gruß
britzelfix

 

[Parmenides]

@Mario ja korrekt.

@britzelfix
Hardware:
Im Rechner ist eine PIV 3.06 Ghz CPU, Gigabyte Mainboard mit 533MHZ Fronside Bus und 2GB RAM verbaut.
3 Netzwekkarten und die 2 * Acer ISDN HFC's

Software:
Debian Linux (CT-Server) XEN mit 3 domU's (Firewall Endian, Asterisk (geplant ) falls mISDN mal Laufen sollte ohne Störungen , und Kolab)

 

[britzelfix]

@Parmenides

Lies mal hier im Forum etwas, dann wirst Du auf ähnliche Probleme
stoßen. Manche behaupten aber auch, daß sie keine Probleme hätten.
Wie immer....

Überprüfe mal ob die ISDN-Karten sich Interrupts teilen,
oder auch mal nur mit einer Karte probieren.

Dann sollte der Kernel auch mit "low latency" kompiliert
worden sein.

Gruß
britzelfix