Gelöst: SuSe 9.3 chan_misdn

[t3chie]

Hallo Leute,
nachdem ich dieses WE wieder komplett geopfert habe, will ich mal hier um Rat fragen:
Ich möchte ein ISDN Telefon an einer HFC Karte im NT Mode betreiben. Die Verkabelung ist ok - zumindest funktionierts so mit dem Bristuff. Da ich jedoch eine Menge Elsa, Sedlbaur etc Karten habe, möchte ich misdn zum Laufen kriegen.
Ich habe ein frisches Suse 9.3 installiert, einen Kernel 2.6.11.12 frisch geladen, konfiguriert und installiert. Asterisk 1.0.9 ist ohne libpri und ohne zaptel installiert. Dann habe ich das Skript install_misdn von Beronet geladen und installiert. Compilierung lief soweit ich erkennen kann fehlerfrei durch. Ein Laden der Kerneltreiber erfolgt mit /etc/init.d/misdn start und anhand der Kernelmeldunden sieht mans auch:

Oct 31 12:00:36 thin kernel: Modular ISDN Stack core $Revision: 1.23 $
Oct 31 12:00:36 thin kernel: mISDNd: kernel daemon started
Oct 31 12:00:36 thin kernel: ISDN L1 driver version 1.11
Oct 31 12:00:36 thin kernel: ISDN L2 driver version 1.19
Oct 31 12:00:36 thin kernel: mISDNd: test event done
Oct 31 12:00:36 thin kernel: mISDN: DSS1 Rev. 1.26
Oct 31 12:00:36 thin kernel: mISDN_dsp: Audio DSP  Rev. 1.10 (debug=0xf)
Oct 31 12:00:36 thin kernel: HFC card ca8b4000 dch ca8b4088 bch1 ca8b4208 bch2 ca8b4394
Oct 31 12:00:36 thin kernel: mISDN: HFC-PCI driver Rev. 1.38
Oct 31 12:00:36 thin kernel: PCI: Enabling device 0000:00:0a.0 (0000 -> 0003)
Oct 31 12:00:36 thin kernel: ACPI: PCI interrupt 0000:00:0a.0[A] -> GSI 12 (level, low) -> IRQ 12
Oct 31 12:00:36 thin kernel: mISDN: HFC-PCI card manufacturer: CCD/Billion/Asuscom card name: 2BD0
Oct 31 12:00:36 thin kernel: HFC-PCI: defined at mem 0xccd80f00 fifo 0xc8a48000(0x8a48000) IRQ 12 HZ 1000
Oct 31 12:00:36 thin kernel: spin_lock_adr=ca8b4064 now(ccd7ad59)
Oct 31 12:00:36 thin kernel: busy_lock_adr=ca8b4068 now(ccd7ad59)
Oct 31 12:00:36 thin kernel: reset_hfcpci: entered
Oct 31 12:00:36 thin kernel: HFC_PCI: resetting HFC ChipId(30)
Oct 31 12:00:36 thin kernel: HFC-PCI status(4) before reset
Oct 31 12:00:36 thin kernel: HFC-PCI status(4) after reset
Oct 31 12:00:36 thin kernel: HFC-PCI status(4) after 5us
Oct 31 12:00:36 thin kernel: init_card: entered
Oct 31 12:00:36 thin kernel: inithfcpci: entered
Oct 31 12:00:36 thin kernel: HFC PCI: IRQ 12 count 36
Oct 31 12:00:36 thin kernel: HFC card c9e51000 dch c9e51088 bch1 c9e51208 bch2 c9e51394
Oct 31 12:00:36 thin kernel: mISDN: HFC-PCI driver Rev. 1.38
Oct 31 12:00:36 thin kernel: HFC-PCI: No more PCI cards found
Oct 31 12:00:36 thin kernel: HFC 1 cards installed

Wenn ich Asterisk starte lädt auch alles und ich bekomme folgende Stati:

Misdn General-Config: 
 ->  VERSION: 0.2.1-rc6
 ->  DEBUG_LEVEL: 0                  ->  TRACEFILE: /var/log/misdn.trace
 ->  TRACE_CALLS: true               ->  TRACE_DIR: /var/log/           
 ->  BRIDGING: yes                   ->  STOP_TONE_AFTER_FIRST_DIGIT: yes
 ->  APPEND_DIGITS2EXTEN: yes        ->  L1_INFO_OK: yes                
 ->  CLEAR_L3: no                    ->  DYNAMIC_CRYPT: no              
 ->  CRYPT_PREFIX: **                ->  CRYPT_KEYS: test,muh           

[PORT 1]
 ->  PTP: no                         ->  GROUPNAME: intern              
 ->  RXGAIN: 0                       ->  TXGAIN: 0                      
 ->  TE_CHOOSE_CHANNEL: yes          ->  CONTEXT: isdn-intern           
 ->  LANGUAGE: en                    ->  CALLERID: 30                   
 ->  METHOD: standard                ->  DIALPLAN: 0                    
 ->  NATIONALPREFIX: 0               ->  INTERNATIONALPREFIX: 00        
 ->  PRESENTATION: allowed           ->  ALWAYS_IMMEDIATE: no           
 ->  IMMEDIATE: no                   ->  HOLD_ALLOWED: yes              
 ->  EARLY_BCONNECT: yes             ->  USE_CALLINGPRES: yes           
 ->  ECHOCANCEL: no                  ->  ECHOCANCELWHENBRIDGED: no      
 ->  ECHOTRAINING: yes               ->  MSNs: *                        

    -- parse_srv: SRV mapped to host sipgate.de, port 5060
misdn show port 1
BEGIN STACK_LIST:
* Stack Addr: 40200001 Port 1 Type NT Prot. PMP L2Link DOWN L1Link:DOWN
Idx: 0 stack->chan: 0 Chan 1 InUse:1
Idx: 1 stack->chan: 0 Chan 2 InUse:0
*CLI> misdn show port 1
BEGIN STACK_LIST:
* Stack Addr: 40200001 Port 1 Type NT Prot. PMP L2Link DOWN L1Link:DOWN
Idx: 0 stack->chan: 0 Chan 1 InUse:1
Idx: 1 stack->chan: 0 Chan 2 InUse:0
    
misdn show stacks 
BEGIN STACK_LIST:
* Stack Addr: Port 1 Type NT Prot. PMP L2Link DOWN L1Link:DOWN Debug:0
    -- parse_srv: SRV mapped to host sipgate.de, port 5060

Hier finde ich schonmal komisch, daß er meint, der L1 und L2 Link sei down!
Wenn ich nun aber von einem SIP Softphone versuche, das ISDN Telefon anzurufen, bekomme ich in Asterisk :

    -- Executing NoOp("SIP/xlite1-3901", "intern-sip exten->_X. from: "Micha" <34> to: 12") in new stack
    -- Executing SetCallerPres("SIP/xlite1-3901", "allowed") in new stack
    -- Executing SetCallerID("SIP/xlite1-3901", "34") in new stack
    -- Executing SetCIDNum("SIP/xlite1-3901", "34") in new stack
    -- Executing Dial("SIP/xlite1-3901", "mISDN/1/*12") in new stack
    -- Called 1/*12
  == No one is available to answer at this time
    -- Executing Hangup("SIP/xlite1-3901", "") in new stack
  == Spawn extension (intern-sip, 12, 6) exited non-zero on 'SIP/xlite1-3901'

Wenn ich den Hörer vom ISDN-Telefon abhebe, höre ich dieses gassenbesetzt tüt-tüt-tüt.

Was mache ich falsch?

 

[t3chie]

Nachdem ich nochmal testweise den Bristuff installiert hatte und wieder misdn geladen habe, hat es tatsächlich funktioniert.

Allerdings kann ich jedem, der Asterisk im Produktiv-Einsatz hat, von misdn abraten:
- Nach einem halben Tag stürzt Asterisk wiederholt ab
- Treiber für Sedlbaur Speedfax funktionieren nicht/ Sprachqualität ist total verzerrt. Der größte Vorteil, nämlich ein größere Auswahl an Karten zur Verfügung zu haben, fällt damit weg.
- Systemlast ist im Vergleich zum aktuellen Bristuff eher höher oder gleich.