Ergebnis 1 bis 20 von 23

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

Baum-Darstellung

  1. #1
    IPPF-Erfahrener
    Registriert seit
    18.03.2006
    Ort
    Meißen
    Beiträge
    76

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

    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
    Geändert von mad0000 (21.04.2006 um 18:16 Uhr)

    Hardware: Eicon Diva Server 4BRI-8M
    Software: (alt: Asterisk 1.2.7.1-BRIstuffed-0.3.0-PRE-1p, capi_cm_0.6.5) neu: Asterisk 1.6.0.6 mit Chan capi 1.1.2
    Phones: 5x Grandstream GXP-2000 mit FW 1.1.1.14, 1x X-Lite release 1105x build stamp 21407
    Anbindung Internet: T-Com Business 6000 per WLAN-Bridge über 3,5 km mit 2x D-Link DWL-2100AP mit FW 2.10de
    Anbindung Telefon: 1x Anlagenanschluss der T-Com (BRI)

Ähnliche Themen

  1. Antworten: 3
    Letzter Beitrag: 13.05.2010, 14:13
  2. [gelöst] Fax senden über 7270 schlägt fehl!
    Von rico.ne im Forum FRITZ!Box Fon: Telefonie
    Antworten: 2
    Letzter Beitrag: 24.03.2010, 22:02
  3. X.25 Verbindungsaufbau über ISDN Karte schlägt fehl
    Von ammonite99 im Forum Asterisk ISDN mit CAPI (chan_capi, chan_capi_cm)
    Antworten: 0
    Letzter Beitrag: 18.02.2010, 23:28
  4. Datenverbindung über internen S0-Bus
    Von teser im Forum FRITZ!Box Fon mit internem ISDN-S0-Bus
    Antworten: 11
    Letzter Beitrag: 10.09.2009, 08:58
  5. Antworten: 2
    Letzter Beitrag: 18.06.2007, 17:15

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •