Protokoll X.25 - Datenverbindung über internen S0 schlägt fehl

mad0000

Neuer User
Mitglied seit
18 Mrz 2006
Beiträge
76
Punkte für Reaktionen
0
Punkte
0
Folgende Konstellation bei der ch nicht weiter weiß:

interner S0 über hfc-Karte im NT-Mode wählt sich per zap zum Asterisk, Asterisk hängt per Capi am ISDN-Anlagenanschluss.

Normales Rausrufen über den internen S0 auf mein Handy funktioniert:

Code:
    -- Accepting voice call from '' to '00163XXXXXXX' on channel 0/2, span 1
    -- Executing Dial("Zap/2-1", "CAPI/contr1/0163XXXXXXX|10") in new stack
    -- creating pipe for PLCI=-1
       > sent CONNECT_REQ MN =0xf0f
    -- Called contr1/0163XXXXXXX
    -- CAPI/contr1/0163XXXXXXX-12 is ringing
    -- Setting up echo canceller (PLCI=0x101, function=1, options=2, tail=64)
       > sent FACILITY_REQ (PLCI=0x101)
       > sent FACILITY_REQ (PLCI=0x101)
    -- CAPI/contr1/0163XXXXXXX-12 answered Zap/2-1
    -- Echo canceller successfully set up (PLCI=0x101)
    -- CAPI Hangingup
       > sent DISCONNECT_B3_REQ NCCI=0x4b0101
       > sent DISCONNECT_REQ PLCI=0x101
    -- removed pipe for PLCI = 0x101
  == Spawn extension (zap, 00163XXXXXXX, 1) exited non-zero on 'Zap/2-1'
    -- Hungup 'Zap/2-1'

Dort soll aber ein Bankprogramm laufen (Drecash), was auf ISDN angewiesen ist. Es werden Verbindungen zu einzelnen Bankrechnern aufgebaut und dann Daten ausgetauscht. Das funktioniert aber nicht:
Code:
    -- Accepting data call from '' to '002115206XXX' on channel 0/2, span 1
    -- Executing Dial("Zap/2-1", "CAPI/contr1/02115206XXX|10") in new stack
    -- creating pipe for PLCI=-1
       > sent CONNECT_REQ MN =0x11d2
    -- Called contr1/02115206XXX
    -- Setting up echo canceller (PLCI=0x101, function=1, options=2, tail=64)
       > sent FACILITY_REQ (PLCI=0x101)
       > sent FACILITY_REQ (PLCI=0x101)
    -- CAPI/contr1/02115206XXX-13 answered Zap/2-1
    -- Echo canceller successfully set up (PLCI=0x101)

dann passiert eine (lange) Weile nichts, die Daten werden definitiv nicht ausgetauscht, dann wird zwischenzeitlich schon eine neue Verbindung zum nächsten Rechner aufgebaut.

Code:
    -- Accepting data call from '' to '006196939XXXX' on channel 0/1, span 1
    -- Executing Dial("Zap/1-1", "CAPI/contr1/06196939XXXX|10") in new stack
    -- creating pipe for PLCI=-1
       > sent CONNECT_REQ MN =0x236b
    -- Called contr1/06196939XXXX
    -- CAPI Hangingup
       > sent DISCONNECT_REQ PLCI=0x201
    -- removed pipe for PLCI = 0x201
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing Hangup("Zap/1-1", "") in new stack
  == Spawn extension (zap, 006196939XXXX, 2) exited non-zero on 'Zap/1-1'
    -- Hungup 'Zap/1-1'

Das Bankprogramm kann aber keine Daten austauschen.

Muss man bei Datenverbindungen etwas besonderes beachten?
Was könnte der Grund sein, dass die Daten nicht ausgetauscht werden?

zapata.conf:
Code:
[channels]
switchtype = euroisdn
;signalling = bri_net
signalling = bri_net_ptmp   ; NT-Mode
;signalling = bri_cpe
;signalling = bri_cpe_ptmp  ; TE-Mode

pridialplan = local
;prilocaldialplan = local

;echocancel=yes
;echotraining = 100
;echocancelwhenbridged=yes

usecallerid = yes
usecallingpres=yes
nationalprefix = 0
internationalprefix = 00
localprefix = 03521
privateprefix = 035214600
unknownprefix = 

immediate=no
overlapdial=no

;priindication=outofband   ;testen

group=1
context=zap
channel=>1-2

capi.conf:
Code:
[general]
nationalprefix=0
internationalprefix=00
rxgain=0.8
txgain=0.8

[interfaces]
; mode: ptmp (point-to-multipoint) or ptp (point-to-point)
mode=immediate
isdnmode=ptp
; allow incoming calls to this list of MSNs, * == any
incomingmsn=*
controller=1          ; capi controller number
group=1               ; dialout group
; enable/disable software dtmf detection, recommended for AVM cards
;softdtmf=1
; accountcode to use in CDRs
accountcode=
; context for incoming calls
context=capi-rein
; _VERY_PRIMITIVE_ echo suppression
;echosquelch=1
; EICON DIVA SERVER echo cancelation
;echocancel=yes
;echotail=64
; call group
;callgroup=1
; deflect incoming calls to 12345678 if all B channels are busy
;deflect=12345678
; number of concurrent calls on this controller (2 makes sense for single BRI)
devices => 2

extensions.conf:
Code:
exten => _X.,1,Dial(CAPI/contr1/${EXTEN:1},10)
exten => _X.,n,hangup
 
Zuletzt bearbeitet:
Die Hotline vom Bankprogramm fragt, ob in Asterisk das Protokoll X.25 möglich ist bzw. weitergeleitet wird. Darüber tauschen Bank- und Clientrechner die Daten aus.

Weiß das jemand?

Kann es sein, dass die hfc-Karten oder zaptel nicht damit klar kommen?
Ich habe per ZapBarge mal auf dem Kanal mitgehört, da sind nur ein Knacken beim Rangehen des Bankrechners und beim Auflegen zu hören. Sonst sind keine Töne zu hören. Ich denke aber, dass da Töne übertragen werden sollten, damit sich die beiden Rechner verständigen.
Könnte es sein, dass die hfc-Karte oder zaptel die rauslöscht?
 
Zuletzt bearbeitet:
Armin, falls Du das hier liest: Kann den eine Eicon Diva Server 4BRI der Version 1 eine Datenverbindung (X.25) von internem S0 nach außen direkt "bridgen"?
 
Was genau meinst Du mit "nach aussen" ?
Wenn die 4BRI (auch Rev1) fuer beide Ports verwendet wird, auch wenn es zwei separate DIVA Karten waeren, dann wird per native Bridge (CAPI Line-Interconnect) alles 1zu1 gebridged und zwar direkt auf der Karte (bzw. Karte zu Karte) ohne CPU.
Ich habe so etwas mit zwei 4BRI am Laufen:
Telekom - 4BRI - Asterisk/OpenPBX - 4BRI - AlcatelPBX - PC-ISDN-Karte
und da werden von der ISDN-Karte auch Bank-Datenverbindungen aufgebaut.

Bei zwei separaten DIVA Karten, e.g. BRI-2M muss es soweit ich weiss Rev2 sein, damit das bridging per Bus-Master
DMA an die andere Karte geht.

Armin
 
Ja, danke Armin, genau, das meine ich mit außen: die Anbindung ans ISDN der T-Com. Dann werde ich jetzt mal versuchen, dass eine 4BRI Karte zum Einen am ISDN der T-Com hängt und zum Anderen mir einen internen S0 zur Verfügung stellt - auf der gleichen Karte.
Vielleicht lässt sich damit das X.25 Protokoll überreden. Werde dann hier berichten, wie es läuft.
 
Wir machen einen Labordatenabruf über eine X.25 Verbindung, der Knackpunkt hier war die Echounterdrückung. Die sollte bei Datenverbindungen AUS sein, wenn bei Deiner Kartenkombi zu beeinflussen.

Gruß

o_dapenguin
 
Danke o_dapenguin, das werde ich als Nächstes versuchen. Hab erstmal alle Karten rausgebaut und nun eine 4BRI-Karte von Eicon drin, um es damit zu probieren.

@Armin: wie stelle ich nun den 2. Adapter/Port der 4BRI-Karte in der capi.conf ein, so dass es ein interner S0 wird?
 
Ok, das mit dem echo bei der hfc und Eicon-Karte habe ich gleich versucht. Obwohl ich sowohl in der zapata.conf:
Code:
[general]
disallow=all
allow = alaw
allow = ulaw
;allow=gsm

[channels]
switchtype = euroisdn
;signalling = bri_net
signalling = bri_net_ptmp   ; NT-Mode
;signalling = bri_cpe
;signalling = bri_cpe_ptmp  ; TE-Mode

pridialplan = local
;prilocaldialplan = local

;echocancel=yes
;echotraining = 100
;echocancelwhenbridged=yes

usecallerid = yes
usecallingpres=yes
nationalprefix = 0
internationalprefix = 00
localprefix = 03521
privateprefix = 035214600
unknownprefix = 

immediate=no
overlapdial=no

;priindication=outofband   ;testen

group=1
context=zap
channel=>1-2

und der capi.conf die Echounterdrückung rausgenommen habe:
Code:
[general]
nationalprefix=0
internationalprefix=00
rxgain=0.8
txgain=0.8

[interfaces]
; mode: ptmp (point-to-multipoint) or ptp (point-to-point)
;mode=immediate
isdnmode=ptp
; allow incoming calls to this list of MSNs, * == any
incomingmsn=*
controller=1          ; capi controller number
group=1               ; dialout group
; enable/disable software dtmf detection, recommended for AVM cards
;softdtmf=1
; accountcode to use in CDRs
accountcode=
; context for incoming calls
context=capi-rein
; _VERY_PRIMITIVE_ echo suppression
;echosquelch=1
; EICON DIVA SERVER echo cancelation
;echocancel=yes
;echotail=64
; call group
;callgroup=1
; deflect incoming calls to 12345678 if all B channels are busy
;deflect=12345678
; number of concurrent calls on this controller (2 makes sense for single BRI)
devices => 2

kommt Folgendes beim Anruf:
Code:
    -- Accepting data call from '' to '0893782XXXX' on channel 0/2, span 1
    -- Executing Dial("Zap/2-1", "CAPI/contr1/0893782XXXX|30") in new stack
    -- Called contr1/0893782XXXX
    -- Setting up echo canceller (PLCI=0x301, function=1, options=2, tail=64)
    -- CAPI/contr1/08937826872-0 answered Zap/2-1
    -- Echo canceller successfully set up (PLCI=0x301)
  == Spawn extension (zap, 08937826872, 1) exited non-zero on 'Zap/2-1'
    -- Hungup 'Zap/2-1'

An welcher Stelle wird denn dieses echo canceller abgeschaltet?
 
das kam wohl von der capi.conf:

habe nun "echocancel=no" probiert, kommt auch ohne Echounterdrückung keine Verbindung zustande:
Code:
    -- Accepting data call from '' to '08937826872' on channel 0/2, span 1
    -- Executing Dial("Zap/2-1", "CAPI/contr1/08937826872|30") in new stack
    -- Called contr1/08937826872
    -- CAPI/contr1/08937826872-0 answered Zap/2-1
  == Spawn extension (zap, 08937826872, 1) exited non-zero on 'Zap/2-1'
    -- Hungup 'Zap/2-1'

Ich weiß nicht mehr weiter.

die Bank meint, das die Hardware den Handshake DTE-DCE unterstützen muss... Zumindest die Fritz-Karte kann das.

Jetzt habe ich am internen S0 diverse Karten getestet: Eicon Diva Server BRI-2M-PCI, Eicon Diva 2.01 PCI, Fritz! Card PCI - mit keiner lässt sich diese Datenverbindung aufbauen. Ich glaube es liegt nicht an den Karten.

Wie macht denn eine normale Telefonanlage die Weitergabe vom internen S0? Es hat irgendetwas mit der Weitergabe der Informationen auf dem D-Kanal zu tun.

Hat noch jemand eine Idee? Eventuell auch wie ich das Ganze über meine neu erworbene Eicon server 4BRI machen kann, weil die extra dafür geholt wurde. Gehe jetzt erstmal schlafen, Gute Nacht.

Oder mache ich etwas bei der Weitergabe des Datenanrufs falsch?:
[zap]
exten => _X.,1,Dial(CAPI/contr1/${EXTEN},30)
exten => _X.,n,hangup

Die Nummer wird gewählt, es wird eine Verbindung aufgebaut, die Daten werden leider nicht ausgetauscht.
Gibt es für Datenrufe spezielle Dinge zu beachten?
 
Zuletzt bearbeitet:
Zu dem Mix mit anderen Karten kann ich nur sagen, dass das per Trace untersucht werden muesste. Anders kann man nicht sagen, wo es haengt.

Wenn Du eine 4BRI hast, dann stelle einen Port auf NT-mode um
(divactrl Parameter, oder ueber den Eicon Config-Wizard beim source-RPM)
und fuer diesen Port in der capi.conf: ntmode=yes

Zusaetzlich waere dann bridge=yes in der capi.conf fuer beide Ports einzustellen, damit bei einer Verbindung die b-Kanaele direkt zusammengeschaltet werden.

Armin
 
Du meinst so?

Code:
[general]
nationalprefix=0
internationalprefix=00
rxgain=1
txgain=1

[interfaces]
isdnmode=ptp
bridge=yes
incomingmsn=*
controller=1		; capi controller number
group=1			; dialout group
;enable/disable software dtmf detection, recommended for AVM cards
;softdtmf=1		; recommended for AVM cards
accountcode=		; accountcode to use in CDRs
context=capi-rein		; context for incoming calls
;echosquelch=1		; _VERY_PRIMITIVE_ echo suppression
echocancel=no		; EICON DIVA SERVER echo cancelation
;echotail=64
;callgroup=1
;deflect=12345678
devices => 2

ntmode=yes
bridge=yes
incomingmsn=*
controller=3
softdtmf=1
accountcode=
context=bank
echosquelch=1
echocancel=yes
echotail=64
devices=2

Edit: da bekomme ich:
Code:
ERROR[16881]: chan_capi.c:2236 capi_handle_msg: Command.Subcommand = 0x5.0x81
die Suche ergab keine verwertbaren Ergebnisse zu dem Fehler
 
Zuletzt bearbeitet:
So wie du deine capi.conf geschrieben hast, sieht es nach einer sehr alten Version von chan-capi aus.
Ein Update waere dann notwendig.

Aber auf jeden Fall solltest Du dir die Beispiele (z.B. capi.conf im chan-capi Paket) ansehen.

Armin
 
Die Seriennummer meiner 4BRI ist 5484. Kann das sein, dass die sich nicht in den NT-Mode setzen lässt? Oder muss das manuell (nicht über die Weboberfläche) erfolgen? Wenn ja, wo?

config-screen.jpg

Edit: Tiefer im System hab ich noch was gefunden: Management interface Config directory. Dort könnte man theoretisch auf NT-Mode stellen - geht aber bei der Karte nicht.

Was mache ich denn nun? Jetzt habe ich mehrere Eicon-Karten hier, die alle kein NT können. Oder hab ich was auf den Augen?
 
Zuletzt bearbeitet:
Die 4BRI sollte das koennen. Welche Treiber Version verwendest Du?
Das Web-Interface kenne ich nicht, aber der NT-mode wird per divactrl wie alle Parameter eingestellt. Mit dem neuen Eicon Treiber geht das am einfachsten mit dem Dialog basierten Config wizard.

Armin
 
im Reference Guide steht zum Thema NT:
NT MI_BOOLEAN W Selects NT or TE operation mode. Only writeable for NT-capable adapters.

wie bekomme ich die Treiberverison raus?

Bei divactrl config kommt folgendes:

Code:
mx:/proc/net/eicon # divactrl config
TERM environment variable not set.
 -------------------------------------------------------------------------------
                    DIVA ISDN ADAPTER CONFIGURATION WIZARD
                                     ---
                     Copyright Eicon Networks 1991-2000
                                     ---
                            1 DIVA ADAPTER  FOUND
 -------------------------------------------------------------------------------
 Start Configuration (Y/N)[Y]: y


TERM environment variable not set.
 -------------------------------------------------------------------------------
  DIVA CONFIGURATION ABORTED: UNKNOWN CARD - 'A: can't get card type for DIVA adapter number 1
In case of error, you can try option -Debug in additon.
Type 'divactrl load -h' for help.'
                              PLEASE UPDATE DIVA CONFIGURATION WIZARD
                              ($diva_dir/cfg_divas.sh)
 -------------------------------------------------------------------------------
mx:/proc/net/eicon #

Scheint alt zu sein. Wie mache ich das Update? Sorry, ich habe keine Ahnung.

mit dem Dialog basierten Config wizard - meinst Du damit divactrl config?
 
Zuletzt bearbeitet:
:idea: Mir ist eingefallen, dass ich die Eicon Server BRI PCI Karte auch direkt (über das s0-Kabel) an den NTBA hängen kann. Jetzt hängt also der Rechner, der die Banksachen macht direkt am NTBA und wählt sichbei Bedarf raus. Ist zwar eigentlich nicht gut, wenn 2 Geräte am Punkt-zu-Punkt-Anschluss (!) hängen - aber es funktioniert bestens :D

In meinem Fall hat sich also der interne s0 erledigt.

Danke, Armin für die Geduld mit mir.
(Die Treiber und den Konfiguration Wizard würde ich trotzdem gern noch updaten)
 
Mit dem PtP Protokoll kenne ich mich nicht so gut aus, deshalb kann ich nicht sagen, was das fuer Folgen haben kann.

Was das Update angeht, empfehle ich das aktuelle source-Level-RPM von
Eicon zu laden. Hier wird der Treiber direkt fuer Dein Kernel kompilert
und mit den Dialog Tool (/usr/lib/eicon/divas/Config) kann man alle Karten prima konfigurieren.

Armin
 
Zwei Geräte am PtP hat Folgen, daher Korrektur: Der Bankrechner bzw. die Eicon Server BRI PCI Karte wird nur bei Bedarf angestöpselt, da ansonsten teilweise Anrufer ein Besetztzeichen hören. Anscheinend ist manchmal die BRI im Bankrechner (signalisiert dann besetzt, da die nicht abnimmt) schneller und manchmal die 4BRI im Linux-Server.
Da die T-Com die Anrufe abwechselnd auf die beiden NTBA's gibt, kamen also im Schnitt jeder 4. Anruf nicht durch - eben da wo die BRI im Bankrechner ranging. Wenn der nicht dransteckt, ist alles wunderbar.
Zwar nciht ganz die Lösung die ich wollte, aber es läuft.

Das source-level-rpm ist doch das aktuelle von Eicon. Die 4BR-Karte kann einfach keinen NT-Modus. Lässt sich weder über die Webkonfiguration noch über das Dialog Tool aktivieren. Muss eine stinkealte Karte sein, das Config Tool schreibt was von discontinued hardware...

Für den interessierten Leser (mit aktueller Hardware;-)) meine aktuelle capi.conf für 2x s0 extern und 2x s0 intern, auch wenn ich derzeit (mangels vernünftiger Hardware) nur 2 der 4 Ports benutze (die beiden ersten):
Code:
[general]
nationalprefix=0
internationalprefix=00
rxgain=0.8
txgain=0.8
language=de      ;set default language
;ulaw=yes        ;set this, if you live in u-law world instead of a-law

[ISDN1]          ;this example interface gets name 'ISDN1' and may be any
                 ;name not starting with 'g' or 'contr'.
;ntmode=yes      ;if isdn card operates in nt mode, set this to yes
isdnmode=DID     ;'MSN' (point-to-multipoint) or 'DID' (direct inward dial)
                 ;when using NT-mode, 'DID' should be set in any case
incomingmsn=*    ;allow incoming calls to this list of MSNs/DIDs, * = any
;defaultcid=123  ;set a default caller id to that interface for dial-out,
                 ;this caller id will be used when dial option 'd' is set.
;controller=0    ;ISDN4BSD default
;controller=7    ;ISDN4BSD USB default
controller=1     ;capi controller number to use
group=1          ;dialout group
;prefix=0        ;set a prefix to calling number on incoming calls
;softdtmf=on      ;enable/disable software dtmf detection, recommended for AVM cards
;relaxdtmf=on     ;in addition to softdtmf, you can use relaxed dtmf detection
accountcode=     ;Asterisk accountcode to use in CDRs
context=capi-rein  ;context for incoming calls
;holdtype=hold   ;when Asterisk puts the call on hold, ISDN HOLD will be used. If
                 ;set to 'local' (default value), no hold is done and Asterisk may
                 ;play MOH.
;immediate=yes   ;DID: immediate start of pbx with extension 's' if no digits were
                 ;     received on incoming call (no destination number yet)
                 ;MSN: start pbx on CONNECT_IND and don't wait for SETUP/SENDING-COMPLETE.
                 ;     info like REDIRECTINGNUMBER may be lost, but this is necessary for
                 ;     drivers/pbx/telco which does not send SETUP or SENDING-COMPLETE.
;echosquelch=1   ;_VERY_PRIMITIVE_ echo suppression
;echocancel=yes  ;EICON DIVA SERVER (CAPI) echo cancelation
                 ;(possible values: 'no', 'yes', 'force', 'g164', 'g165') 
;echocancelold=yes;use facility selector 6 instead of correct 8 (necessary for older eicon drivers)
;echotail=64     ;echo cancel tail setting
bridge=yes      ;native bridging (CAPI line interconnect) if available
callgroup=1     ;Asterisk call group
;language=de     ;set language for this device (overwrites default language)
devices=2        ;number of concurrent calls on this controller
                 ;(2 makes sense for single BRI, 30 for PRI)

[ISDN2]          ;this example interface gets name 'ISDN1' and may be any
                 ;name not starting with 'g' or 'contr'.
;ntmode=yes      ;if isdn card operates in nt mode, set this to yes
isdnmode=DID     ;'MSN' (point-to-multipoint) or 'DID' (direct inward dial)
                 ;when using NT-mode, 'DID' should be set in any case
incomingmsn=*    ;allow incoming calls to this list of MSNs/DIDs, * = any
;defaultcid=123  ;set a default caller id to that interface for dial-out,
                 ;this caller id will be used when dial option 'd' is set.
;controller=0    ;ISDN4BSD default
;controller=7    ;ISDN4BSD USB default
controller=2     ;capi controller number to use
group=1          ;dialout group
;prefix=0        ;set a prefix to calling number on incoming calls
;softdtmf=on      ;enable/disable software dtmf detection, recommended for AVM cards
;relaxdtmf=on     ;in addition to softdtmf, you can use relaxed dtmf detection
accountcode=     ;Asterisk accountcode to use in CDRs
context=capi-rein  ;context for incoming calls
;holdtype=hold   ;when Asterisk puts the call on hold, ISDN HOLD will be used. If
                 ;set to 'local' (default value), no hold is done and Asterisk may
                 ;play MOH.
;immediate=yes   ;DID: immediate start of pbx with extension 's' if no digits were
                 ;     received on incoming call (no destination number yet)
                 ;MSN: start pbx on CONNECT_IND and don't wait for SETUP/SENDING-COMPLETE.
                 ;     info like REDIRECTINGNUMBER may be lost, but this is necessary for
                 ;     drivers/pbx/telco which does not send SETUP or SENDING-COMPLETE.
;echosquelch=1   ;_VERY_PRIMITIVE_ echo suppression
;echocancel=yes  ;EICON DIVA SERVER (CAPI) echo cancelation
                 ;(possible values: 'no', 'yes', 'force', 'g164', 'g165') 
;echocancelold=yes;use facility selector 6 instead of correct 8 (necessary for older eicon drivers)
;echotail=64     ;echo cancel tail setting
bridge=yes      ;native bridging (CAPI line interconnect) if available
callgroup=1     ;Asterisk call group
;language=de     ;set language for this device (overwrites default language)
devices=2        ;number of concurrent calls on this controller
                 ;(2 makes sense for single BRI, 30 for PRI)

[ISDN3]          ;this example interface gets name 'ISDN1' and may be any
                 ;name not starting with 'g' or 'contr'.
ntmode=yes      ;if isdn card operates in nt mode, set this to yes
isdnmode=DID     ;'MSN' (point-to-multipoint) or 'DID' (direct inward dial)
                 ;when using NT-mode, 'DID' should be set in any case
incomingmsn=*    ;allow incoming calls to this list of MSNs/DIDs, * = any
;defaultcid=123  ;set a default caller id to that interface for dial-out,
                 ;this caller id will be used when dial option 'd' is set.
;controller=0    ;ISDN4BSD default
;controller=7    ;ISDN4BSD USB default
controller=3     ;capi controller number to use
group=1          ;dialout group
;prefix=0        ;set a prefix to calling number on incoming calls
;softdtmf=on      ;enable/disable software dtmf detection, recommended for AVM cards
;relaxdtmf=on     ;in addition to softdtmf, you can use relaxed dtmf detection
accountcode=     ;Asterisk accountcode to use in CDRs
context=bank     ;context for incoming calls
;holdtype=hold   ;when Asterisk puts the call on hold, ISDN HOLD will be used. If
                 ;set to 'local' (default value), no hold is done and Asterisk may
                 ;play MOH.
;immediate=yes   ;DID: immediate start of pbx with extension 's' if no digits were
                 ;     received on incoming call (no destination number yet)
                 ;MSN: start pbx on CONNECT_IND and don't wait for SETUP/SENDING-COMPLETE.
                 ;     info like REDIRECTINGNUMBER may be lost, but this is necessary for
                 ;     drivers/pbx/telco which does not send SETUP or SENDING-COMPLETE.
;echosquelch=1   ;_VERY_PRIMITIVE_ echo suppression
;echocancel=yes  ;EICON DIVA SERVER (CAPI) echo cancelation
                 ;(possible values: 'no', 'yes', 'force', 'g164', 'g165') 
;echocancelold=yes;use facility selector 6 instead of correct 8 (necessary for older eicon drivers)
;echotail=64     ;echo cancel tail setting
bridge=yes      ;native bridging (CAPI line interconnect) if available
callgroup=1     ;Asterisk call group
;language=de     ;set language for this device (overwrites default language)
devices=2        ;number of concurrent calls on this controller
                 ;(2 makes sense for single BRI, 30 for PRI)

[ISDN4]          ;this example interface gets name 'ISDN1' and may be any
                 ;name not starting with 'g' or 'contr'.
ntmode=yes      ;if isdn card operates in nt mode, set this to yes
isdnmode=DID     ;'MSN' (point-to-multipoint) or 'DID' (direct inward dial)
                 ;when using NT-mode, 'DID' should be set in any case
incomingmsn=*    ;allow incoming calls to this list of MSNs/DIDs, * = any
;defaultcid=123  ;set a default caller id to that interface for dial-out,
                 ;this caller id will be used when dial option 'd' is set.
;controller=0    ;ISDN4BSD default
;controller=7    ;ISDN4BSD USB default
controller=4     ;capi controller number to use
group=1          ;dialout group
;prefix=0        ;set a prefix to calling number on incoming calls
;softdtmf=on      ;enable/disable software dtmf detection, recommended for AVM cards
;relaxdtmf=on     ;in addition to softdtmf, you can use relaxed dtmf detection
accountcode=     ;Asterisk accountcode to use in CDRs
context=bank     ;context for incoming calls
;holdtype=hold   ;when Asterisk puts the call on hold, ISDN HOLD will be used. If
                 ;set to 'local' (default value), no hold is done and Asterisk may
                 ;play MOH.
;immediate=yes   ;DID: immediate start of pbx with extension 's' if no digits were
                 ;     received on incoming call (no destination number yet)
                 ;MSN: start pbx on CONNECT_IND and don't wait for SETUP/SENDING-COMPLETE.
                 ;     info like REDIRECTINGNUMBER may be lost, but this is necessary for
                 ;     drivers/pbx/telco which does not send SETUP or SENDING-COMPLETE.
;echosquelch=1   ;_VERY_PRIMITIVE_ echo suppression
;echocancel=yes  ;EICON DIVA SERVER (CAPI) echo cancelation
                 ;(possible values: 'no', 'yes', 'force', 'g164', 'g165') 
;echocancelold=yes;use facility selector 6 instead of correct 8 (necessary for older eicon drivers)
;echotail=64     ;echo cancel tail setting
bridge=yes      ;native bridging (CAPI line interconnect) if available
callgroup=1     ;Asterisk call group
;language=de     ;set language for this device (overwrites default language)
devices=2        ;number of concurrent calls on this controller
                 ;(2 makes sense for single BRI, 30 for PRI)
 
mad0000 schrieb:
Zwei Geräte am PtP hat Folgen, daher Korrektur: Der Bankrechner bzw. die Eicon Server BRI PCI Karte wird nur bei Bedarf angestöpselt, da ansonsten teilweise Anrufer ein Besetztzeichen hören. Anscheinend ist manchmal die BRI im Bankrechner (signalisiert dann besetzt, da die nicht abnimmt) schneller und manchmal die 4BRI im Linux-Server.
Da die T-Com die Anrufe abwechselnd auf die beiden NTBA's gibt, kamen also im Schnitt jeder 4. Anruf nicht durch - eben da wo die BRI im Bankrechner ranging. Wenn der nicht dransteckt, ist alles wunderbar.
Zwar nciht ganz die Lösung die ich wollte, aber es läuft.

(mangels vernünftiger Hardware)

Schon mal über einen externen ISDN-Gateway nachgedacht, da gibts keine Probleme mit...

mfg Guard-X
 
ISDN-Gateway im Sinne von separater ISDN-Anschluss von der T-Com, um den Bankrechner anzubinden?
 
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.