mISDN auf Scovery Xs mit HFC+Siemenskarte, nur Ärger

sterkel

Mitglied
Mitglied seit
22 Okt 2004
Beiträge
477
Punkte für Reaktionen
0
Punkte
0
Hi, [Achtung, längere Odysee :)]
ich habe versucht, Asterisk mit mISDN auf einem Siemens Scovery zum Laufen zu bringen. Bisher einigermaßen erfolglos. Ich habe es mit 2 HFC-Karten probiert und auch mit einer HFC-Karte und einer FritzPCI.
Das ist anscheinend hoffnungslos, sehr wahrscheinlich liegts an der Hardware. Der PC ist so ein kleiner mit einem Riser-Board für die 2 PCI-Steckplätze und da gehts wohl schief.
Hat das jemand schonmal erfolgreich probiert stabil zum Laufen zu bringen?

Beide Ports laufen im ptmtp-Modus, die HFC-Karte als NT für 2 Telefone, die Fritz hängt am ISDNport einer Telefonanlage.
Das beste was ich hinbekommen habe, ist ein Gespräch von extern nach intern, sobald einer auflegt stürzt alles ab. Kernelpanic. Ende. Aus.
Dann habe ichs auch noch mit 2 HFC-Karten probiert, das ist ähnlich katastrophal, das misdn-Modul meldet beim Laden schon ein "Uhuuu" oder so und meint, das mein RAM morsch wäre. Testweise hatte ich das RAM ausgetauscht, das war das gleiche. Wenn man das ACPI im Bios und Kernel abdreht kommt diese Meldung nicht, die Stabilität zeigt sich davon unbeeindruckt.

Interne Gespräche von Kanal1 auf Kanal2 an der HFC gehen prima, aber auch nur, wenn ich misdn-bridging ausschalte.

Durchtelefonieren kann man abhaken, an welchen Einstellungen könnte ich noch drehen?
Kernel ist 2.6.16.13, mal mit ACPI, mal ohne.
chan_misdn ist rc3, neueste Version.

Da ich ähnliche Konfigs ohne nennenswerte Probleme auf anderen Rechnern laufen habe, vermute ich, dass ich an der Hardware drehen muss oder einfach einen anderen Rechner nehmen sollte.

Hat jemand so einen kleinen Rechner wie Scovery oder ähnlich erfolgreich laufen?
 
lo4dro schrieb:
Ich kann dir nur empfeheln, das ganze mit einer chan_misdn-0.3.0-rc26 bzw. -rc27 zu testen.
Das könnte ich auch mal probieren.

lo4dro schrieb:
Belegen bei dir die zwei HFC-Karten einen IRQ?
Bis jetzt (wenn ich das richtig verfolgt habe) haben alle User die zwei HFC-Karten mit einem IRQ nutzen diese Problem.
Die Karten haben unterschiedliche IRQs, allerdings klebt eine immer mit dem USB auf einem IRQ, da habe ich schon alles mögliche probiert, selbst bei ACPI kleben eine HFC (oder eine Fritz) und ein USB immer auf einem IRQ, obwohl da doch wirklich genug IRQs frei sein sollten. Die lieben sich anscheinend sehr.

Wenn ich USB abschalte, haben beide einen eigenen IRQ, immerhin kann man dann ein wenig telefonieren. Das USB bräuchte ich aber eigentlich für das ztdummy.
Und alle anderen Sachen wie Seriell & Parallel habe ich wegen Nichtbenutzung schon abgedreht.

Ich habe eine ähnliche Konfiguration auf einem anderen normalen PC laufen, das geht mit der neusten misdn-Version sehr gut.
 
Was hat denn dieser Rechner für ne CPU ?

schick mal bitte 'cat /proc/cpuinfo'
 
Durch meinen Ausflug auf einen Rechner mit C2/3 Prozessor kann ich dir sagen,
schau mal in die makefiles was dort fuer Kompileroptionen gesetzt werden.
Ich hatte damals den asterisk und den chan-capi von junghanns fest auf
"586" setzen muessen, ansonsten kam es zu solchen Dingen die du beschrieben hast bzw. zu illegal instruction.
Das liegt zum Teil daran, dass die i386 emulationen nicht sauber implementiert waren bzw. asterisk sehr spezielle Dinge verwenden wollte die nicht vorhanden bzw. abgebildet wurden.
Probier mal ein paar andere aus oder schau mal ob du was findest zu deinem Prozessor bzgl. "Compiler flags".
 
Ist eigentlich ein stink normaler Celeron.

Aber Numsi hat schon recht, du solltest mal schauen ob du deinen Kernel korrekt kompiliert hast (also ob deine Processor Settings deiner CPU entsprechen)
 
crich schrieb:
Ist eigentlich ein stink normaler Celeron.

Naja, stinken tut er noch nicht :) Laut CPU-Info ist es ein:
model name : Celeron (Coppermine)
stepping : 10

Im Kernel ist eingestellt:
(X) Pentium-III/Celeron(Coppermine)/Pentium-III Xeon

Heute habe ich wieder ein neues Kernel draufgenudelt und auch install-misdn-mqueue komplett neu kompiliert. Immer noch der gleiche Fehler. HFC-Intern kann ich telefonieren, nach draussen über die Fritzcard gehts genau einmal, beim Auflegen verabschiedet sich das ganze.

Die Interrupts sind nicht mehr doppelt belegt:
Code:
          CPU0
  0:     535020    IO-APIC-edge  timer
  8:    1541494    IO-APIC-edge  rtc
  9:          1   IO-APIC-level  acpi
 14:       9112    IO-APIC-edge  ide0
 16:      11634   IO-APIC-level  eth0
 17:     109703   IO-APIC-level  HFC PCI
 18:       4740   IO-APIC-level  AVM Fritz!PCI
NMI:          0
LOC:     535019
ERR:          0
MIS:          0

Das hier konnte ich im syslog sicherstellen:
Code:
May 11 16:36:29 localhost kernel: hdlc_down unknown prim(280)
May 11 16:36:29 localhost kernel: channel_senddata: next_skb exist ERROR (skb->len=64 next_skb->len=64)
May 11 16:36:39 localhost last message repeated 2 times
May 11 16:36:39 localhost kernel: Unable to handle kernel paging request at virtual address 464c457f
May 11 16:36:39 localhost kernel:  printing eip:
May 11 16:36:39 localhost kernel: c011339f
May 11 16:36:39 localhost kernel: *pde = 00000000
May 11 16:36:39 localhost kernel: Oops: 0000 [#1]
May 11 16:36:39 localhost kernel: Modules linked in: avmfritz mISDN_isac hfcpci mISDN_dsp l3udss1 mISDN_l2 mISDN_l1 mISDN_core ztdummy rtc zaptel crc_ccitt e100
May 11 16:36:39 localhost kernel: CPU:    0
May 11 16:36:39 localhost kernel: EIP:    0060:[<c011339f>]    Not tainted VLI
May 11 16:36:39 localhost kernel: EFLAGS: 00010002   (2.6.16.16-VoIP #1) 
May 11 16:36:39 localhost kernel: EIP is at __wake_up_common+0xf/0x4e
May 11 16:36:39 localhost kernel: eax: c27dd200   ebx: 00000001   ecx: 00000001   edx: 464c457f
May 11 16:36:39 localhost kernel: esi: 00000001   edi: c27dd200   ebp: c0337f00   esp: c0337ef0
May 11 16:36:39 localhost kernel: ds: 007b   es: 007b   ss: 0068
May 11 16:36:39 localhost kernel: Process uname (pid: 6395, threadinfo=c0336000 task=c3176070)
May 11 16:36:39 localhost kernel: Stack: <0>c27dd200 00000202 00000001 0000000f c0337f20 c01133f2 c27dd200 00000001 
May 11 16:36:39 localhost kernel:        00000001 00000000 00000000 c101e1e0 c27dd210 c014fecf 00000000 00000000 
May 11 16:36:39 localhost kernel:        00000001 0000000f c27dd200 c0f0408c c113ec60 b7f06000 c0337fa4 0000000f 
May 11 16:36:39 localhost kernel: Call Trace:
May 11 16:36:39 localhost kernel:  [<c01133f2>] __wake_up+0x14/0x1e
May 11 16:36:39 localhost kernel:  [<c014fecf>] pipe_writev+0x331/0x36d
May 11 16:36:39 localhost kernel:  [<c014ff30>] pipe_write+0x25/0x29
May 11 16:36:39 localhost kernel:  [<c014673a>] vfs_write+0x88/0x11c
May 11 16:36:39 localhost kernel:  [<c014686c>] sys_write+0x3b/0x63
May 11 16:36:39 localhost kernel:  [<c01029f5>] syscall_call+0x7/0xb
May 11 16:36:39 localhost kernel: Code: 08 03 8d 65 f4 5b 5e 5f 5d c3 55 89 e5 8b 45 08 8b 50 04 89 55 08 5d e9 a1 f8 ff ff 55 89 e5 57 56 53 50 8b 7d 08 8b 5d 10 8b 17 <8b> 02 39 fa 89 45 f0 74 2e 8b 72 f4 8d 42 f4 ff 75 18 ff 75 14 
May 11 16:36:39 localhost kernel:  <1>Unable to handle kernel paging request at virtual address 62696c3b
May 11 16:36:39 localhost kernel:  printing eip:
May 11 16:36:39 localhost kernel: c015406b
May 11 16:36:39 localhost kernel: *pde = 00000000
May 11 16:36:39 localhost kernel: Oops: 0000 [#2]
May 11 16:36:39 localhost kernel: Modules linked in: avmfritz mISDN_isac hfcpci mISDN_dsp l3udss1 mISDN_l2 mISDN_l1 mISDN_core ztdummy rtc zaptel crc_ccitt e100
May 11 16:36:39 localhost kernel: CPU:    0
May 11 16:36:39 localhost kernel: EIP:    0060:[<c015406b>]    Not tainted VLI
May 11 16:36:39 localhost kernel: EFLAGS: 00010002   (2.6.16.16-VoIP #1) 
May 11 16:36:39 localhost kernel: EIP is at fasync_helper+0x4a/0xa3
May 11 16:36:39 localhost kernel: eax: c113ec60   ebx: c2827008   ecx: 00000000   edx: 62696c2f
May 11 16:36:39 localhost kernel: esi: c27dd330   edi: 00000000   ebp: 00000000   esp: c02edeec
May 11 16:36:39 localhost kernel: ds: 007b   es: 007b   ss: 0068
May 11 16:36:39 localhost kernel: Process default.hotplug (pid: 6394, threadinfo=c02ec000 task=c3176590)
May 11 16:36:39 localhost kernel: Stack: <0>c0f0408c c113ec60 c0f040fc c033e914 c0150143 ffffffff c113ec60 00000000 
May 11 16:36:39 localhost kernel:        c27dd330 00000008 c113ec60 c0f0408c c01501f2 ffffffff c113ec60 00000000 
May 11 16:36:39 localhost kernel:        c014725b c0f0408c c113ec60 c7ee35a0 c113ec60 c7ed2040 00000000 00000001 
May 11 16:36:39 localhost kernel: Call Trace:
May 11 16:36:39 localhost kernel:  [<c0150143>] pipe_write_fasync+0x31/0x48
May 11 16:36:39 localhost kernel:  [<c01501f2>] pipe_write_release+0xd/0x1e
May 11 16:36:39 localhost kernel:  [<c014725b>] __fput+0x81/0x10e
May 11 16:36:39 localhost kernel:  [<c0145f53>] filp_close+0x4c/0x55
May 11 16:36:39 localhost kernel:  [<c0117656>] close_files+0x4b/0x5b
May 11 16:36:39 localhost kernel:  [<c011768a>] put_files_struct+0x13/0x3b
May 11 16:36:39 localhost kernel:  [<c0117f05>] do_exit+0x194/0x2e9
May 11 16:36:39 localhost kernel:  [<c02ec000>] init_apic_mappings+0x2c/0x11f
May 11 16:36:39 localhost kernel:  [<c02ec000>] init_apic_mappings+0x2c/0x11f
May 11 16:36:39 localhost kernel:  [<c01180e4>] sys_exit_group+0x0/0x11
May 11 16:36:39 localhost kernel:  [<c01029f5>] syscall_call+0x7/0xb
May 11 16:36:39 localhost kernel: Code: e8 01 02 ff ff 5b 89 c1 85 c9 58 b8 f4 ff ff ff 74 6d eb 0a 8b 44 24 14 89 42 04 51 eb 21 fa 8b 16 89 f3 85 d2 74 31 8b 44 24 18 <39> 42 0c 75 1e 85 ff 75 e0 8b 42 08 bd 01 00 00 00 89 03 52 ff 
May 11 16:36:39 localhost kernel:  <1>Fixing recursive fault but reboot is needed!
May 11 16:36:39 localhost kernel: release instance class dev inst-50010202
May 11 16:36:39 localhost kernel: channel_senddata: next_skb exist ERROR (skb->len=64 next_skb->len=64)
May 11 16:36:39 localhost kernel: channel_senddata: next_skb exist ERROR (skb->len=64 next_skb->len=64)
May 11 16:36:39 localhost kernel: release instance class dev inst-50010200
May 11 16:36:39 localhost kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000
May 11 16:36:39 localhost kernel:  printing eip:
May 11 16:36:39 localhost kernel: c01351fe
May 11 16:36:39 localhost kernel: *pde = 00000000
May 11 16:36:39 localhost kernel: Oops: 0000 [#3]
May 11 16:36:39 localhost kernel: Modules linked in: avmfritz mISDN_isac hfcpci mISDN_dsp l3udss1 mISDN_l2 mISDN_l1 mISDN_core ztdummy rtc zaptel crc_ccitt e100
May 11 16:36:39 localhost kernel: CPU:    0
May 11 16:36:39 localhost kernel: EIP:    0060:[<c01351fe>]    Not tainted VLI
May 11 16:36:39 localhost kernel: EFLAGS: 00010202   (2.6.16.16-VoIP #1) 
May 11 16:36:39 localhost kernel: EIP is at put_page+0x4/0x2e
May 11 16:36:39 localhost kernel: eax: 0000d100   ebx: c78be980   ecx: 00000000   edx: 00000000
May 11 16:36:39 localhost kernel: esi: 00000001   edi: 00000010   ebp: b7518018   esp: c317fef4
May 11 16:36:39 localhost kernel: ds: 007b   es: 007b   ss: 0068
May 11 16:36:39 localhost kernel: Process asterisk (pid: 5822, threadinfo=c317e000 task=c3176ab0)
May 11 16:36:39 localhost kernel: Stack: <0>c020438d 00000000 c78be980 c78be980 c02043ce c78be980 c795f240 c886e246 
May 11 16:36:39 localhost kernel:        c78be980 c795f240 00000004 00000001 c27b8a38 c0154f96 c27b8a20 00000004 
May 11 16:36:39 localhost kernel:        00000001 00000004 c27b8a20 c27b8a24 c27b8a28 c27b8a2c c27b8a30 c27b8a34 
May 11 16:36:39 localhost kernel: Call Trace:
May 11 16:36:39 localhost kernel:  [<c020438d>] skb_release_data+0x57/0x8d
May 11 16:36:39 localhost kernel:  [<c02043ce>] kfree_skbmem+0xb/0x6e
May 11 16:36:39 localhost kernel:  [<c886e246>] mISDN_read+0x236/0x28f [mISDN_core]
May 11 16:36:39 localhost kernel:  [<c0154f96>] core_sys_select+0x2b8/0x2c4
May 11 16:36:39 localhost kernel:  [<c014652b>] vfs_read+0x88/0x11c
May 11 16:36:39 localhost kernel:  [<c0146809>] sys_read+0x3b/0x63
May 11 16:36:39 localhost kernel:  [<c01029f5>] syscall_call+0x7/0xb
May 11 16:36:39 localhost kernel: Code: 90 8b 54 24 04 8b 52 0c 8b 42 04 40 75 08 0f 0b 28 00 f9 cc 26 c0 83 42 04 ff 0f 98 c0 84 c0 74 05 52 ff 52 38 58 c3 8b 54 24 04 <8b> 02 f6 c4 40 74 02 eb cd 8b 42 04 40 75 08 0f 0b 34 00 f9 cc 
May 11 16:36:39 localhost kernel:  <6>release instance class dev inst-50010201
May 11 16:36:39 localhost kernel: channel_senddata: next_skb exist ERROR (skb->len=64 next_skb->len=64)
May 11 16:36:39 localhost kernel: channel_senddata: next_skb exist ERROR (skb->len=64 next_skb->len=64)
May 11 16:36:43 localhost kernel: l2mgr: prim 23082 F
May 11 16:36:43 localhost kernel: mISDN_rdata: rport queue overflow 256/256 [addr:52010101 prim:120282 dinfo:ffffffff]
May 11 16:36:44 localhost last message repeated 60 times
May 11 16:36:44 localhost kernel: l2mgr: prim 23082 F
May 11 16:36:44 localhost kernel: mISDN_rdata: rport queue overflow 256/256 [addr:52010101 prim:120282 dinfo:ffffffff]
May 11 16:36:45 localhost last message repeated 62 times
May 11 16:36:45 localhost kernel: l2mgr: prim 23082 F
May 11 16:36:45 localhost kernel: mISDN_rdata: rport queue overflow 256/256 [addr:52010101 prim:120282 dinfo:ffffffff]
May 11 16:36:46 localhost last message repeated 62 times
May 11 16:36:46 localhost kernel: l2mgr: prim 23082 F
May 11 16:36:46 localhost kernel: mISDN_rdata: rport queue overflow 256/256 [addr:52010101 prim:120282 dinfo:ffffffff]
May 11 16:36:46 localhost kernel: mISDN_rdata: rport queue overflow 256/256 [addr:52010101 prim:120282 dinfo:ffffffff]
May 11 16:36:46 localhost kernel: mISDN_rdata: rport queue overflow 256/256 [addr:42000100 prim:110282 dinfo:ffffffff]
May 11 16:36:46 localhost kernel: mISDN_rdata: rport queue overflow 256/256 [addr:81b02a4 prim:f8882 dinfo:0]
May 11 16:36:46 localhost kernel: mISDN_rdata: rport queue overflow 256/256 [addr:52010101 prim:120282 dinfo:ffffffff]
May 11 16:36:47 localhost last message repeated 61 times
 
Hast du das mit der -rc27 getestet?
 
lo4dro schrieb:
Hast du das mit der -rc27 getestet?
Ja, rc26 und rc27 hatte ich auch mit dabei. Fehlanzeige.
Ich vermute langsam echt dass es die Hardware ist.
Vielleicht stecke ich statt der ISDN-Karten einfach 2 Netzwerkkarten rein und hänge da IP-Telefone dran ;-)
 
crich schrieb:
Ist eigentlich ein stink normaler Celeron.
Ich habe heute mal den Prozessor getauscht, statt Celeron ein P3. Exakt der gleiche Fehler. Liegt wohl auch nicht daran.
 

Neueste Beiträge

Statistik des Forums

Themen
244,695
Beiträge
2,216,686
Mitglieder
371,314
Neuestes Mitglied
Gjorstn
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.