.titleBar { margin-bottom: 5px!important; }

span 3 received AOC-E charging 0 units, abgehende Anrufe gehen nicht raus

Dieses Thema im Forum "Asterisk ISDN mit Bristuff (hfc, zaptel)" wurde erstellt von kombjuder, 1 Jan. 2007.

  1. kombjuder

    kombjuder IPPF-Promi

    Registriert seit:
    2 Nov. 2004
    Beiträge:
    3,086
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Ort:
    Weil am Rhein
    #1 kombjuder, 1 Jan. 2007
    Zuletzt bearbeitet: 4 Jan. 2007
    Hallo,

    ich bin mit meinem Latein am Ende!

    Ich habe hier bristuff pri-1v mit 3 Hfc-Karten.

    NT-Modus problemlos, eingehende Anrufe auch.

    Es ist nicht möglich ausgehende Anrufe zu führen. Diese werden mit

    -- Channel 0/1, span 3 received AOC-E charging 0 units
    beendet.

    Ich habe Karten getauscht, den Asterisk auf einem anderen Rechner installiert, Kabel geprüft, Isdn-Telefon angesteckt ...

    Alles geht, nur keine ausgehenden Anrufe. Hier ein debug eines ausgehenden Anrufs:

    Code:
        -- Executing Dial("SIP/1239-081b2270", "Zap/g3/016097430xxx") in new stack
    3 -- Making new call for cr 131
        -- Requested transfer capability: 0x00 - SPEECH
    3 > Protocol Discriminator: Q.931 (8)  len=41
    3 > Call Ref: len= 1 (reference 3/0x3) (Originator)
    3 > Message type: SETUP (5)
    3 > [04 03 80 90 a3]
    3 > Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Speech (0)
    3 >                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
    3 >                              Ext: 1  User information layer 1: A-Law (35)
    3 > [18 01 81]
    3 > Channel ID (len= 3) [ Ext: 1  IntID: Implicit, Other Spare: 0, Preferred Dchan: 0
    3 >                        ChanSel: B1 channel
    3                          ]
    3 > [6c 0c 00 81 37 36 32 31 37 39 39 XX XX XX]
    3 > Calling Number (len=14) [ Ext: 0  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0)
    3 >                           Presentation: Presentation permitted, user number passed network screening (1) '7621799xxx' ]
    3 > [70 0d a1 30 31 36 30 39 37 34 33 30 XX XX XX]
    3 > Called Number (len=15) [ Ext: 1  TON: National Number (2)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '016097430xxx' ]
        -- Called g3/016097430xxx
    3 < Protocol Discriminator: Q.931 (8)  len=11
    3 < Call Ref: len= 1 (reference 131/0x83) (Terminator)
    3 < Message type: SETUP ACKNOWLEDGE (13)
    3 < [18 01 89]
    3 < Channel ID (len= 3) [ Ext: 1  IntID: Implicit, Other Spare: 0, Exclusive Dchan: 0
    3 <                        ChanSel: B1 channel
    3                          ]
    3 < [1e 02 81 88]
    3 < Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location: Private network serving the local user (1)
    3 <                               Ext: 1  Progress Description: Inband information or appropriate pattern now available. (8) ]
    3 -- Processing IE 24 (cs0, Channel Identification)
    3 -- Processing IE 30 (cs0, Progress Indicator)
    3 < Protocol Discriminator: Q.931 (8)  len=4
    3 < Call Ref: len= 1 (reference 131/0x83) (Terminator)
    3 < Message type: CALL PROCEEDING (2)
        -- Zap/7-1 is proceeding passing it to SIP/1239-081b2270
    3 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Outgoing call  Proceeding, peerstate Incoming Call Proceeding
    3 > Protocol Discriminator: Q.931 (8)  len=8
    3 > Call Ref: len= 1 (reference 3/0x3) (Originator)
    3 > Message type: DISCONNECT (69)
    3 > [08 02 81 90]
    3 > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location: Private network serving the local user (1)
    3 >                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
        -- Hungup 'Zap/7-1'
      == Spawn extension (zap-ext, 016097430XXX, 6) exited non-zero on 'SIP/1239-081b2270'
     Extension Changed 1239 new state Idle for Notify User 1245
    3 < Protocol Discriminator: Q.931 (8)  len=4
    3 < Call Ref: len= 1 (reference 131/0x83) (Terminator)
    3 < Message type: RELEASE (77)
    3 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Release Request
    3 > Protocol Discriminator: Q.931 (8)  len=8
    3 > Call Ref: len= 1 (reference 3/0x3) (Originator)
    3 > Message type: RELEASE COMPLETE (90)
    3 > [08 02 80 90]
    3 > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location: User (0)
    3 >                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
    3 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
    3 NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
        -- Channel 0/1, span 3 received AOC-E charging 0 units
    
    Google war heute auch nicht mein Freund.

    Hier noch die zapata.conf
    Code:
    [channels]
    switchtype=euroisdn
    signalling=bri_net_ptmp
    immediate=no
    overlapdial=yes
    echocancel=32
    echocancelwhenbridged=32
    echocanceltraining=no
    prilocaldialplan=unknown
    ;language=es
    context=zap-in
    group=1
    channel=>1-2
    
    switchtype=euroisdn
    signalling=bri_net_ptmp
    immediate=no
    overlapdial=yes
    echocancel=32
    echocancelwhenbridged=32
    echocanceltraining=no
    prilocaldialplan=unknown
    ;language=es
    context=zap-in
    group=2
    channel=>4-5
    
    switchtype=euroisdn
    signalling=bri_cpe_ptmp
    immediate=no
    prilocaldialplan=unknown
    overlapdial=yes
    echocancel=32
    echocanceltraining=no
    echocancelwhenbridged=32
    internationalprefix = 00
    nationalprefix = 0
    unknownprefix =
    ;localprefix = 07621
    group=3
    language=de
    context=prov
    channel=>7-8
    
    Weiss jemand wo ich ansetzen soll/muss?

    Kombjuder
     
  2. Vincent2004

    Vincent2004 Neuer User

    Registriert seit:
    17 Dez. 2006
    Beiträge:
    49
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    könnte das ein Fehler im bristuff-0.3.0-PRE-1v sein ?
    mit welchem bristuff hat es den bisher funktioniert ?

    ich habe genau das gleiche Problem (habe in meiner unwissenheit) einen neuen Thread aufgemacht http://www.ip-phone-forum.de/showthread.php?t=124535)
    Vielleicht muessen wir downgraden ...

    Gruß
     
  3. Netview

    Netview IPPF-Promi

    Registriert seit:
    1 Apr. 2004
    Beiträge:
    3,366
    Zustimmungen:
    0
    Punkte für Erfolge:
    36
    Beruf:
    Dipl.-Inf.
    Ort:
    Westerwald
    Ich habe erfahren, dass Ende der Woche bzw. Anfang der nächsten Woche der neue bristuff erscheinen soll!

    Vielleicht lohnt es sich zu warten ;-)
     
  4. kombjuder

    kombjuder IPPF-Promi

    Registriert seit:
    2 Nov. 2004
    Beiträge:
    3,086
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Ort:
    Weil am Rhein
    Hallo,

    ich habe zwischenzeitlich auf dem Testrechner die PRE-1u aufgespielt und auch mal ohne Florz-patch kompiliert.

    Hat alles nichts gebracht.

    Es gab laut Forum hier schon mal ein Problem mit ausgehenden Anrufen, das wurde aber zwischenzeitlich gefixt.

    @Netview:
    Dann werde ich mal sehen was da neues kommt.
     
  5. Vincent2004

    Vincent2004 Neuer User

    Registriert seit:
    17 Dez. 2006
    Beiträge:
    49
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    jo habe ich inzwischen auch gefunden.
    Für Welches Asterisk kommt den der neue Bristuff treiber ? doch wohl nicht für 1.4 oder ?

    Gruß
     
  6. Netview

    Netview IPPF-Promi

    Registriert seit:
    1 Apr. 2004
    Beiträge:
    3,366
    Zustimmungen:
    0
    Punkte für Erfolge:
    36
    Beruf:
    Dipl.-Inf.
    Ort:
    Westerwald
    Ich habe etwas von bristuff für 1.4.0 gehört Ende dieser, Anfang nächster Woche (vermutlich auch eine für *-1.2.4!).
     
  7. hjochem

    hjochem Neuer User

    Registriert seit:
    2 März 2006
    Beiträge:
    5
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Hallo zusammen,

    bei mir ist es etwas umgekehrt!

    Ich habe Asterisk 1.2.13-BRIstuffed-0.3.0-PRE-1v am laufen mit 2 HFC Karten im NT und TE Betrieb.

    Anrufe über ISDN gehen ohne Probleme raus, jedoch eingehende und interene ISDN Gespräche werden nach 3-5 Sek. mit der Meldung

    Code:
        -- Zap/4-1 is ringing
        -- Channel 0/1, span 2 got hangup request
        -- Channel 0/1, span 2 received AOC-E charging 0 units
        -- Hungup 'Zap/4-1'
      == Everyone is busy/congested at this time (1:0/0/1)
    
    abgebrochen und die Voicebox meldet sich.

    Habe beim Googeln etwas gefunden, wo ich leider nicht einordnen kann, da zu wenig Ahnung, aber vielleicht könnt Ihr etwas damit anfangen als Ansatzpunkt

    Seit welcher Bristuff Version wird ein ein neuer libpri verwendet?
     
  8. Netview

    Netview IPPF-Promi

    Registriert seit:
    1 Apr. 2004
    Beiträge:
    3,366
    Zustimmungen:
    0
    Punkte für Erfolge:
    36
    Beruf:
    Dipl.-Inf.
    Ort:
    Westerwald
    @hjochem:

    am Ende des dial-commands sollte ein dial(SIP/...,r) stehen.
     
  9. hjochem

    hjochem Neuer User

    Registriert seit:
    2 März 2006
    Beiträge:
    5
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    @Netview

    sorry, aber diese Antwort geht komplett an mir vorbei!!!!

    Ich hatte nirgends etwas von Sip geschrieben.
    Bei mir passiert es, wenn zwei ISDN Telefone einander anrufen, dann legt der Angerufene nach ca. 3Sek auf mit der Meldung
    und die Voicebox geht ran,

    oder wenn

    von Extern auf ein ISDN Telefon geroutet wird, dann geschieht das selbe.

    Was hat das nun mit 'dial(SIP/...r' zu tun? Verstehe ich leider nicht.
     
  10. Netview

    Netview IPPF-Promi

    Registriert seit:
    1 Apr. 2004
    Beiträge:
    3,366
    Zustimmungen:
    0
    Punkte für Erfolge:
    36
    Beruf:
    Dipl.-Inf.
    Ort:
    Westerwald
    sorry - dann habe ich dein Problem falsch verstanden!
     
  11. kombjuder

    kombjuder IPPF-Promi

    Registriert seit:
    2 Nov. 2004
    Beiträge:
    3,086
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Ort:
    Weil am Rhein
    Der Fehler bleibt, im Internet ist nichts zu finden.

    Hilft nur 'ne Fritzkarte für das Festnetz.