[Gelöst] Keine Verbindung mit der NT-Karte möglich

Ralph*

Mitglied
Mitglied seit
7 Mrz 2006
Beiträge
369
Punkte für Reaktionen
2
Punkte
18
Ich versuche, unseren Fax-Server (Tobit David unter Netware) über eine Eicon Diva Server BRI-2M PCI Rev 2.0 im Asterisk zu erreichen.

(Ziel des Vorhabens ist, dass eingehende CAPI-Anrufe an unsere Fax-Nummern über die NT-Karte an die ISDN-Karte des Fax-Servers weitergegeben werden.)

Es geht in meinem Fall um 1TR6 - ich weiß, dass das eigentlich nicht mehr unterstützt wird und wir stellen ja auch bald um. Aber ich kann zum Testen nicht jedes mal das Protokoll unserer ISDN-Geräte umstellen... ich muss leider auf dem Produktivsystem testen :(

Rufe ich vom SIP-Telefon 66 die Nebenstelle 55 (Fax) an und lege dann nach ein paar Sekunden - weil ich keine Fax-Kennung höre - wieder auf, dann geschieht dies:

(Zuvor noch zur Erklärung: Die ISDN-Karte des Fax-Servers hängt bislang mit der EAZ 92 am internen So unserer Telefonanlage. Daher ruft das Makro "incoming-fax" auch die Nummer 92 an, dort sollte dann die ISDN-Karte antworten.)
Code:
    -- Executing Macro("SIP/66-6383", "incomingfax|55") in new stack
    -- Executing NoCDR("SIP/66-6383", "") in new stack
Jun 22 14:56:33 WARNING[4876]: cdr.c:443 ast_cdr_free: CDR on channel 'SIP/66-6383' not posted
Jun 22 14:56:33 WARNING[4876]: cdr.c:445 ast_cdr_free: CDR on channel 'SIP/66-6383' lacks end
    -- Executing Dial("SIP/66-6383", "CAPI/g2/66:92/b") in new stack
       > data = g2/66:92/b
       > parsed dialstring: 'g2' '66' '92' 'b'
       > capi request group = 4
       > CAPI devicestate requested for ISDN3/92
       > parsed dialstring: 'g2' '66' '92' 'b'
  == ISDN3: Call CAPI/ISDN3/92-1 with B3  (pres=0x00, ton=0x00)
CONNECT_REQ ID=001 #0x0009 LEN=0047
  Controller/PLCI/NCCI            = 0x3
  CIPValue                        = 0x1
  CalledPartyNumber               = <80>92
  CallingPartyNumber              = <00 80>66
  CalledPartySubaddress           = default
  CallingPartySubaddress          = default
  BProtocol                      
   B1protocol                     = 0x1
   B2protocol                     = 0x1
   B3protocol                     = 0x0
   B1configuration                = default
   B2configuration                = default
   B3configuration                = default
   GlobalConfiguration            = default
  BC                              = default
  LLC                             = default
  HLC                             = default
  AdditionalInfo                 
   BChannelinformation            = <00 00>
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = default
   SendingComplete                = default

       > CAPI devicestate requested for ISDN3/92
    -- Called g2/66:92/b
CONNECT_CONF ID=001 #0x0009 LEN=0014
  Controller/PLCI/NCCI            = 0x403
  Info                            = 0x0

    -- ISDN3: received CONNECT_CONF PLCI = 0x403
  == ISDN3: CAPI Hangingup
    -- ISDN3: activehangingup (cause=0)
DISCONNECT_REQ ID=001 #0x000a LEN=0018
  Controller/PLCI/NCCI            = 0x403
  AdditionalInfo                 
   BChannelinformation            = default
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = default
   SendingComplete                = default

  == Spawn extension (macro-incomingfax, s, 2) exited non-zero on 'SIP/66-6383' in macro 'incomingfax'
  == Spawn extension (macro-incomingfax, s, 2) exited non-zero on 'SIP/66-6383'
DISCONNECT_CONF ID=001 #0x000a LEN=0014
  Controller/PLCI/NCCI            = 0x403
  Info                            = 0x0

       > CAPI devicestate requested for ISDN3/92
       > CAPI devicestate requested for ISDN3/92

Im Log von David (also dem "Zielsystem") taucht nur die folgende Zeile auf:
Code:
DISCONNECT_IND (0x3302) Error connecting D-Channel level 2
Der Anruf wid also signalisiert, kommt aber wohl wegen dem Protokollproblem nicht durch.

Die ISDN-Karte (Tobit dBoard2 ISA = ITK bzw. Digi ixEins Basic = Digi Datafire Basic) im Fax-Server ist wie folgt konfiguriert:
Code:
1TR6, Punkt zu Mehrpunkt, TEI=127

Der Dritte Versuch eines Anrufes klappt dann gar nicht mehr, das CAPI-device wird nicht mehr gefunden. Wird die Karte nach 2 Fehlern sozusagen abgemeldet?
Code:
    -- Executing Macro("SIP/66-3a4d", "incomingfax|55") in new stack
    -- Executing NoCDR("SIP/66-3a4d", "") in new stack
Jun 22 14:56:53 WARNING[4883]: cdr.c:443 ast_cdr_free: CDR on channel 'SIP/66-3a4d' not posted
Jun 22 14:56:53 WARNING[4883]: cdr.c:445 ast_cdr_free: CDR on channel 'SIP/66-3a4d' lacks end
    -- Executing Dial("SIP/66-3a4d", "CAPI/g2/66:92/b") in new stack
       > data = g2/66:92/b
       > parsed dialstring: 'g2' '66' '92' 'b'
       > capi request group = 4
    -- didn't find capi device for interface 'g2'
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing Hangup("SIP/66-3a4d", "") in new stack
  == Spawn extension (macro-incomingfax, s, 3) exited non-zero on 'SIP/66-3a4d' in macro 'incomingfax'
  == Spawn extension (macro-incomingfax, s, 3) exited non-zero on 'SIP/66-3a4d'

Und um die Übersicht vollends zu ruinieren, kommt hier noch meine capi.conf:
Code:
[general]
nationalprefix=
internationalprefix=
rxgain=0.8
txgain=0.8
language=de

[ISDN1]
ntmode=no
isdnmode=did
incomingmsn=*
controller=1
group=1
;prefix=0
softdtmf=off
relaxdtmf=off
accountcode=
context=from-capi
holdtype=local
immediate=no
echocancel=yes
echocancelold=no
devices=2
;echotail=64
;defaultcid=123
language=de
bridge=yes
;callgroup=1

[ISDN2]
ntmode=no
isdnmode=did
incomingmsn=*
controller=2
group=1
;prefix=0
softdtmf=off
relaxdtmf=off
accountcode=
context=from-capi
holdtype=local
immediate=no
echocancel=yes
echocancelold=no
devices=2
;echotail=64
;defaultcid=123
language=de
bridge=yes
;callgroup=1

[ISDN3]
ntmode=yes
isdnmode=msn
incomingmsn=*
controller=3
group=2
;prefix=0
softdtmf=off
relaxdtmf=off
accountcode=
context=from-ntcapi
holdtype=local
immediate=yes
echocancel=yes
echocancelold=no
devices=2
;echotail=64
;defaultcid=123
language=de
bridge=yes
;callgroup=1

Hat jemand eine Idee? Jetzt schon herzlichen Dank für das Durchwühlen meines Postings!

Ralph
 
Zuletzt bearbeitet:
Wenn ich das richtig verstehe, dann ist die Eicon Diva Server BRI Karte im NT-modus, richtig? Wie hast Du die Karte konfiguriert? Ist sie auch korrekt auf 1TR6 NT-mode?
Hast Du eine gekreutzte Verbindung?
Es sieht so aus, dass die ISDN Verbindung an sich gar nicht besteht.

Armin
 
Hallo Armin,

richtig, die Diva Server BRI ist im NT-Mode und für 1TR6 konfiguriert. Die genauen Konfigurationsparameter kann ich Dir im Moment leider nicht nennen, weil ich nicht im Büro bin.

Zum Anschluss verwende ich ein Cat.5 Patchkabel, dessen Stecker ich auf der einen Seite entfernt und dafür eine 2-fach ISDN-Anschlussdose gekreuzt (wie bei Dir im Wiki beschrieben) angeschlossen habe. Dazu noch 2 x 100 Ohm Widerstände an den Anschlussklemmen der Dose. Ich hoffe, dass dies so richtig war. (Der Kabeltester bestätigt die Kreuzung der Adern.)

Der Stecker dieses Patchkabels steckt in der (NT-) Diva Server BRI, die ISDN-Karte des Faxservers ist über ein ISDN-Anschlusskabel mit der 2-fach ISDN-Dose verbunden.

1.) Eine physikalische Verbindung scheint zu bestehen, denn der Faxserver kommentiert den Versuch des Verbindungsaufbaus ja mit einem
Code:
DISCONNECT_IND (0x3302) Error connecting D-Channel level 2

2.) Warum klappt der Dritte Versuch dann gar nicht mehr bzw. warum wird das CAPI-Device durch Asterisk dann gar nicht mehr gefunden? Werden CAPI-Devices nach 2 Fehlern irgendwie abmeldet?

3.) Ich glaube mich zu erinnern, dass beim NT-Mode in der capi.conf eigentlich grundsätzlich
Code:
isdnmode=did
angegeben werden soll. (Jetzt habe ich es auch gefunden - es stammt aus Deiner Default capi.conf):
;'MSN' (point-to-multipoint) or 'DID' (direct inward dial)
; when using NT-mode, 'DID' should be set in any case
Wie aber gebe ich dann noch PtP bzw. PtMP an? Ausschließlich bei der Konfiguration der Diva Server BRI? Ich hätte gerne intern einen PtMP So...
 
Zuletzt bearbeitet:
Nachtrag:

Hier sind die gewählten Optionen bei der Kartenkonfiguration mit /usr/lib/divas/Config für die Karte im NT-Mode:

Code:
- TE / NT Mode: NT
- Optimized for Fax/Voice/Unified Messaging
- DDI / DID: Yes
- DID number length: Forward call to application as is
- D-Channel Layer 2 activation policy: Deactivation only by other side (default)
- Voice companding: National default
- Hunt Group: Standard operation (default)
- Trunk operation mode: Point to Multipoint
- Use Standard TEI 0 (default)
- Tones provided by ISDN Equipment (default)
- CAPI Call distribution: Off (broadcast incoming call to all applications)
- Voice Signal Limiter: National Default
- DTMF Clamping: Off (default)
- Automatic Gain Control: Off (default)

HTH...
 
Zuletzt bearbeitet:
Ralph* schrieb:
Nachtrag:
TE1: Eicon Diva Server BRI-2M PCI (Rev 1.0) PtP an 1. NTBA (1TR6 Anlagenanschluss)
TE2: Eicon Diva Server BRI-2M PCI (Rev 2.0) PtP an 2. NTBA (1TR6 Anlagenanschluss)
NT: Eicon Diva Server BRI-2M PCI (Rev 2.0) PtMP

Rev 1.0 und Rev 2.0 "gemischt". Ich lasse mich hierbei gerne eines besseren belehren, aber wird das gut funktionieren?

Stefan
 
Bei der Mischung der Karten sollte es keine Probleme geben.

Ralph* schrieb:
Warum klappt der Dritte Versuch dann gar nicht mehr bzw. warum wird das CAPI-Device durch Asterisk dann gar nicht mehr gefunden? Werden CAPI-Devices nach 2 Fehlern irgendwie abmeldet?
Durch den Fehler werden die Resourcen nicht wieder korrekt freigegeben, deshalb geht's nicht weiter.

Es ist erstmal wichtig, dass der D-Kanal korrelt laeuft. Ein Log von einem ersten Verbindungsaufbau waere gut:
divactrl mlog -c X -o >file.txt
X = Kartennummer

Armin
 
Armin,

hier ist das Log eines Verbindungsaufbaus:

Code:
Management Interface Trace/Log utility for EICON DIVA adapters
BUILD (local-Sep 13 2005-00:08:19)
Copyright (c) 1991-2000 Eicon Networks / 2003 Cytronics & Melware

===============================================================
[C:3] 0:0371:450 - CREATEID ok: context:1f assigned Id:7 freeIds=ea
[C:3] 0:0371:451 - [02] N-ASSIGN REQ Id:NL_ID, Ch:00
[C:3] 0:0371:451 - CREATEID ok: context:3f assigned Id:8 freeIds=e9
[C:3] 0:0371:451 - B2Assign  01 04 -- -- -- -- -- -- -- -- -- -- -- -- -- --
[C:3] 0:0371:451 - B2Assign  -- -- -- -- -- --
[C:3] 0:0371:451 - B2Assign 2 Sig=07 d_id=01
[C:3] 0:0371:452 - Assign L2:2 L3:4 free:3188/3200 l:160 d:4885 fc:4885/4385
[C:3] 0:0371:452 - Layer 2 Transparent
[C:3] 0:0371:452 - [03] N-RC=ASSIGN_OK Id:08, Ch:00
[C:3] 0:0371:453 - [0,0] dsp_assign 0016, 0, 160
[C:3] 0:0371:453 - [0,0] CAI[00] 16 00 00 00 a0 00
[C:3] 0:0371:453 - [0,0] Download 532 requested
[C:3] 0:0371:454 - SIG-X(022) 41 01 04 05 18 01 82 6C 03 81 36 36 70 03 80 39 32
 96 01 02 01 01
                     1TR6   CR04 SETUP
                            Channel Id 82
                            Calling Party Number 81 '66'
                            Called Party Number 80 '92'
                            SHIFT LOCK 06
                            Service Indicator 01 01

Ich hoffe, Du kannst damit etwas anfangen!

Mich wundert das "Copyright 1991-2000 bzw. 2003" - habe ich mir da noch etwas altes eingefangen oder ist das tatsächlich so Bestandteil Deines V3?

Grüße
Ralph
 
Es ist keine D-Kanal Aktivitaet vorhanden!
D.h. die Verbindung ist gar nicht existent. Entweder ist eine Seite nicht korrekt konfiguriert um mit der Gegensteite in Kontakt zu treten, oder die Leitung (das Kabel) ist nicht in Ordnung.

Armin
 
Verd...

Also, dass die Gegenseite (die ISDN-Karte im Fax-Server) nicht korrekt konfiguriert ist, kann ich ausschließen. Denn die läuft ja tagtäglich und problemlos genau so an der alten Telefonanlage.

Die Verbindung (also mein Bausatz aus Cat.5-Kabel, ISDN-Doppeldose und Widerständen) scheint es auch nicht zu sein, der Kabeltester bescheinigt zumindest eine gekreuzte Verbindung.

Also ist es wohl die Diva Server im NT-Mode.

Ich werde sie mal auf TE umkonfigurieren und testen, ob sie mit dem NTBA sprechen möchte - um einen Hardwaredefekt ausschließen zu können.

Hat denn jemand erfolgreich eine Diva Server BRI PCI Rev 2.0 erfolgreich als NT-Karte eingesetzt? Welche Konfigurationsoptionen soll ich wählen? Meine stehen weiter oben im Thread. Aber wahrscheinlich macht das niemand unter 1TR6... :(
 
Ein Test der Karte im TE-Mode verlief erfolgreich... ich denke also, dass die Karte nicht defekt ist.

Aber was kann es dann noch sein?
 
Ich denke auch nicht, dass es die Karte ist. Hast Du denn schon mal eine andere gegenstelle angeschlossen ueber das NT Kabel?

Kabeltester? klingt toll, aber bist du sicher, dass es korrekt gekreutzt ist?

Armin
 
Ich habe auch noch einen Lancom Router angeschlossen, der eine LanCAPI zur Verfügung stellt... der konnte auch keine Verbindung aufbauen.

Das Kabel ist zwischen RJ45-Stecker und ISDN-Dose wie folgt gekreuzt:

1 - 1
2 - 2
3 - 4
4 - 3
5 - 6
6 - 5
7 - 7
8 - 8
 
Die Kreuzung ist korrekt. Wie sieht es mit der Terminierung aus?

Armin
 
Ich habe an den Schraubklemmen der ISDN-Dose jeweils einen 100 Ohm Widerstand zwischen 3/6 und 4/5.
 
Armin,

nur um sicher zu gehen: Im diva3.log dieser Karte taucht, trotzdem ich sie als NT-Karte konfiguriert habe, die Zeile Protocol: 'TE_1TR6...' auf. Hat das etwas zu bedeuten? Oder steht das TE_ in diesem Zusammenhang für etwas anderes?

Ich bilde mir aber ein, dass ich irgendwo schon mal kontrolliert habe, ob sie im TE- oder im NT-Mode läuft. Ich glaube, die Zeile

0:0000:002 - Conf: Prot=0,PVer=0,NT=1,Lim=0,RTone=0,L2_Links=8

mit dem NT=1 hat mich damals beruhigt.


Code:
INITIAL XLOG: CARD:3, Diva Server BRI-2M 2.0 PCI SN:21xxx, STARTED AT: Wed Jul  5 21:39:05 CEST 2006

    0:0000:022 - Instance(0)=0x8027a000 image_start=0x80000000, shared_memory=0xa0001000 card=60
    0:0000:000 - Diva Server BRI-2M 2.0 (2620)
    0:0000:000 - Protocol: 'TE_1TR6, Build 106-44, Protocol 6.03 104-905 [F#00FF]'
    0:0000:000 - DSP task 6: DIVA Server BRI 2M Kernel Version 1.00 Build 106-645
    0:0000:000 - DSP task 100: HSCX Task Version 1.00 Build 106-645
    0:0000:000 - DSP task 104: HSCXBR Task Version 1.00 Build 106-645
    0:0000:000 - DSP task 110: PIAFSD Task Version 1.00 Build 106-645
    0:0000:000 - DSP task 200: V.110 Kernel Task Version 1.00 Build 106-645
    0:0000:000 - DSP task 201: V.110 Overlay (600) Version 1.00 Build 106-645
    0:0000:000 - DSP task 202: V.110 Overlay (1200) Version 1.00 Build 106-645
    0:0000:000 - DSP task 203: V.110 Overlay (1200/75) Version 1.00 Build 106-645
    0:0000:000 - DSP task 204: V.110 Overlay (75/1200) Version 1.00 Build 106-645
    0:0000:000 - DSP task 205: V.110 Overlay (2400) Version 1.00 Build 106-645
    0:0000:000 - DSP task 206: V.110 Overlay (4800,9600,19200,38400) Version 1.00 Build 106-645
    0:0000:000 - DSP task 207: V.110 Overlay (7200,14400,28800) Version 1.00 Build 106-645
    0:0000:000 - DSP task 208: V.110 Overlay (12000,24000) Version 1.00 Build 106-645
    0:0000:000 - DSP task 209: V.110 Overlay (48000) Version 1.00 Build 106-645
    0:0000:000 - DSP task 210: V.110 Overlay (56000) Version 1.00 Build 106-645
    0:0000:000 - DSP task 504: VOICEBR Task Version 1.00 Build 106-645
    0:0000:000 - DSP task 510: DTMF Task Version 1.00 Build 106-645
    0:0000:000 - DSP task 512: DTMFBR Task Version 1.00 Build 106-645
    0:0000:000 - DSP task 520: SIG Task Version 1.00 Build 106-645
    0:0000:000 - DSP task 532: TONEBR Task Version 1.00 Build 106-645
    0:0000:001 - DSP task 542: MEASBR Task Version 1.00 Build 106-645
    0:0000:001 - DSP task 552: LECBR Task Version 1.00 Build 106-645
    0:0000:001 - DSP task 590: Conferencing Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 600: TIKRNL81.F34 Task Version 1.00 Build 106-645
    0:0000:001 - DSP task 624: SIG Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 604: FSK OWN Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 607: V8.F34 Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 608: INFO Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 609: V.34 Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 622: INFOH.F34 Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 623: HV34.F34 Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 610: DIAL/FSK/FAX.F34 Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 611: DIAL.F34 Partial Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 612: FSKFAX.F34 Partial Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 613: FAX.F34 Partial Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 614: V.22/V.32 LEC Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 615: V.32 Partial Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 618: V.90 DPCM Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 619: V.90 APCM Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 625: V.22FC Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 629: V.22bis FC Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 627: V.29FC Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 620: V.18 OWN-LK Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 610: DIAL/FSK/FAX.F34 Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 611: DIAL.F34 Partial Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 612: FSKFAX.F34 Partial Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 613: FAX.F34 Partial Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 614: V.22/V.32 LEC Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 615: V.32 Partial Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 618: V.90 DPCM Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 619: V.90 APCM Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 625: V.22FC Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 629: V.22bis FC Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 627: V.29FC Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 620: V.18 OWN-LK Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 621: V.OWN Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 702: VKRNLBR.SEC Task Version 1.00 Build 106-645
    0:0000:001 - DSP task 703: G.711 Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 704: RTP G.711/G.726 Overlay Version 1.00 Build 106-645
    0:0000:001 - DSP task 706: RTP GSM Overlay Version 1.00 Build 106-645
    0:0000:001 - Conf: S2=1,Tei=0,NT2=1,Perm=0,WDog=0,LowCh=0,L1Hunt=0x0
    0:0000:001 - Conf: Loop=0,DidLen=0,Law=0,nosig=0,AlertTO=0xffff,PDisc=0
    0:0000:002 - Conf: Prot=0,PVer=0,NT=1,Lim=0,RTone=0,L2_Links=8
    0:0000:002 - Conf: XConn=0/2,ClkM=1/256/4096,ClkP=0000/0/0
    0:0000:002 - SN:21792-0 1
    0:0000:006 - init_bulk_buffers 2 65536 0 0
    0:0000:022 - [0] Starting kernel...
    0:0000:024 - [0] DSP OK
    0:0000:024 - [1] Starting kernel...
    0:0000:026 - [1] DSP OK
    0:0000:026 - Initialize IPACX in NT mode
    0:0000:027 - Hardware Initialisation done.
    0:0000:027 - Initialize Softmodem!!
    0:0000:027 - sysCreateDpc: handler=0x800e34e0, context=0x802a9bcc
    0:0000:027 - sdp_dpc_init: check dpc 0 0x8027d2b0
    0:0000:027 - sdp_dpc_init: assign dpc 0 0x8027d2b0
    0:0000:027 - sysCreateDpc: handler=0x800e34e0, context=0x802acee0
    0:0000:027 - sdp_dpc_init: check dpc 0 0x8027d2b0
    0:0000:027 - sdp_dpc_init: check dpc 1 0x8027d2bc
    0:0000:027 - sdp_dpc_init: assign dpc 1 0x8027d2bc
    0:0000:027 - ddal_load_time_init: link instance 0 to ddal
    0:0000:027 - task 0: sdp module not present! (own_gp=0x0, sdp_gp=0x0)
    0:0000:027 - ddal_load_time_init: link instance 1 to ddal
    0:0000:027 - task 1: sdp module not present! (own_gp=0x0, sdp_gp=0x0)
    0:0000:027 - ddal_load_time_init: sdp module 0 not present!
    0:0000:027 - ddal_load_time_init: sdp module 1 not present!
    0:0000:027 - Initialized 0 instances:
    0:0000:029 - CREATEID ok: context:0 assigned Id:1 freeIds=f0
    0:0000:029 - manufacturer features: 0xaf307f94
    0:0000:029 - D2Assign  -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    0:0000:029 - D2Assign  -- -- -- -- -- --
    0:0000:029 - D2Assign 0 d_id=01
    0:0000:029 - MDL: init
    0:0000:029 - MDL: init 0x80293618 to entry 0
    0:0000:030 - PCI DMA test: write 32 bytes system(0xa027e7c0) -> pci(0xccef000)
    0:0000:039 - PCI DMA test: read 32 bytes pci(0xccef000) -> system(0xa027e7e0)
    0:0000:039 - PCI DMA test OK
    0:0000:039 - PCI DMA write transfer 163840 bytes in 9 mSec
 
Zuletzt bearbeitet:
Das NT=1 ist korrekt.
te_1tr6 ist nur der Dateiname, hat aber nichts mit der Konfiguration zu tun.
 
Armin,

vielleicht hat es ja etwas mit der geänderten dspdvfax.bin zu tun, die ich von Dir in anderer Sache bekommen habe: Soben habe ich einen Verbindungsaufbau der NT-Karte zu einer der TE-Karte protokollieren können.

Der Faxserver hat also versucht, ein Fax zu versenden, konnte dies aber nicht, weil die Verbindung zu den NTBAs nicht bestand (Kabel waren von mir nicht eingesteckt).

Das sieht doch sehr, sehr gut aus, oder?

Code:
CONNECT_IND ID=001 #0x0000 LEN=0047
  Controller/PLCI/NCCI            = 0x103
  CIPValue                        = 0x4
  CalledPartyNumber               = <81>0071145xxxxx
  CallingPartyNumber              = <21 80>0
  CalledPartySubaddress           = default
  CallingPartySubaddress          = default
  BC                              = <90 90 a3>
  LLC                             = default
  HLC                             = default
  AdditionalInfo                 
   BChannelinformation            = default
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = default
   SendingComplete                = default

    -- CONNECT_IND (PLCI=0x103,DID=0071145xxxxx,CID=0,CIP=0x4,CONTROLLER=0x3)
       > ISDN_NT: msn='*' DNID='0071145xxxxx' DID
  == ISDN_NT: Incoming call '0' -> '0071145xxxxx'
INFO_IND ID=001 #0x0001 LEN=0029
  Controller/PLCI/NCCI            = 0x103
  InfoNumber                      = 0x70
  InfoElement                     = <81>0071145xxxxx

INFO_RESP ID=001 #0x0001 LEN=0012
  Controller/PLCI/NCCI            = 0x103

    -- ISDN_NT: info element CALLED PARTY NUMBER
    -- ISDN_NT: Updated channel name: CAPI/ISDN_NT/0071145xxxxx-1
    -- ISDN_NT: CAPI/ISDN_NT/0071145xxxxx-1: 0071145xxxxx matches in context from-ntcapi
  == Started pbx on channel CAPI/ISDN_NT/0071145xxxxx-1
INFO_IND ID=001 #0x0002 LEN=0016
  Controller/PLCI/NCCI            = 0x103
  InfoNumber                      = 0x18
  InfoElement                     = <81>

INFO_RESP ID=001 #0x0002 LEN=0012
  Controller/PLCI/NCCI            = 0x103

    -- ISDN_NT: info element CHANNEL IDENTIFICATION 81
INFO_IND ID=001 #0x0003 LEN=0015
  Controller/PLCI/NCCI            = 0x103
  InfoNumber                      = 0x8005
  InfoElement                     = default

INFO_RESP ID=001 #0x0003 LEN=0012
  Controller/PLCI/NCCI            = 0x103

    -- ISDN_NT: info element SETUP
       > CAPI devicestate requested for ISDN_NT/0071145xxxxx
    -- Executing NoOp("CAPI/ISDN_NT/0071145xxxxx-1", "From NT-CAPI: 0 an 071145xxxxx") in new stack
    -- Executing Dial("CAPI/ISDN_NT/0071145xxxxx-1", "CAPI/g1/0:071145xxxxx/b|60") in new stack
       > data = g1/0:071145xxxxx/b
       > parsed dialstring: 'g1' '0' '071145xxxxx' 'b'
       > capi request group = 2
       > parsed dialstring: 'g1' '0' '071145xxxxx' 'b'
  == ISDN_TE2: Call CAPI/ISDN_TE2/071145xxxxx-2 with B3  (pres=0x00, ton=0x21)
CONNECT_REQ ID=001 #0x0007 LEN=0056
  Controller/PLCI/NCCI            = 0x2
  CIPValue                        = 0x4
  CalledPartyNumber               = <80>071145xxxxx
  CallingPartyNumber              = <21 80>0
  CalledPartySubaddress           = default
  CallingPartySubaddress          = default
  BProtocol                      
   B1protocol                     = 0x1
   B2protocol                     = 0x1
   B3protocol                     = 0x0
   B1configuration                = default
   B2configuration                = default
   B3configuration                = default
   GlobalConfiguration            = default
  BC                              = default
  LLC                             = default
  HLC                             = default
  AdditionalInfo                 
   BChannelinformation            = <00 00>
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = default
   SendingComplete                = default

    -- Called g1/0:071145109050/b
       > CAPI devicestate requested for ISDN_TE2/071145xxxxx
       > CAPI devicestate requested for ISDN_TE2/071145xxxxx
CONNECT_CONF ID=001 #0x0007 LEN=0014
  Controller/PLCI/NCCI            = 0x302
  Info                            = 0x0

    -- ISDN_TE2: received CONNECT_CONF PLCI = 0x302
DISCONNECT_IND ID=001 #0x0005 LEN=0014
  Controller/PLCI/NCCI            = 0x302
  Reason                          = 0x3301

DISCONNECT_RESP ID=001 #0x0005 LEN=0012
  Controller/PLCI/NCCI            = 0x302

       > CAPI INFO 0x3301: Protocol error layer 1 (broken line or B-channel removed by signalling protocol)
  == ISDN_TE2: CAPI Hangingup
  == ISDN_TE2: Interface cleanup PLCI=0x302
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing Hangup("CAPI/ISDN_NT/0071145xxxxx-1", "") in new stack
  == Spawn extension (from-ntcapi, 0071145xxxxx, 3) exited non-zero on 'CAPI/ISDN_NT/0071145xxxxx-1'
       > CAPI devicestate requested for ISDN_TE2/071145xxxxx
       > CAPI devicestate requested for ISDN_TE2/071145xxxxx
  == ISDN_NT: CAPI Hangingup
    -- ISDN_NT: activehangingup (cause=16)
CONNECT_RESP ID=001 #0x0000 LEN=0034
  Controller/PLCI/NCCI            = 0x103
  Reject                          = 0x3490
  BProtocol                      
   B1protocol                     = 0x0
   B2protocol                     = 0x0
   B3protocol                     = 0x0
   B1configuration                = default
   B2configuration                = default
   B3configuration                = default
   GlobalConfiguration            = default
  ConnectedNumber                 = default
  ConnectedSubaddress             = default
  LLC                             = default
  AdditionalInfo                 
   BChannelinformation            = default
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = default
   SendingComplete                = default

       > CAPI devicestate requested for ISDN_NT/0071145xxxxx
       > CAPI devicestate requested for ISDN_NT/0071145xxxxx
INFO_IND ID=001 #0x0006 LEN=0015
  Controller/PLCI/NCCI            = 0x103
  InfoNumber                      = 0x805a
  InfoElement                     = default

INFO_RESP ID=001 #0x0006 LEN=0012
  Controller/PLCI/NCCI            = 0x103

    -- ISDN_NT: info element RELEASE COMPLETE
DISCONNECT_IND ID=001 #0x0008 LEN=0014
  Controller/PLCI/NCCI            = 0x103
  Reason                          = 0x3490

DISCONNECT_RESP ID=001 #0x0008 LEN=0012
  Controller/PLCI/NCCI            = 0x103

       > CAPI INFO 0x3490: Normal call clearing
  == ISDN_NT: Interface cleanup PLCI=0x103

Was immer es war... ich beobachte es weiter!

Ralph
 
Zuletzt bearbeitet:
Ich bin ein bisschen weiter gekommen:

Der erste Versuch einer Verbindung vom Fax-Server aus klappt nie - und einen zweiten habe ich auch nie versucht. Darum dachte ich, es geht gar nicht.

Was ich hier protokolliert habe, ist der zufällige Versuch des Fax-Servers, ein Fax zu versenden. Also eine zweite Verbindung nach meinem erfolglosen Versuch. Alle weiteren Verbindungen funktionieren dann problemlos.

Warum klappt eine erste Verbindung nach dem Start von Asterisk nicht?

Ralph
 
Kostenlos!

Statistik des Forums

Themen
248,901
Beiträge
2,304,560
Mitglieder
378,603
Neuestes Mitglied
M.G.