Umstellung von ZAPTEL auf DAHDI funkt nicht

[robi1a]

Hallo
Ich wollte auf meinem Asterisk Server vom ZAPTEL auf DAHDI umstellen. Grund: Ich möchte Asterisk 1.6 testen.
Habe das Problem das DAHDI im Asterisk nicht funktioniert.

Habe ZAPTEL komplett deaktiviert.
DADHI umgewandelt und im Linux aktiviert.
dahdi start läuft ohne Fehler.
Meldungen in /var/log/messages sehen gut aus

Sep 29 10:15:33 kernel: Freed a Wildcard
Sep 29 10:15:46 kernel: dahdi: Telephony Interface Unloaded
Sep 29 10:15:49 kernel: dahdi: Telephony Interface Registered on major 196
Sep 29 10:15:49 kernel: dahdi: Version: 2.2.0.2
Sep 29 10:15:49 kernel: Found a Wildcard FXO: Generic Clone
Sep 29 10:15:50 kernel: dahdi_echocan_mg2: Registered echo canceler 'MG2'
Sep 29 10:15:50 kernel: dahdi: Registered tone zone 9 (Austria)

dahdi_scan

[1]
active=yes
alarms=OK
description=Generic Clone Board 1
name=WCFXO/0
manufacturer=Digium
devicetype=Generic Clone
location=PCI Bus 01 Slot 09
basechan=1
totchans=1
irq=20
type=analog
port=1,FXO
[2]
active=yes
alarms=UNCONFIGURED
description=DAHDI_DUMMY/1 (source: Linux26) 1
name=DAHDI_DUMMY/1
manufacturer=
devicetype=DAHDI Dummy Timing
location=
basechan=2
totchans=0
irq=0

dahdi_hardware

pci:0000:01:08.0     wcfxo+       e159:0001 Wildcard X101P clone

dahdi_test, dahdi_speed, dahdi_monitor bringen alle gute Ergebnisse.
Habe im dialplan alle ZAP auf DAHDI geändert. Asterisk erkennt zwar das DAHDI da ist, registriert aber die Channels nicht.
Im Asterisk sieht DAHDI wie folgt aus:

dahdi restart

Destroying channels and reloading DAHDI configuration.
  == Parsing '/etc/asterisk/chan_dahdi.conf': Found
    -- Automatically generated pseudo channel
  == Parsing '/etc/asterisk/users.conf': Found

core show channeltypes

Type        Description                              Devicestate  Indications  Transfer
----------  -----------                              -----------  -----------  --------
Agent       Call Agent Proxy Channel                 yes          yes          no
DAHDI       DAHDI Telephony Driver w/PRI             no           yes          no
IAX2        Inter Asterisk eXchange Driver (Ver 2)   yes          yes          yes
Local       Local Proxy Channel Driver               yes          yes          no
MGCP        Media Gateway Control Protocol (MGCP)    yes          yes          no
Console     OSS Console Channel Driver               no           yes          no
Phone       Standard Linux Telephony API Driver      no           yes          no
SIP         Session Initiation Protocol (SIP)        yes          yes          yes
Skinny      Skinny Client Control Protocol (Skinny)  no           yes          no
----------
9 channel drivers registered.

Das DAHDI Devicestate no irritiert mich da. Ich nehme an da sollte yes stehen.

dahdi show channels

   Chan Extension  Context         Language   MOH Interpret
 pseudo            default                    default

Es werden keine Channels angezeigt!!

Ich denke da ist irgendwo ein kleiner Configfehler. Hoffe mir kann da wer weiterhelfen.

 

[smolty]

Poste doch mal die Ausgabe von dmesg und asterisk -cvvv

 

[robi1a]

Hallo smolty
dmesg sieht wie oben /var/log/messages aus.

Freed a Wildcard
dahdi: Telephony Interface Unloaded
dahdi: Telephony Interface Registered on major 196
dahdi: Version: 2.2.0.2
Found a Wildcard FXO: Generic Clone
dahdi_echocan_mg2: Registered echo canceler 'MG2'
dahdi: Registered tone zone 9 (Austria)

Was ich allerdings jetzt komisch finde sind die Channeltypes

 core show channeltypes
Type        Description                              Devicestate  Indications  Transfer
----------  -----------                              -----------  -----------  --------
Agent       Call Agent Proxy Channel                 yes          yes          no
Zap         DAHDI Telephony Driver w/PRI             no           yes          no
Feature     Feature Proxy Channel Driver             no           yes          no
IAX2        Inter Asterisk eXchange Driver (Ver 2)   yes          yes          yes
Local       Local Proxy Channel Driver               yes          yes          no
MGCP        Media Gateway Control Protocol (MGCP)    yes          yes          no
Console     OSS Console Channel Driver               no           yes          no
Phone       Standard Linux Telephony API Driver      no           yes          no
SIP         Session Initiation Protocol (SIP)        yes          yes          yes
Skinny      Skinny Client Control Protocol (Skinny)  no           yes          no
----------
10 channel drivers registered.

Obwohl DAHDI geladen ist wird ZAP registriert.

  == Parsing '/etc/asterisk/zapata.conf': Found
    -- Automatically generated pseudo channel
  == Parsing '/etc/asterisk/users.conf': Found
  == Registered channel type 'Zap' (DAHDI Telephony Driver w/PRI)
  == Manager registered action ZapTransfer
  == Manager registered action ZapHangup
  == Manager registered action ZapDialOffHook
  == Manager registered action ZapDNDon
  == Manager registered action ZapDNDoff
  == Manager registered action ZapShowChannels
  == Manager registered action ZapRestart
chan_dahdi => (DAHDI Telephony w/PRI)

Das selbe passiert auch bei dahdi restart.

dahdi restart
Destroying channels and reloading DAHDI configuration.
Initial softhangup of all DAHDI channels complete.
Final softhangup of all DAHDI channels complete.
  == Unregistered channel -2
  == Parsing '/etc/asterisk/zapata.conf': Found
    -- Automatically generated pseudo channel
  == Parsing '/etc/asterisk/users.conf': Found

Geladen sind aber die DAHDI Module:

wcfxo                  16020  0
dahdi                 193148  3 dahdi_echocan_mg2,dahdi_dummy,wcfxo

Es wird auch die zapata.conf geladen und nicht die chan_dahdi.conf.

Jetzt bin ich noch ratloser als vorher.

 

[smolty]

Hm, also zuerst muss ich mal sagen, dass ich bisher nur Asterisk 1.4 benutze und mit der 1.6er noch keine Erfahrungen habe....

Was mich stutzig macht, in deinem ersten Posting wurde bei "dahdi restart" doch noch die chan_dahdi.conf statt der zapata.conf geladen?!
Was hast du geändert?

Und wie sehen die beiden Files bei dir aus?

Und wie sieht es im /proc system bei dir aus?
Sprich "cat /proc/zaptel/*" bzw. dahdi wenn es das gibt?!
Werden die channels ueberhaupt korrekt initialisiert?

Gruss,
smolty