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

kombjuder

IPPF-Promi
Mitglied seit
2 Nov 2004
Beiträge
3,086
Punkte für Reaktionen
0
Punkte
0
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
 
Zuletzt bearbeitet:
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ß
 
Ich habe erfahren, dass Ende der Woche bzw. Anfang der nächsten Woche der neue bristuff erscheinen soll!

Vielleicht lohnt es sich zu warten ;-)
 
Vincent2004 schrieb:
könnte das ein Fehler im bristuff-0.3.0-PRE-1v sein ?

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.
 
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ß
 
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!).
 
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

It looks like something is triggering the new AOC code in libpri.

Seit welcher Bristuff Version wird ein ein neuer libpri verwendet?
 
@hjochem:

am Ende des dial-commands sollte ein dial(SIP/...,r) stehen.
 
@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
span 2 received AOC-E charging 0 units
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.
 
sorry - dann habe ich dein Problem falsch verstanden!
 
Netview schrieb:
Vielleicht lohnt es sich zu warten ;-)

Der Fehler bleibt, im Internet ist nichts zu finden.

Hilft nur 'ne Fritzkarte für das Festnetz.
 
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.